xfs Erfahrungen

[yarish]

Im aktuellen JtG-Snap kann die hd mit dem Dateisystem xfs betrieben werden, statt ext3.

Meine ersten Erfahrungen (ARD mit 3 Tonspuren) sind vielversprechend, auch wenn die Testaufnahmen natürlich noch ein paar Stunden laufen sollten..

Hat jemand ähnlich gute Erfahrungen?
Was sind die Nachteile von xfs ggü. ext3 ?

[new.life]

Was sind die Nachteile von xfs ggü. ext3 ?

Hier http://www.debian-administration.org/articles/388 gibt es einen Vergleich zwischen ext3, reiser, xfs, jfs

Zuammenfassend steht da:

Code: Alles auswählen

..XFS appears to be the most appropriate filesystem to install on a file server for home or small-business needs : 

It uses the maximum capacity of your server hard disk(s) 
It is the quickest FS to create, mount and unmount 
It is the quickest FS for operations on large files (>500MB) 
This FS gets a good second place for operations on a large number of small to moderate-size files and directories 
It constitutes a good CPU vs time compromise for large directory listing or file search 
It is not the least CPU demanding FS but its use of system ressources is quite acceptable for older generation hardware 
.

[Innuendo]

Code: Alles auswählen

It is not the least CPU demanding FS but its use of system ressources is quite acceptable for older generation hardware.

die cpu last ist auf meiner nokia500 geringer als bei ext3

Innu

[new.life]

die cpu last ist auf meiner nokia500 geringer als bei ext3

ja, lies den Test doch mal durch.

[just_me]

Nun, XFS hat sicher im Moment Rückenwind, weil SuSE dies wohl in Zukunft statt ReiserFS als Defaultdateisystem verwenden wird, siehe z.B.:
http://www.heise.de/newsticker/meldung/79035
http://linux.wordpress.com/2006/09/27/s ... efault-fs/
und die Kommentare dort...

Ein weiterer ernstzunehmender Konkurrent zu ext3 und XFS ist JFS (im vom new.life angeführten Debian Report heist es z.B. fürs Handling grosser Dateien: "If you need to minimize CPU usage, prefer JFS.")

Für die dbox latürnich auch relevant: die Größe des Moduls/der Tools. Da ichs nicht kompiliert habe, habe ich als Anhaltspunkt nur die Größe des jeweiligen Quellverzeichnisses...

du -bc /tuxbox/head/cdk/linux-2.4.32/fs/jfs/
834438
du -bc /tuxbox/head/cdk/linux-2.4.32/fs/xfs/
3385266
(Ooops, ist das viel!!)

(In den 3.3MByte von XFS sind allerdings noch Verzeichnis(e) enthalten, die wohl nicht im binary landen.)

Als "klaren Gewinner" würde ich XFS jedoch nicht sehen.

[new.life]

Als "klaren Gewinner" würde ich XFS jedoch nicht sehen.

kann ich nicht beurteilen. Die Box ist sicher ein Sonderfall (schwache CPU, wenig Ram) und die Praxis wird hoffentlich zeigen ob der Wechsel zu XFS richtig war.

[just_me]

Als "klaren Gewinner" würde ich XFS jedoch nicht sehen.

kann ich nicht beurteilen.

Kann ich leider auch nicht beurteilen.
Ein Vorurteil hätte ich jedoch zur Hand: die Größe von XFS und der Bedarf an Rechenleistung legt nahe, dass eine CPU mit kleinem Cache besonders abgestraft wird.

[new.life]

ich hoffe für die nicht so versierten IDE-Interface User, daß es bald eine Antwort auf die Frage gibt ob sie ext2, ext3 oder xfs benutzen sollen und nur die Praxis mit der DBox und dem IDE-Interface sollte nach meiner Meinung diese Frage beantworten....und nur der 'Gewinner' gehört imo mit den notwendigen tools/scripts ins CVS.

[Innuendo]

ich hoffe für die nicht so versierten IDE-Interface User, daß es bald eine Antwort auf die Frage gibt ob sie ext2, ext3 oder xfs benutzen sollen und nur die Praxis mit der DBox und dem IDE-Interface sollte nach meiner Meinung diese Frage beantworten....und nur der 'Gewinner' gehört imo mit den notwendigen tools/scripts ins CVS.

soll ich mir jetzt irgendeinen test durchlesen oder sind doch erste erfahrungen mit xfs auf der box gefragt?

[yarish]

soll ich mir jetzt irgendeinen test durchlesen oder sind doch erste erfahrungen mit xfs auf der box gefragt?

Also meine Frage oben war nach Erfahrungen auf der Box.

Meine ersten Aufnahmen liefen sehr gut: ARD mit 3 Tonspuren "Verbotene Liebe" und "Marienhof" - bei bei NFS-Streaming und bisher mit ext3 kritisch, liefen ohne Probleme.

[wolgade]

....und nur der 'Gewinner' gehört imo mit den notwendigen tools/scripts ins CVS.

Nö, mit der Begründung könnte man auch Lcars aus dem CVS schmeißen und diverse andere Dinge, die nicht gewonnen haben, auch. Es könnte ja sein, daß jemand mehrere Partitionen mit unterschiedlichen Dateisystemen auf der Platte haben will.

[Houdini]

...und nur der 'Gewinner' gehört imo mit den notwendigen tools/scripts ins CVS.

falsch, alles gehört ins cvs, aber nur der 'Gewinner' gehört ins Image

[BigHardy]

Hallo,

ich habe mal auf xfs umgestellt, bin aber wieder auf ext2 zurück.
Ich hatte zwar während meiner Testaufnahmen von ARD/ZDF jeweils mit allen Tonspuren keine Queue-Overflows, aber beim TS-Abspielen gelegentlich Ruckler.
Eine Überprüfung mit PX ergab dann PTS-Difference .
Dies hatte ich bei ext2 nur wenn Queue-Overflows aufgetreten waren.
Ich habe es mit der Aufnahme "Das Boot" von ARD auf ext2 überprüft: Keine Queue-Overflows, keine Fehler im PX-Log.

Gruss

Hardy

[WoRm]

hi

kann man xfs denn mit windows lesen?? gibt es da einen treiber

gruss

[MPC823]

für ext2/3 gibts was aber für xfs schein das meiste was man wenn überhaupt findet eine alpha version zu sein.

http://www.heise.de/software/default.sh ... w=1&l_fw=1


Gruss Martin

[DrStoned]

Habe über Google für XFS hier was gefunden, aber keine Ahnung, ob das funktioniert.

Greetz von DrStoned

[palace]

Hi,

habe nun auch mal ein wenig mit XFS gespielt...

Auf den ersten Blick kann ich BigHardys Erfahrungen nicht bestätigen...

Einstellungen:
Ringbuffer: 20
O_Sync: On
f_sync: Off

Die CPU Last ist deutlich geringer: Nur noch ca 30-40% beim Abspielen und 40-50% beim Aufnehmen.
Dadurch bleibt die Box während der Aufnahme besser Bedienbar.

Schaltet man Sync komplett ab, treten wieder Overflows auf - ABER: Die CPU Last sinkt um weitere 5-10%!!!

Deshalb die Bitte an die Devs & Imagebauer doch mal die bdflush Parameter zu modifizieren (100-128 statt 500) - ich vermute, das hilft enorm!!!

Beim Monten sieht das im Log so aus:

Code: Alles auswählen

<6>SGI XFS with no debug enabled
<5>XFS mounting filesystem ide0(3,2)
<5>Starting XFS recovery on filesystem: ide0(3,2) (dev: ide0(3,2))
<5>Ending XFS recovery on filesystem: ide0(3,2) (dev: ide0(3,2))

Wie ist das nun mit dem Filesystemcheck?
Führt XFS den automatisch aus, wenn das FS nicht clean ist?
xfs_repair läuft jedenfalls komplett durch und gibt einem im Vergleich zu fsck nicht die Möglichkeit, nur zu checken, wenn das clean Flag nicht gesetzt ist.
Wie kann ich nun kontrollieren, ob clean or not clean?

Die Zeitversetzte Wiedergabe kann ich nun leider nicht mehr testen, da die Aufnahme beim auswählen der Datei sofort aufhört...
Da hat sich im MP wohl was geändert

C.

[BigHardy]

@palace

Hast du denn mal ARD und ZDF mit allen Tonspuren getestet ?

Ich hatte die Aufnahmen jeweils spät abends gemacht, sowohl ARD als auch ZDF.

Laut TOP lag die CPU-Last bei mir bei zwischen 60% und 95%.
Wie gesagt ich hatte keine Overflows, aber beim Abspielen Bildstörungen und bei PX Fehler.

Aber ich bin ja immer für Versuche zu haben und so werde ich nochmal auf XFS umstellen und deine Einstellungen testen.

Hardy

[palace]

Jep, alle Tonspuren und Videotext... Frank Els(t?)ner gerade...
Keine Hänger bei der Wiedergabe, Writecache enabled.
Overflows nur ohne Sync
60-95% überrascht mich - inklusive "top" war 65% das absolute Maximum...

[BigHardy]

@palace

HW-Section ?
Avia-Watchdogs ?
Enx-Watchdogs ?

Also zur Zeit teste ich mit ARD.
TOP zeigt meistens über 90% an.

Da kann ich machen was ich will.

Hast du INSMOD JBD geladen ?
Hast Swap On ?

Hardy

[palace]

HW-Section: OFF
Avia-Watchdogs: OFF
Enx-Watchdogs: OFF

Eigentlich alles off ausser PMT.

Also zur Zeit teste ich mit ARD.
TOP zeigt meistens über 90% an.

Da kann ich machen was ich will.

Hast du INSMOD JBD geladen ? -> NEIN!!! Läufft bei Dir der kjournald? Weg damit!!! Schick ma n TOP Screen

[BigHardy]

@palace

Hier male ein TOP-Screen

Code: Alles auswählen

 11:24pm  up 16 min,  0 users,  load average: 1.73, 1.44, 1.24
44 processes: 41 sleeping, 3 running, 0 zombie, 0 stopped
CPU states:   3.5% user,  91.3% system,   0.0% nice,   5.2% idle
Mem:     30884K total,    30096K used,      788K free,      200K buffers
Swap:        0K total,        0K used,        0K free,    12872K cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
  177 root      20   0  8588 7776  2404 R    51.1 25.1   0:17 neutrino
  176 root      11   0  8588 7776  2404 S    12.5 25.1   0:03 neutrino
  157 root      15   0   844  844   680 R    10.6  2.7   1:26 top
    4 root      11   0     0    0     0 SW    4.1  0.0   0:21 kswapd
  152 root      10   0  8588 7776  2404 S     2.8 25.1   0:10 neutrino
  124 root      11   0  2660 2660  1152 S     2.4  8.6   0:08 sectionsd
    3 root      20  19     0    0     0 RWN   1.7  0.0   0:22 ksoftirqd_CPU0
  149 root       9   0  1800 1800  1320 S     1.0  5.8   0:04 nhttpd
   48 root       9   0     0    0     0 SW    0.4  0.0   0:02 xfslogd/0
  154 root       9   0   452  452   364 S     0.4  1.4   0:06 telnetd
    2 root       9   0     0    0     0 SW    0.1  0.0   0:00 keventd
  151 root       9   0  8588 7776  2404 S     0.1 25.1   0:00 neutrino
  153 root       9   0  8588 7776  2404 S     0.1 25.1   0:00 neutrino
    1 root       9   0   488  484   464 S     0.0  1.5   0:04 init
    5 root       9   0     0    0     0 SW    0.0  0.0   0:00 bdflush
    6 root       9   0     0    0     0 SW    0.0  0.0   0:00 kupdated
    7 root       9   0     0    0     0 SW    0.0  0.0   0:00 mtdblockd

                                                                       

Noch ne dumme Frage: Hast du Sat oder Kabel ?
Weil ich zuletzt bei Probeaufnahmen festgestellt habe, das auf Kabel die Bitrate schon etwas geringer ist (gleicher Sender, gleicher Tag, gleiche Zeit)

Hardy

[palace]

Huch!

Ja, hab Kabel...
Aber ich bin trotzdem überrascht...
In "top" hab ich wenn, nur "1 running", nur einen neutrinotask, der verbraucht...
Was zum Geier wäre das denn für ne Bitrate???
Was hast Du nochma für ne Box? Image?

[BigHardy]

@palace

Ich habe ne Nokia 600 Sat-Box

Aber so sieht top bei mir meistens aus.
Ich habe auch neutrino noch öfter gesehen.

Es ist das aktuelle JtG-Image Snap 09.10.06

Hast du Swap On ?

Woher kommt die Meldung <6>SGI XFS with no debug enabled ?
Bei mir kommt die Meldung weder über die serielle noch in dmesg.

Hardy

[palace]

Jo, SWAP enabled...

so sieht das bei mir JETZT gerade aus (ARD):

Code: Alles auswählen

 11:59pm  up 7 min,  0 users,  load average: 1.90, 1.32, 0.62
48 processes: 46 sleeping, 2 running, 0 zombie, 0 stopped
CPU states:   4.7% user,  59.6% system,   0.0% nice,  35.7% idle
Mem:     30884K total,    30068K used,      816K free,        0K buffers
Swap:  1028148K total,     1080K used,  1027068K free,     7556K cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
  200 root      11   0  8196 6836  2244 S    27.6 22.1   0:36 neutrino
  179 root      17   0   848  848   680 R    12.2  2.7   0:31 top
  199 root       9   0  8196 6836  2244 S     3.3 22.1   0:05 neutrino
    3 root      19  19     0    0     0 RWN   2.5  0.0   0:02 ksoftirqd_CPU0
    4 root       9   0     0    0     0 SW    2.2  0.0   0:03 kswapd
  176 root       9   0   452  452   364 S     1.4  1.4   0:03 telnetd
  172 root       9   0  8196 6836  2244 S     0.9 22.1   0:01 neutrino
  158 root       9   0  1548 1516  1020 S     0.7  4.9   0:02 zapit
  141 root       9   0  8252 8212  1096 S     0.4 26.5   0:01 sectionsd
    2 root       9   0     0    0     0 SW    0.1  0.0   0:00 keventd
   30 root       9   0     0    0     0 SW    0.1  0.0   0:00 xfsbufd
    1 root       8   0   468  400   400 S     0.0  1.2   0:02 init
    5 root       9   0     0    0     0 SW    0.0  0.0   0:00 bdflush
    6 root       9   0     0    0     0 SW    0.0  0.0   0:00 kupdated
    7 root       9   0     0    0     0 SW    0.0  0.0   0:00 mtdblockd
    9 root       9   0   468  400   400 S     0.0  1.2   0:00 init
   10 root       9   0   540  460   460 S     0.0  1.4   0:00 rcS
   13 root      15  10     0    0     0 SWN   0.0  0.0   0:03 jffs2_gcd_mtd3
   31 root       9   0     0    0     0 SW    0.0  0.0   0:00 xfslogd/0
   32 root       9   0     0    0     0 SW    0.0  0.0   0:00 xfsdatad/0
   33 root       9   0     0    0     0 SW    0.0  0.0   0:00 cifsoplockd
   48 root       9   0   536  532   440 S     0.0  1.7   0:00 inetd
   63 root       9   0   740  740   600 S     0.0  2.3   0:00 tuxmaild
   68 root       9   0   740  740   600 S     0.0  2.3   0:00 tuxmaild
   69 root       9   0   740  740   600 S     0.0  2.3   0:00 tuxmaild
   94 root       9   0     0    0     0 SW    0.0  0.0   0:00 xfssyncd
  139 root       9   0   524  448   448 S     0.0  1.4   0:00 start_neutrino
  142 root       8   0  8252 8212  1096 S     0.0 26.5   0:00 sectionsd
  143 root       8   0  8252 8212  1096 S     0.0 26.5   0:00 sectionsd
  145 root       9   0  8252 8212  1096 S     0.0 26.5   0:55 sectionsd
  148 root       9   0  8252 8212  1096 S     0.0 26.5   0:00 sectionsd
  149 root       9   0  8252 8212  1096 S     0.0 26.5   0:01 sectionsd
  150 root       9   0  8252 8212  1096 S     0.0 26.5   0:05 sectionsd
  151 root       9   0  8252 8212  1096 S     0.0 26.5   0:00 sectionsd
  152 root       9   0  1092 1072   932 S     0.0  3.4   0:00 timerd
  155 root       9   0  1092 1072   932 S     0.0  3.4   0:00 timerd
  156 root       9   0  1092 1072   932 S     0.0  3.4   0:00 timerd
  157 root       9   0     0    0     0 SW    0.0  0.0   0:00 kdvb-fe-0:0
  162 root       9   0   380  372   324 S     0.0  1.2   0:00 camd2
  165 root       9   0  1088 1072   920 S     0.0  3.4   0:00 controld
  167 root       9   0  1088 1072   920 S     0.0  3.4   0:00 controld
  168 root       9   0  1088 1072   920 S     0.0  3.4   0:00 controld
  169 root       9   0  2188 2040  1524 S     0.0  6.6   0:02 nhttpd
  170 root       9   0  8196 6836  2244 S     0.0 22.1   0:13 neutrino
  171 root       9   0  8196 6836  2244 S     0.0 22.1   0:00 neutrino
  174 root       9   0  8196 6836  2244 S     0.0 22.1   0:00 neutrino
  177 root       9   0   692  692   584 S     0.0  2.2   0:00 sh
  180 root       8   0  2188 2040  1524 S     0.0  6.6   0:00 nhttpd