- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Доброго дня, такой вот непонятный случай
Имеется 3 ВДС с одинаковыми характеристиками и с одинаковыми известными настройками.
На всех трех выполняется одинаковая задача.
НА первом сервере при этом вставляется 300 тысяч записей со скоростью 1000 записей за 0,6 сек. Во время работы скрипта видно как 2-3 ядра нагружаются и нагрузка в пределах 50% находится.
Но втором и третьем эта же задача выполняется со скоростью 1000 записей за 7 секунд (в 12 раз медленнее). При этом во время выполнения скрипта процессор вообще никак не дрыгается. Как висело 15% нагрузки на одном ядре так и остается. Куда капать? Поддержка за двое суток ничем не помогла. Я все настройки какие нашел сравнил - все идентично.
Хостер один и тот же
нашел все же причину в настройке параметра innodb_flush_log_at_trx_commit
упустили его и я и сисадмины