Кеширование в RAM-памяти nginx && php && mysql

Что мешает обрабатывать "домены" в разных server {}?

Если на одном сайте делается раздача, а на другом веб-магазин - глупо думать что для этих сайтов вы можете подобрать одинаковые оптимальные настройки. Если это приходится так долго объяснять - не обижайтесь за нелестные эпитеты...

Можно *добавить* sendfile для отдельного server или даже location. Точно так же с aio.

Теперь-то понятно?

Сервер один, изменено это не будет.

Вообще AIO не панацея.

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

И нафиг спрашивать советов, если им не следовать?

Да, тут все поняли, что Вы человек умудрённый опытном, а exim глупый..

К чему вопросы тогда? Или, быть может имеет смысл поинтересоваться на профильных ресурсах, где тусуются true-админы, а не спрашивать у "админов на сёрче с логики 0"? Уважаемые админы, просьба не воспринимать на свой счёт..

Mentoc, просто умения пользоваться поиском и "болдить" (подчёркивая свою правоту) "нужное" мало.. нужно включать мозг.. а он, возможно, будет делать выводы, основываясь на знаниях... Если знаний-понимания нет, то, конечно, есть шанс подшаманить методом тыка-бубна и пары скопипастенных заклинаний.. Но очень мал.. Однако, даже для этого нужно что-то предпринимать (менять-крутить-тыкать)...

Есть общие принципы.. которые в двух сообщениях в переписке на форуме не уместить - куча книг, мануалов.. Именно это Вам пытаются донести

Удачи...

Ну я бы еще посоветовал вырубить логи (если есть) и задействовать tmpfs если еще не задействована.

Я спрашиваю совета, для начала. Я администрирую всё сам, понять почему надо так, а не так - важнее, чем обратиться к кому-то и получить готовый конфиг (не говоря уже о том, что для готовых конфигов есть утилиты).

Следую. Но предпочитаю обдуманную дискуссию, т.к. не все советы бывают полезны, есть и те, которые дадут обратный эффект.

Я говорил только про одного, а не про всех. Его отсутствие логики очевидно, я не хочу прямо явно это обмусоливать, если надо - пусть создаст тему "Что вы обо мне думаете?" и там я напишу про него всё что думаю.

Я не прошу мне тут статьи писать. И тут речь начинается вообще о других вещах. Прочитайте название темы, я прошу совета именно по этому вопросу, а не оптимизации моих приложений. Её я сделаю, мой вопрос в другом.

Логи есть, но там записей очень мало, если будет больше 100 мб за месяц - вырублю.

Если не секрет, как задействовать tmpfs в применении к nginx, php-fpm, mysql? Сейчас она по дефолту:

tmpfs                                                     51M         180K   51M            1% /run

tmpfs                                                    5,0M            0  5,0M            0% /run/lock

tmpfs                                                    510M            0  510M            0% /run/shm

Можно конечно логи туда направить, но что толку? А что ещё можно направить...что-то у меня идей нет.

Проанализируйте куда больше идет записи

Туда и ставьте tmpfs

Если я правильно понимаю - tmpfs это как ramdisk, но на диске, который очищается при ребуте?

да, после ребута данные пропадут.

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

Вам шашечки или ехать? Оптимизация не бывает бесплатной.

Ну хоть дошло что вам предлагали-то, г-н "логик"? :)

А, так вот что вы ищете...

Нет, конечно неправильно. На вашем уровне - tmpfs это тот же ramdisk, только часть данных на этой файловой системе может находиться в свопе, не обязательно в RAM.

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

Вам уже писали - наймите администратора.

Примеров, где это можно использовать - масса, начиная от /tmp, каталога для временных файлов mysql...