Влияние на производительность клиентского -бокового рендеринга и волокон в Meteor

Многие люди комментируют, как Fibers (, который дает вам синхронный код в Node.js ), нарушает совместимость с 99% пакетов npm. Меня больше интересуют последствия для производительности.

Отменяет ли это «Node.js действительно быстр, смотрите, он основан на асинхронности/событии -!» аргумент? Каково практическое значение того, что команда Meteor запекает волокна?

Кроме того, после масштабной перезаписи, когда страницы отображались на стороне клиента -, Twitter изменил свое решение в пользу обслуживания HTML с сервера для сокращения времени загрузки страницы. Что это означает для потенциальных ограничений производительности Meteor (, особенно при загрузке первой страницы )?