]> git.karo-electronics.de Git - linux-beck.git/blob - drivers/md/bcache/bset.h
bcache: Split out sort_extent_cmp()
[linux-beck.git] / drivers / md / bcache / bset.h
1 #ifndef _BCACHE_BSET_H
2 #define _BCACHE_BSET_H
3
4 #include <linux/slab.h>
5
6 /*
7  * BKEYS:
8  *
9  * A bkey contains a key, a size field, a variable number of pointers, and some
10  * ancillary flag bits.
11  *
12  * We use two different functions for validating bkeys, bch_ptr_invalid and
13  * bch_ptr_bad().
14  *
15  * bch_ptr_invalid() primarily filters out keys and pointers that would be
16  * invalid due to some sort of bug, whereas bch_ptr_bad() filters out keys and
17  * pointer that occur in normal practice but don't point to real data.
18  *
19  * The one exception to the rule that ptr_invalid() filters out invalid keys is
20  * that it also filters out keys of size 0 - these are keys that have been
21  * completely overwritten. It'd be safe to delete these in memory while leaving
22  * them on disk, just unnecessary work - so we filter them out when resorting
23  * instead.
24  *
25  * We can't filter out stale keys when we're resorting, because garbage
26  * collection needs to find them to ensure bucket gens don't wrap around -
27  * unless we're rewriting the btree node those stale keys still exist on disk.
28  *
29  * We also implement functions here for removing some number of sectors from the
30  * front or the back of a bkey - this is mainly used for fixing overlapping
31  * extents, by removing the overlapping sectors from the older key.
32  *
33  * BSETS:
34  *
35  * A bset is an array of bkeys laid out contiguously in memory in sorted order,
36  * along with a header. A btree node is made up of a number of these, written at
37  * different times.
38  *
39  * There could be many of them on disk, but we never allow there to be more than
40  * 4 in memory - we lazily resort as needed.
41  *
42  * We implement code here for creating and maintaining auxiliary search trees
43  * (described below) for searching an individial bset, and on top of that we
44  * implement a btree iterator.
45  *
46  * BTREE ITERATOR:
47  *
48  * Most of the code in bcache doesn't care about an individual bset - it needs
49  * to search entire btree nodes and iterate over them in sorted order.
50  *
51  * The btree iterator code serves both functions; it iterates through the keys
52  * in a btree node in sorted order, starting from either keys after a specific
53  * point (if you pass it a search key) or the start of the btree node.
54  *
55  * AUXILIARY SEARCH TREES:
56  *
57  * Since keys are variable length, we can't use a binary search on a bset - we
58  * wouldn't be able to find the start of the next key. But binary searches are
59  * slow anyways, due to terrible cache behaviour; bcache originally used binary
60  * searches and that code topped out at under 50k lookups/second.
61  *
62  * So we need to construct some sort of lookup table. Since we only insert keys
63  * into the last (unwritten) set, most of the keys within a given btree node are
64  * usually in sets that are mostly constant. We use two different types of
65  * lookup tables to take advantage of this.
66  *
67  * Both lookup tables share in common that they don't index every key in the
68  * set; they index one key every BSET_CACHELINE bytes, and then a linear search
69  * is used for the rest.
70  *
71  * For sets that have been written to disk and are no longer being inserted
72  * into, we construct a binary search tree in an array - traversing a binary
73  * search tree in an array gives excellent locality of reference and is very
74  * fast, since both children of any node are adjacent to each other in memory
75  * (and their grandchildren, and great grandchildren...) - this means
76  * prefetching can be used to great effect.
77  *
78  * It's quite useful performance wise to keep these nodes small - not just
79  * because they're more likely to be in L2, but also because we can prefetch
80  * more nodes on a single cacheline and thus prefetch more iterations in advance
81  * when traversing this tree.
82  *
83  * Nodes in the auxiliary search tree must contain both a key to compare against
84  * (we don't want to fetch the key from the set, that would defeat the purpose),
85  * and a pointer to the key. We use a few tricks to compress both of these.
86  *
87  * To compress the pointer, we take advantage of the fact that one node in the
88  * search tree corresponds to precisely BSET_CACHELINE bytes in the set. We have
89  * a function (to_inorder()) that takes the index of a node in a binary tree and
90  * returns what its index would be in an inorder traversal, so we only have to
91  * store the low bits of the offset.
92  *
93  * The key is 84 bits (KEY_DEV + key->key, the offset on the device). To
94  * compress that,  we take advantage of the fact that when we're traversing the
95  * search tree at every iteration we know that both our search key and the key
96  * we're looking for lie within some range - bounded by our previous
97  * comparisons. (We special case the start of a search so that this is true even
98  * at the root of the tree).
99  *
100  * So we know the key we're looking for is between a and b, and a and b don't
101  * differ higher than bit 50, we don't need to check anything higher than bit
102  * 50.
103  *
104  * We don't usually need the rest of the bits, either; we only need enough bits
105  * to partition the key range we're currently checking.  Consider key n - the
106  * key our auxiliary search tree node corresponds to, and key p, the key
107  * immediately preceding n.  The lowest bit we need to store in the auxiliary
108  * search tree is the highest bit that differs between n and p.
109  *
110  * Note that this could be bit 0 - we might sometimes need all 80 bits to do the
111  * comparison. But we'd really like our nodes in the auxiliary search tree to be
112  * of fixed size.
113  *
114  * The solution is to make them fixed size, and when we're constructing a node
115  * check if p and n differed in the bits we needed them to. If they don't we
116  * flag that node, and when doing lookups we fallback to comparing against the
117  * real key. As long as this doesn't happen to often (and it seems to reliably
118  * happen a bit less than 1% of the time), we win - even on failures, that key
119  * is then more likely to be in cache than if we were doing binary searches all
120  * the way, since we're touching so much less memory.
121  *
122  * The keys in the auxiliary search tree are stored in (software) floating
123  * point, with an exponent and a mantissa. The exponent needs to be big enough
124  * to address all the bits in the original key, but the number of bits in the
125  * mantissa is somewhat arbitrary; more bits just gets us fewer failures.
126  *
127  * We need 7 bits for the exponent and 3 bits for the key's offset (since keys
128  * are 8 byte aligned); using 22 bits for the mantissa means a node is 4 bytes.
129  * We need one node per 128 bytes in the btree node, which means the auxiliary
130  * search trees take up 3% as much memory as the btree itself.
131  *
132  * Constructing these auxiliary search trees is moderately expensive, and we
133  * don't want to be constantly rebuilding the search tree for the last set
134  * whenever we insert another key into it. For the unwritten set, we use a much
135  * simpler lookup table - it's just a flat array, so index i in the lookup table
136  * corresponds to the i range of BSET_CACHELINE bytes in the set. Indexing
137  * within each byte range works the same as with the auxiliary search trees.
138  *
139  * These are much easier to keep up to date when we insert a key - we do it
140  * somewhat lazily; when we shift a key up we usually just increment the pointer
141  * to it, only when it would overflow do we go to the trouble of finding the
142  * first key in that range of bytes again.
143  */
144
145 struct cache_set;
146
147 /* Btree key comparison/iteration */
148
149 #define MAX_BSETS               4U
150
151 struct btree_iter {
152         size_t size, used;
153 #ifdef CONFIG_BCACHE_DEBUG
154         struct btree *b;
155 #endif
156         struct btree_iter_set {
157                 struct bkey *k, *end;
158         } data[MAX_BSETS];
159 };
160
161 struct bset_tree {
162         /*
163          * We construct a binary tree in an array as if the array
164          * started at 1, so that things line up on the same cachelines
165          * better: see comments in bset.c at cacheline_to_bkey() for
166          * details
167          */
168
169         /* size of the binary tree and prev array */
170         unsigned        size;
171
172         /* function of size - precalculated for to_inorder() */
173         unsigned        extra;
174
175         /* copy of the last key in the set */
176         struct bkey     end;
177         struct bkey_float *tree;
178
179         /*
180          * The nodes in the bset tree point to specific keys - this
181          * array holds the sizes of the previous key.
182          *
183          * Conceptually it's a member of struct bkey_float, but we want
184          * to keep bkey_float to 4 bytes and prev isn't used in the fast
185          * path.
186          */
187         uint8_t         *prev;
188
189         /* The actual btree node, with pointers to each sorted set */
190         struct bset     *data;
191 };
192
193 /* Keylists */
194
195 struct keylist {
196         union {
197                 struct bkey             *keys;
198                 uint64_t                *keys_p;
199         };
200         union {
201                 struct bkey             *top;
202                 uint64_t                *top_p;
203         };
204
205         /* Enough room for btree_split's keys without realloc */
206 #define KEYLIST_INLINE          16
207         uint64_t                inline_keys[KEYLIST_INLINE];
208 };
209
210 static inline void bch_keylist_init(struct keylist *l)
211 {
212         l->top_p = l->keys_p = l->inline_keys;
213 }
214
215 static inline void bch_keylist_push(struct keylist *l)
216 {
217         l->top = bkey_next(l->top);
218 }
219
220 static inline void bch_keylist_add(struct keylist *l, struct bkey *k)
221 {
222         bkey_copy(l->top, k);
223         bch_keylist_push(l);
224 }
225
226 static inline bool bch_keylist_empty(struct keylist *l)
227 {
228         return l->top == l->keys;
229 }
230
231 static inline void bch_keylist_reset(struct keylist *l)
232 {
233         l->top = l->keys;
234 }
235
236 static inline void bch_keylist_free(struct keylist *l)
237 {
238         if (l->keys_p != l->inline_keys)
239                 kfree(l->keys_p);
240 }
241
242 static inline size_t bch_keylist_nkeys(struct keylist *l)
243 {
244         return l->top_p - l->keys_p;
245 }
246
247 static inline size_t bch_keylist_bytes(struct keylist *l)
248 {
249         return bch_keylist_nkeys(l) * sizeof(uint64_t);
250 }
251
252 struct bkey *bch_keylist_pop(struct keylist *);
253 void bch_keylist_pop_front(struct keylist *);
254 int __bch_keylist_realloc(struct keylist *, unsigned);
255
256 /* Bkey utility code */
257
258 #define bset_bkey_last(i)       bkey_idx((struct bkey *) (i)->d, (i)->keys)
259
260 static inline struct bkey *bset_bkey_idx(struct bset *i, unsigned idx)
261 {
262         return bkey_idx(i->start, idx);
263 }
264
265 static inline void bkey_init(struct bkey *k)
266 {
267         *k = ZERO_KEY;
268 }
269
270 static __always_inline int64_t bkey_cmp(const struct bkey *l,
271                                         const struct bkey *r)
272 {
273         return unlikely(KEY_INODE(l) != KEY_INODE(r))
274                 ? (int64_t) KEY_INODE(l) - (int64_t) KEY_INODE(r)
275                 : (int64_t) KEY_OFFSET(l) - (int64_t) KEY_OFFSET(r);
276 }
277
278 void bch_bkey_copy_single_ptr(struct bkey *, const struct bkey *,
279                               unsigned);
280 bool __bch_cut_front(const struct bkey *, struct bkey *);
281 bool __bch_cut_back(const struct bkey *, struct bkey *);
282
283 static inline bool bch_cut_front(const struct bkey *where, struct bkey *k)
284 {
285         BUG_ON(bkey_cmp(where, k) > 0);
286         return __bch_cut_front(where, k);
287 }
288
289 static inline bool bch_cut_back(const struct bkey *where, struct bkey *k)
290 {
291         BUG_ON(bkey_cmp(where, &START_KEY(k)) < 0);
292         return __bch_cut_back(where, k);
293 }
294
295 const char *bch_ptr_status(struct cache_set *, const struct bkey *);
296 bool bch_btree_ptr_invalid(struct cache_set *, const struct bkey *);
297 bool bch_extent_ptr_invalid(struct cache_set *, const struct bkey *);
298
299 bool bch_ptr_bad(struct btree *, const struct bkey *);
300
301 typedef bool (*ptr_filter_fn)(struct btree *, const struct bkey *);
302
303 struct bkey *bch_btree_iter_next(struct btree_iter *);
304 struct bkey *bch_btree_iter_next_filter(struct btree_iter *,
305                                         struct btree *, ptr_filter_fn);
306
307 void bch_btree_iter_push(struct btree_iter *, struct bkey *, struct bkey *);
308 struct bkey *bch_btree_iter_init(struct btree *, struct btree_iter *,
309                                  struct bkey *);
310
311 /* 32 bits total: */
312 #define BKEY_MID_BITS           3
313 #define BKEY_EXPONENT_BITS      7
314 #define BKEY_MANTISSA_BITS      22
315 #define BKEY_MANTISSA_MASK      ((1 << BKEY_MANTISSA_BITS) - 1)
316
317 struct bkey_float {
318         unsigned        exponent:BKEY_EXPONENT_BITS;
319         unsigned        m:BKEY_MID_BITS;
320         unsigned        mantissa:BKEY_MANTISSA_BITS;
321 } __packed;
322
323 /*
324  * BSET_CACHELINE was originally intended to match the hardware cacheline size -
325  * it used to be 64, but I realized the lookup code would touch slightly less
326  * memory if it was 128.
327  *
328  * It definites the number of bytes (in struct bset) per struct bkey_float in
329  * the auxiliar search tree - when we're done searching the bset_float tree we
330  * have this many bytes left that we do a linear search over.
331  *
332  * Since (after level 5) every level of the bset_tree is on a new cacheline,
333  * we're touching one fewer cacheline in the bset tree in exchange for one more
334  * cacheline in the linear search - but the linear search might stop before it
335  * gets to the second cacheline.
336  */
337
338 #define BSET_CACHELINE          128
339 #define bset_tree_space(b)      (btree_data_space(b) / BSET_CACHELINE)
340
341 #define bset_tree_bytes(b)      (bset_tree_space(b) * sizeof(struct bkey_float))
342 #define bset_prev_bytes(b)      (bset_tree_space(b) * sizeof(uint8_t))
343
344 void bch_bset_init_next(struct btree *);
345
346 void bch_bset_fix_invalidated_key(struct btree *, struct bkey *);
347 void bch_bset_fix_lookup_table(struct btree *, struct bkey *);
348
349 struct bkey *__bch_bset_search(struct btree *, struct bset_tree *,
350                            const struct bkey *);
351
352 /*
353  * Returns the first key that is strictly greater than search
354  */
355 static inline struct bkey *bch_bset_search(struct btree *b, struct bset_tree *t,
356                                            const struct bkey *search)
357 {
358         return search ? __bch_bset_search(b, t, search) : t->data->start;
359 }
360
361 #define PRECEDING_KEY(_k)                                       \
362 ({                                                              \
363         struct bkey *_ret = NULL;                               \
364                                                                 \
365         if (KEY_INODE(_k) || KEY_OFFSET(_k)) {                  \
366                 _ret = &KEY(KEY_INODE(_k), KEY_OFFSET(_k), 0);  \
367                                                                 \
368                 if (!_ret->low)                                 \
369                         _ret->high--;                           \
370                 _ret->low--;                                    \
371         }                                                       \
372                                                                 \
373         _ret;                                                   \
374 })
375
376 bool bch_bkey_try_merge(struct btree *, struct bkey *, struct bkey *);
377 void bch_btree_sort_lazy(struct btree *);
378 void bch_btree_sort_into(struct btree *, struct btree *);
379 void bch_btree_sort_and_fix_extents(struct btree *, struct btree_iter *);
380 void bch_btree_sort_partial(struct btree *, unsigned);
381
382 static inline void bch_btree_sort(struct btree *b)
383 {
384         bch_btree_sort_partial(b, 0);
385 }
386
387 int bch_bset_print_stats(struct cache_set *, char *);
388
389 #endif