не знал, да, это уже что-то, но libevent под капотом и поодержка третьих лиц. ну лет 5 назад было бы ок

а что не так с libevent?

сори за оффтоп :) а накидайте интересных ссылок по микросервисным архитектурам в ноде и околонодовой инфраструктуре? я тут планирую недельку выделить и поресерчить че интересного появилось за последнее время пока список такой: https://istio.io/ https://github.com/hemerajs/hemera

Бенчмарки - вещь странная. В блоге по PHP всегда графики показывают, что PHP быстрее любого языка. В блоге по Python, node.js и пр. аналогично

спасибо

сори за оффтоп :) а накидайте интересных ссылок по микросервисным архитектурам в ноде и околонодовой инфраструктуре? я тут планирую недельку выделить и поресерчить че интересного появилось за последнее время пока список такой: https://istio.io/ https://github.com/hemerajs/hemera

ну в awesome пихают все подряд, везде полно откровенного шлака

всмысле "эффективен"?

Ну я имел ввиду, что за те же ресурсы, получаем ту же производительность. Т.е. они могут конкурировать на одинаковых задачах.

по кросс-платформенности и скорости несравнима с libuv, нода подарила миру супер-быструю и переносимую библиотеку, которую притащили в python, rust, lua, .net. в python она кстати быстрее чем в nodejs, для которого была создана.

плюс libuv умеет эффективно файлы и треды, это очень мощное преимущество

Ну я имел ввиду, что за те же ресурсы, получаем ту же производительность. Т.е. они могут конкурировать на одинаковых задачах.

во-первых, там много нюансов, начиная с только что poll watchers в винде умеют только сокеты и заканчивая тем что максимальное разрешение таймеров огрубляется до 1ms.

всмысле?

там же iocp давно есть

в прямом, epoll, например, не умеет файлы, в линуксе вообще асинхронная работа с файлами очень плохая, без переносимой и хорошо абстрагированной либы с минимальным оверхедом относительно системных вызовов никак. libuv это отлично делает

>epoll, например, не умеет файлы умеет, через inotify

сильно зависит от. обслуживание event loop не бесплатное и в cpu bound задачах это будет видно. если же сравнивать nodejs и python(в лице pypy), то нода быстрее(но можно накорябать сишное расширение).

Ну так не нужно cpu bound. Изначально вроде event loop заточен под io bound. cpu bound задачи, должны вроде решаться за пределами event loop, если я правильно понял концепцию.

раньше не умел никак, а с какой версии ядра? чтение/запись всегда неблокирующаяся?

libuv именно так и делает.

если нет - да, процесс будет заблокирован и это решается пулом потоков в который сгружаются такие операции

лол ты видимо плюсов import не знаешь)

увы они полностью не заменяют require, нет поддержки динамических импортов априори

а для динамических есть import().then

Я что то пропустил, import из коробки пошел в 8?

лол так в этом и суть, что импорты становятся статическими === более поддерживаемыми

ну смысл все-таки синтаксический больше

для бабеля есть модули трансформа

можно минимизировать его влияние оставить только для модулей и object-rest-spread

да, но это не меняет сильно картины, тащить babel-runtime, babel-core, babel-node и кучу все равно придется, а кое-где упарываться чтобы это все потом еще из ванильного js нормально можно было использовать

имею только babel-cli и babel-core не тащу babel-{runtime,node}

да

вот я тащу рантайм чтобы вебпак организовать через бейбл, и сделать хорошую структуру конфигурации а не просто наколбасить в один файл все в кучу как часто бывает

Всем доброй ночи. Буду благодарен за совет. Подскажите, каким образом верно выстроить архитектуру проекта. Суть - типа медиа-хранилища. Пользователь выбирает исполнителя, ему предоставляется список его треков. Далее выбирает трек, и уже через тег аудио, или другой плеер прикручу, он воспроизводится. Загрузка треков и создание новых сущностей через админку буду делать. Так вот вопрос, как и где правильнее хранить контент и вести список доступных исполнителей. Спасибо.