- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Привет!
Я совсем не гуру в серверах, потому хочу спросить вашего совета.
Есть сервер, по ТОР он в пиках загружен до 6-8, притормаживание страниц становиться заметным. Проц, коре 2 дуо загружен примерно на 45-60% при этом.
Как я понимаю тут начинает тормозить дисковая система (?), поможет ли переход на SAS диски, вроде они пошустрее работают?
Скиньте доступ к серверу - посмотрю и скажу
Есть сервер, по ТОР он в пиках загружен до 6-8, притормаживание страниц становиться заметным. Проц, коре 2 дуо загружен примерно на 45-60% при этом.
Как я понимаю тут начинает тормозить дисковая система (?), поможет ли переход на SAS диски, вроде они пошустрее работают?
Покажите хоть top (в "пиках") - важно _чем_ процессор грузится (например, %us vs %sy показатели) плюс вывод vmstat. Либо - дайте доступ :-)
[ATTACH]43406[/ATTACH]
Вот примерно такая картина.
ТОР все время прыгает, но наверно это характерный снимок "пика" 🚬
Хотя LA бывает больше.
[ATTACH]43406[/ATTACH]
Вот примерно такая картина.
ТОР все время прыгает, но наверно это характерный снимок "пика" 🚬
Хотя LA бывает больше.
Уже похоже на то, что ждут диска. Посмотрите vmstat тоже.
А чего это свопа так много? Естественно, SAS поможет.
А чего это свопа так много? Естественно, SAS поможет.
А ведь действительно свопа многовато... SAS сильно не поможет, добавить памяти поможет.
Свопа хоть и много, но он не используется.
Отставание по диску явно имеется. А вот решать это можно и добавлением памяти и заменой (или добавлением) дисков. Лучше начать с добавления памяти, а если не поможет тогда уже и диск (дело в том, что SAS обычно меньше по размеру и дороже. сурприз может быть)
Mysql тоже побольше памяти отдать. Судя по небольшим размерам процессов httpd, кешера php, нет, либо на него тоже память пожалели.
Еще неплохо бы посмотреть чем именно занимается mysql.
А что лучше, вынести БД на другой диск или добавить памяти?
Этого на глазок никто не скажет. Но добавить памяти должно быть дешевле.
А что лучше, вынести БД на другой диск или добавить памяти?
"Вообще" - это сильно зависит от приложения. Либо надо детально смотреть - либо пробовать железную модернизацию, начиная с дешевых вариантов. Более дешевый вариант - добавление памяти (я подразумеваю, что дисковый контроллер поддерживает SAS-диски, иначе модернизация дисковой подсистемы может быть в разы дороже).