linux-kernel - Re: [PATCH] fs: Add romfs version 2

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <46AE2E1E.6050909@gmail.com>
Date:	Mon, 30 Jul 2007 20:29:50 +0200
From:	Rene Herman <rene.herman@...il.com>
To:	Phillip Susi <psusi@....rr.com>
CC:	Lindsay Roberts <lindsay.roberts.os@...il.com>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] fs: Add romfs version 2

On 07/30/2007 08:12 PM, Phillip Susi wrote:

> Lindsay Roberts wrote:
>> * Increases romfs partition size limit from 2GB to 4GB.
>> * Adds new derivative of romfs filesystem (rom2fs) with
>>  block aligned regular file data to bring performance
>>  parity with ext2/3. This is about 225% of the read
>>  speed of the existing romfs.
> 
> Why does block alignment of files have any influence on speed for a rom 
> based ( no seek time ) filesystem?

A CD-ROM is also a ROM...

But on a general note, please also note that the expensive seek versus cheap 
read we know from magnetic is (well, can be that is) still present with 
memory technologies, although much less pronounced.

Memory technologies (including flash) have historically had "burst" modes 
where sequential accesses are sped up significanly versus random accesses, 
causing really the exact same seek-versus-read principle as on magnetic.

Quite uncertain if/when the difference will ever be as pronounced as on 
magnetic, but I believe we should at least be prepared to deal with this 
problem for a _long_ time still...

Rene.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/