LINUX.ORG.RU

Ответ на: комментарий от sergej

афтар новости, похоже, начитался каментов к новости: "Linux kernel in a nutshell" или коротко о ядре Линукс.

Что-то пишет про ядро апача...

anonymous
()
Ответ на: комментарий от anonymous

>афтар новости, похоже, начитался каментов к новости: "Linux kernel >in a nutshell" или коротко о ядре Линукс.

> Что-то пишет про ядро апача...

Ядро линукса круче - оно 2.6 ! %)

legos
()
Ответ на: комментарий от legos

сейчас начнется гонка версий

кто первый выпустит 3,0 final

anonymous
()

хм

Опаньки.

DBD Framework (SQL Database API)

With Apache 1.x and 2.0, modules requiring an SQL backend had to take responsibility for managing it themselves. Apart from reinventing the wheel, this can be very inefficient, for example when several modules each maintain their own connections.

Apache 2.1 and later provides the ap_dbd API for managing database connections (including optimised strategies for threaded and unthreaded MPMs), while APR 1.2 and later provides the apr_dbd API for interacting with the database.

New modules SHOULD now use these APIs for all SQL database operations. Existing applications SHOULD be upgraded to use it where feasible, either transparently or as a recommended option to their users.

ach
()
Ответ на: комментарий от los_nikos

>> > Apache 1.3.37 is also available

Я в курсе, но там с 35го ничего важного для меня не пофиксили...

sergej ★★★★★
()
Ответ на: комментарий от anonymous

>Что-то пишет про ядро апача...

Ты не знал что у апача есть ядро? Зайди в раздел modules и посмотри модуль core.

anonymous
()

мне нрaвится эта фраза: "также исправлено множество ошибок". и так от версии к версиии :)

anonymous
()

> все равно 1.3 не брошу потому что он хорошый

а в курсе, что 2.2 обеспечивает прирост производительности примерно на 40% ? :)

isden ★★★★★
()

Вот зараза то-то с конфигами двухнедельной давности запускаться не хочет!

anonymous
()

с удовольствием ушел читать ченджлог ))

dreamer ★★★★★
()
Ответ на: комментарий от geekkoo

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

isden ★★★★★
()
Ответ на: комментарий от isden

>а в курсе, что 2.2 обеспечивает прирост производительности примерно на 40% ? :)

Кто тебе сказал? На чем обеспечивает прирост? С mod_php? Статику 2.2 быстрее отдает через sendfile чем 1.3 через sendfile(патчено)?

Конечно 2.2 гораздо более фичаста чем 1.3, но я вот вообще отказался от использования apache,юзаю nginx+fastcgi. Иногда, правда, возникает проблема как что fastcgi-скприт не расчитан на smp, вот тут приходится думать.

anonymous
()
Ответ на: комментарий от anonymous

+1

Поддерживаю! не понимаю я любителей этих слонов ,-)

lighttpd + fastcgi - наше все! и ни каких проблем с smp кстати.

anonymous
()
Ответ на: комментарий от anonymous

>lighttpd + fastcgi - наше все! и ни каких проблем с smp кстати.

ждём lighttpd 1.5, где будет ещё больше вкусностей в плане очень сильного прироста производительности.

dotcoder ★★★★★
()
Ответ на: комментарий от anonymous

> а mod_charset не прикручивается?

mod_charset не актуален уже лет 5. Все броузеры уже давно сами умеют в любых кодировках работать

anonymous
()
Ответ на: комментарий от anonymous

>lighttpd + fastcgi - наше все! и ни каких проблем с smp кстати.

зато немаленькие проблемы с webdav

anonymous
()
Ответ на: комментарий от anonymous

>mod_charset не актуален уже лет 5. Все броузеры уже давно сами умеют в любых кодировках работать

Да-да, рассказывайте про автоопределение. Далеко не всегда. У меня недавно страницы ср1251 браузер определял как utf-8. К томуже несмотря на все, POST запросы до сих пор идут в utf-8(страницы и GET в ср1251)

Motiv_studenta ★★
()
Ответ на: комментарий от anonymous

> Кто тебе сказал? На чем обеспечивает прирост? С mod_php? Статику 2.2 быстрее отдает через sendfile чем 1.3 через sendfile(патчено)?

в силу специфики работы, приходится часто бывать на серваках различных хостеров (как правило буржуйских), общаться с клиентами этих хостеров и с самими хостерами. они в один голос утверждают что 2.2 быстрее, один вот даже (владелец хостинга) ту самую цифру в 40% привел.

isden ★★★★★
()
Ответ на: комментарий от Motiv_studenta

> Да-да, рассказывайте про автоопределение. Далеко не всегда.

Вот это как раз ситуация когда надо руки об забор выпрямлять. Если сервер посылает charset=windows-1251 в http-заголовках, ни один современный броузер не будет воспринимать его как utf-8, даже если криволапый phpбыдлокодер в html в meta напишет что-то иное.

Если хочешь поспорить на эту тему, покажи url, где все это происходит и назови версию броузера.

anonymous
()
Ответ на: комментарий от anonymous

> Да-да, рассказывайте про автоопределение. Далеко не всегда.

Вот это как раз ситуация когда надо руки об забор выпрямлять. Если сервер посылает charset=windows-1251 в http-заголовках, ни один современный броузер не будет воспринимать его как utf-8, даже если криволапый phpбыдлокодер в html в meta напишет что-то иное.

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

anonymous
()
Ответ на: комментарий от isden

>один вот даже (владелец хостинга) ту самую цифру в 40% привел.

А владелец использовал nginx и lighttpd слышал или стоял голый apache2? Честно скажу, я не верю в такой прирост. По крайней мере прирост скорости обработки запросов в один поток. По моим данным apache2 медленне обрабатывает запросы но он может лучше работать в несколько потоков за счет тредовости и кучи разных фишек типа keepalive на отдельном треде, встроенная поддержка sendfile для статики итп. Но это не значит что голый apache2 обгонит связку nginx+apache13

anonymous
()
Ответ на: комментарий от anonymous

Вопрос кому выпрямлять? Былу Гейтсу? линк типа <a href="что/угодно/русскими/буквами.htm">ссылка</a> ослик упорно в utf конвертит независимо от кодировки на странице.

anonymous
()
Ответ на: комментарий от anonymous

> Да вот только если на сервере юзается VirtualHost , то после опредеоления этой директивы в основном конфигурационном файле ты столько получиш приколов с не правильным определением кодовой страницы если эти самые VirtualHost в разных кодировках, а это ты регулировать не можеш тк хосты не твои а клиентов


надеюсь, ты не занимаешься хостингом ?
Почитай ман, AddDefaultCharset определяется как в virtualhost, так и в .htaccess, то есть каждому хосту можно свой charset по-умолчанию выставить.

anonymous
()
Ответ на: комментарий от anonymous

> А владелец использовал nginx и lighttpd слышал или стоял голый apache2? Честно скажу, я не верю в такой прирост. По крайней мере прирост скорости обработки запросов в один поток. По моим данным apache2 медленне обрабатывает запросы но он может лучше работать в несколько потоков за счет тредовости и кучи разных фишек типа keepalive на отдельном треде, встроенная поддержка sendfile для статики итп. Но это не значит что голый apache2 обгонит связку nginx+apache13

имхо врядли. но там и не голый апач, а связка апач + быдлопхп :) вот там, как и мной лично в том числе, было замечено, что софт шуршит и побыстрее, чем на аналогичных версиях ПХП + апач1.

isden ★★★★★
()
Ответ на: комментарий от isden

>имхо врядли. но там и не голый апач, а связка апач + быдлопхп :) вот >там, как и мной лично в том числе, было замечено, что софт шуршит и >побыстрее, чем на аналогичных версиях ПХП + апач1.

О какой версии php идет речь? Если о 4-й то имхо сомнительно, она с тредами не работает(вернее работает до определенного момента), если 5-я то врать не буду, не знаю.

anonymous
()
Ответ на: комментарий от anonymous

> а mod_charset не прикручивается? > od_charset не актуален уже лет 5. Все броузеры уже давно сами умеют в > любых кодировках работать

Серьезно? Значит я в танке и много пропустил, компилируя русский апач.

anonymous
()
Ответ на: комментарий от anonymous

> О какой версии php идет речь? Если о 4-й то имхо сомнительно, она с тредами не работает(вернее работает до определенного момента), если 5-я то врать не буду, не знаю.

помню про 4.4.4, там после апгрейда с 4.3.11 на него, заметно на глаз было ускорение работы (буквально позавчера сие провернул). может в 4.4.4 треды нормально сделали (PS: речь идет об mod_php)? я чесно не в курсе...

и кстати да, лично довелось видеть как софт "ускорился" довольно значительно на апаче 2, при замене пхп 4.4.4 на 5.2 :)

isden ★★★★★
()
Ответ на: комментарий от isden

php 4.3.11, 4.4.4 и 5.2.0 - это ОЧЕНЬ разные вещи. Даже между 4.3 и 4.4 есть серьезная разница в плане совместимости.

anonymous
()
Ответ на: комментарий от anonymous

> Серьезно? Значит я в танке и много пропустил, компилируя русский апач.

Ну вот теперь ты будешь знать что русский апач давно не нужен и компилировать давно ничего не надо :)
apt-get install apache2 и вперед :)

anonymous
()

Как только вижу фразу типа "заапгрейдил что-то, и сразу все ускорилось, на глаз видно" - дискуссию можно закрывать. Глазомерилка - мощный инструмент, не поспоришь.

kmike ★★
()
Ответ на: комментарий от kmike

ага, особенно если раньше, некая операция занимала 40-50 секунд, а после апгрейда стала выполнятся за 5-7 :)

isden ★★★★★
()
Ответ на: комментарий от isden

>может в 4.4.4 треды нормально сделали (PS: речь идет об mod_php)? я >чесно не в курсе...

Не сделали точно. Битрикс сигфолтами апач валит если постаить php4 на apache2 с тредовым mpm.

Посмотрел вот этот бенчмарк, php5.2 заметно быстрее :). http://sebastian-bergmann.de/archives/634-PHP-GCC-ICC-Benchmark.html

Чтож, теперь у меня сомнений по поводу php5 не осталось, буду ставить юзерам :)

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.