Newsgroup: it.comp.os.linux.iniziare
Titolo: masterizzazione con cpu al 100%

Mi sono comprato da poco un masterizzatore dvd (il nec nd3500), e mi sono
accorto di un poaio di difetti:
-quando masterizzo un dvd-r di dati (su verbatim dvd-r certificati a 4x, che
vanno a 8x con il mio masterizzatore), se metto come velocità 8x nessun
problema, mentre se imposto 2x o 4x la cpu viene utilizzata al 100% fino al
termine della masterizzazione del disco, rendendomi inutilizzabile il
sistema. Come interfaccia di masterizzazione uso k3b 0.11.17.
-quando masterizzo cd-audio (con x-cd-roast, visto che mi permette di fare
cd senza pause tra le traccie) a qualsiasi velocità l'utilizzo della cpu va
a 80-90%, rendendomi difficile usare il sistema.
Ho fatto delle prove analoghe con nero e winzozz non dava questi problemi,
quindi ritengo ci sia qualcosa di errato nella mia configurazione di linux.
Qualche suggerimento??
skv

 hdparm -d1 /dev/hdquelchee'
e invece si ;-(
Il dma è abilitato sia per l'hard-disk, sia per lettore dvd che per
masterizzatore.
root@aeris:/home/marco# hdparm -d /dev/hdc
/dev/hdc:
 using_dma    =  1 (on)
Mi hai fatto venire in mente che ho il masterizzatore in emulazione scsi,
perchè sto ancora usando il kernel 2.4.26, che dipenda da questo?
skv

 perchè sto ancora usando il kernel 2.4.26, che dipenda da questo?
Ma se hai il master in emu scsi,come fa ad andare hdparm su quella
periferica?
-- 
il Vide - ICQ #5301833
http://www.heavy-metal.it
"Sometimes we need to be cruels to be kinds"
NP: Nulla

 periferica?
Non ne ho la più pallida idea, però sia in hdc che hdd (masterizzatore e
lettore dvd) hdparm -d mi dice using_dma=1 (on).
Inoltre ho controllato per bene, e mi sono accorto che in rc.local ho
aggiunto solamente 
/usr/sbin/hdparm -d1 /dev/hda
ovvero dma abilitato per l'hard disk, ma non per i dispositivi ottici (che
sono entrambi eide).
Per il lettore ed il masterizzatore ho inserito in lilo.conf la riga 
append = "hdc=ide-scsi hdd=ide-scsi"
E in /etc/modules.conf ho 
options ide-cd ignore='hdc hdd'
pre-install sg modprobe ide-scsi
Ovvero, sempre che non mi sia dimenticato qualcosa, ho tutto impostato per
vedere dvd-rom e masterizzatore come periferiche scsi, infatti da kde
accedo a queste periferiche come /dev/scd0 e scd1.
skv

 periferica?
Va, va, tranquilli.   ;-)
bye G.L.
-- 
« E' assolutamente evidente che l'arte del cinema
  si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 Che tipo di files? Molti e piccoli, o pochi e grandi?
Ho un AthlonXP 1800+ con 512MB di ram, HD Maxtor 160GB 7200rpm con 8MB di
buffer, slack current, kernel 2.4.26. Il problema mi si è presentato con
dvd contenenti video compressi (tipo una decina di file per dvd). Ma
solamente quando masterizzo a bassa velocità, mentre quando imposto la
massima velocità (ovvero lascio auto su k3b) non ci sono problemi. Ad
esempio oggi mi sono fatto il backup dei file personali su dvd, ovvero
migliaia tra documenti, immagini, ... su un dvd+rw a 4x (ovvero la massima
velocità) e nessun problema. Per questo non penso proprio ad un problema di
numero e dimensione di file, piuttosto a qualcosa di errato nella
configurazione del mio sistema. Inoltre anche la configurazione hardware
credo sia sufficiente, visto che da win con nero non ho verificato questi
utilizzi cpu al 100%.
skv

 Hai provato a vedere il sito di k3b, sul loro forum?
Ho appena controllato, e avevi ragione. Non sono l'unico ad avere questi
problemi. Non ho trovato nulla circa le varie velocità di masterizzazione,
però ci sono alcuni post con persone che hanno problemi masterizzando dvd a
causa dell'utilizzo della cpu al 100% (come il mio caso).
Sembra che per risolvere questo problema convenga togliere l'emulazione
scsi. Se non sbaglio per togliere l'emulazione scsi e continuare a
masterizzare devo passare al kernel 2.6.x. Appena trovo un pò di tempo lo
compilo a faccio delle prove.
Nel frattempo sono un pò più tranquillo :-)
Anche se non capisco ancora perchè x-cd-roast occupi 70-80% di cpu solamente
quando masterizzo cd audio, mentre con cd dati va tutto liscio... che sia
per lo stesso problema dato dall'emulazione scsi?
Ciao e grazie, skv

 compilo a faccio delle prove. 
ho il tuo stesso masterizzatore, la Slack 9.1 con kernel 2.4.22, 
l'emulazione scsi e k3b 0.11.17 e questo problema non si presenta (ce 
n'è un altro: da user non mi lascia leggere cd o dvd);
sei hai una versione diversa potresti provare questa;
a prop delle pause, masterizzando in DAO non dovrebbe metterle, se non 
ricordo male (di solito fo copia cd o masterizzo da cue + file unico);
r
-- 
piccola guida all'installazione di Linux Slackware e del modem manta:
http://www.umpf.net/ramapage/

 ricordo male (di solito fo copia cd o masterizzo da cue + file unico);
Già, usando DAO e mettendo pregap a 0 per tutte le traccie non ci sono spazi
tra una traccia e la successiva, però si crea un piccolo 'pop' tra le
tracce. Usando x-cd-roast oppure da console questo problema non mi si
presenta. Ho letto nel forum di k3b che bisogna modificare tramite k3bsetup
il programma di scrittura, invece di cdrecord bisogna impostare cdrdao e
modificare qualche altra variabile che ora non ricordo :-(
skv

 Comunque ora sto scaricando il kernel 2.6.9
Occhio che con kernel >= 2.6.8 ci sono alcuni problemi con la
masterizzazione. Ti conviene stare su un 2.6.7


 Va, va, tranquilli.   ;-)
Boh, io ai tempi del 2.4.x mi ricordo che mi diceva che era impossibile
eseguirlo su drive non-IDE (però io lo facevo su /dev/scd0)


 Perche' entrambi in emulazione?
Per copie "al volo" serve.

Grazie a tutti per i suggerimenti, ho finalmente risolto questo problema.
Sono passato dal kernel 2.4.26 al 2.6.7 senza emulazione scsi, ed ora quando
masterizzo dvd e cd audio non ho più nessun problema :-)
Peccato solamente che ora non mi funziona più sensor, ma ora proverò con
calma a sistemare pure questo. Tanto oggi tra ricompilazioni del kernel,
qualche kernel panic al boot, mkinitrd che sembrava non andare... ne ho già
viste abbastanze, che sarà far andare pure sensor ;-)
skv

 eseguirlo su drive non-IDE (però io lo facevo su /dev/scd0)
No, io stavo parlando di emulazione SCSI, ed in tal caso hdparm
lo puoi fare sui device normali (/dev/hdX), anche se poi usi
quelli scsi (/dev/sdX, /dev/scdX, ...). Chiaro poi che hdparm non
funzi invece sui device SCSI *veri*. Li' al massimo funzia il test
sulle prestazioni.   :-)
bye G.L.