From mboxrd@z Thu Jan 1 00:00:00 1970 From: doncatnip Subject: Fwd: Re: /dev/urandom Date: Wed, 11 Jul 2018 17:41:05 +0200 Message-ID: <5a86886a-ba39-d42e-b53a-3f329bbfb0b8@gmail.com> References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------6C9139A27EA8063B2B796EDA" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59168) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fdHEs-0005lD-4P for guix-devel@gnu.org; Wed, 11 Jul 2018 11:41:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fdHEr-00082j-6Z for guix-devel@gnu.org; Wed, 11 Jul 2018 11:41:10 -0400 Received: from mail-wr1-x431.google.com ([2a00:1450:4864:20::431]:46274) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fdHEq-00082S-V9 for guix-devel@gnu.org; Wed, 11 Jul 2018 11:41:09 -0400 Received: by mail-wr1-x431.google.com with SMTP id s11-v6so18644155wra.13 for ; Wed, 11 Jul 2018 08:41:08 -0700 (PDT) Received: from ?IPv6:2003:d2:dbd1:1900:ddc:d9bd:b0fd:7239? (p200300D2DBD119000DDCD9BDB0FD7239.dip0.t-ipconnect.de. [2003:d2:dbd1:1900:ddc:d9bd:b0fd:7239]) by smtp.gmail.com with ESMTPSA id u4-v6sm3394520wrt.31.2018.07.11.08.41.06 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 11 Jul 2018 08:41:06 -0700 (PDT) In-Reply-To: Content-Language: en-US List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: guix-devel@gnu.org This is a multi-part message in MIME format. --------------6C9139A27EA8063B2B796EDA Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Of course, I forgot the CC here too. -------- Forwarded Message -------- Subject: Re: /dev/urandom Date: Wed, 11 Jul 2018 17:38:52 +0200 From: doncatnip To: Vincent Legoll I'd guess this is about the distribution of blocks within the image, so that the load of each sector is different from image to image containing the same data. Of course, I'm just speculating as I haven't looked into it - but if that is the case, it would seem even more strange that this random seed is generated during install and not during use of the program. On 7/11/2018 5:07 PM, Vincent Legoll wrote: > On Wed, Jul 11, 2018 at 4:17 PM, Danny Milosavljevic > wrote: >> the randomness is necessary for NAND wear levelling, > Any pointers about that subject ? > > This looks strange as I'd have thought that less writes => less wear. > --------------6C9139A27EA8063B2B796EDA Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit

Of course, I forgot the CC here too.




-------- Forwarded Message --------
Subject: Re: /dev/urandom
Date: Wed, 11 Jul 2018 17:38:52 +0200
From: doncatnip <gnopap@gmail.com>
To: Vincent Legoll <vincent.legoll@gmail.com> 


I'd guess this is about the distribution of blocks within the image, so 
that the load of each sector is different from image to image containing 
the same data. Of course, I'm just speculating as I haven't looked into 
it - but if that is the case, it would seem even more strange that this 
random seed is generated during install and not during use of the program.


On 7/11/2018 5:07 PM, Vincent Legoll wrote:
> On Wed, Jul 11, 2018 at 4:17 PM, Danny Milosavljevic
> <dannym@scratchpost.org> wrote:
>> the randomness is necessary for NAND wear levelling,
> Any pointers about that subject ?
>
> This looks strange as I'd have thought that less writes => less wear.
>
--------------6C9139A27EA8063B2B796EDA--