но ведь наблюдение за сайтом выливается в огромные трудозатраты.
моделировать нагрузку реальных пользователей, собирать специальную статистику и писать каких-то роботов (это очень важно для моделирования очистки кешей) тоже весьма трудно.
куда не плюнь - все трудно. Средний сайтовладелец на такое не пойдет.
и не придираюсь я к словам. я конкретные варианты обсуждаю.
Если некоторые части плана не работают, то не работает весь план.
почему бы и нет ? Меньший кеш быстрее чистится и обеспечивает большую масштабируемость по ядрам процессора. Сервер то у ТС выделенный под mysql.
слышали что оно не в состоянии достаточно точно моделировать нагрузку.
это только для сеонизаторских сайтов работает. обычные сайты посещают обычные пользователи, заходят под своими логинами, общаются, обновляют информацию. ничего точнее кроме как наблюдения за живым сайтом не придумать.
Ну смотрите что получается :
"Сетап с душой" предполагает некоторую оптимальность параметров.
Эти параметры должны быть не результатом сиюминутного замера, а подходить на все время работы сайта.
Переодичность колебания посещаемости сайтов обычно одни сутки. развлекательных - неделя ( суббота и воскресенье).
Другие параметры для чистоты замеров изменять нельзя.
Допустим, для удовлетворительного результата нужно сделать 3 итерации подбора размера методом половинного деления.
Итого, по вашей методике заказчик будет ждать 3 недели только для настройки одного параметра? По крайней мере, в случаях подобных как у ТС, я за "магию".
так это уже к слову.
по всему остальному ваша позиция ясна и спорить не о чем. вы не считаете допустимым никакое обобщение практики. я в данном случае считаю допустимым.
по умолчанию как раз 0 - кеш выключен.
вы против и этого совета. да и вообще против любого совета.
myhand, все равно не вижу ничего плохого в том, чтобы посоветовать достаточно безопасную и общепринятую настройку.
два если те несколько ваших серверов с тех пор не дают вам взирать спокойно на подобные настройки.
хуже то не будет, скорее всего. а если будет и не заметят даже.
впечатление субъективно.
кстати, как вы могли привести ссылку где тоже обобщают опыт ? это вашей противоречит вашей непримиримой позиции
вот же там написано
http://blogs.oracle.com/dlutz/entry/mysql_query_cache_sizing
в отсутствие возможности измерить, лучше оставить размер в десятки мб.
вместо со мной, уже три источника это правило подтверждают. а вы все не верите.
Я вам не запрещаю попробовать запостить какой-нибудь чуши туда. Вот и узнаете что-нибудь новое о workflow внутри.
У меня сложилось впечатление, что лично вам не приходило. Теперь, надеюсь, придет.
давайте сойдемся на том, что ваш интуитивный опыт прошлых лет
сейчас с распространением многопроцессорных конфигураций нуждается в пересмотре.
если раньше отключать кеш в голову никому не приходило, то сейчас хотя бы нужно попробовать.
в таких трекерах каждая запись фактически не bug, а issue - обращение клиента.
кому то же надо поручить классификацию обращения, вот и ставят.
