Привет! > Начал за здравие, кончил за упокой. > Асинхронность ввода вывода как раз позволяет уменьшить количество > потоков и избавится от кошмарной синхронизации. > Было: первый поток работает с железом, второй работает в БД. > Стало: один поток работает и с железом и с БД. > rtfm event-driven programing
Это у тебя всё в диск упирается, а у меня куча логики в БД - соответственно, мне асинхронность нафиг не нужна :) > Минус в том, что в таком подходе усложняется код из за необходимости > мыслить в терминах теории конечных автоматов и сложности с декомпозицией. Вот и я о том же. Асинхронность хороша, когда у тебя нет кучи ядер. >> А без многопоточности в эпоху мультиядерности >> оно нафиг никому не впилось. > Это ты суперсервер так ловко подколол ? :) Я супер в его нынешнем виде не использую, бо воне не распараллеливаеццо. А вот правильный супер - очень даже буду. :) З.Ы. Если кому-то интересно моё мнение - то я считаю, что в крайнем случае можно реализовать HTTP-обёртку рядом со своим собственным демоном и делать всё, что душе заблагорассудится. Но если очень сильно припечёт - то можно и свой libfbclient написать. С блэкджеком и далее по тексту. -- Best regards, Sergey mailto:[email protected]
