Можно ли назвать некий средний стандарт потребления мощности цп сайт с посещаемостью до 1000 человек в день?

интернет Компьютеры сервер веб администрирование

Есть сайт с посещаемостью до 1000 человек в день, причем 1000 это максимальная планка.
Сайт содержит просто много новостей по своей тематике, ежедневно обновляемых. Никаких форм авторизации, каких-то интерактивных аяксовых страниц ничего подобного нет. При этом мощности процессора на хостинге (VDS) в 600МГц не хватает - наблюдается превышение каждодневное.
Так вот вопрос это нормально и какой же проц тогда нужен для такого рода сайта?
Какое потребление проца можно считать нормальным?
Или дело все же в очень кривом коде, потому как нагрузка идет от запросов на mysql. На хостинге стоит free bsd.
Очень бы хотелось услышать авторитетные мнения) Заранее благодарна

Примечание:
субд - mysql, сервер - nginx+apache, php. движок самописный, поэтому опять же средняя статистка потребления не известна
про аякс я в курсе как работает технология аякс, всего лишь подразумеваю что никакой интерактивной информации на сайте нет, то есть нет постоянной отправки запросов от одного пользователя при нахождении его на странице, ни регистрации, ни чата, ни комментирования, ни системы заказов. один пользователей просто заходит и читает список новостей, новость.
это подразумевает несколько меньшую нагрузку с единичного юзера.
1000 человек в день это естественно среднее количество, они не заходят все разом, но скажем в вечернее время могут зайти человек 100-200 за раз.
я же не прошу точной цифры, я привожу некие средние данные и хотела бы услышать некий средний ответ по требуемой частоты цп, т.е. некие пределы от и до.
для меня важно понять что правильней в данном случае - менять тариф или менять движок, вот в чем вопрос. поэтому очень бы хотелось услышать некие средние значения.

Примечание:
> потому как нагрузка идет от запросов на mysql
Тогда есть смысл смотреть в сторону запросов и структуры базы данных. - Просто вот такие ответы они заставляют сказать что-то в духе: Спасибо, кэп)

Примечание:
у хостинга достаточно любопытная система, по тарифу стоит 600 МГц проц, но возможно превышение до 2400 МГц, т.е. в свойствах самой системы цп именно как 2400 МГц указан. и за каждую единицу превышения в итоге списывается денежка по мимо стандартной платы абонентской. упоминать название хостинга я думаю не корректно, поэтому воздержусь.
спасибо за ответ.
в целом представление я получила по вашему ответу о том, что это не нагрузка для второго пня)
а дальше видимо придется разбираться уже с самой системой.
я понимаю что вопрос не корректен несколько, но когда нет каких-то средних представлений о возможной нагрузке для такого ресурса, то не ясно становится, то ли код вычищать, то ли что делать.
Ответы:
1000 человек в день — ни о чем не говорит. 1000 человек в один момент времени, а потом никого — одно. 1000 человек равномерно в течение суток — другое дело.
Ну и все зависит от того, каким образом обрабатываются запросы, формируются страницы, какой веб-сервер стоит, СУБД, как устроена база данных и тд. Да и процессы бывают разные.
> движок самописный, поэтому опять же средняя статистка потребления не известна
Так можно ведь потратить часик и сделать замеры самостоятельно :-)
Кстати, а какое вообще превышение может быть на VDS? Это ведь виртуальная машина с четко ограниченными ресурсами, за рамки которых впринципе вы выйти не можете.


11 лет назад

RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.

Все вопросы, добавленные на сайт ответов Google, мы скопировали и сохранили здесь. Имена старых пользователей также отображены в том виде, в котором они существовали ранее. Только нужно заново пройти регистрацию, чтобы иметь возможность задавать вопросы, или отвечать другим.

Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.