I server di Google migrano su EXT4.

[phobos3576]

Mentre noi qui su Slacky sconsigliamo chiunque voglia usare EXT4 anche su un serverozzo domestico, quelli di Google sembrano pensarla piuttosto diversamente; tutto è nato da uno scambio di e-mail tra gli sviluppatori di Google e quelli di kernel.org:

http://lists.openwall.net/linux-ext4/2010/01/04/8

La notizia poi si è subito diffusa a macchia d'olio:

http://www.linux-magazine.com/Online/Ne ... -Migration
http://digitizor.com/2010/01/14/google- ... ilesystem/
http://administratosphere.wordpress.com ... ilesystem/

In sostanza, quelli di Google dicono di essere rimasti impressionati dall'affidabilità e dalle prestazioni di EXT4, tanto che hanno chiamato alla loro "corte" nientemeno che Theodore T’so, sviluppatore al MIT dello stesso EXT4; in più, con questa scelta sarà relativamente semplice il trasloco dei loro dati da EXT2 a EXT4.

( e se attualmente usano EXT2, credo si siano dotati di qualche UPS un po più potente del mio da 600 voltampere ...)

Del resto, Google può tranquillamente rischiare con EXT4 visto che sui loro server ci saranno si e no pochi MB di dati ...

[shark1500]

Io non ho mai dato contro ad ext4. Dalle ultime prove che avevo fatto era alquanto meglio dei precedenti, inoltre avviso che probabilmente dalla 2.6.33 ext2 ed ext3 moriranno, perche` quei fs verranno montati con il modulo ext4 (anche se ovviamente non avranno tutte le sue feature).

[Mario Vanoni]

Mentre noi qui su Slacky sconsigliamo chiunque voglia usare EXT4 anche su un serverozzo domestico, quelli di Google sembrano pensarla piuttosto diversamente; tutto è nato da uno scambio di e-mail tra gli sviluppatori di Google e quelli di kernel.org:

http://lists.openwall.net/linux-ext4/2010/01/04/8

La notizia poi si è subito diffusa a macchia d'olio:

http://www.linux-magazine.com/Online/Ne ... -Migration
http://digitizor.com/2010/01/14/google- ... ilesystem/
http://administratosphere.wordpress.com ... ilesystem/

In sostanza, quelli di Google dicono di essere rimasti impressionati dall'affidabilità e dalle prestazioni di EXT4, tanto che hanno chiamato alla loro "corte" nientemeno che Theodore T’so, sviluppatore al MIT dello stesso EXT4; in più, con questa scelta sarà relativamente semplice il trasloco dei loro dati da EXT2 a EXT4.

( e se attualmente usano EXT2, credo si siano dotati di qualche UPS un po più potente del mio da 600 voltampere ...)

Del resto, Google può tranquillamente rischiare con EXT4 visto che sui loro server ci saranno si e no pochi MB di dati ...

viewtopic.php?f=51&t=30982&p=268425&hil ... t4#p268425
poi
http://lkml.indiana.edu/hypermail/linux ... 02193.html
ext4 e` sempre ancora buggy, forse con il kernel 2.6.33 migliora.

[Bart]

Io lo sto usando da mesi e, per il momento, facendo gli opportuni scongiuri, non mi ha dato problemi. Molte migliorie sono state fatte nel kernel 2.6.32.x...ricordo il changelog di qualche mese fa dove venivano fixati molteplici problemi.

[phobos3576]

viewtopic.php?f=51&t=30982&p=268425&hil ... t4#p268425
poi
http://lkml.indiana.edu/hypermail/linux ... 02193.html
ext4 e` sempre ancora buggy, forse con il kernel 2.6.33 migliora.

Quelli di Google dicono di aver fatto abbondanti test confrontando EXT4 con JFS e altri FS; se loro sono più che soddisfatti, figurati noi comuni mortali ...

Per quanto possa valere poi, pure io sto usando EXT4 da quando è uscita la Slackware 13 e lo sto trovando tremendamente efficiente e veloce; mai avuto problemi di alcun genere.

Un aspetto notevole è che il check periodico (al boot) della partizione su cui ho la Slackware, richiedeva minuti ai tempi di EXT3, mentre con EXT4 impiega pochi secondi; ma è normale una cosa del genere?

[Mario Vanoni]

Per quanto possa valere poi, pure io sto usando EXT4 da quando è uscita la Slackware 13 e lo sto trovando tremendamente efficiente e veloce; mai avuto problemi di alcun genere.

Un aspetto notevole è che il check periodico (al boot) della partizione su cui ho la Slackware, richiedeva minuti ai tempi di EXT3, mentre con EXT4 impiega pochi secondi; ma è normale una cosa del genere?

Una domanda, usi lilo o grub?

Quardando in rete, se /boot e` ext4 grub non boota, lilo si`.
Pare in parte risolto con grub2-rc, ma grub2 non esiste ancora.

[phobos3576]

Una domanda, usi lilo o grub?

Quardando in rete, se /boot e` ext4 grub non boota, lilo si`.
Pare in parte risolto con grub2-rc, ma grub2 non esiste ancora.

Sono fedelissimo a LILO da 10 anni.

[shark1500]

Quelli di Google dicono di aver fatto abbondanti test confrontando EXT4 con JFS e altri FS; se loro sono più che soddisfatti, figurati noi comuni mortali ...

Per la cronaca: hanno provato JFS, XFS ed EXT4. Alla fine XFS ed EXT4 avevano risultati pressoche` equivalenti, ma hanno optato per EXT4 per un migliore upgrade in quanto venivano da EXT2.

[andy-x]

Scusate la domanda ma quando si parla di instabilità di filesystem che cosa si intende: il sistema va' in kernel panic o arrivano messaggi strani? Oppure si scrivono dati che poi o non si ritrovano o si ritrovano corrotti?
Personalmente dopo una lunghissima militanza con EXT2 sono passato ad EXT3 su Slackware 12.2 e stavo pensando con interesse ad EXT4 su Slackware 13.
Avevo fatto anche delle prove e qui i miei risultati: viewtopic.php?f=51&t=29784
Sto' usando EXT4 su una macchina con Salix 13 e non ho avuto mai problemi.....
Come si dovrebbero manifestare questi problemi?

[sardylan]

Non ho provato molto EXT4, però mi ha dato subito problemi... Non ho investigato a fondo, però ecco il riassunto della situazione:
Installo Slackware64 current, tutta bellina bellina, con un sacco di gadgets e plasmoidi da mettere in esposizione al Linux Day... Tutto OK!!! Vogliono provare una live di ubuntu sulla macchina in questione, quindi riavviano il PC... Ed anche qui tutto OK!! Finite le prove (non è stato avviato gparted o niente di simile), riavviano di nuovo e ciao sistema... Boot del kernel OK, ma niente da fare, come partiva /sbin/init si riavviava la macchina... Non sono riuscito a recuperarla nemmeno con fsck dal DVD...
Dal giorno mai più EXT4... Ma se Google dice chè è stabile, potrei un giorno rifare dei tentativi...

[Reilly]

[CUT... CUT...]
In sostanza, quelli di Google dicono di essere rimasti impressionati
dall'affidabilità e dalle prestazioni di EXT4, tanto che hanno chiamato
alla loro "corte" nientemeno che Theodore T’so, sviluppatore al MIT dello
stesso EXT4; in più, con questa scelta sarà relativamente semplice il
trasloco dei loro dati da EXT2 a EXT4.

Scusate, ma quelli di Google circa un paio di anni fa non migrarono
una gran parte dei loro server su OpenSolaris?
Insomma, un qualcosa come: GNU/Linux > OpenSolaris?
Mah...

Comunque per quanto mi riguarda ho saltato del tutto la scelta di
optare su EXT4 perche' mi trovo benissimo con EXT3 (anche se e' un po'
lentuccio...).
Cambiero' file-system solo quando uscira' il promettentissimo `Btrfs'
in forma stabile e definitiva. E quando questo avverra', non ce ne sara'
per nessuno!

Quardando in rete, se /boot e` ext4 grub non boota,
lilo si`. Pare in parte risolto con grub2-rc, ma grub2 non esiste
ancora.

Ecco perche' bisogna mettere la `/boot' su una partizione a parte.
Teoricamente io sto a posto fino al 2114.
Inoltre io effettuo un misto, ovvero Grub + Xosl, quest'ultimo il
miglior Boot-Manager del mondo. Puo' fare di tutto, se solo avesse il
supporto al mouse USB sarebbe perfetto... L'unico problema e' che non
viene piu' sviluppato e/o mantenuto da ben 9 (nove) anni.

Sono fedelissimo a LILO da 10 anni.

Io invece sono fedelissimo a Xosl da 9 anni.
(infatti le schede madri che non hanno il connettore PS/2 per il
mouse le scarto a priori... Asus in primis...)

Ciao


Reilly


P.S.: Ritornando su EXT4, sembra che quest'ultimo abbia riportato a
galla il problema della frammentazione dei file.
Ma dove siamo, su NTFS? Brrrr...

[DanBadJar]

Scusate, ma quelli di Google circa un paio di anni fa non migrarono
una gran parte dei loro server su OpenSolaris?
Insomma, un qualcosa come: GNU/Linux > OpenSolaris?
Mah...

L'hai detto: una parte. Quindi gli altri server Linux li teniamo a ext3?

P.S.: Ritornando su EXT4, sembra che quest'ultimo abbia riportato a
galla il problema della frammentazione dei file.
Ma dove siamo, su NTFS? Brrrr...

Dove l'hai trovata questa notizia?

[Mario Vanoni]

Scusate, ma quelli di Google circa un paio di anni fa non migrarono
una gran parte dei loro server su OpenSolaris?
Insomma, un qualcosa come: GNU/Linux > OpenSolaris?
Mah...

L'hai detto: una parte. Quindi gli altri server Linux li teniamo a ext3?

P.S.: Ritornando su EXT4, sembra che quest'ultimo abbia riportato a
galla il problema della frammentazione dei file.
Ma dove siamo, su NTFS? Brrrr...

Dove l'hai trovata questa notizia?

http://www.beginlinux.com/server_traini ... -on-ubuntu
Fa paura quanto segue, alla fine dell'articolo ...

Ext4 increases performance by using delayed allocation which delays the block allocation until the data is ready to be written to disk. This process improves allocation decisions by the operating system as it knows exactly the file size before being allocated.

Now 64,000 subdirectories can exist with ext4. This is also available if the dir_index feature is enabled in ext3.
Now ext4 uses checksums to verify the journal.

If your system loses power and you need to run e2fsck to verify the filesystem, ext4 will ignore unallocated block groups to help improve performance.

... che ext4 ignori gruppi di blocchi non allocati, quindi non presenti sul HD in quell' istante.

[sardylan]

.. sopratutto se la scrittura avviene solo quando tutto il blocco è pronto...
Mah... Continuo a starmene in ext3...

[phobos3576]

If your system loses power and you need to run e2fsck to verify the filesystem, ext4 will ignore unallocated block groups to help improve performance.

Mario, tu però usi EXT2 e sai benissimo cosa succede se avviene un blackout senza che sia presente un UPS; non essendo un FS di tipo journal, al successivo riavvio parte e2fsck e buonanotte ai dati che avevi sul disco.

Sotto questo punto di vista, EXT3 è fenomenale; prima che comprassi un UPS il PC ha subito diversi blackout ma non ha mai perso un bit di dati.

Se "ext4 will ignore unallocated block groups", sicuramente miglioreranno le performances, però alla fine ci si ritrova con l'hard disk pieno zeppo di spazzatura di ogni genere.
Bisogna vedere poi che fine fanno i dati presenti nei blocchi non allocati prima del blackout; o non corrono alcun pericolo, proprio perché non erano in uso al momento del "danno", oppure diventano "orfani" e allora la faccenda diventa seria.

Mi sembra strano però che Theodore T'so non abbia previsto una situazione del genere.