linux-kernel - Re: New filesystem for Linux

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 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]

Date:	Sun, 5 Nov 2006 00:38:11 +0100 (CET)
From:	Mikulas Patocka <mikulas@...ax.karlin.mff.cuni.cz>
To:	Albert Cahalan <acahalan@...il.com>
Cc:	kangur@...com.net, linux-kernel@...r.kernel.org
Subject: Re: New filesystem for Linux

> Re: New filesystem for Linux
>
> kangur@...com.net, mikulas@...ax.karlin.mff.cuni.cz,
> linux-kernel@...r.kernel.org
>
>
> Grzegorz Kulewski writes:
>> On Thu, 2 Nov 2006, Mikulas Patocka wrote:
>>> As my PhD thesis, I am designing and writing a filesystem,
>>> and it's now in a state that it can be released. You can
>>> download it from http://artax.karlin.mff.cuni.cz/~mikulas/spadfs/
>> 
>> "Disk that can atomically write one sector (512 bytes) so that
>> the sector contains either old or new content in case of crash."
>
> New drives will soon use 4096-byte sectors. This is a better
> match for the normal (non-VAX!) page size and reduces overhead.

The drive (IDE model, SCSI can have larger sector size) will do 
read-modify-write for smaller writes. So there should be no compatibility 
issues. (this possibility is in new ATA standard and there is a way how to 
detect physical sector size)

But how will fdisk deal with it? Fdisk by default aligns partitions on 
63-sector boundary, so it will make all sectors misaligned and seriously 
kill performance even if filesystem uses proper 8-sector aligned accesses.

Mikulas
-
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/