- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Если ядра нагружены, тогда почему вы начали с диска ? Откуда данные, что он загружен ?
Посмотрите шапку atop - там отдельно загрузка дисков и ядер показывается. Мне htop кажется не очень показательным. Его единственный плюс в том, что он память показывает на манер windows - много свободной.
Я смотрел по atop. Ну пока нагрузки нет такой сильно, поэтому надо ждать. Вполне возможно манипуляции с выключением кэша и помогли.
Короче закрываем тему, там ещё на этом же диске стоит nginx и отдаёт статику тоннами. Не возможно разделить кто больше жрёт mysql или nginx... И больше всего сводиться к тому, что такова реальность и железо отрабатывает своё как положено. Просто много запросов.
LEOnidUKG, ну почему же невозможно разделить? есть iotop. Если ядро не очень старое, iotop даже отсортирует активность программ по числу операций, а не байт итого. На старых ядрах можно было счетчики с разделов или lvm-разделов снимать и тем самым оценивать опосредованно.
А если atop поставили с самого начала и не сломали, там можно старые логи посмотреть когда у вас эти проблемы хорошо проявлялись.
Все же, что в smart ?
Разделить можно, но для начала в nginx есть worker_priority. Попробуйте, может полегчает.
LEOnidUKG, ну почему же невозможно разделить? есть iotop. Если ядро не очень старое, iotop даже отсортирует активность программ по числу операций, а не байт итого. На старых ядрах можно было счетчики с разделов или lvm-разделов снимать и тем самым оценивать опосредованно.
А если atop поставили с самого начала и не сломали, там можно старые логи посмотреть когда у вас эти проблемы хорошо проявлялись.
Все же, что в smart ?
Со смартом вроде всё ок:
Смотрю iotop там всё забито nginx ну просто всё, иногда промелькивает другие процессы, но nginx это 95%. Я просто ступил, реально, я забыл что там nginx стоит на статику. Думал там название диска другое :(
---------- Добавлено 06.05.2016 в 10:17 ----------
Разделить можно, но для начала в nginx есть worker_priority. Попробуйте, может полегчает.
Я думаю надо поиграться с output_buffers.
У меня был стандартный:
output_buffers 2 32k
т.е. все картинки мелкие дробились по 32 килобайта и считывались? По этому для считывания одной картинки в 100 КБ nginx делал 3-и запроса на диск?
Сейчас поставил:
output_buffers 2 512k
Короче, почитал я форум Persona Mysql и сделал так:
innodb_thread_concurrency=0
innodb_read_io_threads = 64
innodb_write_io_threads = 64
innodb_io_capacity = 30000
Не забываем, у нас SSD а не какой-то там дохлый HDD
Всё!
CPU в load average
Было: 10-20
Стало: 3-5
Нагрузка на SSD была 30%-50%
Теперь: 6-10%
Возможно кому-то пригодится.
LEOnidUKG, понятно. Приходите еще.
Если бы все было так просто, эти параметры давно бы уже по-умолчанию так и стояли бы.
Скорее всего, вы недостаточно проверяли и какое-то временное улучшение воспринимаете за результат своих изменений.
LEOnidUKG, понятно. Приходите еще.
Если бы все было так просто, эти параметры давно бы уже по-умолчанию так и стояли бы.
Скорее всего, вы недостаточно проверяли и какое-то временное улучшение воспринимаете за результат своих изменений.
Они не будут стоять так по умолчанию т.к. не везде используются SSD. Вы хотите 30К записей/чтений в секунду на HDD? Или 64 потока? Да он сдохнет даже не начав работать.
У меня параметры все были выставлены для обычного HDD, всё в эти лимиты и упиралось.
LEOnidUKG, да, я все прочитал и нахожу это слишком фантастичным. Мы посмотрим, а вы будьте внимательны.
LEOnidUKG, да, я все прочитал и нахожу это слишком фантастичным. Мы посмотрим, а вы будьте внимательны.
А я вижу реальность уже сутки. Ещё чуть-чуть заполниться память всеми таблицами и вообще будет хорошо.
Я не просто так поменял эти параметры, а перерыл документацию и почитал достаточно по этой теме. Убеждать я никого не собираюсь, я не разработчик mysql и ХЗ что там у них внутри. Но на 5,6 именно вот такие настройки спасают мой сервер. А там миллион просмотров страниц за сутки.