HylaFAX The world's
most advanced open source fax server
|
|
[
Date Prev][
Date Next][
Thread Prev][
Thread Next]
[
Date Index]
[
Thread Index]
Re: Priority running too high.
On Tue, 2 Jun 1998, Matthias Apitz wrote:
> Tim Rice wrote:
>
> On Mon, 1 Jun 1998, Jim Whitby wrote:
>
> > David Woolley wrote:
> > >
> > > > Anyone have any suggestions?
> > > > More info required, please, let me know.
> > >
> > > Leave it at its current priority - the actual fax protocol is very
> > > time critical.
> >
> > Normaly I would, but *anything* that requires 100% cpu time is too much.
> > For a maichne that is idling at less that 5% to jump to 100% and not be
> > doing anything is too much priority.
> >
>
> It's not a priority issue. It's correctly set to run at "Fixed Class"
> priority.
>
> Are you on UnixWare 2.1.3?
>
> I just upgraded to 2.1.3 and now my faxgetty takes 50% of the available
> CPU time as reported by "ps -A -ouser,pid,ppid,pcpu,vsz,time,tty,args".
>
> Truss(1) shows pages of
> read(1, 0x080473DC, 2047) = 0
> poll(0x08045BC4, 2, -1) = 1
> read(1, 0x080473DC, 2047) = 0
> poll(0x08045BC4, 2, -1) = 1
> read(1, 0x080473DC, 2047) = 0
> poll(0x08045BC4, 2, -1) = 1
>
> looks like the common CONFIG_OPENFIFO problem (but never saw this
> in faxgetty(1M) before); what is fd 1 for a file?
I couldn't find an open() on fid 1 in the truss output so I guess it's stdout.
I recompiled with ./configure --with-CONFIG_OPENFIFO=O_RDWR
and it seems to work again.
>
> matthias
>
> With faxgetty running rtpm(1M) shows
> CPU:
> 100 %u+s
> 0 %w+i
> 54 %usr
> 46 %sys
> 0 %wio
> 0 %idl
>
> With no faxgetty.
> CPU:
> 1 %u+s
> 99 %w+i
> 1 %usr
> 0 %sys
> 0 %wio
> 99 %idl
>
> I hate it when OS upgrades break things. It worked good on 2.1.2
> I'm going to recompile HylaFAX from scratch to see if that makes any
> difference.
>
> --
> Tim Rice Multitalents (707) 887-1469 (voice)
> tim@trr.metro.net
>
--
Tim Rice Multitalents (707) 887-1469 (voice)
tim@trr.metro.net