по поводу изменений — меня тоже радуют. посмотрел бенчмарки, он ещё лучше масштабируется на большом количестве CPU. попробую наверное в продакшене один сервер перевести, посмотреть как оно.
Асинхронный драйвер для базы данных требует асинхронного фреймворка. Асинхронность вообще любит под себя захавывать всю архитектуру приложения.
Twisted вполне удовлетворяет всем требованиям, но что-то не получил в вебе особого распостранения. То-ли Nevow дело, то-ли в том что синхронный код людям всё же привычней.
А относительно Django, imho, форки — это единственный кошерный способ запуска.
Вы не забывайте что fapws и прочие асинхронные сервера не зря называются асинхронными. При любом синхронном вызове блокируетя весь сервер. А посколько Django и другие используют вполне себе синхронный режим работы то для реального приложения один fapws будет практически всегда заметно медленнее чем пулл процессов или потоков.
Мы пробовали обходить это ограничение запуская 4 фапса на разных портах, и потом распределяя коннекшены между ними на lighttpd. В такой конфигурации скорость поднялась до уровня flups (разница в пределах статистической погрешности). Выигрыш есть только по памяти, а флап проверен в бою. Да и на память мы не жадные. Так что пока все проекты остались на флапсе.
На каждое изменение делается патч, с уникальным айди (uuid), описанием того что делается, и автором. В самой базе в служебной табличке хранится список применённых патчей.
Так всегда можно узнать текущее состояние, и автоматом применить патчи которые пришли из меркуриала.
включается в Windows -> Single-window mode
не думаю что в кармике другой убунту твик версии 0.4.9.1
правой кнопкой на синей полоске сверху и убрать галку 'Use system title bar and borders'
по поводу изменений — меня тоже радуют. посмотрел бенчмарки, он ещё лучше масштабируется на большом количестве CPU. попробую наверное в продакшене один сервер перевести, посмотреть как оно.
Private AS они ж для роутинга в рамках одного провайдера. Интернет о них ничо не знает
Twisted вполне удовлетворяет всем требованиям, но что-то не получил в вебе особого распостранения. То-ли Nevow дело, то-ли в том что синхронный код людям всё же привычней.
А относительно Django, imho, форки — это единственный кошерный способ запуска.
Мы пробовали обходить это ограничение запуская 4 фапса на разных портах, и потом распределяя коннекшены между ними на lighttpd. В такой конфигурации скорость поднялась до уровня flups (разница в пределах статистической погрешности). Выигрыш есть только по памяти, а флап проверен в бою. Да и на память мы не жадные. Так что пока все проекты остались на флапсе.
PS: автор блога byteflow в нашей команде работает
На каждое изменение делается патч, с уникальным айди (uuid), описанием того что делается, и автором. В самой базе в служебной табличке хранится список применённых патчей.
Так всегда можно узнать текущее состояние, и автоматом применить патчи которые пришли из меркуриала.
Кому интересно — можно посмотреть тут: code.google.com/p/pgmigrate/
Похоже нужно поторопиться ;)