From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id AAB16158042 for ; Sat, 16 Nov 2024 23:21:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F048EE09F7; Sat, 16 Nov 2024 23:21:29 +0000 (UTC) Received: from smtp.hosts.co.uk (smtp.hosts.co.uk [85.233.160.19]) (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) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A3996E09E6 for ; Sat, 16 Nov 2024 23:21:29 +0000 (UTC) Received: from host86-133-145-45.range86-133.btcentralplus.com ([86.133.145.45] helo=[192.168.1.65]) by smtp.hosts.co.uk with esmtpa (Exim) (envelope-from ) id 1tCS6Y-000000003F2-A3g8 for gentoo-user@lists.gentoo.org; Sat, 16 Nov 2024 23:21:27 +0000 Message-ID: Date: Sat, 16 Nov 2024 23:21:27 +0000 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [gentoo-user] Seagate hard drives with dual actuators. To: gentoo-user@lists.gentoo.org References: <2633393.Lt9SDvczpP@rogueboard> <1836185.3VsfAaAtOV@rogueboard> Content-Language: en-GB From: Wol In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 301ebb21-2b89-4fb9-89cc-82d00aa701a1 X-Archives-Hash: 3c7659ddef5d79e694468d786f3dfaa3 On 16/11/2024 20:13, Rich Freeman wrote: > Well, drive-managed SMR drives typically have CMR regions for data > caching, and they could also be used to store the bitmap. Cheap > drives might not support trim at all, and would just preserve all data > on write. After all, it isn't performance that is driving the > decision to sneak SMR into consumer drives. Flash would be the most > sensible way to do it though. I would have thought the best way for a host-managed drive to avoid masses of read-write would simply be to stream the data (files) to an SMR region, and the metadata (directory structure) to SMR. That way, if you store the block list in the directory, you just drop data blocks, and if you keep track of which directory contents are stored in which SMR block, you can simply recover the space by copying the directory(ies) to a new block. Cheers, Wol