Цей виклик дійсно простий (і попередник більш складного!).
Враховуючи масив доступу до ресурсів (просто позначається невід'ємними цілими числами) та параметр n
, поверніть кількість пропущених кеш-пам'яток, які мали б припускати, що наш кеш має ємність n
і використовує схему викидання "перший-в-першому" (FIFO), коли він заповнений .
Приклад:
4, [0, 1, 2, 3, 0, 1, 2, 3, 4, 0, 0, 1, 2, 3]
0 = not in cache (miss), insert, cache is now [0]
1 = not in cache (miss), insert, cache is now [0, 1]
2 = not in cache (miss), insert, cache is now [0, 1, 2]
3 = not in cache (miss), insert, cache is now [0, 1, 2, 3]
0 = in cache (hit), cache unchanged
1 = in cache (hit), cache unchanged
2 = in cache (hit), cache unchanged
3 = in cache (hit), cache unchanged
4 = not in cache (miss), insert and eject oldest, cache is now [1, 2, 3, 4]
0 = not in cache (miss), insert and eject oldest, cache is now [2, 3, 4, 0]
0 = in cache (hit), cache unchanged
1 = not in cache (miss), insert and eject oldest, cache is now [3, 4, 0, 1]
2 = not in cache (miss), insert and eject oldest, cache is now [4, 0, 1, 2]
3 = not in cache (miss), insert and eject oldest, cache is now [0, 1, 2, 3]
Тож у цьому прикладі було 9 промахів. Можливо, приклад коду допоможе пояснити це краще. На Python:
def num_misses(n, arr):
misses = 0
cache = []
for access in arr:
if access not in cache:
misses += 1
cache.append(access)
if len(cache) > n:
cache.pop(0)
return misses
Деякі подальші тести (що містить підказку до наступного виклику - помітите щось цікаве?):
0, [] -> 0
0, [1, 2, 3, 4, 1, 2, 3, 4] -> 8
2, [0, 0, 0, 0, 0, 0, 0] -> 1
3, [3, 2, 1, 0, 3, 2, 4, 3, 2, 1, 0, 4] -> 9
4, [3, 2, 1, 0, 3, 2, 4, 3, 2, 1, 0, 4] -> 10
Виграє найкоротший код у байтах.
notice anything curious?
деякий час переглядав останнє твердження ... і щойно помітив, збільшення ємності кешу не обов’язково зменшує кількість пропусків ?!