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 ADAF9158042 for ; Thu, 14 Nov 2024 22:39:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7403DE0957; Thu, 14 Nov 2024 22:39:01 +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 1333CE08FC for ; Thu, 14 Nov 2024 22:39:00 +0000 (UTC) Received: from host86-133-145-45.range86-133.btcentralplus.com ([86.133.145.45] helo=[192.168.1.99]) by smtp.hosts.co.uk with esmtpa (Exim) (envelope-from ) id 1tBiUN-00000000528-3RC0 for gentoo-user@lists.gentoo.org; Thu, 14 Nov 2024 22:38:59 +0000 Message-ID: <6b4f83d5-85db-452c-a2da-caca631422ef@youngman.org.uk> Date: Thu, 14 Nov 2024 22:38:59 +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: <1879585.atdPhlSkOF@rogueboard> <5835905.DvuYhMxLoT@rogueboard> <6461ae0f-3a98-6325-9915-3c78b0df237a@gmail.com> Content-Language: en-GB From: Wols Lists In-Reply-To: <6461ae0f-3a98-6325-9915-3c78b0df237a@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Archives-Salt: 5426d45a-2675-46ec-8132-c3c8e9eef242 X-Archives-Hash: e3a62b9943a88ee69fe09925402c31f1 On 14/11/2024 20:33, Dale wrote: > It's one thing that kinda gets on my nerves about SMR.  It seems, > sounds, like they tried to hide it from people to make money.  Thing is, > as some learned, they don't do well in a RAID and some other > situations.  Heck, they do OK reading but when writing, they can get > real slow when writing a lot of data.  Then you have to wait until it > gets done redoing things so that it is complete. Incidentally, when I looked up HAMR (I didn't know what it was) it's touted as making SMR obsolete. I can see why ... And dual actuator? I would have thought that would be good for SMR drives. Not that I have a clue how they work internally, but I would have thought it made sense to have zones and a streaming log-structured layout. So when the user is using it, you're filling up the zones, and then when the drive has "free time", it takes a full zone that has the largest "freed/dead space" and streams it to the current zone, one actuator to read and one to write. Indeed, it could possibly do that while the drive is being used ... Cheers, Wol