[Moscow.pm] HighLoad - Как там с хранением файлов в Пг?

[Akzhan Abdulin]

Ну, положим, тут скорее прав Daniel.

Нет необходимости в преждевременной оптимизации, лучше потратить усилия на
что-то более важное.

Тут, кстати, есть ещё один нюанс, - когда одна железка начинает отвечать за
разнородные задачи, шанс получить УПС становится гораздо выше. Причин много.



26 октября 2012 г., 1:14 пользователь Михаил Монашёв <
postmaster на softsearch.ru> написал:

> Здравствуйте, Daniel.
>
> >> Ну  с  такой  методикой  любая  отдача,  упирающаяся  в сеть, будет
> >> одинаковой.  Но  кроме  сети,  есть  и  другие ресурсы: потребление
> >> процессора, потребление памяти и нагрузка на диск. Очевидно, что по
> >> этим  параметрам раздача файлов с диска nginx-ом будет эффективнее,
> >> чем Ваша схема.
> > А теперь давайте включим голову.
>
> Весь в ожидании.
>
> > Эффективность - это когда есть эффект. Какого эффекта вы ждете?
>
> Утилизации всех ресурсов сервера, а не одного-двух и простой других.
>
> Если  по одним ресурсам Вы уперлись в предел, то это не значит, что по
> другим не нужно оптимизироваться.
>
> >> Все  эти три параметра в упрощённом виде показывает top.
> >> Его  и  стоит для начала использовать для сравнения производимых на
> >> сервер нагрузок.
>
> > Так вот - не надо использовать top для измерения нагрузок, если atop
> > уже показывает 98% для eth0.
>
> > Это простая идея, но почему-то не всем удается ее принять...
>
> Зачем  Вы  опять  привязываете  себя  к сети? Уже всем понятно, что Вы
> упёрлись   в  неё.  Пусть  одно  ядро  загружено  драйвером  сетевухи.
> Остальные  ядра  зачем  грузить,  если  можно не грузить? Зачем память
> расходовать  на  то,  на  что можно не расходовать? Вы же одни и те же
> данные  держите  в  нескольких  местах:  на диске, в памяти кэша БД, в
> перловке,  буферах  операционки и буферах сетевухи. Пройдя от диска до
> сетевухи  каждый  байтик  скопируется  множество  раз.  nginx же сразу
> кладёт с диска в буфер сетевухи, минуя множество лишних копирований. И
> только  из-за  одного  этого  сэкономит  кучу процессора и оперативки,
> которые даже при загруженной сети всегда есть куда день.
>
> --
> С уважением,
>  Михаил                          mailto:postmaster на softsearch.ru
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20121026/01112b77/attachment.html>