На каком языке писать сервер?

На каком языке писать - вопрос культуры разработчика.
Но я бы на твоем месте остановился все-таки на C или C++, т.к. процесс-то, как ты сам пишешь, - серверный.

P.S.
Заметь, с core-ками имеешь ты дело только оттого, что написал где-то что-то не так. На язык в данном случае пинять - не корректно.

java. корок не бывает, memory leak'и не беспокоят. есть дебаггеры, интегрированные среды разарботчика. сокорость в серверных приложениях приближается к скорости программ на си++.

Аноним, видимо, пошутил про скорость жабы, сравнимую с C++;)))

Частное мнение:

Честно говоря, в среде разработчиков, кто профессионально разрабатывает серверный софт на коммерческих UNIX'ах, даже сама постановка вопроса о сравнении по скорости и потребляемым ресурсам (память) C++ и жабы, вызывает, мягко говоря, некоторое недоумение.

Как бы не упирались маркетологи по поводу универсальности жабы, всегда есть и останется такое явление, как натурный эксперимент. Возьми и попробуй. И если окажется так, что тебе понравится жаба, то просто ты еще не перерос ту грань, за которой подобные средства разработки не приемлемы.

p.s. если на C++ программы работают медленно (сравнимо с жабой), то в этом не язык виноват, а прокладки, которые находятся между клавиатурой и стулом.

http://www.cons.org/

http://java.sun.com/

http://caml.inria.fr/ - настоятельно рекомендую!

http://www.haskell.org/

Язык с ублюдочной, нелепой системой типов, с адресной арифметикой, без сборки мусора, с нелепыми соглашениями о вызовах, отсутствием системы модулей - может претендовать только на роль портабельного ассемблера. Других применений у убогоньких недоязычков Цэ и ЦэПэПэ просто нет.

На php можно - занимает 300 строк половина из них - комментарии Ссылку не помню

Что можно? Что занимает 300 строк?!?

"- Как приборы?
 - 50!
 - Что 50?!?
 - А что приборы?!?" (c)

ЗЫ: php - ничуть не меньшее убожество, чем Цэ...

Э, а можно мне, как фанату Ады, поинтересоваться, в чём это gnat нечестный? :-) И что за сервер имеется в виду?

Про скорость java отнюдь не шутка. В версии 1.3 скорость заметно улучшилась, особенно это заметно на вычислительных задачах. Бенчмарки java vs c++ можно найти здесь:

http://www.javapower.ru/java/vs/rujava/rujava.htm

2 justme: Ну, может, не совсем корректный термин... Типа дергает
сишные функции из либсов с мясом. Да еще и переменные к ним
надо конветировать, блин. Короче, я попробовал только ps
кастрированный начирикать, дык у меня прога разбухла супротив
сишной раза в два. Если убедишь, что я не прав, буду только рад.

А сервер как сервер -- ничо особенного.
Я ему -- "ха", он мне -- "на".

2 Antichrist: А этот caml -- это, случайно, не родственник SML/NJ?

2 proff: То, что корка шмякнулась от того, что я где-то накосячил --
это я и сам понимаю. Вот только как гарантированно этого избежать,
вот ты мне что скажи.

Антихрист ну ка ну ка ?

>Язык с ублюдочной, нелепой системой типов
Это как понять ? кажется все очень даже лепо ) никаких
левых, нелепых типов )

>с адресной арифметикой,

мда ? а пример привести как вы там по адресам обращаетесь ?

>без сборки мусора
Мусор , это вообще что такое ? у меня даж такого понятия нету (

>с нелепыми соглашениями о вызовах
например ?

>отсутствием системы модулей
на зачем ? что либ мало ?

PS: а сервер точно лучше на C писать.

2 Aleks IZA: Сервер на сях писать не _лучше_, а _проще_ -- и не потому, что язык обладает какой-то легкостью необыкновенной, а потому, что примеров из инета надеграть можно домнога. Тебе же поставлено условие -- НЕ СИ. Вот и исходи своими советами из него.

2 Aleks IZA:

> PS: а сервер точно лучше на C писать.

Аргументируй, а то голословно получается. В Си нет поддержки потоков на уровне языка, нет модулей, нет динамической сборки мусора, нет обработки исключительных ситуаций, нет нормальной поддержки строк (strcpy и co не предлагать).

Динамическая сборка мусора - это когда неиспользуемые объекты автоматически удаляются из памяти. Неиспользуемый объект это такой, на который ссылок нет.

Нормальной обработки исключительных ситуаций нет даже в си++. На мой взгляд не стоит использовать на стороне сервера язык в котором конструкция вида int *a=NULL; try { *a = 12345; } catch (...) { } } гарантированно приводит к падению программы.

2 Kasper: примеры в интернете есть не только для си.

2 последний anonymous: Ну посмешил. :)

я конечно вери сории но тут вроде сервер писать собирались ?
или водку жрать ?


Ничего не имеюпротив явы и еще чего угодно,пишите хоть на
баше )))

PS: интересно а что будет делать ваш сервер скомпилятый с иск. ситуациями ? выведет вам табличку варнинг абзац не аботаю больше ?
или письмо напишет на мыло ? дак это можно и менее ресурсоемкими средствами сделать. Сколько процентов вы дадите на то что ваш сервер
будет работать после срабатывания иск. ситуации ?

А потоки каналы, функции со строками ? это вобющем не тривиально,
но лень видимо дает прогресс ).

Хм саргументировать почему С ?
Просто, удобно, быстро и надежно.
Ну еще потому что он мне нравится.
И в том что automake мне нравится )
И втом что кросплатформенность тут-же , эээ если умееш или знаеш
другие платформы (а если неумееш то кому надо подправят сами).

Одна ошибка при хорошей обработке исключительных ситуаций не приведет к отказу всего сервера. Выругались на одно сообщение, продолжили работать с остальными. Лучше работать без какой-то фичи чем не работать вообще. autoconf & co - костыль, с которым можно пытаться преодолеть непортабильность си. Но костыль он и в африке костыль: ходить можно но лучше когда ноги здоровы.

Sorry for english.

1) it depends on the load of the server...if it doesn't have much load you can write it in anything you like (Java, PHP, Perl , bash, C++, C, CAML, ADA, anything)

2) it depends on the project size. If the project is likely to grow much, and in time turn into something that has lOOOOts of uses and that will require much coding you are narrowed down to Java and C++
(surely ada could be a choice, but gnat isn't the best thing...)

3) Now if you know that the server would really be a busy one you are actually left with two languages C or C++

4) If we combine 2) and 3) we get C++ as the only option. That is for a resource demanding server which is likely to require much coding you have to use C++ (that is under linux ofcourse)

People who talk about Java having performance comparable to C/C++ have probably never tried to cut 10 miliseconds here and 5 miliseconds there just to make the performance a bit better. Just to let another 10 people use the server without having to add another PC to the cluster

2 Aleks IZA энд анонимный англичанин: сколько раз повторять? Последний раз, большими буквами: НЕ СИ. Вообще-то в самый раз бы какой-нибудь императивный язык с гибкостью си и строгой типизированностью Ады, но вот ведь, блин, засада -- не знаю больше ни о каком. Функциональные языки тяжеловато ложатся на мои императивные мозги, да и не слышал я, чтобы на них что-нибудь системно-серверное писали. На ocaml c GHC, конечно, посмотрю. А сервер мне нужен несильный и под (как я понимаю) средней нагрузкой -- 20-40 обращений в минуту, но стабильный. Больше того, скажу по секрету, что на си он уже наваян, но вот, понимаешь, гадство, разбухает он порой непредсказуемо. Так что нужно что-нибудь мусоросборочное -- раз, с эксепшенами -- два. Желательно, чтобы был к нему еще какой-нибудь оффлайн чекер, чтобы я скормил ему программу в сырцах, а он сказал -- такие дела, на подпрограмме такой-то имеет место быть необработанный эксепшн при подаче на вход переменных из такого-то диапазона. А-а-а-безвре-дить!

Caml - это другой диалект ML, в нём от SML только система модулей. Но вот реализован он значительно лучше, чем любой SML, даже лучше MLTon... По скорострельности часто от Си не отстаёт.

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

Зачем нужна адресная арифметика, я вообще не понимаю. И ты этого объяснить не сможешь, так что даже не пытайся.

Что такое мусор ты знаешь наверняка, не обманывай. Не верю я, что тебе так нравится кучу free() писать, и потом лики отлавливать. Вызов функции в Цэ ублюдочен чрезвычайно, так что хвостовую рекурсию приходится самостоятельно, ручками раскручивать. Что тоже не радует.

Ну а про модули vs. какие-то там "либы" - задумайся, что за чушь ты сморозил, и ужаснись. А потом устыдись за свой дурацкий и ничем не обоснованный "PS".

Да уж куда оголтелым цешникам и жаболюбам знать, что на exception-ах очень даже весело логику строить можно, а вовсе не только ошибки отлавливать.

Про Цэ - ты загнался не по детски. Во первых, надёжным Цэ может назвать только ламеришко, никогда не писавший ничего длинее "hello, world". Во вторых, как может быть "просто" писать на языке, на котором практически всегда аналогичный по функциональности код получается раз в 10 длиннее, чем на каком либо ML, и раза в три длинее, чем даже на Жабе. Нравится он тебе исключительно по причине твоей непомерной безграмотности - не видел ты нормальных языков, вот и нравится тебе какашка.

Наисуперпуперохуенная производительность C/C++ - миф. Никаких реальных преимуществ в этом плане у них нет.

1) На Ocaml можно и вполне себе императивно писать, в процессе апгрейда мозгов. Постепенно мозги развивать иногда всё же лучше, чем скачком.

2) На функциональщине очень даже пишут всякие серверные вещи. До сих пор один из самых мощных и продвинутых http-демонов - писанный на Common Lisp-е. С производительностью, кстати, у него никаких проблем нет, рядом с ним писанные на Жабе резины с томкошками просто тормоза.

3) Так что настоятельно рекомендую попробовать OCaml. Исключения там жуть какие быстрые, на них логику делать - одно удовольстве. Есть полный набор императивных конструкций, в дополнение ко всему, что можно ожидать от функционального языка. Строгая типизация по Хиндли-Миллнеру, то есть, значительно круче, чем Ада. Офигенная скорострельность и спартанские потребности в памяти. Самый быстрый и предсказуемый GC из всех, что я когда либо видел.

Насчёт GNAT'а: вообще-то особых причин, по которым генерируемый им код должен быть больше, чем C, я не вижу. За исключением run-time библиотеки и проверок. Но я смотрю, Антихрист тут успешно проталкивает OCaml, так что мне агитировать за Аду, по всей видимости, бесполезно.

Разве что единственная выгода Ады по сравнению с OCaml'ом - это большая читабельность.

Yep, OCAML is an option, but its a bit different from the traditional languages. And it has to be studied a bit before writing something in it.

Then again, you did never tell us for what purposes you are writing the server..
Assuming that it is not mission critical and not really big, OCAML, ADA, Java, Perl, anything.
Java - the easiest requiering less studies, and I'd say the slowest.
and if you don't like C/C++ write a server in ASM.
Or be a pervert and write it in PHP..

I'd say COBOL, but as far as i know there are no suitable compilers for COBOL under linux...which is a pity.

Ок, сеньк"ю вери матч ту ол оф ю.

Конечно я не понимаю чем тебе плюсы не подошли... Но если тебе нужен похожий на плюсы язык - это ява, но его сравнивать с С++ конечно можно, но только не по скорости в обработке графики, а серверные проги хоть и тормозят, но работают стабильно(я с базами данных общался посредством сокетов - проигрыш лишь в скорости)

> Yep, OCAML is an option, but its a bit different from the traditional languages. Traditional? Это в смысле хронологии? Тогда два самых традиционных - Fortran и Lisp.

> And it has to be studied a bit before writing something in it. Ага.. а мы хотели и не учить ничего а сразу начать сервера клепать. И рыбку съесть, и нахер сесть.

> Assuming that it is not mission critical and not really big, OCAML, ADA, Java, Perl, anything. *choke* Ada не для big и mission-critical? Излюбленный язык NASA и DoD???

> Java - the easiest requiering less studies, and I'd say the slowest. Вот именно что you'd say. Следует разделять *язык* и *реализацию*.

> I'd say COBOL, but as far as i know there are no suitable compilers for COBOL under linux...which is a pity. А за такие предложения вообще расстреливать на месте надо.

Антихристу: CL-HTTP, в общем-то, плохой пример функционального стиля.

> Yep, OCAML is an option, but its a bit different from the traditional languages.
Traditional? Это в смысле хронологии? Тогда два самых традиционных - Fortran и Lisp.

> And it has to be studied a bit before writing something in it.
Ага.. а мы хотели и не учить ничего а сразу начать сервера клепать. И рыбку съесть, и нахер сесть.

> Assuming that it is not mission critical and not really big, OCAML, ADA, Java, Perl, anything.
*choke* Ada не для big и mission-critical? Излюбленный язык NASA и DoD???

> Java - the easiest requiering less studies, and I'd say the slowest.
Вот именно что you'd say. Следует разделять *язык* и *реализацию*.

> I'd say COBOL, but as far as i know there are no suitable compilers for COBOL under linux...which is a pity.
А за такие предложения вообще расстреливать на месте надо.

Антихристу: CL-HTTP, в общем-то, плохой пример функционального стиля.

2 viking....
> Assuming that it is not mission critical and not really big, OCAML, ADA, Java, Perl, anything. 
*choke* Ada не для big и mission-critical? Излюбленный язык NASA и DoD??? 
meaning that it could be anything ...not that ada doesn't serve for complex mission critical projects...

> I'd say COBOL, but as far as i know there are no suitable compilers for COBOL under linux...which is a pity. 
А за такие предложения вообще расстреливать на месте надо. 
Could you explain why? (or atleast try to explain...cause I doubt you know what you're saying)

> Java - the easiest requiering less studies, and I'd say the slowest. 
Вот именно что you'd say. Следует разделять *язык* и *реализацию*. 
Java as a language is fairly simple.
Now, Java code in any realisation is MUCH MUCH slower than code compiled to native like ada, c, etc...
One more time if you are saying that it is not you have never been counting miliseconds.....

> Yep, OCAML is an option, but its a bit different from the traditional languages. 
Traditional? Это в смысле хронологии? Тогда два самых традиционных - Fortran и Lisp. 

Traditional meaning what just about everybody starts with (that is C, C++ etc...) I've known little people who started their programming carreer with functional languages.

> And it has to be studied a bit before writing something in it. 
Ага.. а мы хотели и не учить ничего а сразу начать сервера клепать. И рыбку съесть, и нахер сесть. 
Maybe you did wanna sit on someones' dick..dunno..it ll be your problem.
What I meant was that if you pass from C++ to Java..you have to acquire some extra knowledge but its minimal, while passing from C++ to OCAML would require much more studying.

Judging by this posting of yours you just wanted to show off...you did it ok...now say something smart, will you?

> meaning that it could be anything ...not that ada doesn't serve for complex mission critical projects...
Любой из языков что ты перечислил (да, даже перл) удобнее для программиста чем C. Удобнее - значит меньше места оставляет ошибкам.
А Ada в свое время была разработана по заказу DoD, именно для complex и mission critical.

> Could you explain why?
Попробуй пописать на Коболе, поймешь. Некоторые думают что внося в язык программирования неоднозначность и раздутость естественного языка они делают исходники читабельнее а программы надежнее, но только малая часть человечества настолько мазохисты чтобы пользоваться их шедеврами.
А к расправе над коболистами еще Дийсктра призывал, так что я тут вполне консервативен.

> Traditional meaning what just about everybody starts with (that is C, C++ etc...)
Ага. 10 лет назад. А сейчас все начинают с Явы. А 25 лет назад с PL/1 (кто его сейчас вспомнит?). А 30 - с фортрана. А завтра?
Кроме того, распространенность - плохой критерий качества. Eat shit - billons of flies can't be wrong (c) кто-то.

> Now, Java code in any realisation is MUCH MUCH slower than code compiled to native like ada, c, etc...
In any? А о JIT компиляторах слыхал? Тестировал?
И что, ява медленне перла? PHP? Ты же говорил *the slowest solution*?

> One more time if you are saying that it is not you have never been counting miliseconds.....
Once more, если задача heavily CPU-bound, C/C++ обычно *тоже* слишком медленный. А грамотное использование профайлера и нормального языка в сочетании с ассемблерными вставками в критических циклах даст гораздо больший эффект.

> What I meant was that if you pass from C++ to Java..you have to acquire some extra knowledge but its minimal, while passing from C++ to OCAML would require much more studying.
Изучение языка занимает небольшое время (особенно если ты уже знаком с 5-6 достаточно разных языков), по сравнению с изучением методологии этого языка. Ява это не только синтаксис, это API, EJB, JavaBeans, JSP, whatever. Это все за 21 день не выучишь.

> Judging by this posting of yours you just wanted to show off...
Я так глубоко не рефлексировал. Возможно, но маловероятно.
Судя же по твоим высказываниям, ты пытаешься скрыть за посредственным английским отсутствие практического опыта. Только мазохист или дилетант будет советовать писать сервер на ассемблере или коболе.

2 viking..

>What I meant was that if you pass from C++ to Java..you have to acquire some extra knowledge but its minimal, while passing from C++ to OCAML would require much more studying. 
Изучение языка занимает небольшое время (особенно если ты уже знаком с 5-6 достаточно разных языков), по сравнению с изучением методологии этого языка. Ява это не только синтаксис, это API, EJB, JavaBeans, JSP, whatever. Это все за 21 день не выучишь. 

We are talking about writing a server (not servlet or a bunch of servlets, not web i.e. STANDALONE)..you don't generally need JSP for writing a standalone daemon, do you? 

Judging by the question that was asked in the first place (be sure to look) the guy doesn't know 5 or 6 languages, so for him passing from C/C++ to Java would be much easier than form C/C++ to OCAML..
I hope you agree with that.

> Could you explain why? 
Попробуй пописать на Коболе, поймешь. Некоторые думают что внося в язык программирования неоднозначность и раздутость естественного языка они делают исходники читабельнее а программы надежнее, но только малая часть человечества настолько мазохисты чтобы пользоваться их шедеврами. 
А к расправе над коболистами еще Дийсктра призывал, так что я тут вполне консервативен. 

I am sorry that you got taht impression of COBOL. Did you actually use it? Or just read some book where the author says it is shit?
Try to understand that in the HOST environment COBOL is one of the leading programming languages...so tiers like COBOL/DB2 (AS/400) are really common. 

> Traditional meaning what just about everybody starts with (that is C, C++ etc...) 
Ага. 10 лет назад. А сейчас все начинают с Явы. А 25 лет назад с PL/1 (кто его сейчас вспомнит?). А 30 - с фортрана. А завтра? 
Кроме того, распространенность - плохой критерий качества.

Now what did you try to say with that? We aren't talking about yesterday or tomorrow..Today most of people still start with C/C++ that is if they tend to become programmers...then they pass on to Java. Now there are some people who start right with Java and never learn anything else, but I wouldn't take em into consideration.

> Now, Java code in any realisation is MUCH MUCH slower than code compiled to native like ada, c, etc... 
In any? А о JIT компиляторах слыхал? Тестировал? 
И что, ява медленне перла? PHP? Ты же говорил *the slowest solution*? 
I am sorry, did you really read whe sentance you have replied to?
I'll take my time and type it in Russian..."Итак, ЯВА в любой своей реализации ГОРАЗДО МЕДЛЕННЕЕ любого КОМПИЛИРУЕМОГО языка как Ada, c, и тд". Perl and PHP happen to be interpreted languages (just so that you know) and don't fall under this statement.
And yes, I ve seen all the benchmarks, made own tests etc and yes Java is much slower than any compiled language even with JIT.

> One more time if you are saying that it is not you have never been counting miliseconds..... 
Once more, если задача heavily CPU-bound, C/C++ обычно *тоже* слишком медленный. А грамотное использование профайлера и нормального языка в сочетании с ассемблерными вставками в критических циклах даст гораздо больший эффект. 

You are quite right, it is usually a compiled language *including C and C++* with some code segments in assembler. 
But you know nobody in his right mind would have used java with native assembler segments for writing a standalone server. (I do hope you agree with that)

> Judging by this posting of yours you just wanted to show off... 
Я так глубоко не рефлексировал. Возможно, но маловероятно. 
Судя же по твоим высказываниям, ты пытаешься скрыть за посредственным английским отсутствие практического опыта. Только мазохист или дилетант будет советовать писать сервер на ассемблере или коболе.
FInally we are at the end.
I pretty much doubt that my english is so bad but that ain't the point. 
With my english I am trying to do only one thing...minimize the time spent on typing..this letter in russian would have taken me about 20 minutes...vs 5 in english..

a server in COBOL can be written fairly easy, you must have little or no knowledge of COBOL...
A server in assmebler was *never* my advice, just an option.
Personally for me that would be a distraction from work..
There are people who write whole os's in asm just for fun...check freshmeat.net

Fave fun...

Так послушаешь Антихриста, и сразу понимаешь, какие же все производители практически всех нормальных серверных приложений дураки и идиоты. Ведь Apache, Squid, все СУБД и многое-многое другое они пишут на C/C++.

Надо бы их маразматиков предупредить, что не годно это писать на С, пускай переходят на Perl, bash, на бейсик в конце концов, это же удобнее!!!

> I am sorry that you got taht impression of COBOL. Did you actually use it?
Я читал книгу о Коболе. Я видел исходники на Коболе. То что я видел, мне не понравилось. Я уж лучше на С попишу.
Народ, посмотрите пример на http://www.sju.edu/~jhodgson/cobol/sample.html
Если вам хочется на таком писать, плюньте мне в глаз.

> Try to understand that in the HOST environment COBOL is one of the leading programming languages...
Пойми что удел Кобола - legacy code, и чем быстее он вымрет, тем лучше для человечества. Вспомни сколько бабок вбухали на решение Y2K problem, которая по большей части была обязана своим существованием Коболу, в котором два байта сэкономили на дате.

> ..Java is much slower than any compiled language ..
*sigh* Java *компилируемый* язык.

> But you know nobody in his right mind would have used java with native assembler segments for writing a standalone server.
Из java можно вызывать native library, писанную хоть на ассемблере. А узких мест в типичной программе немного.

> A server in assmebler was *never* my advice, just an option.
В той же степени, что и Turing machine is an option. Только вот никто в здравом уме для нее писать не захочет.

> I am sorry that you got taht impression of COBOL. Did you actually use it? 
Я читал книгу о Коболе. Я видел исходники на Коболе. То что я видел, мне не понравилось. Я уж лучше на С попишу. 
Народ, посмотрите пример на http://www.sju.edu/~jhodgson/cobol/sample.html 
Если вам хочется на таком писать, плюньте мне в глаз. 

I do write in this language :) and spitting in your eye is not an option (I can't spit that far). 
Yes its strict, yes it has a structure that doesn't remind c or c++ or java...
if you look at the program structure of a PL/SQL program you'd find similar sections.

> Try to understand that in the HOST environment COBOL is one of the leading programming languages... 
Пойми что удел Кобола - legacy code, и чем быстее он вымрет, тем лучше для человечества. Вспомни сколько бабок вбухали на решение Y2K problem, которая по большей части была обязана своим существованием Коболу, в котором два байта сэкономили на дате. 

This language has a future, this is for sure..it is even being (or already been ported to MS's .net...don't really follow it much) http://www.adtools.com/dotnet/index.html

Yeah the next thing i hear will be that the whole HOST environment is a piece of shit...(wait a minute while i throw out the AS/400 and  replace it with dual pentim 4 and surely I'll switch to Java.)

> ..Java is much slower than any compiled language .. 
*sigh* Java *компилируемый* язык. 
I was talking about being compiled to NATIVE CODE and you know it...so don't waste your sighs..

> But you know nobody in his right mind would have used java with native assembler segments for writing a standalone server. 
Из java можно вызывать native library, писанную хоть на ассемблере. А узких мест в типичной программе немного. 
I know that via Java Native interface you can call anything, but here I see your lack of experience (at least in this area).
I mean did you ever participate in any project concearning real-time and things alike? where you do try cut a milisecond in any place you possibly can? (you buy the best compilers for available to cut the time, you put in assembler where you think you can do better..you do whatever it takes..and you are saying Java..Java can serve for a nice web interface and web service integration..but really nothing more, in this particular case.)


> A server in assmebler was *never* my advice, just an option. 
В той же степени, что и Turing machine is an option. Только вот никто в здравом уме для нее писать не захочет.

Believe me an idea to write a simple server in ASM, is much saner than an idea to write a complex cpu-consuming real-time system in java. 

Read my answer from the previous msg. I, for example, would do this just for fun.

There are people who write entire OS's in asm.

Cheers...

Тебе нужна производительность и скорость - используй прямые вызовы в ядро, дабавь asm, - и что гадать - системы пишутся на asm и с/с++ - и надо Товальду накатать, чтобы он фигней не маялся а писал на Аде или жабе )) А то, что тяжело... -- вообщето сервера - это проф. а не прикладуха

Мало ли, кто где на чём пишет? Тут уже кто-то аргумент приводил - eat shit, billions of flies do it too. Торвальдс просто шёл в этом отношении с толпой, и всё. Сомневаюсь я, что он разные языки сравнивал и пришёл к выводу, что C - лучший вариант.

странно что никто Eiffel не вспомнил... АДА - наверное хорошо, но очень уж оно... Эээ, в общем, я конечно не пробовал ничего более сложного "привет, Мир" на ада писать, но всякого тяжелого наследия от pas/ada/algol/итд в Eiffel из всех дырок прет. Иногда даже немного напрягает.

А если не нужна компилируемость и "впихивиаемость в спичечный коробок" - на питоне/перле/руби писать сервера самое то. "медленые места" перепишутся по-частям на C, делов-то...