yo,
Crestfallen hat geschrieben:hallo stardub!
der platten-test hat folgendes ergeben:
Code: Alles auswählen
/dev/sda:
Timing cached reads: 410 MB in 2.00 seconds = 204.99 MB/sec
Timing buffered disk reads: 172 MB in 3.02 seconds = 56.90 MB/sec
die werte schwanken bei mehrmaliger ausführung minimal. hatte dabei ardour und firefox offen. der erste wert schreckt mich jetzt schon ein bisschen, wenn deine laptop ata-platte die 6-fache geschwindigkeit bringt!
da hat meine ata-platte wohl einen sehr schnellen platten-cache, habs gerade noch auf ner sata (500gb hitachi) geprüft:
das schlechteste:
Code: Alles auswählen
/dev/sda:
Timing cached reads: 354 MB in 2.01 seconds = 176.27 MB/sec
Timing buffered disk reads: 168 MB in 3.00 seconds = 55.99 MB/sec
das beste
Code: Alles auswählen
/dev/sda:
Timing cached reads: 1214 MB in 2.00 seconds = 607.09 MB/sec
Timing buffered disk reads: 172 MB in 3.01 seconds = 57.21 MB/sec
würde mir da mal nicht allzuviele gedanken machen. was hast du für eine platte? maxtor? wd? samsung?
am besten kaufst du dir eine neue nur für dein home- bzw. sample- und projekt-verzeichniss. so kann die immer voll liefern und wird nicht von system gestört.
Crestfallen hat geschrieben:
hab mir die faq durchgelesen, was xruns direkt sind hab ich aber nicht gefunden - so wie ich das verstehe, kommen die, wenn irgendwas in die audioverarbeitung ungewollt dazwischenfunkt? (so eine erklärung reicht mir fürs erste).
das kann dir sicher noch jemand besser erklären, ich kanns nicht, für mich sind dies aussetzer, somit will ich die auch nie sehen...
Crestfallen hat geschrieben:
sie treten, wenn ardour aus ist, bzw. wenn nix abgespielt wird, gar nicht auf. auch beim abspielen passiert eigentlich nix. außer an den in meinem vorherigen beitrag erwähnten stellen (sie sind heute die selben wie gestern!), hagelt es auf einmal xruns (bis zu 5ms), wenn ich das abspielen anhalte, kommen sie ein paar sekunden lang weiter (sogar bis zu 7-8 ms!).
ist an dieser erwähnten stelle beim audiomaterial irgend was speziell? evtl. ein peak? ansonsten würde ich mal 'top' in einer shell öffnen und die prozente von 'wa' (iowait) beobachten, kann sein, dass die platte genau ab da nicht mehr liefern mag..
es kann vorkommen, dass die xruns nachlaufen - dies passiert auch mal bei mir, zb. beim checken des neusten muse-snapshots, kann sogar vorkommen, dass ich dann den jack-server restarten muss.
und: unterstützt deine karte/treiber hardware monitoring? falls ja, dann den jack-server damit starten.
Crestfallen hat geschrieben:
in der fstab steht in der tat nix von einem jack-tmpfs. nur die linux-partition, die swap-partition, die zwei ntfs-dinger, zwei cdroms und ein floppy. sollte ich da was eintragen?
probiers mal mit einem extra tmpfs, oder such mal danach in einem ubuntu forum. (nach dem anlegen, mounten nicht vergessen..)
vielleicht hilft folgendes (ist halt gentoo'ish):
http://proaudio.tuxfamily.org/wiki/inde ... figuration
Crestfallen hat geschrieben:
in der sysctl.conf steht im prinzip nix drin - alles ist auskommentiert, bis auf kernel.printk = 4 4 1 7...
der rest sind meistens irgendwelche ip-configs, die alle mit # auskommentiert sind.
dann würde ich folgendes ausführen und rebooten:
Code: Alles auswählen
sudo echo 'dev.rtc.max-user-freq=1024' >> /etc/sysctl.conf
oder statt rebooten:
Crestfallen hat geschrieben:
die IRQ-Tabelle spuckt folgendes aus:
seh ich das richtig, dass da 3 sachen am interrupt 16 hängen?! das müsste ich dann auch noch ändern...
lg
jap. dein sata-controller hängt mit der audiokarte an einem irq... nicht gut...
schau mal ob du dies im bios konfigurieren kannst, sonst musst wohl die karten hin und her stecken und rebooten und rebooten und rebooten.. so wie ich seinerzeit
grz
). die latenz schafft zwar manchmal ein bisschen abhilfe, aber höher als 15-20 ms will ich die wirklich nicht haben, weils dann schon allzusehr stört. beim recording hab ich die immer zwischen 5-10 ms eingestellt. 
ich danke wieder herzlich für eure hilfe. 
