http://linux.slashdot.org/story/14/12/09/2059252/fedora-21-released

Vova Uralsky написал(а) к Vitaly Zaitsev в Jan 15 05:32:36 по местному времени:

Нello Vitaly!

30 Dec 14 19:22, Vitaly Zaitsev wrote to Vova Uralsky:

VZ>>> Также для нормальной работы Skype нужно в конфиге Pulse Audio
VZ>>> изменить несколько строк.
VU>> Например?
VZ> Например заменой в конфиге /etc/pulse/default.pa строки
VZ> load-module module-udev-detect на load-module module-udev-detect
VZ> tsched=0.

Это несколько? Где остальные? Без этого Skype не работает?

Regards,
Vova

--- Msged/BSD 6.2.0

Alexey Vissarionov написал(а) к Vitaly Zaitsev в Jan 15 21:12:12 по местному времени:

Доброго времени суток, Vitaly!
30 Dec 2014 19:30:14, ты -> Semen Panevin:

SP>> Чё все так привязались к этому nginx? Глюкало он.
VZ> Просто кто-то не умеет его правильно настраивать.
SP>> Поставил себе на пробу рядышком с апачем - так на этом вашем
SP>> nginx+php-fpm
VZ> И зачем ты плодишь такой зоопарк? Выбери либо тормозной и жрущий
VZ> память на каждый запрос Apache,

... где есть возможность использовать php-cgi ценой оверхеда 1...2%

VZ> либо php-fpm.

... который течет, как полковая кобыла.

SP>> даже phpbb3 не работает нормально.
VZ> Поднимал сей кривой движок на php-fpm + nginx и неоднократно -
VZ> всё работает замечательно.

Сколько десятков тысяч пользователей у тебя было?

SP>> Я конечно понимаю, что это не очень хорошее поведение file.php из
SP>> phpbb3, но и ngnix-у на него так реагировать крайне непозволительно.
VZ> Разбирайся с PНP и его конфигурацией. Nginx проксирует запросы к
VZ> *.php на FastCGI php-fpm.

Такая конструкция оправдана ровно в одном случае: когда у тебя мелкий сайт раздает многие гигабайты - то есть, нужна производительность nginx и пофигу текучесть php-fpm.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-cmlxxvii-mmxlviii

... 99% ответов на вопросы чайников дают ламеры
--- /bin/vi

Eric Pozharski написал(а) к Alexey Vissarionov в Jan 15 11:08:15 по местному времени:

with <MSGID2=3A5020=2F54554a59de3@fidonet.org> Alexey Vissarionov wrote:

SKIP
VZ>> Есть люди, которые считают, что место Pulse Audio и systemd в
VZ>> /dev/null и поэтому стараются выпиливать их отовсюду даже если
VZ>> профита никакого не получат.
AV> А какой профит от них бывает? Главный (и зачастую единственный)
AV> аргумент в пользу systemd, который я регулярно слышу - "намного
AV> быстрее грузится", и особенно смешно, когда его дополняют словами
AV> "ну вот, допустим, тебе нужно обновить ядро на сервере". А когда я
AV> отвечаю, что в это время всю нагрузку принимают на себя другие
AV> серверы, каковых должно быть строго больше нуля - обижаются.

В comp.misc (или это был alt.os.linux?) видел наброс исследования
главного-аргумента-в-пользу. Исследования обнаружило выигрыш в одну
секунду. (К сожалению, было это несколько месяцев назад и из кеша
leafnode уже вычистилось; за пруфом надо будет трахаться с GG, а прямо
сейчас я не в настроении).

CUT

--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
--- slrn/pre1.0.0-18 (Linux)

Semen Panevin написал(а) к John Freeman в Jan 15 16:41:04 по местному времени:

Доброго здоровьица тебе, John!

Friday January 02 2015 11:30, John Freeman писал Semen Panevin:

AV>>> Вот тут, кстати, оправдано использование php-cgi,
>> Не очень понимаю зачем php-cgi вместо mod-php
JF> Таки под worker mod_php до сих пор частенько падает или некорректно
JF> отрабатывает циклы.
А, это который с тредами? Да, с тредами у апача беда, тоже ловил глюки и утечки, пришлось отказаться от peruser в пользу itk.

С наилучшими пожеланиями, Семён.

... Хорошо там, где мы есть! (про фидошников)
--- GoldED+/LNX 1.1.5-b20130910 (Linux 3.10.17-gentoo iF6M10)

Alexey Vissarionov написал(а) к Eric Pozharski в Jan 15 22:33:22 по местному времени:

Доброго времени суток, Eric!
02 Jan 2015 11:08:14, ты -> мне:

VZ>>> Есть люди, которые считают, что место Pulse Audio и systemd в
VZ>>> /dev/null и поэтому стараются выпиливать их отовсюду даже если
VZ>>> профита никакого не получат.
AV>> А какой профит от них бывает? Главный (и зачастую единственный)
AV>> аргумент в пользу systemd, который я регулярно слышу - "намного
AV>> быстрее грузится", и особенно смешно, когда его дополняют словами
AV>> "ну вот, допустим, тебе нужно обновить ядро на сервере". А когда
AV>> я отвечаю, что в это время всю нагрузку принимают на себя другие
AV>> серверы, каковых должно быть строго больше нуля - обижаются.
EP> В comp.misc (или это был alt.os.linux?) видел наброс исследования
EP> главного-аргумента-в-пользу. Исследования обнаружило выигрыш в
EP> одну секунду.

Уже на фоне 30...40 секунда я бы списал это на погрешность измерения.

EP> (К сожалению, было это несколько месяцев назад и из кеша leafnode
EP> уже вычистилось; за пруфом надо будет трахаться с GG, а прямо
EP> сейчас я не в настроении).

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


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-cmlxxvii-mmxlviii

... Чужие темплейты читают только ламеры с IQ<64
--- /bin/vi

Serguei E. Leontiev написал(а) к Alexey Vissarionov в Jan 15 05:27:12 по местному времени:

From: "Serguei E. Leontiev" <leo@sai.msu.ru>

к
Привет Алексей,

От 1 января 2015 г., 22:22:22 в fido7.ru.linux ты писал:

Не то что бы мне нравился бы systemd, лично мне кажется, что лучше бы
авторы сделали бы GPL клон SMF Solaris или launchctl Mac OSX. А не
"самопальную" эклектику развели бы на 333 страницы одной только
документации.

RS>> Я как страшный сон вспоминаю сопли /etc/rc.d/init.d
AV> Сопли вылезают только там, где эта технология используется не
AV> по назначению: например, network - это не демон, поэтому
AV> команда `service start network` не имеет смысла и, что вполне
AV> закономерно, работает через жопу.

А её в XXI веке вообще возможно использовать по назначению? На мой
взгляд, SVR4 init.d не предназначена:
- для современных "модульных" ОС с пакетами (нет зависимостей);
- для современных "демонов", которые падали, падают и будут падать;
- для машин у которых управление питанием, хотя бы, немного сложнее, чем
просто включить и выключить;
- для машин у которых сетевые интерфейсы и устройства могут подключаться
и отключаться;

RS>> и FreeBSD, где AFAIR даже соплей /etc/rc.d/init.d нет (???).
AV> Когда-то давно не было, да.

В отличии от SVR4 init.d, во FreeBSD есть зависимости и rc.conf

--
Успехов, Сергей Леонтьев. E-mail: lse@CryptoPro.ru
--- ifmail v.2.15dev5.4

Alexey Vissarionov написал(а) к Serguei E. Leontiev в Jan 15 12:34:56 по местному времени:

Доброго времени суток, Serguei!
03 Jan 2015 05:27:12, ты -> мне:

SL> Не то что бы мне нравился бы systemd, лично мне кажется, что лучше
SL> бы авторы сделали бы GPL клон SMF Solaris или launchctl Mac OSX. А
SL> не "самопальную" эклектику развели бы на 333 страницы одной только
SL> документации.

Думается мне, что если за много лет так и не сделали - значит, не было необходимости.

RS>>> Я как страшный сон вспоминаю сопли /etc/rc.d/init.d
AV>> Сопли вылезают только там, где эта технология используется не
AV>> по назначению: например, network - это не демон, поэтому
AV>> команда `service start network` не имеет смысла и, что вполне
AV>> закономерно, работает через жопу.
SL> А её в XXI веке вообще возможно использовать по назначению? На
SL> мой взгляд, SVR4 init.d не предназначена:
SL> - для современных "модульных" ОС с пакетами (нет зависимостей);

Зависимости - забота пакетной системы.
Или ты про "нефиг запускать httpd, пока сеть не настроена"? Дык я чуть выше именно про это и написал, начиная со слов "network - это не демон".

SL> - для современных "демонов", которые падали, падают и будут падать;

Это забота демонописателей. И они про это знают - думаю, тот же mysqld_safe известен всем здешним подписчикам.

SL> - для машин у которых управление питанием, хотя бы, немного сложнее,
SL> чем просто включить и выключить;

Переключение между аккумулятором и БП, а когда аккумулятор сдох - выключение?
Это забота отдельного демона (который, кстати, при загрузке запускается из собственного init-скрипта, а в процессе работы вполне может вызвать `init 0`).

SL> - для машин у которых сетевые интерфейсы и устройства могут
SL> подключаться и отключаться;

Могут. Только к init это не имеет никакого отношения.

Вот у меня тут прямо на столе лежит хороший пример - жопорезный свисток. Я его втыкаю в УПШ, ядро его опознает и дергает /sbin/hotplug (или у кого что там указано в качестве CONFIGUEVENT_НELPER_PATН). Что прописано USB-устройству 12d1:1446? Ага, запуск usbmodeswitch. Запускаем - устройство исчезло, вместо него появилось новое: 12d1:1001. Опять смотрим, что ему прописано. Ага, запуск `pppd call gprs`. Запустили. О! Появился сетевой интерфейс ppp1. Что по такому случаю надо сделать? Разумеется, запустить /etc/ppp/ip-up.d/ppp1

Что примечательно, бегемоты наподобие udev для этого не нужны - достаточно минимального скриптового обвеса, а основную работу выполняет ядро.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-cmlxxvii-mmxlviii

... Мое мнение может меняться, но моя правота - непоколебимый факт
--- /bin/vi

Anton Gorlov написал(а) к Semen Panevin в Jan 15 14:44:30 по местному времени:

Привет Semen!

02 янв 15 года (а было тогда 16:41)
Semen Panevin в своем письме к John Freeman писал:

AV>>>> Вот тут, кстати, оправдано использование php-cgi,
>>> Не очень понимаю зачем php-cgi вместо mod-php
JF>> Таки под worker mod_php до сих пор частенько падает или
JF>> некорректно отрабатывает циклы.
SP> А, это который с тредами? Да, с тредами у апача беда, тоже ловил глюки
SP> и утечки, пришлось отказаться от peruser в пользу itk.


У itk тоже не всё так гладко, как хотелось бы.

Из замеченного - при лимитировании коннектов к вхосту зачастую уже после спада активности оно всё равно упорно пролдолжает думать, что
==
[warn] MaxClientsVhost reached for somehost, refusing client.
==
лечится иной раз толкьо перезапуском. релоад ен всегда помогает.

И кучка пробем с apache-mod_wsgi.


С уважением. Anton aka Stalker

Linux Registered User #386476
[#TEAM:*#] [#Злой СисОп_#] [*Нeavy Metal!*] [*_Усачи]
--- GoldED+/LNX 1.1.5-b20111201

Andrew Kant написал(а) к Alexey Vissarionov в Jan 15 13:55:50 по местному времени:

Нello Alexey!

Saturday January 03 2015 12:34, Alexey Vissarionov wrote to Serguei E. Leontiev:

SL>> - для современных "демонов", которые падали, падают и будут падать;

AV> Это забота демонописателей. И они про это знают - думаю, тот же
AV> mysqld_safe известен всем здешним подписчикам.

Ага, ты еще QMAIL вспомни с его комплектом демонов и теми, кто за этими демонами следит. Всё-таки удобнее, когда можно централизованно настроить, что этого перезапускать, а этот если сдох - то в могилу. А не так, что надо помнить, что для мускла надсмотрщик свой, для кваги - свой, для почты - свой, а остальные ты сам придумывать должен.

Good bye!
Andrew

--- GoldED+/W32 1.1.4.7

Semen Panevin написал(а) к Anton Gorlov в Jan 15 15:13:36 по местному времени:

Доброго здоровьица тебе, Anton!

Saturday January 03 2015 14:44, Anton Gorlov писал Semen Panevin:

AG> У itk тоже не всё так гладко, как хотелось бы.

AG> Из замеченного - при лимитировании коннектов к вхосту зачастую уже
AG> после спада активности оно всё равно упорно пролдолжает думать,
AG> что == [warn] MaxClientsVhost reached for somehost, refusing
AG> client. == лечится иной раз толкьо перезапуском. релоад ен всегда
AG> помогает.
Может там keepalive какой?

AG> И кучка пробем с apache-mod_wsgi.

Нет в мире совершенства...

Ну под мои потребности itk вполне нормально работает.

С наилучшими пожеланиями, Семён.

... Стрессы начинаются с будильника... (c)...
--- GoldED+/LNX 1.1.5-b20130910 (Linux 3.10.17-gentoo iF6M10)