В теории по нагрузке

[azsx]

Например, имеем 10.000 страниц в среднем по 50 кб (всех передаваемых данных клиенту). Из них:
1. На 9.000 страниц от 1 до 10 раз в день случайно кто-то обращается (боты, нч запросы, парсеры).
2. На 900 страниц идёт от 10 до 100 хитов в день.
3. На 100 страниц идёт трафик, например, до 5.000 в день.
То есть такой очень солидный сайт с посещаемостью до нескольких сотен тысяч хитов в день с пиковыми нагрузками.
---
Варианты.
1. Все страницы на html, то есть только подгружают внешние ресурсы (картинки, скрипты, стили).
2. Все страницы в БД, при формировании страницы происходит всего один запрос в БД, все внешние ресурсы также подгружаются с винчестера.
3. Все страницы и ресурсы в БД при чём в одной табличной записи -- сразу всё. Не смотря на дублирование скриптов и стилей.
БД разумеется mysql (или есть варианты)?
---
Чего добиваюсь.
Добиваюсь максимально низкой нагрузки на хостинг (vds) при посещаемости из расчёта до 1 гб/с на канал.
Вопрос.
Правильно ли я понимаю, что при установленном lamp вариант на html будет самый лёгкий для процессора и системы ввода вывода?
Установка какого кеширования для хостинга сравняет по факту все варианты? Будет ли данное кеширование требовать большого количества ОЗУ?
Насколько поможет в данном случае постоянно открытое соединение с БД http://php.net/manual/ru/features.persistent-connections.php или же php скрипт запущенный как сервис (то есть при отсоединении клиента скрипт не закрывается)?