xfs Erfahrungen

[BigHardy]

@palace

wie (mit welchen Optionen) hast du die xfs-Partition gemountet ?
Ich frage wegen <6>SGI XFS with no debug enabled .
Die Meldung kommt bei mir nicht.

Hardy

[palace]

Code: Alles auswählen

# insmod jbd
# insmod ext3
# insmod ext2
insmod xfs
insmod ide-core
insmod dboxide
insmod ide-detect
insmod ide-disk

#SWAP mounten
if [ -e /var/etc/.swap ] ; then
/sbin/swapon /dev/ide/host0/bus0/target0/lun0/part1
fi

#HDD mounten
# /bin/mount -t ext3 /dev/ide/host0/bus0/target0/lun0/part2 /hdd
/bin/mount -t xfs /dev/ide/host0/bus0/target0/lun0/part2 /hdd
/sbin/hdparm -S60 -M128 $(cat /var/etc/opt_hdparm 2>/dev/null) /dev/ide/host0/bus0/target0/lun0/disc

dmesg|grep XFS > /var/etc/fsck.log
echo ~c~YFestplattencheck vom `date "+%d.%m.%Y  %H:%M Uhr"` >> /var/etc/fsck.log

exit 0

[BigHardy]

@palace

ok. ich habe die XFS without debug enabled gefunden.
Sie kommt vor der ide-Driver-Meldung im Log.

Man sollte halt besser hinschauen.

Eigentlich sieht meine init_ide deiner sehr ähnlich.

Wenn ich bei mir hw-sections einschalte fällt die CPU-last nochmal um 15%, aber trotzdem habe ich aussetzer im Video, obwohl keine Queue-Overflows kommen.
Was hast du für eine Box, Kabel ist klar, Nokia oder Sagem ?
Würde gern wissen, wo der Unterschied ist, das du bei top so einen niedrigen Wert hast.

Hardy

[palace]

Das ist in der Tat sehr interessant:

Mit HWSections: Enabled sinkt die CPU Last um weitere 5-15%!!!

Schade, dass dann der VLC nicht mehr geht

Hab den Ganzen Tag überlegt, wo Deine Box die Zeit liegen lässt...

Teste doch mal mit Sync off - nur wegen der Last

Habe Nokia 500 2xI Kabel...

Was hast Du für ne HD? Wenn 2,5" dann teste doch mal ne 3,5", solltest Du noch eine irgendwo haben...

[BigHardy]

@palace

mmh.. Nokia Kabel habe ich auch noch 1 oder 2 umbaufähige.
Vielleicht baue ich das IF mal in einer ein.

Festplatte ist eine 2,5" Hitachi 40GB 5400er.
Als ich das IF damals gerade eingebaut hatte, habe ich schon mal eine 3,5" 80GB Samsung 7200er eingebaut, um zu sehen ob damit die Overflows verschwinden.
Machte aber keinen Unterschied. Ich habe allerdings nicht auf die CPU-Last geachtet.
Vielleicht probier ich es damit nochmal zum Vergleich.

Hardy

[tomx4711]

@Big Hardy
ich würde den fehler nicht nur bei der CPU last suchen, ich habs schon an anderer Stelle im Forum mal gesagt ich vermute das Problem eher beim demuxer/avia. So wie ich das verstehe läuft beim queue oerflow der Buffer über und da der Hardware ist kann man den auch nicht vergrössern.
Die Frage ist also warum läuft er über und was tun wir dagegen.
Ich habe keine Probleme mit meinen Aufnahmen ich kann ARD mit AC3 usw. ohne Probleme aufnehmen, ich habe sogar schon während der Aufnahme noch Daten per FTP auf die Box geschoben ohne das Ruckler gab. Daraus schliesse ich das die geschwindigkeit des IF sowie meiner HD ausreicht.
Ich kann aber 100% zuverlässige queue overflows erzeugen indem ich einfach mal den demuxer/avia etwas mehr zutun gebe ( einmal zappen = 1 aussetzer im film ).
Ohne das wir dafür eine Lösung finden wird auch TimeShift nur ein Traum bleiben.


Meine Config...
Sagem Kabel
JTG Image --> Standard Einstellungen ausser WriteCache=ON
160GB 3,5" Seagate HD 8MB Cache


Gruß

[palace]

Ohne das wir dafür eine Lösung finden wird auch TimeShift nur ein Traum bleiben.

Nicht ganz... beim TS wird nicht gezapped...

[tomx4711]

Aber das TS-File läuft doch auch durch den Demuxer oder ?

[palace]

Aber das TS-File läuft doch auch durch den Demuxer oder ?

Meinte in diesem Fall TS=Timeshift...

[Houdini]

Mit HWSections: Enabled sinkt die CPU Last um weitere 5-15%!!!

Ist das auch so wenn der sectionsd während der Aufnahme angehalten ist?

[Gorcon]

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

Aber garantiert nicht bei den Premiere oder den ÖR Sendern, denn die müssen generell (und werden es auch) 1:1 ins Kabel eingespeist werden.

Gruß Gorcon

[yarish]

Nochmal ein kurzer Zwischenbericht zu xfs:
- Nokia 500er Kabel, Optionen: Alles aus, außer SWAP und IDE
- aber noch keine Analyse mit ProjektX gemacht

Positiv:
- alle Aufnahmen (auch ARD und ZDF mit allen Tonspuren) ohne Abbrüche.
- im kernel-log keine Overflows

Negativ:
- mehrfach bei der Wiedergabe über den Movieplayer ist das Bild eingefroren, nur durch kurzes "vorspulen" mit den Pfeiltasten ging es weiter

[BigHardy]

@houdini

Wenn du die Option meinst Sectionsd bei Aufnahme anhalten meinst, dann muss ich mit ja antworten.


@gorcon

Ich habe meine Testaufnahmen (mit den 4 Boxen ) auf ARD gemacht (Das Boot).
Da kamen bei den Sat-Boxen deutlich mehr >9MBit als bei den Kabelboxen und das File war auch grösser.

Bei Prem habe ich noch nicht so genau hingeguckt, da ich da bisher eigentlich keine Probleme hatte, wegen der geringeren Bitrate.


@yarish
Die Feststellungen habe ich auch gemacht, und in PX sind dann Fehler aufgetaucht.
Bei ext2 sind diese Fehler bei nicht aufgetretenen Overflows nicht aufgetaucht.

Hardy

[tomx4711]

@yarish

hast du writecache an ? benutzt du die wabber queue ?

gruß

[yarish]

@yarish

hast du writecache an ? benutzt du die wabber queue ?

gruß

writecache ist an, wabber queue deaktiviert

[palace]

Mit HWSections: Enabled sinkt die CPU Last um weitere 5-15%!!!

Ist das auch so wenn der sectionsd während der Aufnahme angehalten ist?

Das ist ja das verblüffende
Allerdings meldet sich laut "top" der sectionsd hin und wieder kurz, obwohl er angehalten ist...