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