Если ответ берется из RAM-кэша, то в колонке "Правила" монитора не отображается информация о срабатывании списка "Переадресация".

Сорри. Имел в виду "Преобразование URL". 
На мой взгляд, пользователю важно знать, что его правило в "Преобразовании URL" сработало. Как ему в этом убедиться? Сейчас он видит в мониторе, допустим, ответ "Т.20" и все. Как он поймет, что это из RAM-кэша, чтоб догадаться, что в этом случае преобразования URL не производилось? Почему он вообще должен догадываться, если RAM-кэш предназначен быть прозрачным и, на мой взгляд, выдавать инфу в колонку "Правила" так, как будто его и нет вовсе. Другими словами то, что RAM-кэш не проверяет список "Преобразование URL" - это его фича. А что он при этом не выводит в монитор инфу о соответствии URL списку "П" - это, на мой взгляд, баг. Только вот при исправлении бага, видимо, неминуемо уйдет и фича.

DenZzz
Сам себе противоречишь
1. Ну да. Посмотрит чуть левее и увидит "404 Not Found (HC)" или "304 Not Modified (HC)". И как это расценивать? Берет лопату в зубы и идет копать в глубь.
Так срабатывает или нет мой список "П"? Где же находится файл? Надобно сходить, отключить RAM-кэш, перегрузить страницу и убедиться. Вопрос: а для чего ж монитор, как не для того, чтоб сразу показывать это в специально выделенной колонке?
2. А увидев "200 From RAMCache (HC)", первое, что подумает пользователь - это "список "П", который должен сработать в обычных условиях, не сработал сейчас, т.к. имеем дело с RAM-кэшем"? Весьма сомнительно. Его по большому счету абсолютно не интересуют принципы функционирования RAM-кэш (кстати, один из основных - прозрачность), но очень интересует работа его собственных правил.
Может, и я первый спросил. Тебе видней. Только вывод из этого какой-то неожиданный.

А чего ж, коли нет проблемы, когда берется не из RAM-кэша, все в мониторе пишется?
И снова ты неправ. В зависимости от того? сработал "П" или нет, может быть разный ответ (как впрочем и в случае 404, и 200).
М-да... Сам-то ты веришь в это?
Я вижу, у тебя это просто главный аргумент. Слабоват только
Проверять "лишний" список нужно для нормальной полноценной работы программы. Чтоб без дыр была. И если от дыры отвернуться, это не станет означать, что ее нет

Последнее предложение (запоминание номера правила списка "П" в RAM-кэше и автоматическая очистка RAM-кэша при изменении/перезагрузке списка "П") помимо указанного бага с неотображением правила в мониторе устраняет также ошибку, связанную с выдачей из RAM-кэша неверного файла, которая может иметь место при изменении списка "П".

Изменение/перезагрузка списка "Преобразование URL" - это достаточно редко! Чихать каждую минуту надобности нет!
И речь-то идет об исправлении бага, а не о личных предпочтениях: включать или отключать.

То, что ты называешь "фича" - это непроверка списка "П", если файл есть в RAM-кэше. То, что предлагается, никак этого не затрагивает: как не проверялся список "П", так и не будет проверяться.
1. Для вывода в монитор информации о срабатывании правила списка "П" (для обеспечения прозрачной работы RAM-кэша) используется запоминаемый в RAM-кэше номер правила списка "П", если оно срабатывало для данного URL (4 байта).
2. Для предотвращения выдачи неверного файла после изменения/перезагрузки списка "П" очищать RAM-кэш.
Кто и как тут будет "париться"? Процедура очистка RAM-кэша уже существует, и ее надо только вызвать. Добавить 4 байта на URL в RAM-кэше тоже вроде не сложно. Да и не в сложности дело. Даже если бы сложно было - баги надо исправлять, пусть даже придется попариться!
Сложно не нажать кнопку, а просчитать в уме заранее, помешает ли исправление списка "П" дальнейшей работе с RAM-кэшем, т.к. мы не знаем его содержимого. Во-вторых сложно (и даже невозможно) нажать кнопку, если ты удаленный пользователь. Администратор изменил список "П" и ушел. Пока ты не попросишь его "нажать кнопку", не найдешь его, не дождешься, полноценно работать далее не сможешь!
Имхо, это требует исправления.

Админ, независимо от того, "умный" он или нет, просто не может знать, что в данный момент находится в RAM-кэше. Поэтому он ОБЯЗАН ВСЕГДА при изменении списка "П" очищать RAM-кэш. Точно так же и индивидуальный пользователь в подавляющем большинстве случаев не знает, что содержится в его RAM-кэше в данную минуту, вследствие чего также должен всегда очищать RAM-кэш в обозначенной ситуации.
Вопрос: почему не делать этого автоматически, не допуская ситуацию, когда пользователь получит неверные данные, и не утруждая пользователя помнить о необходимости вручную очищать RAM-кэш?

Да сколько не жалко У меня стоит 256мбайт, и максимальный 128мбайт - никаких проблем не замечено. На компьютере 512 ОЗУ.

Ты не прав! В RAM-кэш файлы попадают из дискового кэша!

зачем?
просто увеличьте его размер в настройках

Появление сообщений как-то связано с манипуляциями (включением/выключением/очисткой) с RAM-кэшем? Он у Вас включен?
Если включен, то какие значения Макс. размер файла и Размер кэша установлены?

Те сообщения, что у Вас выскакивают, свидетельствуют о наличии проблемы с чисткой RAM-кэша. Поэтому он у Вас и вырос больше положенного. Попробуйте увеличить размер кэша до 15 Мб или, если дефицит есть памяти, выключите его.

mai62
Это то что у меня на Вин7 32х.
 В настройках выставлено на 5 мб... При таких настройках в самой проге показывало 6,15 мб, а фактически видишь в цитате. После "вытряхивания" памяти при помощи Анвир Таск Менеджера сбила до 30 мб, при обновлении страницы стало 34 мб. Кеш тоже сбросила в самом НС. Память таки да... кушать стал больше.

Понятно. Но получается что все равно НС игнорит настройку в 5 мб если позволяет ей занимать больше.
Опиши вообще саму проблему. Если это только визуально лишний алерт то ладно, не критично. Как это на работоспособности сказывается?

Подтверждаю, стоял размер РАМ-кеша 5 мегабайт, периодически выползало данное сообщение. Сейчас поставил 100 мегабайт, пока тихо...
Добавлено: 08 Января 2011, 13:24:26

Вот только непонятно, что будет, если НС обслуживает сеть, с высокой интернет-активностью. Ведь по сути он может сожрать под РАМ-кэш всю доступную оперативную память, что уронит систему в своп? В таком случае это довольно критичный баг...

Да, он для этого и создавался.


Вопрос в том, как долго он их там оставляет, каков размер этого кэша и как скоро он будет вымываться другими программами?

В RAM-кэше HC файлы могут храниться неограниченно долго и максимальный размер кэша
задается в настройках (после исправления бага). В этом отличие от виндового кэша.

У меня на RAM-кэш отведено 100 Мб для небольших файлов до 100 кб. Редко он полностью заполняется.


Резонно, но не всем это нужно.


Не понимаю, каким образом Win7 узнает, какие файлы в будущем понадобятся HC (браузеру), чтобы наполнить ими свой кэш?
Подозреваю, что от упреждающего чтения нет никакой пользы, один только вред в виде лишней нагрузки на диск...

Продолжение. После того как поставил RAM-кэш - 15M сообщений сначала не было.
Но после того как кэш заполнился они регулярно появляются снова.

Прибить не как их нельзя? Практического смысле в них не какого.
А раздражать раздражает, особенно если машина общественная.

У меня 3М на предыдущей версии было и тоже не разу не видел. ))


Еще один вопрос. Может быть он как то решен, но я не нашел.

Когда какой-то линк блокируется в теле страницы, то он замещается на текст "Blocked"(большими буквами) и затем чаще всего длинный текст с указанием заблокированного линка.
Это все обычно сильно портит внешний вид страницы.

Хотелось бы чтобы "Blocked" было в виде линка маленького размера.
При наведении мыши на линк появлялась подсказка в виде заблокированного линка.
При клике на этот линк открывался этот линк.
Возможно ли сделать что то подобное?

Спасибо.

ОК, спасибо. Продолжу в той теме.

Простите если было, читал - не нашел. Как правильно настроить НС чтобы дисковый кэш совсем отключить, а работал только РАМ кэш?

Спасибо. Жаль.