А он прав. Не очевидно. Пиковые нагрузки не суммируются. Либо включаются кеши диска, памяти, использование второго ядра процессора, либо начинаются затыки в позиционировании головок шпинделя, нехватка памяти, проблемы с количеством одновременных подключений.
В случае классического сайта постоянное попадание запроса в кеш базы позволит выполнять и 30 хитов в секунду при отклике на пустом сайте 0.1 сек. На социалках сайт встанет, так как упрётся в разбросанные по диску данные и постоянное перепозиционирование головок.
Пиковые нагрузки не суммируются.
Фиг его знает. Тесты показывают, что скорость чтения записи из хешевых таблиц раз в пять выше, чем обновление записи в них же. Хотя в чём там дело - сам понять не могу.
По пол-литра, в глаза?
В memory своя проблема - запись идёт значительно дольше, чем чтение. Хотя да, лучше эту таблицу держать в памяти.
Делайте UPDATE не при каждом дёргании страницы, а только когда сессия скоро "протухнет". Или раз в пять-десять минут. То есть UPDATE станут в основном SELECT-ами, а последние работают значительно быстрее. И, мне кажется, в этом UPDATE достаточно обновлять лишь session_time = 1232545451.
А цветы общаются с авторами программы только на японском языке? Или зависит от растения?
Вообще-то кризис - самый лучший период для фармакологии. Лекарств покупают больше. Переходят на русские аналоги. Больше обращают внимания на серьёзность производителя.
При посещаемости 400 тыс. страниц в сутки или в среднем 5 запросов в сек., действительно, встанет эта проблема.
Если это чат, то здесь уже все перечмоканные?
Слава Шевцов добавил 23.01.2009 в 13:06
Зачем тебе с ним жить? Найди лучше красавицу. Например, Sonya 😂
Слава Шевцов добавил 23.01.2009 в 13:08
Так давно убежал и до сих пор не принёс. Ну что за сервис? 😒
Чёрт. Пошёл создавать одностраничный сайт с сотней ссылок на главной странице на самоё себя. Анкоры лучше ставить одинаковые или разбавить?
