| 1.2, iZEN (ok), 01:00, 10/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
 Чуть ли не единственный проект Apache, написанный на языке программирования C++. Остальное — Java.
| | |
| |
| |
| 3.4, iZEN (ok), 01:25, 10/03/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
Альтернатива: вынести весь C++-булшит из юзерспейса в Apache Harmony, а поверх запустить типобезопасный аппсервер Apache Geronimo. ;)
| | |
| |
| |
| |
| |
| 7.16, ананим (?), 07:39, 10/03/2011 [^] [^^] [^^^] [ответить]
| +5 +/– |
и то верно.
nginx нужно запускать самостоятельно. без java-кода.
а то вон даже С от С++ уже не отличают.
| | |
| 7.42, Stax (ok), 17:38, 10/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Чтобы не тормозило. А почему сразу не nginx - ну создан портал, использует апачевские расширения, работает, надежен. Предлагает переделывать под nginx, что еще не факт, что выйдет? Куда проще запустить его как кэширующий сервер и иметь и скорость, и фичи.
| | |
|
|
| 5.12, iZEN (ok), 07:23, 10/03/2011 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> И кто будет юзать такие тормоза?
Тормоза только на старте. Дальше уже отJITится и в памяти закэшируется.
| | |
| |
| 6.17, ананим (?), 07:42, 10/03/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
видимо после этого должна последовать реклама хостинга впс.
как в м-видио - с 4 гига, 4 яддра.
| | |
| 6.27, Аноним (-), 12:19, 10/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
Память всегда можно использовать более еффективно чем хранить jit'овские экскременты. Кроме того, этот код ни разу не оптимизирован, потому что иначе оно бы вообще не стартовало :) В итоге - тормоза просто кошмарные.
| | |
| |
| 7.47, iZEN (ok), 21:37, 10/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Память всегда можно использовать более еффективно чем хранить jit'овские экскременты.
Под файловый кэш, например, ZFS использует память наиболее эффективно и отдаёт её приложениям по первому требованию. Но почему-то считается, что 90% занятого ОЗУ — недостаток. ;) Так и с JIT.
Объясните мне, почему держать незанятым 50% и более ОЗУ на сервере считается нормой?
> Кроме того, этот код ни разу не оптимизирован, потому что иначе оно бы вообще не стартовало :)
Почитайте о технологии JIT что ли.
>В итоге - тормоза просто кошмарные.
Ага: запустил один раз -> тормозит -> плохая технология. А вы не в курсе, что первый запук не показатель, что рантайм системе требуется собрать статистику по исполнению кода в интерпретативном режиме, чтобы произвести оптимизацию JIT для долговременной работы?
| | |
|
| 6.44, Stax (ok), 17:43, 10/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> И кто будет юзать такие тормоза?
> Тормоза только на старте. Дальше уже отJITится и в памяти закэшируется.
Угу, только вот незадача: полный JIT всего и вся на развесистом коде может увеличить потребление памяти приложения на много сотен мегабайт, к тому моменту, когда "все отJITится". Или никогда не видели java-приложения, у которого при -Xmx200m потребление памяти через пару недель зашкаливает за гиг при использовании java -server, которая "все отJITтит"?
А тормоза и потом, знаете ли. Сколько хипа не выделишь, с тем, как типичный джава-код постоянно создает объекты, постоянно кто-то будет его хотеть, значит GC будет постоянно чистить от шлака, и на крупном приложении, когда хипа много можно такие залипоны получить от GC, что тормоза при старте покажуется сказкой.
| | |
| |
| 7.48, iZEN (ok), 21:41, 10/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>А тормоза и потом, знаете ли. Сколько хипа не выделишь, с тем, как типичный джава-код постоянно создает объекты, постоянно кто-то будет его хотеть, значит GC будет постоянно чистить от шлака, и на крупном приложении, когда хипа много можно такие залипоны получить от GC, что тормоза при старте покажуется сказкой.
Профилирование кода для продакшена никто не отменяет. И, да, "утечки" памяти для Java тоже никто не отменял, профилировщик как раз и показывает, где неэффективно создаются и уничтожаются объекты. Чаще это происходит не в системных библиотеках и аппсерверах (они-то как раз отлично поднастроены, чтобы избегать такого), а в пользовательских бинах.
| | |
|
|
|
|
|
| 2.10, багрепортер (?), 06:11, 10/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вот, блин, а нам всю жизнь рассказывали, что Апач на православном C написан. А он на богомерзком C++, оказывается. Кто ошибся? Исходники моего 2.2.x на C, и компилятся подозрительно быстро для C++-проекта.
| | |
| |
| 3.13, iZEN (ok), 07:24, 10/03/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Вот, блин, а нам всю жизнь рассказывали, что Апач на православном C
> написан. А он на богомерзком C++, оказывается. Кто ошибся? Исходники моего
> 2.2.x на C, и компилятся подозрительно быстро для C++-проекта.
Правда что ли? Ну значит я лажанулся насчёт "написан на C++". Исправляюсь: "Чуть ли не единственный проект Apache, написанный на языке программирования C".
| | |
| |
| 4.23, Sergey722 (?), 10:29, 10/03/2011 [^] [^^] [^^^] [ответить]
| +4 +/– |
К чему эти полумеры? Исправляться так уж полностью: "Чуть ли не единственный проект Apache" ;)
| | |
|
|
| 2.14, klalafuda (?), 07:35, 10/03/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Чуть ли не единственный проект Apache, написанный на языке программирования C++. Остальное — Java.
Блин, я все понимаю и можно много не знать и пр. Но лохануться *так сильно* - это где-то на грани. Не знать, что апач - это чистый C и при этом пытаться гнуть пальцы на опеннете - это сильно.
| | |
| |
| 3.18, iZEN (ok), 09:30, 10/03/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> Чуть ли не единственный проект Apache, написанный на языке программирования C++. Остальное — Java.
> Блин, я все понимаю и можно много не знать и пр. Но
> лохануться *так сильно* - это где-то на грани. Не знать, что
> апач - это чистый C и при этом пытаться гнуть пальцы
> на опеннете - это сильно.
Ну не удалось протроллить сиплусплусников. Да. Лажанулся.
| | |
| |
| 4.31, Michael Shigorin (ok), 12:24, 10/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Помогает не иметь троллинг целью. Это разве что средство, и то сомнительное. Trust me.
PS: до сих пор сижу на 1.3.x (про EOL в курсе), и как-то на 2.x неохота -- потребление памяти чуть ли не как у джа... ой. В общем, неразумное какое-то как для прослойки между nginx и mod_{security,php,perl}.
| | |
| |
| 5.45, andy (??), 21:21, 10/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Помогает не иметь троллинг целью. Это разве что средство, и то сомнительное. Trust me.
Помогает обычно иметь голову на плечах, и не говорить о том, чего не знаешь :)
P.S: iZEN - ты уже дописался на джаве. У тебя мозги тормозят так же, как и виртуальная машина у любимого тобой языка программирования.
| | |
|
|
|
| 2.15, ананим (?), 07:37, 10/03/2011 [^] [^^] [^^^] [ответить]
| +3 +/– | |
>Чуть ли не единственный проект Apache, написанный на языке программирования C++. Остальное — Java.
видимо поэтому он чуть ли не единственный из проектов Apache, который кому-то реально нужен.
зыж
это может показаться жабисту смешным, но С (на котором написан апач) немножко отличается от С++ (на котором НЕ написан апач)
| | |
| |
| 3.19, iZEN (ok), 09:32, 10/03/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
>>Чуть ли не единственный проект Apache, написанный на языке программирования C++. Остальное — Java.
> видимо поэтому он чуть ли не единственный из проектов Apache, который кому-то
> реально нужен.
> зыж
> это может показаться жабисту смешным, но С (на котором написан апач) немножко
> отличается от С++ (на котором НЕ написан апач)
Apache ни разу не понадобился, поэтому не учёл того, что многопоточность в Apache2 реализована РУКАМИ, а не с помощью библиотек C++. Думал, что всё-таки использовали достижения C++ на поприще многопоточности, а оказывается нет.
| | |
| |
| 4.21, klalafuda (?), 10:05, 10/03/2011 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> Apache ни разу не понадобился, поэтому не учёл того, что многопоточность в Apache2 реализована РУКАМИ, а не с помощью библиотек C++. Думал, что всё-таки использовали достижения C++ на поприще многопоточности, а оказывается нет.
Уууйди а?! Перл за перлом и все перловее... Не позорься pls.
| | |
| |
| 5.24, iZEN (ok), 10:33, 10/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Apache ни разу не понадобился, поэтому не учёл того, что многопоточность в Apache2 реализована РУКАМИ, а не с помощью библиотек C++. Думал, что всё-таки использовали достижения C++ на поприще многопоточности, а оказывается нет.
> Уууйди а?! Перл за перлом и все перловее... Не позорься pls.
Замолкаю.
| | |
|
| |
| 5.51, Ytch (?), 23:21, 10/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>в ц++ как бе нет многопоточности.
В "ц++" (также как и в "це") есть всё, что позволяет ОС и почти всё, что позволяет железо (в отличие от...). Другое дело, что далеко не все могут это нормально использовать )))
| | |
| |
| 6.52, Mike Lee (?), 00:50, 11/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
тогда не надо говорить чо ц++ подходит для кроссплатформеной разработки.
| | |
|
|
|
| 3.20, iZEN (ok), 09:33, 10/03/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
>>Чуть ли не единственный проект Apache, написанный на языке программирования C++. Остальное — Java.
> видимо поэтому он чуть ли не единственный из проектов Apache, который кому-то
> реально нужен.
У них ещё есть Hadoop, который многим нужен. Почему-то написан на Java.
| | |
| |
| 4.28, Аноним (-), 12:21, 10/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> У них ещё есть Hadoop, который многим нужен. Почему-то написан на Java.
PHP тоже "многим нужен".
| | |
| |
| 5.33, Andrey Mitrofanov (?), 12:56, 10/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>многим нужен. Почему-то написан на Java.
> PHP тоже "многим нужен".
Да! И не "написан на джабба". Мы его помали?
| | |
|
|
|
|
| 1.7, аон (?), 02:08, 10/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> mod_lua - позволяет интегрировать в httpd интерпретатор языка Lua
Ктонить может привести пример, где эта фича будет полезна?
| | |
| |
| 2.8, angra (ok), 03:42, 10/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Например для более изощренного контроля доступа или переписывания урлов, чем позволяют другие модули апача. Примерно тоже, что может делать в этом вопросе mod_perl. Но не для написания на lua сайтиков по аналогии с mod_php.
| | |
| |
| 3.25, Aqueelone (?), 10:39, 10/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Это еще вопрос! Есть такой штук -- Prosody.IM -- весьма занятная штука. Модули под него на Lua. Один из них, кстати, поднимает FastCGI вэб-сервак.
Вот видать для подобных вариантов -- чтоб можно было заинтегрировать Prosody.IM и Apache -- такое и может пригодиться.
Потому тут получится не то что сайтик на lua --- а целая jabber ферма.
| | |
|
| |
| 3.30, Аноним (-), 12:23, 10/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> На встроенных системах.
"Встроенных", боже... На "встроенных" нет никаких апачей и быть не может.
| | |
| |
| |
| |
| 6.40, klalafuda (?), 16:39, 10/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну да, так и винду модно встроить, ага.
Ну так и встраивают, ага. И как правило вполне себе удовлетворительно работает.
| | |
|
|
|
|
|
| 1.22, ALHSLeo (ok), 10:19, 10/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 >mod_remoteip - заменяет значение IP-клиента на содержимое из определенного HTTP-заголовка (например, X-Client-IP или X-Forwarded-For). Обычно модуль используется при работе apache в роли бэкенда;
Тоже хорошо, отдельно мод_рпаф собирать не придётся для бекендов, да о рейтлимит встроили, обрастают встроеными рюшечками, облегчая сборку - не надо вспоминать какие модули и к чему прикручивал ...
| | |
| 1.26, Aqueelone (?), 10:43, 10/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Вот чего не видно -- будет ли сие поддерживать технологию web-socket хотя бы на уровне APE-Servers. Было бы не плохо...
| | |
|
