Понятно, что мегагерцы не определяют производительность, но речь не об этом. Просто мегагерцы позволяют ее оценить, хотя бы ориентировачно. А учитывая, что у всех уважающих себя хостеров стоят Intel Xeon, позволяет оценить вполне точно.
Указанные ресурсы нужны для нормальной и стабильной работы такого сайта. Чтобы не гадать, вылетит он или нет, если зайдет еще один посетитель. На меньших ресурсах тоже будет работать, но например на 64Mb и 100MHz время выдачи страницы увеличивается в ~2.5 раза (проверено на опыте).

Информация для размышления.
У оникса на сервере расположено около 80-100 виртуальных серверов.
Памяти 2 гига, Проц кажись 3 гигагерца.
Итого на каждого клиента в среднем 20-25 мегабайт оперативки и 30-35 мегагерц проца.
С учетом, что не все ресурсы задействованы, все работает. А вот если один из сайтов будет реально потреблять 128Mb и 400MHz, да и еще в момент максимальной загрузки... Логично ограничить этот сайт рамками его аккаунта, резальтат - нехватка памяти...

Реально на ониксе я видел рабочие сайты на друпале с указанной посещаемостью. С большей - отключаются со временем. А мегагерцы влияют на работу с БД. Если бы там были только гарантированные мегагерцы, то друпал бы даже не запустился, уверяю вас. Но в силу загруженности сервера, этот гарантированный предел достижим. И в один прекрасный момент, когда сервак будет загружен, а у вас будет лишь эти 16 мегагерц, бд будет просто не отвечать на запросы, либо страшно тормозить. А такое ограничение памяти будет ограничивать число запросов к бд, делая невозможным выполнение всех запросов.

В среднем это не верный подход. Чем больше берешь, тем дешевле. Если нужно 250, то могу предоставить за теже 5 баксов с неограниченным траффиком (кстати на Ониксе, на этом аккаунте траффик ограничен 50Gb). Но домена бесплатного не будет (а там его получишь только при оплате за год).

Предлагаю бесплатный тестовый аккаунт на 2 недели. Есть cpanel на русском. Мой сайт находится здесь же, так что за надежностью я слежу вдвойне. В случае, если все устроит договоримся об оплате.

Думаю еще стоит отключить модулу книга и страница. Оставить только статьи. Это чтобы не было путаницы с почти одинаковыми понятиями. Я у себя сделал все материалы в качестве статей, а то что гости пишут это уже страницы. Получилось все просто.

Кстати. Ставил друпал на 4 хостингах. На 2 была установлена cpanel, и в ней этот глюк проявлялся. На 2 других были другие панели, там все ок было. Возможно совпадение.

У меня такая же проблема была. Агрегатор всякую фигню выдавал. Попробовал на другом хостинге - все ок. Лента была та же самая, так что дело исключительно в хостинге.

Смотрел я мамбу, хотя может и не достаточно хорошо, но мне показалось что она конечно покрасивше будет, но по важным возможностям проигрывает drupal. В ней много всякой ерунды встроено, а возможности каждого из модулей реализованы поверхностно. В drupal же все силы пущены на функциональность. Дизайн каждый сам может сделать. Зато реализованные модули очень полные и в других cms не встречаются. Если сайт имеет новостную направленность или состоит из статей, то drupal фактически оптимальный вариант.

ЗЫ Все это написано на правах имхо.