» HandyCache ( Часть 4 )

Добрый вечер!
У меня страничка загрузилась так:

ZEWS

Цитата:

http://www.upload-zone.org

Только что попробовал в FF - все нормально заходит.

ZEWS

Цитата:

На Слил.ру не могу файл загрузить - так же скрипт открывается

В настройках списка "Не обновлять" стоит галка "Только для GET-запросов"?
Что HC пишет в Мониторе в поле Ответ и Правило при загрузке файла на Слил.ру?

---

hpoint

Цитата:

У меня страничка загрузилась так:

А если сразу после этого нажать "Обновить", даты файла меняются?

DenZzz
Сейчас еще раз удалил этот файл из кэша и загрузил заново.
Стало так:

Создан: 30 декабря 1899 г., 11:00:00
Изменен: 17 сентября 2006 г., 5:47:07
Открыт: 17 сентября 2006 г., 5:47:07

Чего-то глюк какой-то.

Цитата:

А если сразу после этого нажать "Обновить", даты файла меняются?

Провел чистый эксперимент:
1. Закрыл HC
2. Удалил из кэша
3. Запустил HC
4. Записал в кэш (правило З.4)
5. Обновил (правило Н.4)

XP Eng SP2
Maxthon 1.5.2 (build21)

Результат (дата создания) тот же, как было выше.

unreal666

Цитата:

Создан: 30 декабря 1899 г., 11:00:00

Пятым будешь?

hpoint

Цитата:

5. Обновил (правило Н.4)

Не совсем чистый эксперимент. Перед этим пунктом надо было отключить правило Н.4 в списке "Не обновлять", чтобы HC проверил файл на сервере...

Цитата:

Пятым будешь?

Так до этого он нормально сохранил дату. Че за глюк - по настроению дату ставит что ли?

Цитата:

Не совсем чистый эксперимент. Перед этим пунктом надо было отключить правило Н.4 в списке "Не обновлять", чтобы HC проверил файл на сервере...

Провел различные комбинации. Отключал..., включал.... Результат без изменений. Т.е все правильно.
Да, Я нахожусь Гринвич+3(летом Г+4), т.е. Москва. Может в этом проблема, что у некоторых косяк?

hpoint

Цитата:

Может в этом проблема, что у некоторых косяк?

Не в этом. Ставил часовой пояс Москвы - один хрен.

Извиняюсь, к-но....
Но хотел скачать последнюю версию из шапки (Использую HandyCache v.0.96b1) HandyCache 0.97b1 от 15.09.06

После скачивания получается битый архив.... Как быть? Хочется попробовать ласт вершион...
Может для таких случаев сделать зеркало?

Цитата:

Как быть? Хочется попробовать ласт вершион...

Пришли мне письмо на hpointСОБАКАmail.ru, я тебе вышлю в ответ программу.

Добавлено:
Надеюсь, что автор не будет ругать.
Последнюю версию положил на http://slil.ru/23130395

GregoryPek

Цитата:

Если я при включенном "Разрешить Кэш DNS" и нет соединения с Интернет, нажимаю обновить или загрузить страничку,
-то сначала выходит ошибка:"Error
Error occurred! Description: Error reading WWW server response (HTTP Header)."
-при повторном нажатии обновить или загрузить страничку выходит: "Service Unavailable
HandyCache: No DNS records for forum.ru-board.com"

Все правильно. Первый раз НС берет IP из кэша и пытается соединиться. Соединиться не получается. НС предполагает, что возможно IP сервера изменился, пытается определить IP заново и не может это сделать по причине отсутствия соединения с инетом.

Цитата:

после надо перезагружать HC

А если не перезагружать, что будет?


Добавлено:
forever

Цитата:

То файл пишется на диск и сохраняется в RAM-кэше

НС не сохраняет файл в RAM-кэш при получении файла из инета. Почему. У НС при получении файла в памяти нет файла целиком. Данные поступают частями и сразу частями же отдаются клиенту и пишутся на диск. При получении файла его размер часто не известен и я посчитал держать все загружаемые файлы в памяти неразумным.

mai62
В этой версии снова сваливается "Временно отменить клавишей" для Только из кэша

XP SP2, Maxthon.
Ни как не мог вызвать http://www.yandex.ru/

Цитата:

Service Unavailable
HandyCache: No DNS records for www.yandex.ru

Обратился к http://www.google.ru/ После чего вызвал http://www.yandex.ru/ и яндекс появился
Набираю строку поиска в яндексе и опя.ть получаю
Цитата:

Service Unavailable
HandyCache: No DNS records for www.yandex.ru

Отключаю DNS - все работает.
...
В DNS лежит строчка:

Цитата:

yandex.ru 213.180.204.11

По-моему мнению, было бы несколько удобнее, если переместить "Кэш DNS" и "Тренажер" на отдельные вкладки, а не совмещать их с Настройками.

mai62
Цитата:

Цитата: после надо перезагружать HC   А если не перезагружать, что будет?  

пока не перезагрузишь HC уже не заработает

а сделать чтобы он ожидал подключения 20-30секунд и не выдавал ошибок, как без "Разрешить Кэш DNS" можно? очень удобно

GregoryPek

Цитата:

пока не перезагрузишь HC уже не заработает

Заработает. Подожди 3/5/10 минут (точный срок ненаю) - отморозится. Быть для этого подключенным к сети не нужно.


Добавлено:
DenZzz

Цитата:

Если файла еще нет в кэше, то список "Не обновлять" вообще не проверяется

Ах да, забыл.


Цитата:

незачем писать в RAM-кэш файл, который не входит в список "Не обновлять" и "Только из кэша", т.к. он никогда не будет востребован!

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


Цитата:

и "Только из кэша"

А этот то список сюда как затесался?

mai62

Цитата:

НС не сохраняет файл в RAM-кэш при получении файла из инета.

Сначала из памяти на диск, потом с диска в память. Зигзаг удачи.

forever

Цитата:

вычистить его потом по мере надобности из памяти

Сейчас HC пишет в RAM только то, что уже было раз востребовано. А ты предлагаешь писать в RAM все подряд? Видимо, забываешь, что все то "добро", которое никогда не понадобится, будет храниться в памяти, отъедая ресурсы у системы! Как быстро Винда работает с файлом подкачки при нехватке оперативки, думаю, рассказывать не надо...

Цитата:

А этот то список сюда как затесался?

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

DenZzz

Цитата:

Ты забываешь, что все это "добро", которое возможно никогда не понадобится, будет храниться в памяти, отъедая ресурсы у системы!

Обрати внимание на опцию "Размер кэша не более..." и не рассказывай больше страшилок.


Цитата:

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

К чему ты ударился в воспоминания не пойму. Я говорю про запись файла в RAM-кэш сразу при скачивании с инета - при чем тут список "Только из кэша"?

Добавлено:

Цитата:

А ты предлагаешь писать в RAM все подряд?

Не все подряд, а только то, что удовлетворяет указанному пользователем ограничению размера файла в кэше.

А можно сделать в программе опцию лимит по трафику,как в программе coolproxy или AVS-iTimer?

bena

Цитата:

А можно сделать в программе опцию лимит по трафику

Можно, но не в самом близком будущем.

forever

Цитата:

Я говорю про запись файла в RAM-кэш сразу при скачивании с инета - при чем тут список "Только из кэша"?

А какая разница для скорости? Или ты собрался после скачивания страницы через какую долю секунды опять запросить эту страницу?

mai62

Цитата:

[+] Добавлено кэширование DNS-запросов;

Можно ли сделать работоспособность этой функции при Разрешенным внешнем прокси?
Сейчас при каждом запросе страниц, Handy запрашивает IP у Внешнего прокси... если я правильно понимаю... было бы неплохо если бы он его кешировал.

bena
Планируется реализовать в ближайших версиях:

forever
RAM-кэш сейчас оптимизирует обращения к дисковому кэшу. Зачем усложнять?
Цитата:

Сначала из памяти на диск, потом с диска в память. Зигзаг удачи.

Файл сохранится в системном кэше и потом возьмется оттуда а не с диска.

unreal666

Цитата:

А какая разница для скорости?

Хороший вопрос! Вот чем бы померять изменение скорости с ram-кэшем и без? Т.е. какой выигрыш дает использование кэша - в цифрах?


Цитата:

Или ты собрался после скачивания страницы через какую долю секунды опять запросить эту страницу?

Как получится - смотря какие файлы, смотря какие страницы. Жаждали рам-кэш чтобы снизить число операций чтения с диска, а брать часто используемые файлы из памяти. Сейчас один, самый первый цикл из этого вылетает: файл шествует через память на диск, а оттуда опять в память.

forever

Цитата:

Обрати внимание на опцию "Размер кэша не более..." и не рассказывай больше страшилок.

Обрати внимание, что не все указанное здесь значение сразу резервируется HC, а по мере заполнения! В твоем варианте память отъестся намного быстрее!

К тому же, как сказал mai62, конечный размер файла не всегда известен системе и чтобы его узнать, придется собирать файл в памяти. А если таких файлов 50 и все по 1 МБ? Понимаешь, сколько оперативки отъест HC только на эту временную сборку для проверки размера?

И еще, одна мысль! От одной лишней операции чтения с диска (как сейчас) проигрыш в скорости составит несколько миллисекунд! Стоит ли парится по этому поводу? Вреда от переполненного мусором RAM-кэша намного больше... ИМХО.

C0USIN

Цитата:

Файл сохранится в системном кэше и потом возьмется оттуда а не с диска.

Ты имеешь в виду буфер? Но файла может там уже и не быть через минуту (может раньше, может много позже - трудно предсказуемо).

forever

Цитата:

Хороший вопрос! Вот чем бы померять изменение скорости с ram-кэшем и без? Т.е. какой выигрыш дает использование кэша - в цифрах?

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

Цитата:

Как получится - смотря какие файлы, смотря какие страницы.

Ты не обратил внимание на

Цитата:

Или ты собрался после скачивания страницы через какую-то долю секунды опять запросить эту страницу?

forever

Цитата:

Хороший вопрос! Вот чем бы померять изменение скорости с ram-кэшем и без? Т.е. какой выигрыш дает использование кэша - в цифрах?

Включи лог HC с отладочной информацией - там выводится время на чтение с диска и из памяти. Выигрыш в моем случае: 1-100 мс на каждый запрос - это зависит от интенсивности работы других программ с винтом, загрузки системы, работы антивируса и т.п. В сумме за сутки может набежать несколько десятков минут...

DenZzz

Цитата:

Обрати внимание, что не все указанное здесь значение сразу резервируется HC, а по мере заполнения!

Возможно - не знаю.


Цитата:

В твоем варианте память отъестся намного быстрее!

Какая разница, заполнится кэш быстрее или медленнее? Кроме мифического падения производительности системы (а кто заставляет указывать такой размер кэша, что это скажется на производительности?) при отторжении от нее в пользу НС аж цельных трех мегабайт (по дефолту). Давай заламывать руки и причитать о медленном свопе?


Цитата:

чтобы его узнать, придется собирать файл в памяти. А если таких файлов 50 и все по 1 МБ?

Да, собирать файл в памяти. Если файл большой и превышает ограничение по размеру - это станет ясно соответственно при достижении этого размера - на диск его. С остальными 49-ю так же. Не там ищешь проблемы.


Цитата:

Понимаешь, сколько оперативки отъест HC только на эту временную сборку для проверки размера?

При любом раскладе - не больше чем отведено пользователем на кэш.


Цитата:

От одной лишней операции чтения с диска (как сейчас) проигрыш в скорости составит несколько миллисекунд! Стоит ли парится по этому поводу?

Да, выигрыш мизерный. Как и от всего RAM-кеша, кстати - но его почему-то очень хотели и весьма ему рады.


Цитата:

Вреда от переполненного мусором RAM-кэша намного больше... ИМХО.

А с чего ты собственно решил, что если файлы брать с диска мусора не будет, а вот если писать сразу с инета - то окажутся горы мусора?
Вот у меня сейчас текущий размер кэша 2.65М, взято из кэша 253 файла/382.34К - посчитай КПД и сколько ж щас в кэше мусора. И никакой трагедии.