5
많은 사람들이 Node.js에서 동기 코드를 제공하는 Fibers가 npm 패키지의 99 %와의 호환성을 어떻게 떨어 뜨리는 지에 대해 논평했습니다. 성능에 미치는 영향에 더 관심이 있습니다.클라이언트 측 렌더링과 Fibers in Meteor의 성능에 미치는 영향
"Node.js가 정말 빠르다.보기는 비동기/이벤트 기반입니다!" 논의? Meteor 팀이 Fibers에서 베이킹하는 실제적인 의미는 무엇입니까?
페이지가 클라이언트 측에서 렌더링 된 곳에서 거대한 다시 쓰기를 배포 한 후 Twitter reversed their decision을 사용하여 서버에서 HTML을 제공하여 페이지로드 시간을 개선했습니다. Meteor의 잠재적 성능 제한 (특히 첫 번째 페이지로드시)의 의미는 무엇입니까?
'많이 ~'와 99 %는 족제비 단어입니다 ... –
죄송합니다, Tom. '많이'가가는 한, 나는 그것을 무시한 불만 이었지만, 분명히 이것을위한 전례가있다. 시작 장소는 [경쟁 업체의 주장] (http://blog.derbyjs.com/2012/04/14/our-take-onderby-vs-meteor/)에 대한 Fibers를 참조하십시오. http://search.npmjs.org/의 빠른 검색에 따르면 11320 개의 패키지 중 13 개가 Fibers를 지원합니다 (언급). 따라서 npm 패키지의 99.99885 %는 아마도 (weasel word ?!) 호환되지 않을 것입니다. – redtree
필자는 Windows 지원 (Windows에서 Meteor을 실행하기 위해)을 수행하는 것 외에 Fibers에 관심이 없지만 Fibers는 그러한 모듈에 대한 호출을 감싸서 호출 블록을 만들도록 허용하지 않습니다. in ... 콜백에'Fiber.yield();'를 놓고 호출을'Fiber (...). run()'으로 감쌀 수 있습니다. 왜냐하면 패키지의 호환성을 유지할 필요가 없기 때문입니다 (패키지를 사용하고 있는지의 여부를 제외하고는). –