Сочувствую... Постарайтесь по возможности работать только с образами дисков, а сами диски не трогать - это в любом случае, тогда можно и самостоятельно поэкспериментировать.
Ну вот откуда Вы взяли, что на форуме будет квалифицированная помощь? Получите десяток советов - из которых все верные и все могут не сработать, пару глубокомысленных замечаний о Вашей глупости - а оно Вам надо?
Пролетал совет поставить R-Studio. Обратитесь в R-Lab, они этой студией умеют пользоваться, шансов на восстановление данных будет больше. И забейте на софтрейды и Depo...
Вообще почему бы и нет.
Кстати, интересно, насколько справедлива стандартная рекомендация "при выборе MaxClients исходить из числа доступных ядер" на VPS - с учётом того, что реальная конфигурация такого сервера меняется постоянно.
<здесь> не надо, там катастрофический сценарий неработающего сайта, надо смотреть видео. (я первый раз вижу top на видео снятый 😂 ). И где Вы видели апач с 10-ю мегабайтами памяти на CMS'ках? Это из серии "не верь глазам своим".
Я вижу под 50 мегабайт на каждый из трёх апачевских процессов. Если считать , что я вижу неправильно и действительно по 10 мегабайт на каждый - тогда возникает резонный вопрос куда же сейчас память девается - должно быть (200-12*10=80 - апач + mysql, это Ваши цифры) + 166 буферы + 70 свободно = 316, 200 мегабайт куда-то пропали? Наверно, лучше ещё раз посчитать, нет?
Предположим, будет стоять 15 и придёт 15 запросов. Как Вы думаете, сколько оперативной памяти будет занято? (на видео top показывает какие-то цифры)?
Вы скатываетесь в обсуждение задач, которые никто не ставил. Проблема - что сервер накрывается, а не проблемы у клиентов.
Pilat добавил 16.11.2011 в 15:43
Ну так как по моему мнению если статику апач не отдаёт, то kepalive никакого действия не произведёт (кроме экзотических случаев, кстати - озвученных в списке рассылки по nginx), то защищать идею включения keepalive не буду, хотя стандарты там или не стандарты дело десятое на практике.
В загрузке сервера, которая уменьшается. nginx быстрее и с меньшими ресурсами отдаёт мелкие файлы.
У меня такое ощущение, что кроме одного человека все уже давно попробовали.
В общем случае да, но в частных случаях аккуратность даёт хорошие результаты.
Вообще говоря да, но если речь идёт об установке nginx, статику тоже надо настраивать.
Кстати, для роботов, по идее, тоже отдаётся статика в некотором смысле - это же анонимные запросы, они должны смс'ками кэшироваться хорошо.
ngx_http_upstream_keepaliv почти keepalive и есть.
keepalive для клиента ничего хорошего не даст в плане уменьшения нагузки на сервер, разве что клиенту будет лучше, но об этом пока речи нет.
Я не знаю (и никто не знает) о каких сайтах речь, на vBulletin к примеру передача статии nginx'ом дало очень хороший результат, не в последнюю очередь из-за всяких аватарок и подписей. Как минимум на любом сайте положительный эффект будет.
Это всё разговоры ни о чём. Имеет смысл сначала делать стандартную схему, а потом уже её корректировать, если вообще необходимость появится.
Не надо выхватывать строки из контекста. keepalive между nginx и apache при отдаче долго генерируемых страниц эффекта иметь не должен. Напрямую клиенту - да, но это не рассматриваемый вариант.
Обработка статики на nginx эффект даёт и очень заметный, странно от Вас такое слышать.
