Здравствуйте, itslave, Вы писали:

I>Здравствуйте, lpd, Вы писали:

lpd>>В нагруженных серверах(например, когда клиентами являются мобильные пользователи, VoIP) может быть постоянный обмен обмен пакетами, запросами, обработка данных. В таких случаях быстродействие языка играет роль.
I>Ну даже если предположить, что stackoveflow — ненагруженный сервер(ггг) то даже при всем при этом быстродействие языка программирования неважно, главное правильно сконфигуренная инфраструктура. Проверено фейсбуком — там ваще пхп был многолет.

Это имеет смысл только если считать, что автоматическое управление памятью стоит в 2-3 раза большего числа серверов. Кроме того, не все задачи параллелятся так хорошо.
Рассмотрим другой пример: у меня есть планшет 2011 года выпуска Samsung на Android(Java) с процессором 1Gz и 1Gb памяти, на котором не установлено никаких приложений. Новые вкладки chrome открываются на нем по 5-10 секунд. В то время как iPhone более старый работает практически без тормозов. Возникает вопрос: накой Android написан на Java? Может, и web-сервера _лучше_ писать на C++? Я понимаю, что сейчас фреймворки и билд системы в Java/C# удобоней, и это существенная причина при выборе языка.
Однако по сути все сводится к trade-off: ручное управление памятью vs в 2-4 раза более низкое быстродействие. Учитывая, что есть valgrind и память никуда не утекает в C++, остается только ошибка переполнения буфера. Вот мне и интересно, неужели легче админить в 2-3 раза больше серверов, чем вовремя вызывать delete.

Здравствуйте, itslave, Вы писали:

I>Здравствуйте, lpd, Вы писали:

lpd>>В нагруженных серверах(например, когда клиентами являются мобильные пользователи, VoIP) может быть постоянный обмен обмен пакетами, запросами, обработка данных. В таких случаях быстродействие языка играет роль.
I>Ну даже если предположить, что stackoveflow — ненагруженный сервер(ггг) то даже при всем при этом быстродействие языка программирования неважно, главное правильно сконфигуренная инфраструктура. Проверено фейсбуком — там ваще пхп был многолет.

Это имеет смысл только если считать, что автоматическое управление памятью стоит в 2-3 раза большего числа серверов. Кроме того, не все задачи параллелятся так хорошо.
Рассмотрим другой пример: у меня есть планшет 2011 года выпуска Samsung на Android(Java) с процессором 1Gz и 1Gb памяти, на котором не установлено никаких приложений. Новые вкладки chrome открываются на нем по 5-10 секунд. В то время как iPhone более старый работает практически без тормозов. Возникает вопрос: накой Android написан на Java? Может, и web-сервера _лучше_ писать на C++? Я понимаю, что сейчас фреймворки и билд системы в Java/C# удобоней, и это существенная причина при выборе языка.
Однако по сути все сводится к trade-off: ручное управление памятью vs в 2-4 раза более низкое быстродействие. Учитывая, что есть valgrind и память никуда не утекает в C++, остается только ошибка переполнения буфера. Вот мне и интересно, неужели легче админить в 2-3 раза больше серверов и сопрягать C++ с C#, чем вовремя вызывать delete?