Re: cdrecord priority

[Gustavo Halperin]

Travis Crump wrote:

Alf Werder wrote:

On Wed, 2004-02-04 at 17:46, Monique Y. Herman wrote:

On 2004-02-04, Gustavo Halperin penned:

 Hello List

 When I roast some CD  with 'xcdroast' (or any other application), I
 can also do it  another thinks in the computer. But if I call to the
 command 'cdrecor'   (also I did it with the same options like
 xcdroast) in the command line the 'cdrecord' take almost the
 recourses of the computer.  Is any way to call to 'cdrecord' and  do
 it another think in the computer in the same time???


I think what you want to look into is the 'nice' command, which allows
you to lower an application's priority.


I don't think so. cdrecord uses the real time scheduling class. A
process belonging to this class gets as much cpu time, as it demands.
This is cdrecords strategy to avoid buffer underruns.
Maybe you can turn this feature off somehow. What you can do is run
cdrecord with less privileges. Only root is allowed to put processes
into the real time scheduling class.
-alf

I think this is a red herring.  Though only burning at 12x, cdrecord 
takes up less than 1% of the cpu on my system so unless OP's burner is 
two orders of magnitude faster...[though even then I have a feeling it 
still wouldn't use appreciable cpu].

OP:  are you really just doing 'cdrecord dev=0,0,0 some.iso' or are 
you trying to do something like 'mkisofs ... | cdrecord dev=0,0,0'.  
mkisofs does use a significant amount of cpu[though it still doesn't 
peg my system], and you may have better results by making an iso image 
in a seperate step.  This also has the added benefit of allowing you 
to mount the iso before you burn it to double check that it is correct.
I'm using :
  cdrecord dev="0,0,0" fs=4096k driveropts=burnproof -v -useinfo 
speed=32 -dao -eject -pad -data "file.iso"
I will try give less speed , Thank you for the idea.
  

Regards.
gustavo halperin
_
Laboratory for Computer Graphics and CAD
Faculty of Mechanical Engineering
Technion - Israel Institute of Technology
Haifa, Israel 32000
Tel:  972-4-829-2334
Fax:972-4-829-5711
e-mail: [EMAIL PROTECTED] 
_
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: cdrecord priority

[Travis Crump]

Alf Werder wrote:
On Wed, 2004-02-04 at 17:46, Monique Y. Herman wrote:

On 2004-02-04, Gustavo Halperin penned:

 Hello List

 When I roast some CD  with 'xcdroast' (or any other application), I
 can also do it  another thinks in the computer. But if I call to the
 command 'cdrecor'   (also I did it with the same options like
 xcdroast) in the command line the 'cdrecord' take almost the
 recourses of the computer.  Is any way to call to 'cdrecord' and  do
 it another think in the computer in the same time???
I think what you want to look into is the 'nice' command, which allows
you to lower an application's priority.


I don't think so. cdrecord uses the real time scheduling class. A
process belonging to this class gets as much cpu time, as it demands.
This is cdrecords strategy to avoid buffer underruns.
Maybe you can turn this feature off somehow. What you can do is run
cdrecord with less privileges. Only root is allowed to put processes
into the real time scheduling class.
-alf


I think this is a red herring.  Though only burning at 12x, cdrecord 
takes up less than 1% of the cpu on my system so unless OP's burner is 
two orders of magnitude faster...[though even then I have a feeling it 
still wouldn't use appreciable cpu].

OP:  are you really just doing 'cdrecord dev=0,0,0 some.iso' or are you 
trying to do something like 'mkisofs ... | cdrecord dev=0,0,0'.  mkisofs 
does use a significant amount of cpu[though it still doesn't peg my 
system], and you may have better results by making an iso image in a 
seperate step.  This also has the added benefit of allowing you to mount 
the iso before you burn it to double check that it is correct.


signature.asc
Description: OpenPGP digital signature

Re: cdrecord priority

[Alf Werder]

On Wed, 2004-02-04 at 17:46, Monique Y. Herman wrote:
> On 2004-02-04, Gustavo Halperin penned:
> >   Hello List
> >
> >   When I roast some CD  with 'xcdroast' (or any other application), I
> >   can also do it  another thinks in the computer. But if I call to the
> >   command 'cdrecor'   (also I did it with the same options like
> >   xcdroast) in the command line the 'cdrecord' take almost the
> >   recourses of the computer.  Is any way to call to 'cdrecord' and  do
> >   it another think in the computer in the same time???
> 
> I think what you want to look into is the 'nice' command, which allows
> you to lower an application's priority.

I don't think so. cdrecord uses the real time scheduling class. A
process belonging to this class gets as much cpu time, as it demands.
This is cdrecords strategy to avoid buffer underruns.

Maybe you can turn this feature off somehow. What you can do is run
cdrecord with less privileges. Only root is allowed to put processes
into the real time scheduling class.

-alf


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: cdrecord priority

[Monique Y. Herman]

On 2004-02-04, Gustavo Halperin penned:
>   Hello List
>
>   When I roast some CD  with 'xcdroast' (or any other application), I
>   can also do it  another thinks in the computer. But if I call to the
>   command 'cdrecor'   (also I did it with the same options like
>   xcdroast) in the command line the 'cdrecord' take almost the
>   recourses of the computer.  Is any way to call to 'cdrecord' and  do
>   it another think in the computer in the same time???

I think what you want to look into is the 'nice' command, which allows
you to lower an application's priority.


-- 
monique


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]