Re: masterizzare DAO on the fly
> ho appena fatto l'ultima prova copiando al volo un disco con questa
> stringa:
> date ; sudo cdrdao copy --device /dev/scd0 --source-device /dev/scd1
> --source-driver generic-mmc --simulate --speed 16 --fast-toc
> --on-the-fly --paranoia-mode 0 -v 3 ; date
>
> il tempo imiegato per copiare un cd audio da 60:07 minuti è abbastanza
> buono (5:30). tuttavia permane il problema del buffer vuoto (3% fisso),
> che non so come risolvere, e dell'impegno della cpu (athlon800 su mobo
> gigabyte 7zx con 256MB) che è perennemente sopra il 90% durante la
> copia (un po' tanto volendo fare confronti con la stessa operazione in
> win2k).
qui vorrei sentire un po di pareri di altri. perche anche da me l'occupazione
cpu sale alle stelle rispetto a windows (per il poco che posso ricordarmi di
windows ovviamente...). e non va bene. e' come se lavorasse senza dma o una
cosa del genere. mi succede con tutte le periferiche ide, con quelle scsi 0
problemi. perche ad esempio freebsd non ha sto problema (parlo per sentito
dire..)? e se e' davvero un problema, col kernel 2.6 cambiera qualcosa visto
che si potra masterizzare senza ide-scsi? temo di no visto che anche con
ide-cdrom l'estrazione audio da me occupa un fottio di cpu.
> non ho ancora capito come interrompere la copia visto che ctrl-c e
> ctrl-d non producono alcun effetto (non compare nessun messaggio su come
> interrompere la copia e killare il processo non mi sembra carino).
da me scrive:
Process can be aborted with QUIT signal (usually CTRL-\).
e funziona.
> altra questione: lanciando cdrdao da utente senza sudo un messaggio mi
> avverte che non è possibile fare un real-time scheduling, ma non vedo
> significativi cambiamenti. è un opzione importante? esiste un modo di
> aver real-time scheduling senza essere root?
orpo, e che roba? non ricordo di averla vista... forse lo fa solo tentando una
copia al volo e me lo sono dimenticato essendo passati ormai mesi dalla mia
ultima copia al volo?
io uso cdrdao 1.1.7, lo uso sempre da utente normale avendogli impostato lo
sticky bit o come si chiama, praticamente il chmod +s /usr/bin/cdrdao
> ultima domanda. esiste un modo meno cretino di misurare quanto tempo ci
> mette a fare la copia di quel date; comando ; date?
mmm boh, non so, forse qualcosa tipo "time sudo cdrdao copy ecc....", ma anche
quel date con uno scriptino che fa la differenza andrebbe benone secondo me.
Reply to: