Самый быстрый HTTP сервер на Лиспе

там 199 комментариев. интересно сколько будет здесь :)

~3.8k запросов в секунду на *localhost* фактически для статики - это очень медленно. да, руби сливает в этом тесте примерно раза в 2.5-3. ну и что? давайте меряться письками на уровне 'hello world'. что толку? покажите мне хоть что-то похожее на Rails под это чудо - тогда будет что сравнивать. а так.. жидкое с холодным.

// wbr

Из README [quote]You can see an example of it running a blog on http://john.freml.in.[/quote] на сколько я понял у него блог крутится на этом сервере?

И кстати он до сих пор лежит, видимо от слэшдот эффекта не оправился, а тут ЛОР эффект ещё. Впрочем о скорости это ничего не говорит.

ЗЫ Apache/2.2.4 (Ubuntu) mod_fastcgi/2.4.2 PHP/5.2.3-1ubuntu6.5 Server at john.freml.in Port 80

Ну это как Ford Mustang из дерева сколотить

он у меня был доступен все время - я несколько раз заходил

Это уже не первый сервер. Вот тут ещё есть sw-http. http://common-lisp.net/~lnostdal/

А вообще, ничего удивительного. Лисп - это весьма быстрый язык (см. http://shootout.alioth.debian.org/ ) и при этом хорошо годится для быстрой разработки чего бы то ни было, за счёт наличия макросов и отсутствия цикла "редактирование-компиляция-запуск".

> за счёт наличия макросов и отсутствия цикла "редактирование-компиляция-запуск".

хм. если на общую производительность так сильно влияет этот цикл, то что-то явно не так в Датском королевстве и лисп здесь не поможет.

// wbr

Никогда не сидел по 15 часов в ожидании перекомпиляции чего-нибудь на C++?

> Никогда не сидел по 15 часов в ожидании перекомпиляции чего-нибудь на C++?

сидел. но это было вызвано отнюдь не проблемами C++ но в первую и по десятую очередь организацией проекта.

// wbr

> сидел. но это было вызвано отнюдь не проблемами C++ но в первую и по десятую очередь организацией проекта.

Да ладно. С++ провоцирует писать медленно компилирующийся код. Да и неважено. Сидел ты, проблемы были твои, чем они вызваны, не столь важно, но это был проект на С++. В это время лисперы подправляли свою программу на лету и в этом отношении их проекты могли идти вперёд быстрее, чем твой. Хотя, на самом деле, и на лиспе можно сделать код, который будет медленно компилироваться.

> Да ладно. С++ провоцирует писать медленно компилирующийся код. Да и неважено. Сидел ты, проблемы были твои, чем они вызваны, не столь важно, но это был проект на С++. В это время лисперы подправляли свою программу на лету и в этом отношении их проекты могли идти вперёд быстрее, чем твой. Хотя, на самом деле, и на лиспе можно сделать код, который будет медленно компилироваться.

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

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

// wbr

> опять же, инструмент не важен.
Чтобы так утверждать, нужно попробовать и то, и другое. На самом деле, инструмент конечно важен. Например, тупой нож и острый нож - это существенно разные ножи :) Скорость исполнения тоже зачастую важна.

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

Ну, собственно, как раз в этом и состоит основная проблема лиспа. На нём особенно хорошо делать "вещи в себе", для которых не нужно много разнообразных библиотек.

precompiled headers вас в руки и все будет на порядки быстрее собираться

Shite! Здесь http://habrahabr.ru/blogs/lisp/60524/ и то больше успели нафлудить

По заголовку сначала подумал, что речь идет о сравнении разных серверов на лиспе, вроде hunchentoot vs Allegroserve vs ...

>это был проект на С++. В это время лисперы подправляли свою программу на лету и в этом отношении их проекты могли идти вперёд быстрее, чем твой

могли, могли, уговорил. но почему-то не шли. и так - постоянно