
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">

<HTML>

<HEAD>

  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">

  <META NAME="GENERATOR" CONTENT="GtkHTML/3.10.0">

</HEAD>

<BODY>

Greetings all,<BR>

<BR>

I find the following interesting and not (so far) a problem:<BR>

Jnos is today in her 4th day of continuous operation since being started.<BR>

My platform is FC-5 - jnos has truly little work to do and is generally idle.<BR>

<BR>

At start, CPU consumption was normal - once in a while jnos would contribute less than a percent (in 3-sec sample period).<BR>

Today, jnos contributes a little less than 30% as user, 60(+)% as system.<BR>

The change was probably in the past 24-hr period.<BR>

Say 1/2 dozen other processes contribute a few percent so the total is say 96% CPU useage.<BR>

<BR>

The remaining processes seem to have little trouble taking CPU for response to their own needs, so there is small perceptible change in over-all response time from the workstation.  The only change I've found is on the KDE desktop switch-over.  I have a 6-desktop configuration and at random times on only selected application windows is the change delayed over the normal say 1/4 second response time.  The worst delay might be 8 seconds.<BR>

<BR>

Thus my question to all:  Am I alone in this effect?<BR>

<BR>

I'm going to allow jnos to continue this way for a few more days to see if it is a precursor to failure of some sort.<BR>

Let me know if there is something I should look for?<BR>

JNOS simply doesn't release the CPU so it can sleep?<BR>

I have no idea how I might have initiated this condition.<BR>

<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">

<TR>

<TD>

<BR>

73<BR>

de Skip k8rra k<BR>

<BR>

<BR>

</TD>

</TR>

</TABLE>

</BODY>

</HTML>