Date: Sat, 31 Oct 2020 15:21:05 -0500 From: "Brandon Bergren" <bdragon@FreeBSD.org> To: "Mateusz Guzik" <mjg@FreeBSD.org>, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: =?UTF-8?Q?Re:_svn_commit:_r367229_-_in_head/sys/contrib/openzfs:_include?= =?UTF-8?Q?/sys/zstd_module/zstd?= Message-ID: <7b9e157c-9b8e-4a0e-b3f6-38edbfebf005@www.fastmail.com> In-Reply-To: <202010311907.09VJ7WcY036325@repo.freebsd.org> References: <202010311907.09VJ7WcY036325@repo.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This doesn't compile on platforms such as powerpc without pulling in the opensolaris atomics header from the spl that does locking emulation of 64 bit atomics, as platforms that don't have native 64 bit atomics do not provide them in the system header. On Sat, Oct 31, 2020, at 2:07 PM, Mateusz Guzik wrote: > Author: mjg > Date: Sat Oct 31 19:07:32 2020 > New Revision: 367229 > URL: https://svnweb.freebsd.org/changeset/base/367229 > > Log: > zfs: zstd: track allocator statistics > > This applies: > commit c4ede65bdfca11b532403620bbf0d6e33f0c1c1d > Author: Mateusz Guzik <mjguzik@gmail.com> > Date: Fri Oct 30 23:26:10 2020 +0100 > > zstd: track allocator statistics > > Note that this only tracks sizes as requested by the caller. > Actual allocated space will almost always be bigger (e.g., rounded up to > the next power of 2 or page size). Additionally the allocated buffer may > be holding other areas hostage. Nonetheless, this is a starting point > for tracking memory usage in zstd. > > from openzfs > > Modified: > head/sys/contrib/openzfs/include/sys/zstd/zstd.h > head/sys/contrib/openzfs/module/zstd/zfs_zstd.c >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7b9e157c-9b8e-4a0e-b3f6-38edbfebf005>