- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Сервер чахлый - 1 Гб оперативы и одно ядрышко, Fastpanel.
Эта MariaDB частенько съедает память и падает. Как бы её пересадить на полуголодный паёк?
Самое интересное из MySQLTuner 2.5.0:
И рекомендации:
Вариант перейти на более дорогой тариф, конечно, хороший, но лучше всё таки попробовать как-то придушить эту Марию.Файл подкачки, оптимизация скриптов, работающих с бд. Накрайняк, периодическое убийство процессов.
Я MariaDB не пользовался, использую MongoDB, так вот тоже были проблемы с падением, делал много разного и ничего не помогало. Плюнул и сервак взял помощнее с 64Gb оперативы, после этого все шикарно стало.
Думаю что с 1GB оперативы у вас ничего не получится, это крайне мало даже для максимально дохлого сайта, там же по мимо базы и система жрет ресурсы. Если у вас облако, добавьте еще 1GB оперативы и понаблюдайте.
Что временно помогало:
1. По первости ночью перезапускал базу по крону, помогало до определенного момента.
2. Кроном чекал процесс работы базы данных каждую секунду, в случае если она лежит, запускал процесс заново.
Так терпел пока базы через каждые 5 часов падать не стала, затем другой сервер.
а-ля
Прикрутил немного настройки:
Было:
[!!] Maximum possible memory usage: 940.2M (97.86% of installed RAM)
Стало:
Какой-то особой тормознутости сайтов не замечено.Сервер чахлый - 1 Гб оперативы и одно ядрышко, Fastpanel.
Помогает, если уменьшишь запросы ПС, настроив ответ сервера last-modified по дате создания страницы
Помогает, если уменьшишь запросы ПС, настроив ответ сервера last-modified по дате создания страницы
Или отказаться от использования mariadb вообще, чтобы не создавала нагрузку. 1гб памяти и 1 полуядро на впс это жесть конечно, такое под ВПН разве что берут.
Это самописьки?
Переходите на WP и в ус не дуйте ))
Это минимальные требования, чтобы только панель работала. Без сайтов вообще.
С такими конфигами, панель никогда не ставиться т.к. панель будет забирать от 25-50 памяти просто для работы.
, но лучше всё таки попробовать как-то придушить эту Марию.
Убираем панель и убираем БД, просто сайт на HTML или на SQLite делов то...
SQLite сильно меньше памяти потребляет? Так у него запись однопоточная.
Пускал siege:
Так вот сильно больше памяти под тестом больше потреблять не стало, процессор упёрся в 100%. В итоге 186760 "successful_transactions" и 8 "failed_transactions".