LRU cache design with hash map and doubly linked list in Data Structures Theory - Time & Space Complexity

Time Complexity: LRU cache design with hash map and doubly linked list

O(1)

Understanding Time Complexity

Analyzing time complexity helps us understand how fast the LRU cache operations run as the cache size grows.

We want to know how the time to get or put items changes when the cache holds more entries.

Scenario Under Consideration

Analyze the time complexity of the following LRU cache operations.

class Node:
    def __init__(self, key, value):
        self.key = key
        self.value = value
        self.prev = None
        self.next = None

class LRUCache:
    def __init__(self, capacity):
        self.cache = {}  # key to node
        self.capacity = capacity
        self.head = Node(0, 0)  # dummy head
        self.tail = Node(0, 0)  # dummy tail
        self.head.next = self.tail
        self.tail.prev = self.head

    def get(self, key):
        if key in self.cache:
            node = self.cache[key]
            self._remove(node)
            self._add(node)
            return node.value
        return -1

    def put(self, key, value):
        if key in self.cache:
            self._remove(self.cache[key])
        node = Node(key, value)
        self._add(node)
        self.cache[key] = node
        if len(self.cache) > self.capacity:
            lru = self.head.next
            self._remove(lru)
            del self.cache[lru.key]

    def _remove(self, node):
        prev, nxt = node.prev, node.next
        prev.next = nxt
        nxt.prev = prev

    def _add(self, node):
        prev, nxt = self.tail.prev, self.tail
        prev.next = node
        node.prev = prev
        node.next = nxt
        nxt.prev = node

This code keeps track of recently used items with a hash map and a doubly linked list to quickly update usage order.

Identify Repeating Operations

Look at the main operations that repeat when we get or put items.

• Primary operation: Accessing the hash map to find nodes and updating the doubly linked list pointers.
• How many times: Each get or put does a fixed number of these steps, regardless of cache size.

How Execution Grows With Input

Each operation touches only a few nodes and hash map entries, no matter how big the cache is.

Input Size (cache capacity)	Approx. Operations per get/put
10	About 5-10 pointer and hash map steps
100	Still about 5-10 steps
1000	Still about 5-10 steps

Pattern observation: The number of steps stays roughly the same no matter how many items the cache holds.

Final Time Complexity

Time Complexity: O(1)

This means each get or put operation takes the same short time, no matter how many items are stored.

Common Mistake

[X] Wrong: "Since the cache stores many items, get or put must take longer as it grows."

[OK] Correct: The hash map lets us find items instantly, and the doubly linked list lets us update usage order quickly, so operations stay fast.

Interview Connect

Understanding this design shows you can combine data structures to keep operations efficient, a key skill in real-world coding.

Self-Check

"What if we replaced the doubly linked list with a singly linked list? How would the time complexity change?"

Practice

1. What is the main purpose of using a doubly linked list in an LRU cache design?

easy

A. To hash keys for constant time access

B. To store key-value pairs for fast lookup

C. To sort items by their values

D. To keep track of the order of item usage for quick updates

Solution

1. Step 1: Understand the role of doubly linked list in LRU cache

   The doubly linked list maintains the order of items from most recently used to least recently used.

2. Step 2: Explain why order tracking is important

   This order allows quick removal of the least recently used item when the cache is full.

3. Final Answer:

   To keep track of the order of item usage for quick updates -> Option D

4. Quick Check:

   Doubly linked list = usage order tracking [OK]

Hint: Doubly linked list tracks usage order in LRU cache [OK]

Common Mistakes:

• Confusing hash map role with doubly linked list
• Thinking doubly linked list stores key-value pairs
• Assuming it sorts items by value

2. Which of the following correctly describes the time complexity of the get operation in an LRU cache implemented with a hash map and doubly linked list?

easy

A. O(n), where n is the number of items in the cache

B. O(1), constant time

C. O(log n), due to sorting

D. O(n^2), because of list traversal

Solution

1. Step 1: Analyze the get operation components

   The hash map provides direct access to the node in constant time.

2. Step 2: Consider the doubly linked list update

   Moving the accessed node to the front is done in constant time using pointers.

3. Final Answer:

   O(1), constant time -> Option B

4. Quick Check:

   Hash map + doubly linked list = O(1) get [OK]

Hint: Hash map lookup + list update = O(1) get [OK]

Common Mistakes:

• Assuming list traversal causes O(n) time
• Confusing sorting with LRU operations
• Thinking get requires scanning all items

3. Consider an LRU cache with capacity 2. After these operations: put(1, 1), put(2, 2), get(1), put(3, 3), what will get(2) return?

medium

A. 2

B. 1

C. -1

D. 3

Solution

1. Step 1: Track cache state after each operation

   After put(1,1) and put(2,2), cache has keys 1 and 2. get(1) makes key 1 most recently used.

2. Step 2: Insert put(3,3) and evict least recently used

   Key 2 is least recently used and gets evicted. Cache now has keys 1 and 3.

3. Step 3: Check get(2) result

   Key 2 was evicted, so get(2) returns -1.

4. Final Answer:

   -1 -> Option C

5. Quick Check:

   Evicted key 2, so get(2) = -1 [OK]

Hint: Evicted least used key returns -1 on get [OK]

Common Mistakes:

• Forgetting eviction after capacity reached
• Assuming get updates usage but doesn't evict
• Returning wrong value for evicted key

4. In an LRU cache implementation, a developer notices that the cache never evicts any items even after exceeding capacity. What is the most likely cause?

medium

A. The eviction logic is missing or not triggered when capacity is exceeded

B. The doubly linked list is not updated to move recently used items to front

C. The hash map is not updated when items are accessed

D. The cache capacity is set to zero

Solution

1. Step 1: Understand eviction role in LRU cache

   Eviction removes the least recently used item when capacity is exceeded.

2. Step 2: Identify why eviction might not happen

   If eviction logic is missing or not triggered, items will never be removed despite capacity limits.

3. Final Answer:

   The eviction logic is missing or not triggered when capacity is exceeded -> Option A

4. Quick Check:

   Missing eviction = no item removal [OK]

Hint: Eviction missing means cache never removes items [OK]

Common Mistakes:

• Blaming hash map updates for eviction issues
• Ignoring eviction step in put operation
• Assuming capacity zero means no eviction

5. You want to extend an LRU cache to also support a peekLeastUsed() operation that returns the least recently used key without removing it. Which data structure property allows this operation to be efficient?

hard

A. The tail pointer of the doubly linked list points to the least recently used item

B. The hash map stores keys in sorted order

C. The doubly linked list is singly linked for fast traversal

D. The cache uses a priority queue to track usage

Solution

1. Step 1: Identify how least recently used item is tracked

   The doubly linked list keeps most recently used at head and least recently used at tail.

2. Step 2: Explain how to access least used without removal

   Using the tail pointer, we can directly access the least recently used key efficiently.

3. Final Answer:

   The tail pointer of the doubly linked list points to the least recently used item -> Option A

4. Quick Check:

   Tail pointer = least recently used access [OK]

Hint: Tail of doubly linked list = least recently used key [OK]

Common Mistakes:

• Assuming hash map stores sorted keys
• Thinking singly linked list is used
• Confusing priority queue with LRU structure