На много ли скорость работы сайта повысится, если его расположить в ОЗУ?

Question

[sitev_ru]

Не сказал бы, что мой сайт валится от количества посещений (5 чел/сутки). Но с прицелом на будущее. На много ли скорость работы сайта повысится, если его расположить в ОЗУ?

Comments

[veitmen]

Уточните, что Вы подразумеваете под расположить в ОЗУ?

[sitev_ru]

veitmen: по идее, базу данных и файлы можно расположить в ОЗУ

Answer 1

[Saboteur]

Любой приличный сервер баз данных, веб сервер и даже сама ОС и так кеширует в озу все, что необходимо. Небольшой сайт и так там расположится, без дополнительных манипуляций. При 5 человек в сутки, можете даже не задумываться над этой проблемой.
Основная проблема обычно не в файлах сайта.

Comments

[sitev_ru]

Просто я сейчас занимаюсь проектированием своей CMS. Продумываю её архитектуру - что и как будет. Уже вижу места, где можно сразу подгрузить в ОЗУ и отказаться от обращения к базе данных, чтобы в некоем гипотетическом будущем всё работало быстро)

[Saboteur]

зачем изобретать велосипед, если и в базе данных есть кеширование в озу, и memcached уже есть готовый и рабочий. И кучи других вариантов есть

[sitev_ru]

Сергей: поэтому и задаю такой вопрос, пытаюсь разобраться, что будет в моём случае лучшим вариантом

[Saboteur]

зависит от того, как именно ваша CMS будет нагружаться. Много пользователей, минимум функционала - почитайте подробнее про работу под nginx, там как раз на многоподключений.

Много тяжелых сложных отчетов, возможно поискать решение без sql, или оптимизировать сами запросы.

Невозможно сделать универсальную быструю CMS, все затачивается под конкретный тип использования.
Поищите удачный профайлинг и делайте нагрузочные тесты, имитируйте пользователей, увидите где затыки.

Answer 2

[myfirepukan]

Гуглите Redis
Redis (REmote DIctionary Server) — сетевое журналируемое хранилище данных типа «ключ — значение» с открытым исходным кодом. Нереляционная высокопроизводительная СУБД хранящаяся в оперативной памяти.

Comments

[DevMan]

реляционные тоже можно хранить в озу.

[sitev_ru]

Намного быстрее MySQL начинает работать, если его разместить в ОЗУ?

[myfirepukan]

sitev_ru: давайте вы сначала вырастите сайт до лагов а потом мы поговорим, у меня сайт на MySQL с 80к в сутки и я ничего не храню в ОЗУ )))

Answer 3

[zooks]

Повысится если сделать кэширование, также поможет хостинг с SSD-дисками.

Answer 4

[Пума Тайланд]

глупая идея
если у вас все помещается в озу линукс сам положит в файловый кеш в озу ваши файлы без вашего участия

Comments

[sitev_ru]

Почему глупая идея? Читал на хабре блог какой-то компании, они пишут некий чат... Их сайт состоит из демонов, которые между собой взаимодействуют...

[Пума Тайланд]

sitev_ru: потому что вы путатете 10 000 запросов в секунду и 5 человек в сутки
я же уже вам сказал линукс сам засунет ваш сайт в озу без лишних телодвижений, зачем делать эту работу ещё раз, когда ось и файловая система прекрасно с этим сами справляются.

[sitev_ru]

Пума Тайланд: писал же в вопросе "с прицелом на будущее"...

[Пума Тайланд]

sitev_ru: хоть на будущее, хоть на сейчас если у вас достаточно озу линукс уже засунул ваш сайт в неё.

[sitev_ru]

Пума Тайланд: Врядли такое будет... предполагаю, что счастливом будущем эти сайты потянут на терабайты, ОЗУ будет меньше... Но вот основу движка хочу всё-таки засунуть в ОЗУ, то есть в списки или динамические массивы....

[sitev_ru]

Владислав Турчинский: Наверное так и есть... Но вот основу движка хочу всё-таки засунуть в ОЗУ...

[Пума Тайланд]

sitev_ru: она и так сама засунется в озу, вообще чтение с диска скрипта по сравнению с временем выполнения скрипта наверно меньше процента , смысла оптимизировать это никакого нет

[sitev_ru]

Пума Тайланд: Ок, хорошо... никакого смысла не имеет... Я ещё пишу всё это на С++ (типа самый быстрый язык программирования) и на базе собственного веб-сервера ))

[sitev_ru]

Владислав Турчинский: ключевое слово "изобретать" ... смотря какая цель... Можно и по изобретать, зачем ограниивать свободу творчества? ))