From owner-svn-src-head@freebsd.org Sat Oct 31 20:22:09 2020 Return-Path: Delivered-To: svn-src-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 935554555D2; Sat, 31 Oct 2020 20:22:09 +0000 (UTC) (envelope-from bdragon@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CNrFF3RwMz3fXn; Sat, 31 Oct 2020 20:22:09 +0000 (UTC) (envelope-from bdragon@FreeBSD.org) Received: from auth2-smtp.messagingengine.com (auth2-smtp.messagingengine.com [66.111.4.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bdragon/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 58C811CA02; Sat, 31 Oct 2020 20:22:09 +0000 (UTC) (envelope-from bdragon@FreeBSD.org) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailauth.nyi.internal (Postfix) with ESMTP id 2962627C0054; Sat, 31 Oct 2020 16:22:09 -0400 (EDT) Received: from imap1 ([10.202.2.51]) by compute3.internal (MEProxy); Sat, 31 Oct 2020 16:22:09 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrleejgddufeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucgfrhhlucfvnfffucdluddtmdenucfjughrpefofg ggkfgjfhffhffvufgtsehttdertderreejnecuhfhrohhmpedfuehrrghnughonhcuuegv rhhgrhgvnhdfuceosggurhgrghhonheshfhrvggvuefuffdrohhrgheqnecuggftrfgrth htvghrnhepheeiieekkeffkeelkeelgeetgfeltdetgffhudetieekveefvdfhgefgffdu jefgnecuffhomhgrihhnpehfrhgvvggsshgurdhorhhgnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepsggurhgrghhonhdomhgvshhmthhprghu thhhphgvrhhsohhnrghlihhthidquddtgedvfeehkeeigedqudekuddtkeehuddqsggurh grghhonheppefhrhgvvgeuufffrdhorhhgsehimhgrphdrtggt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id EBB13C200A5; Sat, 31 Oct 2020 16:22:08 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.3.0-530-g8da6958-fm-20201021.003-g69105b13-v35 Mime-Version: 1.0 Message-Id: <7b9e157c-9b8e-4a0e-b3f6-38edbfebf005@www.fastmail.com> In-Reply-To: <202010311907.09VJ7WcY036325@repo.freebsd.org> References: <202010311907.09VJ7WcY036325@repo.freebsd.org> Date: Sat, 31 Oct 2020 15:21:05 -0500 From: "Brandon Bergren" To: "Mateusz Guzik" , 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?= Content-Type: text/plain X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2020 20:22:09 -0000 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 > 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 >