это правда?

Возьми и проверь. Вроде никто не запрещает.

это правда?

facepalm

не читай ты на ночь хабры.

Возможно, если с -Os собирали и/или с USE="-*".

gentoo != server distro

а так проверять нужно

gentoo != server distro

а иные таки ставят. Вроде даже успешно.

(ИМХО дебиан лучше, если кто-то подумал, что я пропагандирую генту на сервер).

gentoo != server distro

Да ты что. eselect profile list сделай.

P.S. PHP в генте действительно жрет мало. У меня на гентусервере owncloud крутится, 2 процесса php-cgi, каждый жрет что-то около 15 мегабайт.

Единственная причина не ставить генту на сервер — в том, что под дебианы/RH (centos) гораздо больше security fix'ов, в том числе и бэкпортированных из новых версий.

в том, что под дебианы/RH (centos) гораздо больше security fix'ов

Угу. Вот только есть gentoo hardened, по сравнению с которой у остальных нет шансов.

Да ни разу. Hardened не спасает от половины уязвимостей в ПО, он просто помогает ограничить вред от них, апдейты безопасности оно ни в коем случае не заменяет. А в том же RH вполне штатен SELinux.

Видимо разница проявляется не из-за пересборки самого PHP, а из пересборки стандартных Сишных библиотек

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

Да, это правда.
Оптимизации под процессор всегда рулили и педалили.

А в том же RH вполне штатен SELinux.

но это не касается веба и стороних пакетов. Админы слишком ленивы или не шарят чтобы настроить его правильно под конкретный веб проект, так что обычно просто выключают.

потребляет меньше памяти

Оптимизации под процессор

Спецы в треде, все в бункер.

С какой стати отдельный пакет должен при одном и том же ядре пусть даже на разных ОС потреблять разное кол-во памяти? По ссылки тестирования нет, есть только наблюдение что PHP может жрать разное количество памяти на одних и тех же задачах. По ссылке ничего не сказано про параметры системы, отвечающие за управление памятью, а ведь в них вся соль.

Короче, не е*и себе мозг. Нужно будет на 10% больше памяти — купи еще планку, благо они стоят копейки.

ggrn != авторитетный источник

а проверять действительно нужно, причем лучше именно свою задачу.

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

Как всё запущено.

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

С той, что под разные ОС/дистры пакеты с одной и той же программой по разному собраны. + оптимизация под проц и опции сборки.

Что-то нету там сервере... Но тем не менее gentoo на сервере может жить при желании

Угу. Вот только есть gentoo hardened, по сравнению с которой у остальных нет шансов.

gentoo hardened без проблем пробивалась паблик эксплоитами типа glibc

вполне успешно работает впска на генте, nginx+php-fpm для динамики, nginx для статики, vsftpd для фтп. не заглядывал туда уж с полгода, работает просто замечательно.
По теме - производительность не мерял, просто конфигуряемость генты нравится.

Да. http://i.imgur.com/C37lXzq.png

PHP в Gentoo потребляет меньше памяти
Оптимизации под процессор всегда рулили и педалили.

Я думаю, что оптимизация под процессор даёт мизерную экономию по сравнению с невключёнными USE-флагами для ненужных БД, например.

О чем и речь. Суть вопроса не в конкретной ОС, а в ее настройках и параметрах сборки. Настроить ОС и пересобрать PHP с оптимизацией по потреблению памяти можно в любом линуксе, и не нужно для этого менять дистрибутив.

Я думаю, что оптимизация под процессор даёт мизерную экономию по сравнению с невключёнными USE-флагами для ненужных БД, например.

а разве они не модулями компиляются, которые отключатся в php.ini ?

Оно конечно и микроскопом гвозди можно забивать...

Ты не прав. Дело в том, что в некоторых дистрибутивах это надо делать «вручную» и «вручную» потом поддерживать, а в некоторых эти действия автоматизированы и не приводят к каким-либо изменениям в дальнейшем сопровождении. Поэтому если ты все равно собираешь пакет, то логично использовать дистрибутив заточенный под эту задачу. Этим большинство source-based дистрибутивы отличаются от большинства бинарных.

Так же в посте рассматривается «изкоробочный» вариант, т.е. тот к которому пользователь не применяет никаких спец действий, и такой пакет в gentoo, отличается от «аналогичного» в бинарном дистре, в том числе и потребляемыми ресурсами.

gentoo это метадистрибутив, он и молоток и микроскоп и ненопятная НЁХ, которая бибикает и портит tcp пакеты, в зависимости от рук готовящего. В частности gentoo вполне успешно может быть использована как серверный дистр, и более того эта часть особенно сильна.

О

Gentoo и «из коробочный» звучит как оксюморон.

Просто кто-то при «тестировании» опустил момент настройки gentoo: выбора use-флагов, флагов компиляции, кажется там даже про 64-битность ничего сказано не было.

Поэтому все то сравнение выеденного яйца не стоит.

кому шашечки, кому ехать.

Ну вот и все оптимизации :3

Ну по мне наиболее сильная область применения gentoo это десктоп программиста на все руки. Легкость с которой gentoo позволяет устанавливать и поддерживать 10050 версий пакетов просто поражает, а если к этому еще добавить overlay, то по объему софта ему просто нет равных. И главное все работает и друг другу не мешает.

я догадывался

Gentoo и «из коробочный» звучит как оксюморон.

имеется ввиду, не лопатим кучу мануалов от апстрима и не выполняем кучу действий руками, а перекладываем это на PM.

Просто кто-то при «тестировании» опустил момент настройки gentoo: выбора use-флагов, флагов компиляции, кажется там даже про 64-битность ничего сказано не было.

Поэтому все то сравнение выеденного яйца не стоит.

согласен, потому в первом комментарии сказал, что нужно нормально сравнивать причем под свой юзкейс.

согласен.

а сказать, что хотел? если то, что тому кому ехать гента не подходит, то это не правда.

Ну я лично не вижу никаких внешних модулей

┎ ~
┖ .16 at home $ equery u `qlist -ICv dev-lang/php` | grep sqlite
+sqlite
┎ ~
┖ .18 at home $ equery f `qlist -ICv dev-lang/php` | grep sqlite
┎ ~
┖ .18 at home $ 

cat /etc/php.ini |grep sqlite |grep ext
;extension=php_pdo_sqlite.dll
;extension=php_sqlite.dll
;extension=php_sqlite3.dll
;sqlite3.extension_dir =

пожалуйста - поддержка расширений sqlite выключена без use флагов.

И что это? Диэлоли вообще под оффтопик, а sqlite3.extension_dir, в которой ожидается несуществующий sqlite3.so, пуста по умолчанию, пуста после компиляции с поддержкой sqlite3 включая модуль для pdo.

cat /etc/php.ini |grep sqlite |grep ext

Это у тебя grep так странно сеет или ты от балды написал?
// | grep -E "(sqlite|ext)" было бы разумней.

Моё мнение, генту не стоит держать сервере.

А, не с грепом всё ок, я туплю.

да, наверное я ошибся со sqlite.
про dll не суть важно

спасибо, что поделился. Ещё бы подтвердить опытом/историями неуспеха или т.п. и оно было бы интересно.

Не осилил локалхост + dyndns + lamp + раздача интернетов, плюнул и перетащил всё на дебиан, а после вообще на freebsd.

Если не ошибаюсь у Крон73 была история успеха/неуспеха с генту.

у KRoN73 была история успеха, потом по его словам всё скатилось и он перелез на убунту на десктопе и оставил генту на сервере. Ты мне свои истории давай, истории осиляторов генты я более-менее знаю, т.к. на канал зачастую не редко приходят люди у кого датацентры на генте крутятся со всякими вопросами :)

Сначала в сборку едра намучился(не хотел в genkernel), потом с dyndns где-то накосячил, в итоге понял что на дебиане будет проще, ибо из коробки всё есть и не будет «хитрых» моментов.

Кстати вчера/сегодня решил пробовать генту на десктоп, был затык с razer naga(определялась как клавиатура, а не как мышь), решил отложить на потом. Да и с ядро 3.10+ не ставились nvidia drivers, но это решилось патчем.

gentoo != server distro

*посмотрев на свои ~20 серверов*: у кого как...

А в том же RH вполне штатен SELinux.

В Hardened он тоже есть, ну и Grsecurity на выбор. А так понятно, что уязвимости надо закрывать, hardened сам по себе - не панацея

Настроить ОС и пересобрать PHP с оптимизацией по потреблению памяти можно в любом линуксе

Угу. Только в source-based дистрибутивах(не только о Gentoo речь) такую конфигурацию проще поддерживать

я и не сомневался, что заработает. Просто возьни больше с установкой. А потом да — норм.

Gentoo и «из коробочный» звучит как оксюморон.

man default configuration
man enabled-by-default USE-flags in packages/profiles

Так что скорее твоё выражение - оксюморон.