xdenser 19 мар 2012 в 06:32

Sync vs Async на примере Firebird

8 мин

7.4K

Комментарии 8

Sannis 19 мар 2012 в 06:44

4 — количество потоков в I/O пуле Node. Так что нужно стараться добиться ускорения больше, чем в 4 раза. Иначе может оказаться проще запустить 4 синхронных процесса Node c балансировкой.

xdenser 19 мар 2012 в 06:59

Я вот сейчас подумал, что из-за этих 4 потоков в пуле, количество одновременно идущих запросов к базе и ограничено цифрой 4. С другой стороны в тестовом окружении 4 ядерный процессор — боюсь, большего ускорения я все равно не получу. Надо ускорять сервер БД и «хачить» пул ноды.

A1lfeG 19 мар 2012 в 07:10

Для однотипных запросов(та же хоум пейдж) кеширование поможет гораздо больше, чем железо и смена базы.

xdenser 19 мар 2012 в 07:38

Спору нет, но топик не об этом.

levide 30 мая 2012 в 13:09

Решил использовать ваш модуль и наткнулся на особенность:
При возникновении ошибки, например в методе query(), в callback не возвращается ошибка.
Вместо этого происходит исключение, и скрипт заканчивает работу.
Скрипт работает под Windows.

Я думал, что ошибка будет в параметре err функции callback. Или это не так?

xdenser 30 мая 2012 в 13:35

Наверно ошибка, что то такое мне попадалось. Посмотрю. Можно открыть тикет на гитхаб.

xdenser 30 мая 2012 в 19:42

Глянул. Это не ошибка. Просто сначала объект connection вызывает событие 'error' и, если никто на него не подписан, то происходит Exception. Я добавлю проверку на подписантов. Обойти это можно задав пустой обработчик события errror для connection.

levide 31 мая 2012 в 04:04

Все заработало! Спасибо!

Зарегистрируйтесь на Хабре, чтобы оставить комментарий