From: David Sterba <dsterba@suse.cz>
To: Timofey Titovets <nefelim4ag@gmail.com>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: [PATCH v2] Btrfs: heuristic replace heap sort with radix sort
Date: Mon, 4 Dec 2017 21:47:48 +0100 [thread overview]
Message-ID: <20171204204748.GE3553@twin.jikos.cz> (raw)
In-Reply-To: <20171203213033.28258-1-nefelim4ag@gmail.com>
On Mon, Dec 04, 2017 at 12:30:33AM +0300, Timofey Titovets wrote:
> Slowest part of heuristic for now is kernel heap sort()
> It's can take up to 55% of runtime on sorting bucket items.
>
> As sorting will always call on most data sets to get correctly
> byte_core_set_size, the only way to speed up heuristic, is to
> speed up sort on bucket.
>
> Add a general radix_sort function.
> Radix sort require 2 buffers, one full size of input array
> and one for store counters (jump addresses).
>
> That increase usage per heuristic workspace +1KiB
> 8KiB + 1KiB -> 8KiB + 2KiB
>
> That is LSD Radix, i use 4 bit as a base for calculating,
> to make counters array acceptable small (16 elements * 8 byte).
>
> That Radix sort implementation have several points to adjust,
> I added him to make radix sort general usable in kernel,
> like heap sort, if needed.
>
> Performance tested in userspace copy of heuristic code,
> throughput:
> - average <-> random data: ~3500 MiB/s - heap sort
> - average <-> random data: ~6000 MiB/s - radix sort
>
> Changes:
> v1 -> v2:
> - Tested on Big Endian
> - Drop most of multiply operations
> - Separately allocate sort buffer
>
> Signed-off-by: Timofey Titovets <nefelim4ag@gmail.com>
> ---
> fs/btrfs/compression.c | 147 ++++++++++++++++++++++++++++++++++++++++++++++---
> 1 file changed, 140 insertions(+), 7 deletions(-)
>
> diff --git a/fs/btrfs/compression.c b/fs/btrfs/compression.c
> index ae016699d13e..19b52982deda 100644
> --- a/fs/btrfs/compression.c
> +++ b/fs/btrfs/compression.c
> @@ -33,7 +33,6 @@
> #include <linux/bit_spinlock.h>
> #include <linux/slab.h>
> #include <linux/sched/mm.h>
> -#include <linux/sort.h>
> #include <linux/log2.h>
> #include "ctree.h"
> #include "disk-io.h"
> @@ -752,6 +751,8 @@ struct heuristic_ws {
> u32 sample_size;
> /* Buckets store counters for each byte value */
> struct bucket_item *bucket;
> + /* Sorting buffer */
> + struct bucket_item *bucket_b;
> struct list_head list;
> };
>
> @@ -763,6 +764,7 @@ static void free_heuristic_ws(struct list_head *ws)
>
> kvfree(workspace->sample);
> kfree(workspace->bucket);
> + kfree(workspace->bucket_b);
> kfree(workspace);
> }
>
> @@ -782,6 +784,10 @@ static struct list_head *alloc_heuristic_ws(void)
> if (!ws->bucket)
> goto fail;
>
> + ws->bucket_b = kcalloc(BUCKET_SIZE, sizeof(*ws->bucket_b), GFP_KERNEL);
> + if (!ws->bucket_b)
> + goto fail;
> +
> INIT_LIST_HEAD(&ws->list);
> return &ws->list;
> fail:
> @@ -1278,13 +1284,136 @@ static u32 shannon_entropy(struct heuristic_ws *ws)
> return entropy_sum * 100 / entropy_max;
> }
>
> -/* Compare buckets by size, ascending */
> -static int bucket_comp_rev(const void *lv, const void *rv)
> +#define RADIX_BASE 4
> +#define COUNTERS_SIZE (1 << RADIX_BASE)
> +
> +static inline uint8_t get4bits(uint64_t num, int shift) {
> + uint8_t low4bits;
> + num = num >> shift;
> + /* Reverse order */
> + low4bits = (COUNTERS_SIZE - 1) - (num % COUNTERS_SIZE);
> + return low4bits;
> +}
> +
> +static inline void copy_cell(void *dst, int dest_i, void *src, int src_i)
> {
> - const struct bucket_item *l = (const struct bucket_item *)lv;
> - const struct bucket_item *r = (const struct bucket_item *)rv;
> + struct bucket_item *dstv = (struct bucket_item *) dst;
> + struct bucket_item *srcv = (struct bucket_item *) src;
> + dstv[dest_i] = srcv[src_i];
> +}
>
> - return r->count - l->count;
> +static inline uint64_t get_num(const void *a, int i)
> +{
> + struct bucket_item *av = (struct bucket_item *) a;
> + return av[i].count;
> +}
> +
> +/*
> + * Use 4 bits as radix base
> + * Use 16 uint64_t counters for calculating new possition in buf array
> + *
> + * @array - array that will be sorted
> + * @array_buf - buffer array to store sorting results
> + * must be equal in size to @array
> + * @num - array size
> + * @max_cell - Link to element with maximum possible value
> + * that can be used to cap radix sort iterations
> + * if we know maximum value before call sort
> + * @get_num - function to extract number from array
> + * @copy_cell - function to copy data from array to array_buf
> + * and vise versa
> + * @get4bits - function to get 4 bits from number at specified offset
> + */
> +
> +static void radix_sort(void *array, void *array_buf,
> + int num,
> + const void *max_cell,
> + uint64_t (*get_num)(const void *, int i),
> + void (*copy_cell)(void *dest, int dest_i,
> + void* src, int src_i),
> + uint8_t (*get4bits)(uint64_t num, int shift))
Do you have plans to use this function further? If not, passing the
callbacks (copy_cell and get4bits) is not necessary and can be
opencoded.
next prev parent reply other threads:[~2017-12-04 20:49 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-03 21:30 [PATCH v2] Btrfs: heuristic replace heap sort with radix sort Timofey Titovets
2017-12-04 20:36 ` David Sterba
2017-12-04 20:47 ` David Sterba [this message]
2017-12-04 21:24 ` Timofey Titovets
2017-12-05 7:55 ` Timofey Titovets
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20171204204748.GE3553@twin.jikos.cz \
--to=dsterba@suse.cz \
--cc=linux-btrfs@vger.kernel.org \
--cc=nefelim4ag@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).