Peter wrote:
Danke für Deinen Tip. Aber bevor ich das ausprobiere habe ich noch eine Frage: Ich benutze einen SCSI-Brenner (Sorry, habe mich wohl mißverständlich ausgedrückt) und möchte eine CD direkt von meinem ATAPI-CD zum Brenner hin kopieren. Verträgt sich die SCSI-Emulation mit dem anderne SCSI-Treiber? Was passiert dann mit den IDE-Festplatten?
Gruß
Peter
Ups! Sorry..... Ich habe leider für diese Sache noch zu wenig Ahnung von Linux :-( Aber ich denke hier in der Liste ist mehr als nur einer, der weis wie das geht... so long, Holger --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
At 12:15 30.12.99 +0100, you wrote: [..]
Ich benutze einen SCSI-Brenner (Sorry, habe mich wohl mißverständlich ausgedrückt) und möchte eine CD direkt von meinem ATAPI-CD zum Brenner hin kopieren. Verträgt sich die SCSI-Emulation mit dem anderne SCSI-Treiber? Was passiert dann mit den IDE-Festplatten? [..]
Also: Beim mir lief SCSI-Platte, SCSI-CDROM, IDE-Platte und IDE-Brenner alles zusammen. So nebenbei habe ich mal Linux-Stabilität getestet :-) : Mit tgif 16MB Grafik gedruckt Mit tgif 12MB Grafik bearbeitet (von Gimp) Mit Gimp 8MB Grafik bearbeitet Mit xcdroast Daten-CD (2x) gebrannt. --- DAS soll man mit Window$ nicht mal zu denken wagen!!! Bei einer *nur* 4,8MB grossen Grafik unter PSP hatte ich da schon "Loss of streaming"... -- Mit freundlichem Gruß Dipl.-Inf. (FH) Thomas Albl - Deutscher Städtetag D-50968 Köln, Lindenallee 13-17 fon : +49 221 3771-210 fax : +49 221 3771-128 mail: thomas.albl@staedtetag.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Thomas Albl wrote:
At 12:15 30.12.99 +0100, you wrote:
[..]
Ich benutze einen SCSI-Brenner (Sorry, habe mich wohl mißverständlich ausgedrückt) und möchte eine CD direkt von meinem ATAPI-CD zum Brenner hin kopieren. Verträgt sich die SCSI-Emulation mit dem anderne SCSI-Treiber? Was passiert dann mit den IDE-Festplatten? [..]
Also: Beim mir lief SCSI-Platte, SCSI-CDROM, IDE-Platte und IDE-Brenner alles zusammen.
So nebenbei habe ich mal Linux-Stabilität getestet :-) :
Mit tgif 16MB Grafik gedruckt Mit tgif 12MB Grafik bearbeitet (von Gimp) Mit Gimp 8MB Grafik bearbeitet Mit xcdroast Daten-CD (2x) gebrannt.
Und ich hab mal den Kernel mit option -j kompiliert, dafür vorher extra eine 1GB swap datei angelegt, und eine cd on-the-fly kopiert. Dabei liefen über 450 (!) gcc Prozesse, die alle Speicher belegen, und ab und zu auch mal den Prozessor befragen wollten. Die Festplatte war die ganze Zeit nur mit swapen beschäftigt, aber die cd wurde ohne bufferunderrun gebrannt (min. 97% von 16 MB cache). Alles eine Frage der Priorität :-))
---
DAS soll man mit Window$ nicht mal zu denken wagen!!! Bei einer *nur* 4,8MB grossen Grafik unter PSP hatte ich da schon "Loss of streaming"...
-- __ _ Raymond Häb, ray.haeb@gmx.net, cologne, germany / / (_)__ __ ____ __ / /__/ / _ \/ // /\ \/ / . . . t h e c h o i c e o f a /____/_/_//_/\_,_/ /_/\_\ G N U g e n e r a t i o n . . . --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Raymond Haeb schrieb:> Thomas Albl wrote:
Und ich hab mal den Kernel mit option -j kompiliert, dafür vorher extra eine 1GB swap datei angelegt, und eine cd on-the-fly kopiert. Dabei liefen über 450 (!) gcc Prozesse, die alle Speicher belegen, und ab und zu auch mal den Prozessor befragen wollten. Die Festplatte war die ganze Zeit nur mit swapen beschäftigt, aber die cd wurde ohne bufferunderrun
Das ist schon recht ordentlich und kann ich in etwa bestätigen, aber was sagt uns das:
gebrannt (min. 97% von 16 MB cache). Alles eine Frage der Priorität :-))
Hat da etwa einer gemogelt? ;-) mfg Peter Küchler Registrierter Linux-User #127408 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Kuechler wrote:
Raymond Haeb schrieb:> Thomas Albl wrote:
gebrannt (min. 97% von 16 MB cache). Alles eine Frage der Priorität :-))
Hat da etwa einer gemogelt?
Wie meinst Du das ? Wegen der 16 MB cache ? Die kann man cdrecord mit "fs=16m" beibringen. Die 97% sind ernst gemeint ! Und cdrecord nimmt sich automatisch die höchste Priorität (bei linux -19). -- __ _ Raymond Häb, ray.haeb@gmx.net, cologne, germany / / (_)__ __ ____ __ / /__/ / _ \/ // /\ \/ / . . . t h e c h o i c e o f a /____/_/_//_/\_,_/ /_/\_\ G N U g e n e r a t i o n . . . --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Raymond! Trying to kill the keyboard, Raymond Haeb (ray.haeb@gmx.net) produced 0,8K in 24 lines:
beibringen. Die 97% sind ernst gemeint ! Und cdrecord nimmt sich automatisch die höchste Priorität (bei linux -19).
Steche ich. Trivial. man sched_setscheduler. Policy auf SCHED_FIFO oder SCHED_RR, priority auf mindestens 1. (qps kann das, z.B., wenn du eine graphische Oberflaeche willst.) mlock/mlockall und es sollte ganz gut gehen. Willst du auch schneller als die Interrupts sein, empfehle ich RTLinux (http://www.rtlinux.org). -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (5)
-
holgerj.keilhauer＠gecits-eu.com -
peter.kuechler＠frankfurt.netsurf.de -
ray.haeb＠gmx.net -
thomas.albl＠staedtetag.de -
weissel＠ph-cip.uni-koeln.de