Eksperimentell versjon av Ext4 filsystem er nå innlemmet i kjerneversjonen 2.6.19-rc1. Det foreløpige navnet er egentlig Ext4dev.
Les melding: http://ubuntuforums.org/showthread.php?t=275121&highlight=ext4
Pluss les denne omtalen om ext4: http://www.linux-watch.com/news/NS3183866977.html
Den forteller at ext4 partisjon (eller volum) kan romme hele 1024 peta... bytes data. 1 peta = 10^15 = ca. 2^50. Men hva er største tillatte filstørrelse i ext4?
Ext4dev er merket som EKSPERIMENTAL modul i kjernekonfigurasjonen.
Jeg tok ut denne teksten fra patch-filen (2.6.19-rc1.bz2): (merk: teksten gir litt motstridende info i.f.t omtalen ovan)
+ "Ext4dev/ext4 extended fs support development (EXPERIMENTAL)"
+ Ext4dev is a predecessor filesystem of the next generation
+ extended fs ext4, based on ext3 filesystem code. It will be
+ renamed ext4 fs later, once ext4dev is mature and stabilized.
+
+ Unlike the change from ext2 filesystem to ext3 filesystem,
+ the on-disk format of ext4dev is not the same as ext3 any more:
+ it is based on extent maps and it supports 48-bit physical block
+ numbers. These combined on-disk format changes will allow
+ ext4dev/ext4 to handle more than 16 TB filesystem volumes --
+ a hard limit that ext3 cannot overcome without changing the
+ on-disk format.
+
+ Other than extent maps and 48-bit block numbers, ext4dev also is
+ likely to have other new features such as persistent preallocation,
+ high resolution time stamps, and larger file support etc. These
+ features will be added to ext4dev gradually.
+
+ To compile this file system support as a module, choose M here. The
+ module will be called ext4dev. Be aware, however, that the filesystem
+ of your root partition (the one containing the directory /) cannot
+ be compiled as a module, and so this could be dangerous.
+
+ If unsure, say N.
------------------------------------------------------
For å kunne teste Ext4dev, må du først skaffe kildekoden til kjerne v2.6.19-rc1.
Hent 2.6.19-rc1 fra: http://kernel.org/
og pakk ut filene i /usr/src/linux.
Last ned kernel-patch ( 2.6.19-rc1-mm1.bz2 ) fra
http://ftp.kreonet.re.kr/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc1/2.6.19-rc1-mm1/
slik nevnt i meldingen
http://www.kr.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc1/2.6.19-rc1-mm1/announce.txt
Utfør patch på kjernens kildekode. (antar at du står i /usr/src/linux)
# bzip2 -dc 2.6.19-rc1.bz2 | patch -p1
Konfigurer og kompiler din nye kjerne.
Husk å aktivere Ext4Dev (M)modul i kjernekonfigurasjonen.
------------------------------------------------------
Ext4 på wikipedia.org
Tidligere nyheter om kommende Ext4.
http://kerneltrap.org/node/6776
http://newkerneltrap.osuosl.org/node/6776
================================================================================================================
Annet:
Bli kjent med udev
o---> http://www.oreillynet.com/linux/blog/2006/10/showing_udev_whos_boss.html
+
http://reactivated.net/writing_udev_rules.html
udev er ikke så mystisk som man skulle tro :-)
==================================================================================================================
Portland-prosjekt leverer xdg-utils versjon 1.0.
http://enterprise.linux.com/article.pl?sid=06/10/11/1355201
moma 22. oktober 2006 - 14:55
Benchmarks of the ext4 file system
o--> http://linux.inet.hr/first_benchmarks_of_the_ext4_file_system.html
Prognatus 23. oktober 2006 - 12:40
Det ser ut til at Reiser4, som er over dobbelt så rask som ext4 på å lese store filer, bruker en større read buffer. Nå står det ikke akkurat hvor store filene i lesetesten er, men det er pussig at forskjellen er SÅ stor. Virker nesten på meg som at Reiser4 bruker caching også. Men dette vet jeg lite om. :)
Kanskje ext4 kunne variere lesebufferen, avhengig av filstørrelsen? Dette kunne gjøres f.eks. ved en intelligent read-ahead teknologi som satte opp ferdige pekere til forskjellige lesebuffere for de filene som var mest sannsynlig at ville leses neste gang.