Experiences with RELENG_7
rsmith at xs4all.nl
Sun Oct 28 05:18:44 PDT 2007
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
- 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.
[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
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-amd64/attachments/20071028/4d8a8b18/attachment.pgp
More information about the freebsd-amd64