Как кэш современного веб-браузера на диске реагирует на скорость передачи данных и время доступа?
Вот пример из реальной жизни. HD Tune сообщает мне, что у меня традиционный HDD с 54,7 МБ/с и 8,1 мс против USB-флеш-накопителя со скоростью передачи данных всего 18,4 МБ/с, но временем отклика 0,8 мс. Что мне выбрать для размещения кэш-файлов браузера (Chrome)?
отступление: я уже использую Junctions в Windows, чтобы иметь возможность легко перемещать кэш.
решение1
Сочетание 3 факторов:
- Время поиска
- Время передачи
- РАЗМЕР КЭША
По моему опыту, все это имеет значение... Но часто самой большой проблемой является РАЗМЕР КЭША.
Например, в большинстве продаваемых сегодня компьютеров Internet Explorer по-прежнему настроен на использование 5% или 10% вашего жесткого диска... Для системы с жестким диском объемом 500 ГБ это 25 ГБ (@ 5%), что означает, что IE потратит больше времени на просмотр кэша, чем если бы вы просто повторно загрузили страницу. Даже если его поменять на 1%, это все равно 5 ГБ данных...
Теперь, Firefox и Chrome, я предполагаю, могут иметь лучшие стандартные настройки по умолчанию, но обычно при любом высокоскоростном соединении я изменяю размер кэша на максимум 10-20 МБ (часто я использую 5 МБ). Я бы не рекомендовал ничего больше 50 МБ, и даже в этом случае я бы серьезно усомнился в выборе такого большого размера...
После этого я бы предложил поискать скорость, а затем скорость передачи.
решение2
Кэширование браузера обычно представляет собой множество мелких файлов, верно?
Это означает много поисков файлов, ичтоозначает, что время поиска будет пределом.
решение3
Время отклика показывает, насколько быстро система может считывать/записывать данные с тома, а скорость передачи — насколько быстро система может отправлять непрерывные файлы. Обычно для кэширования IO играет решающую роль.