[00:10:39] <vgodunko> Home/End/Delete поправлены
[10:11:44] <nordwind_> кого сдавать в аренду?
[10:12:02] <nordwind_> .logs
[10:12:11] <nordwind_> log
[10:12:12] <Жаба> nordwind_, Logs here: http://subtroj.info/ada-ru@conference.jabber.ru/
[10:12:14] <vgodunko> http://forge.ada-ru.org:8080/index.html
[10:12:29] <vgodunko> on-line редактор ODF документов
[10:12:53] <vgodunko> сервер на Ada, клиент на HTML/CSS/JavaScript
[10:14:03] <nordwind_> Подёрутый. > Подчёркнутый.
[10:14:20] <nordwind_> неплохо
[10:14:26] <vgodunko> Нужно кому-то поправить
[10:14:35] <vgodunko> Хотя придёт кто-то и испоганит снова
[10:14:47] <vgodunko> :-)
[10:14:58] <nordwind_> у меня не правит
[10:15:02] <vgodunko> Там все редактируют один и тот-же документ
[10:15:06] <vgodunko> IE?
[10:15:10] <nordwind_> надо дотступ
[10:15:14] <nordwind_> опера
[10:15:17] <vgodunko> IE не работает. Проверялось на FireFox
[10:15:23] <nordwind_> некст
[10:16:20] <vgodunko> Opera добавили :-)
[10:16:44] <vgodunko> Эти браузеры просто кашмар. Каждый со своим пониманием спецификаций :-(
[10:18:40] <StarGate> [notice] bridge "#ada@irc.tpu.ru <-> ada-ru@conference.jabber.ru" is running in limited mode
[10:19:17] <nordwind_> и новые строки не добавить
[10:19:37] <vgodunko> Это текущее ограничение. Будет реализовано на следующей неделе
[10:20:03] <StarGate> [notice] bridge "#ada@irc.tpu.ru <-> ada-ru@conference.jabber.ru" is running in limited mode
[10:22:50] <nordwind_> а сервер на аде как произвоительность?
[10:23:41] <vgodunko> Я не знаю :-(
[10:23:46] <vgodunko> Никто не жалуется
[10:25:01] <vgodunko> Сам сервер запущен под виртуалкой, забирает 40Mb RAM, запрошедшие сутки не израсходовал и 0.01 секунды
[10:27:40] <nordwind_> хм
[10:29:15] <vgodunko> Из практики сервер на Ada ничем не лучше и не хуже Apache по производительности собственно сервера.
[10:29:49] <vgodunko> Но я подсел на AWS по сравнению с FastCGI под Apache поскольку намного удобнее отладку производить
[10:31:10] <nordwind_> ясно
[10:31:27] <nordwind_> ну что ж теперь есть куда писать заметки
[10:36:01] <vgodunko> :-) Пока рановато, ещё нужно совершенствовать технологию.
[11:37:08] <OCTAGRAM> сравнивать не с Apache надо, а с nginx, node.js и прочими быстрыми движками
[11:37:16] <OCTAGRAM> Apache как раз тормоз
[11:38:04] <OCTAGRAM> node.js дал миру libuv, а до него ещё был asio с аналогичными решаемыми задачами
[11:39:19] <OCTAGRAM> в Inferno OS применяется модель зелёных потоков, однако, на нижнем уровне часто применяются блокирующие вызовы
[11:40:32] <OCTAGRAM> если блокирующий вызов долго работает, пробуждается другой поток и запускает Dis Virtual Machine с того места, где она остановилась, не считая ожидающего возврата зелёного потока
[11:40:51] <OCTAGRAM> теперь бы совместить всё это как–нибудь
[11:42:17] <OCTAGRAM> конвеерную обработку событий libuv'ом и автоматический запуск конвеера в другом потоке
[11:42:58] <OCTAGRAM> для нормальной поддержки WebSockets нужна конвеерная событийная модель обработки
[12:16:41] <vgodunko> Мне казалось, что AWS имеет поддержку WebSockets?
[12:33:08] <OCTAGRAM> в отдельных потоках
[12:33:24] <OCTAGRAM> хотя, может, там и select есть
[12:33:53] <OCTAGRAM> смысл libuv в том, чтобы предоставлять супер–select, который на каждой платформе свой
[12:34:24] <OCTAGRAM> и через этот супер–select работать с десятками тысяч соединений
[13:06:05] <virtual_lark> Что-то Okasu давно не видно... Как он там в целом?
[13:15:52] <vgodunko> AWS не проектировался с замахом на производительность.
[13:16:18] <vgodunko> В частности, PolyORB его делает процентов на 30
[18:17:49] <landgraf> www.ada2012.org/passion.html