- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
twinlv, при том, что на 100мбит, даже двух самых паршивых сата2 дисков достаточно, при должной настройке будет быстрее упираться в канал, чем в ио.
Короче явно в том конфиге где-то проблема. Обрывалась загрузка видео (failed). Так что ваш конфиг не сработал... Пока вернул все назад, оставил только directio 1m;
Полностью соглашусь со всем что говорил Andron_buton - дельные советы.
twinlv, для этой задачи и при канале в 100 Мбит/сек нагрузки вообще не должно быть. Во всяком случае такой чтобы она отображалась на работе.
iHector, оперативка почти вся используется или таки вся? В своп не полез? Для стриминга маленький своп = колоссальной нагрузке.
И второй вопрос - что скушало столько оперативки? Ее должно использоваться существенно меньше. Или может на этом сервере мускул еще кушает солидно?
Судя по всему кушает память php-fpm. Mysql нет, это сервер чисто для отдачи видео. Настроен nginx + php-fpm, файл отдается через php скрипт. Своп по нулям. Оперативки всегда свободно 70-100мб.
total used free shared buffers cached
Mem: 7827 7690 136 0 0 5
-/+ buffers/cache: 7684 142
Swap: 0 0 0
Может стоит только через nginx отдавать минуя php скрипт? Но тогда много возможностей уйдет.
Может стоит только через nginx отдавать минуя php скрипт? Но тогда многно возможностей уйдет.
Вы и так минуя отдаете. Попробуйте output_buffers 1 256k; (самое важное), aio удалите, directio поменяйте на 8m, если все еще будет прерываться - то можно output_buffers уменьшить еще немного, если нет, то увеличить.
Короче явно в том конфиге где-то проблема. Обрывалась загрузка видео (failed). Так что ваш конфиг не сработал... Пока вернул все назад, оставил только directio 1m;
Тогда и aio on; можете оставлять.
А вообще странно, какая фс используется, какой размер кластера, какой размер страйпа у рейда, рейд кстати софтварный или хардварный?
sendfile off; должно быть?
zzzit говорит удалять aio, Andron_buton наоборот)
Вот такая сейчас картина. Отдается 1 мб на юзера.
Конфиг пока такой
# searchengines example
#sendfile off;
#aio on;
#output_buffers 1 1m;
directio 1m;
# searchengines
expires max;
limit_rate_after 3m;
flv;
internal;
#access_log /var/log/nginx/flvstream-access.log main;
}
Тогда и aio on; можете оставлять.
Зачем? Чтобы диски мучать больше? Пусть лучше блокируется на чтении, чтобы никто другой в этот момент не лез к дискам.
---------- Post added 24-01-2014 at 17:43 ----------
sendfile off всегда, иначе с диска нельзя предсказуемо читать
sendfile off всегда, иначе с диска нельзя предсказуемо читать
Все советуют разное, вот обратите внимание на статью __
Как обычно работает Web сервер, при передаче файла:
открыется исходный файл (на диске)
открывается файл назначения (сетевое соединение)
Читается блок данных, копируется в буфер и передается по назначению, пока не достигнут конец файла
Закрываются оба файла
Это означает, что происходит дополнительное копирование, которое вынужден делать Web сервер. В этом случае сервер делает системные вызовы read и write. Системный вызов sendfile служит как раз для того, чтобы избежать излишнего копирования и обеспечить прямую передачу файла. Включайте эту опцию (всегда):
sendfile on;
highload.com.ua/index.php/2009/10/31/nginx-dlya-otdaci-failov/
Все советуют разное, вот обратите внимание на статью __
highload.com.ua/index.php/2009/10/31/nginx-dlya-otdaci-failov/
Ну избежали копирования память-память и что? Копирование мегабайта памяти в память это меньше миллисекунды, а перемещение головки диска уже аж 10 мс. Куда важнее избежать лишнего перемещения головки, чем лишнего копирования память-память, это ж понятно? А статья теоретиков, да еще и плохих.