On Mon, 14 Jan 2002 13:23:57 -0600 Michael Kaply <[EMAIL PROTECTED]> wrote: > > Our thread priorities on Mozilla are all normal. We are not upping the > priorities at all.
In that case, would you please add to your to-do list: "Look at how Mozilla, when it seems to go into 100%-CPU-using periods, affects the rest of the system." My point was that if what Mozilla is doing is able to interrupt a DART audio stream, there must be some SERIOUS "denial-of-resources" going on. I had hoped that OS/2 time-slicing among applications would avoid such disruption. [Is perhaps OS/2 upping the Mozilla priority because Mozilla has the focus? In my config.sys I have PRIORITY_DISK_IO=NO and MAXWAIT=1 and CLOCKSCALE=4, but nothing about TIMESLICE.] Or perhaps something called by Mozilla is not allowing dispatching of applications awakened by an interrupt? That would be bad behavior. mikus > > Mikus Grinbergs wrote: > > > Had an audio stream (started as a Mozilla helper application) > > playing in the background, while I did a little web surfing. > > Did not measure how much load that audio stream put on my system, > > but I'm convinced it was *substantially* less than 50% of the > > system's processing capacity. > > > > Now, several times while Mozilla was rendering webpages that > > had a lot on them, the audio stream "dropped out". [Looked to > > me like lack of processing power. Haven't previously noticed > > whether contention_to_use_the_communications_line can "freeze > > out" any of the contenders.] To my mind, there were __only__ > > two "foreground tasks" active - the audio stream and Mozilla. > > Assuming OS/2 was performing timeslicing, I would expect CPU > > processing power to be SHARED (50-50) between these tasks. > > > > Yet the audio stream *did* drop out on occasion. Was that > > because Mozilla was giving itself __higher__ priority ? > > > > If so, can the __user__ somehow limit how greedy Mozilla becomes ? > > Or, if my audio stream is more important to me than Mozilla, must > > I manually RAISE the priority at which the audio stream task runs ? > > > > mikus
