[TriLUG] cdrecord & cpu usage, cured!

zzd zzd at nc.rr.com
Tue Apr 22 14:41:41 EDT 2003


I should have added that top reported cdrecord using <2% cpu

On Tuesday 22 April 2003 02:38 pm, zzd wrote:
> with hdparm settings in place, I am actually able to work again
> whilst I burning my ISO to disc :-)
>
> many thanks,
> z
>
> On Tuesday 22 April 2003 10:30 am, David A. Cafaro wrote:
> > # /sbin/hdparm -c3 -d1 /dev/hda  (first HD)
> > # /sbin/hdparm -c3 -d1 /dev/hdc  (first IDE Cdrom)
> >
> > Which turns on basic 32bit and DMA.  Again, use with caution and be
> > prepared for it to fail (I've tried some very aggresive settings
> > that locked my HDs good, had to hard reset and recover journal).
> >
> > -David
> >
> > On Tue, 2003-04-22 at 10:00, zzd wrote:
> > > When burning ISO images to cdrom, I find that I am totally unable
> > > to do anything else during the burn process, including move the
> > > mouse or change to alternate windows. I like to use Eclipt which
> > > is a good GUI front end to cdrecord, and when I use the top
> > > command, it shows cdrecord at over 40% cpu.
> > >
> > > So, how do I (re)nice the cdrecord command to use less CPU, so
> > > that I am at least able to read/write emails while at the same
> > > time, burning a CDROM? I tried "nice --adjustment=10", but this
> > > did me no good. The whole nice thing is a bit confusing. Any
> > > help/direction appreciated.
> > >
> > > z
> > >
> > > _______________________________________________
> > > TriLUG mailing list
> > >     http://www.trilug.org/mailman/listinfo/trilug
> > > TriLUG Organizational FAQ:
> > >     http://www.trilug.org/faq/TriLUG-faq.html
> >
> > _______________________________________________
> > TriLUG mailing list
> >     http://www.trilug.org/mailman/listinfo/trilug
> > TriLUG Organizational FAQ:
> >     http://www.trilug.org/faq/TriLUG-faq.html
>
> _______________________________________________
> TriLUG mailing list
>     http://www.trilug.org/mailman/listinfo/trilug
> TriLUG Organizational FAQ:
>     http://www.trilug.org/faq/TriLUG-faq.html




More information about the TriLUG mailing list