Experiences with RELENG_7

[Roland Smith]

On Sun, Oct 28, 2007 at 02:45:03AM +0200, Kris Kennaway wrote:

>> After killing telak, the situation returned to normal. I restarted
>> telak, and a couple of hours later it happened again.
> 
> Sounds like the issue is that telak is misbehaving.  The scheduler will not 
> cause it to suddenly chew up CPU when it should be sleeping.

The thing is, why didn't it happen on 6-STABLE? The current version of
telak hasn't fundamentally changed in over a year. There are only two
possible causes that I can think of;

- gcc 4.x produces different code from gcc 3.x, and that causes the
  problem.
- changes to the kernel caused the problem.

Meanwhile I've started telak with 'nice -n 15', to see if that fixes the
problem. :-) I also reniced the X server to -10.

>> It also happened with cc1 when I was compiling a port. In that case the
>> situation returned to normal when that particular instance was
>> finished. That compilation was running in a terminal window that was
>> iconified at the time.
> 
> This may be unrelated.  The new version of gcc has higher memory 
> requirements, and it is common for it to access swap during compilation 
> when the system is also busy running other tasks.  If you see it happening 
> with cc again, make sure to check this.

I didn't see any swap usage, but I'll keep an eye on it next time I'm
rebuilding a big port. My desktop's CPU is usually not very busy, unless it's
running a port compile or a big TeX or povray job.
 
>> In case I forgot to mention it, I deleted and recompiled all ports after
>> the 6->7 update to make sure there was no old cruft lying around. I am
>> running a custom kernel because I'm using GEOM_ELI. Do you need to see
>> my kernel config?
> 
> What are you using GELI for?  If it's encrypting data used by those 
> processes that will of course add to the load.

Only my /home partition is encrypted. The files that telak uses are on /usr.

roland
-- 
R.F.Smith                                   http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914  B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-amd64/attachments/20071028/4d8a8b18/attachment.pgp