From owner-freebsd-questions@freebsd.org Mon Dec 18 00:52:36 2017 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8666E9BC2F for ; Mon, 18 Dec 2017 00:52:36 +0000 (UTC) (envelope-from freebsd.ed.lists@sumeritec.com) Received: from mx42-out4.antispamcloud.com (mx42-out4.antispamcloud.com [138.201.61.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 68D1D64087 for ; Mon, 18 Dec 2017 00:52:35 +0000 (UTC) (envelope-from freebsd.ed.lists@sumeritec.com) Received: from [153.92.8.106] (helo=srv31.niagahoster.com) by mx26.antispamcloud.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1eQjfO-0003PD-93; Mon, 18 Dec 2017 01:52:27 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sumeritec.com; s=default; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=9Pkrdhzy0O8qaiOsoGXNG2jIh6wr9ddHg9YcPr4cTrQ=; b=AtO+VJjlVXq1BGIt8y3dtN9H06 2APVygw/2WtXCoZt+zBHxuFSXKXjk8nHnrwnhK6cqce0o/BB/VlbCA+ot2cQiunf2eX4BTuXTtIvw LndBxFxvBSf8tD+XsCD5QJ+yQKBMU8cNBOZz7Fa1WFXEYb+BjNMEGdVZDTYFwzGH6VTd2R6T3u64f A3xRT/kFk4EpKr9AOzUC9nk05wH5ozvKbuKryzcF9md79yWoqrHjJSmGG2wNqlyxhWnKjLImFvFq+ nBj1lTpwkgWTE+4g5l1LRLORnlj5x/4zfESTYTg7qHX89LwRyJVLKuWOmtFfYjeHexT8n0cfp08Fy mWAyE7ZA==; Received: from [114.125.105.130] (port=44126 helo=X220.sumeritec.com) by srv31.niagahoster.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1eQjfJ-0000vk-MB; Mon, 18 Dec 2017 07:52:21 +0700 Date: Mon, 18 Dec 2017 08:52:19 +0800 From: Erich Dollansky To: RW via freebsd-questions Cc: RW Subject: Re: hd firecuda Message-ID: <20171218085219.2fec7c3b.freebsd.ed.lists@sumeritec.com> In-Reply-To: <20171217150007.642efc20@gumby.homeunix.com> References: <1513447749.62024.1.camel@yandex.com> <20171217112428.150d8041.freebsd.ed.lists@sumeritec.com> <20171217111319.6a1af590@gumby.homeunix.com> <20171217194753.3ab59e6d.freebsd.ed.lists@sumeritec.com> <20171217150007.642efc20@gumby.homeunix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AuthUser: freebsd.ed.lists@sumeritec.com X-Originating-IP: 153.92.8.106 X-AntiSpamCloud-Domain: out.niagahoster.com X-AntiSpamCloud-Username: niaga Authentication-Results: antispamcloud.com; auth=pass (login) smtp.auth=niaga@out.niagahoster.com X-AntiSpamCloud-Outgoing-Class: unsure X-AntiSpamCloud-Outgoing-Evidence: Combined (0.32) X-Recommended-Action: accept X-Filter-ID: EX5BVjFpneJeBchSMxfU5vY17R81xp7h3sBtIFUbfMnj1g3/PwYZaTCzSym8uE9HvyegFAN3MVG+ 8Mu8M+ESLE+fzSH/OCabdgYrKxSFlmz0WCHdVL2O4JcuP9paLbvfuso5dtSdoXAUjjzTYPx/gefH zJ6mVE7ewsipSVIfs4bo5wJ7gg7Sw50jNyFkchkF4JjiDSrbcmJ1QXhuh4fWduPk3o1hUWKIWEO4 3jMp3dWZ3JKVmi72ocgY5kMQSjs7AS5g9nL+yeFiOR30+l159RWKPIghLmwGUyVWaXZBoLH7aulE 4UMGJwqy5VjVdI9fqrf2ZP1+Zwwo3b6lnMYL2gfMpdRpEyrH+JXw/8Q1obKu6Q7pqsrs1eY87KDr aNch07I5nQsJbJEtNb6LE8ahAUzYcflYKmOcgQfNhixzYT0//FPIxlmUiKdzJHAnWMbZkPduQ+ct q1dOZdSs1GX18F0pFDfWDhVSmolDSVBTw/xjDdT7p8MmjCBE2sIWqW1EV1Ni4VTTxl80eMD4aQuL GLV5sAoXPcEmVTxBegVjPD+tI4g+l6rCWbY0MZcgnbHsnp8bsbepEVPVu7ne/H35X5eDTPk/e5jh EiJrU2IxLPdGGUx7zLXGt+GXZeE28rUuAH8WgFEDFV0anqG3QLhcBU4ypizDIoSI9NimOXTdLw7T PpuFqUUQz+mM8JAD4ECWfSiw4hQSSuVtgqBJ7QGUR38eJjjVS2Yd/pA78YWwzvgX/9giOI75FuUE hiFOkyGPXovHDHmYbuSUgTtSXjeZ1NBj9qFTqW29+hVgN//VZRvJS7aysAufYrbzjGyYaYbJpRwN epoydEtjer9eettxrv1TduFgZxSMBhgPu8KHqEXRf2BFJSOt9mPgLKpjcST0ZJ0Q4x+0GOxZvoEN DONKwcABRoKlYnOoj/Sdd/c8yLR5T2Cy09huISk1GIHBjqQv7pMUGEd7KUcuVEcOwnlEQQ== X-Report-Abuse-To: spam@quarantine1.antispamcloud.com X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2017 00:52:36 -0000 Hi, On Sun, 17 Dec 2017 15:00:07 +0000 RW via freebsd-questions wrote: > On Sun, 17 Dec 2017 19:47:53 +0800 > Erich Dollansky wrote: > > > > > My understanding is they weren't intended to work like that. The > > > last I heard was that the SSD was divided into two, one part > > > specifically speeds up booting, and the other part caches sectors > > > where the head had to seek to access a small amount of data. > > > > how should a hard disk work? Data is written, data is read. > > > > How should this SSHD know where by boot-related data is stored? > > It knows when you boot, it knows the sequence of sectors that were > accessed after boot and it can keep statistics about which are > accessed on multiple boots. how often do you boot your FreeBSD machine before installing a new kernel? If I boot a machine five times before installing a new kernel, the number is high. > > > Why should this disk waste SSD memory for data I need with FreeBSD > > very rarely? > > The sole reason that the first generation of these device was > developed was to speed-up the time to boot Windows. Yes, and gaming consoles. It seems that the caching algorithm is really optimised for this > > > It does not seem to me that it is like this. > > It's based on an article written a few of years ago by a development > engineer. Things have probably moved on a bit, boot time is less > important than it was, so they probably cache other frequently read > sectors. When I work on a project smaller than 8GB, this disk is fast, real fast. The problem is that the SSD part gets completely wracked when I compile kernel and then the ports I have installed. It might be the case that six months are not enough for the disk to understand to leave these things out of the SSD part. > > > > It is more likely that it uses the 8GB as a write cache. > > > I think it's unlikely that 8GB of cMLC could survive 5 years of writes > to a 2GB hard drive, and if it were designed to work that way I would > expect the specs to have a write endurance limit. > The disk has a limit. The trick on the data sheet is also that Seagate does not specify a life-time for the SSD part itself. It seems Seagate will just replace the disk until five years are over. > The article I read said that in stress tests no flash device had > failed before the drive failed mechanically, which suggests that > writes were very carefully controlled. When you work on a project, data are read and written. So make use of the SSD for the next read operation, the written data has to be also written to the SSD part. > > Seagate's marketing cites faster booting and loading of > applications/games; this relies on reading from persistent cache, not > write caching. Yes. This might works for Windows but not for FreeBSD. Every time a kernel and the world are compiled, the SSD has to be trashed. The same is true when updating the ports tree. In my observation, my first FireCuda did not understand within six months what is program and will be used more often as I update too often. I have not decided for myself to keep this disk for work or use it for backup. Erich