Я прочитав статтю, і в ній вжиті терміни "холодний кеш" і "теплий кеш". Що означає концепція холодного кешу та теплого кешу? Я відвідую це, але мені потрібно щось більше.
Я прочитав статтю, і в ній вжиті терміни "холодний кеш" і "теплий кеш". Що означає концепція холодного кешу та теплого кешу? Я відвідую це, але мені потрібно щось більше.
Відповіді:
Ну, коротше кажучи: теплий кеш корисний, тоді як холодний кеш - ні. Насправді холодний кеш може бути небезпечним для використання.
Розумієте, вся суть кешу полягає в тому, щоб тримати доступ до даних, доступних часто. Наприклад, кеш-пам'ять DNS локально зберігатиме результати іменних резолюцій, про які ви нещодавно запитували, і, коли ці самі рішення знову запитуються, їх результати вже доступні і подаються негайно, не запитуючи більшу, ймовірно, базу даних імен поза сайтом . Іншими словами , ваш комп'ютер не повинен запитати сервер доменних імен вашого інтернет - провайдера для IP - адреси на google.com , тому що ваш комп'ютер вже знає - ваш DNS кеш є тепло.
Але якщо ви ніколи не вимагаєте ip google, то він не буде у вашому кеші. Кеш холодної або занадто черствий , щоб бути корисним - як в даних , що містяться в ньому, ймовірно , занадто старий , щоб бути точним - або вона повністю порожня, і спорожнити'S досхочу застуду.
Але часто пусте краще, ніж старе, хоча це сильно залежить, звичайно, від даних, які кешуються. Empty простий в обробці, оскільки він просто потребує заповнення - це не потрібно, але старі кеші вимагають виправлення помилок. Це основна логістична проблема розробки та підтримки кеш-систем - як ви можете знати, що дані, які ви кешували, є актуальними та що робити, якщо їх немає?
Я не буду відповідати на будь-який з цих питань - вони обидва в залежності від реалізації і , можливо , далеко і далеко за межами моєї здатності, так чи інакше - але слід розуміти , що всі системи кешування приходять з деяким властивим ризиком з неточностей. Це йде з територією. Ризик може бути не великим - часто це лише ризик декількох зайвих наносекунд у процесі обробки. Система кешу перевіряє запитувані дані на предмет будь-яких помилок, які було реалізовано дизайнером кешу, і, якщо виявиться бажаючим, система кешу, наприклад, запитує DNS провайдера ISP на ip google, і все добре.
Найтепліше кеш, тим не менш, менше там ризикнули. У перевагах теплого Caché в тримати дорогі дані поряд переважують ті ризики з холодного Caché в недоліках або ... ймовірно , ви не повинні бути кешуванням.
Взагалі холодний кеш - це ще недостатньо заселений (поки що). Тож якщо ваш кеш холодний, інформацію потрібно отримувати за допомогою, імовірно, повільнішого методу. Зазвичай це відбувається незабаром після запуску програми або типи запитів істотно змінюються.
І навпаки, теплий кеш добре заповнений інформацією, яку ви нещодавно або часто отримували.
Що стосується файлових систем ext та структур каталогів, є деяка інформація про те, як кешування зазвичай працює у віртуальній файловій системі (VFS) в Linux тут: http://www.tldp.org/LDP/tlk/fs/filesystem.html