On Friday 11 June 2004 23:23, Niclas Hedhman wrote:
> Subversion eats almost all CPU cycles on a 2.4 Linux Kernel, on updates and
> commits.
Am I the only one who have this problem???
I am only using SVN CLI.
[EMAIL PROTECTED] niclas]$ uname -a
Linux f2.hedhman.org 2.4.20-20.9 #1 Mon Aug 18 11:45:58 EDT 2003 i686 i686
i386 GNU/Linux
I have 2 ATA disks on the primary controller, and they are mirrored with
SoftRAID.
No other software I have, shows this type of lock-up, unless running out of
RAM and thrashing starts, in fact SVN behaves exactly like thrashing came
into the picture. Could that be the case??? I got 512MB and 'on a regular
day' "top" would report something like;
01:56:59 up 2 days, 20:42, 13 users, load average: 2.05, 0.97, 0.79
101 processes: 94 sleeping, 7 running, 0 zombie, 0 stopped
CPU states: 2.3% user 3.7% system 0.0% nice 0.0% iowait 93.8% idle
Mem: 513852k av, 507388k used, 6464k free, 0k shrd, 69212k buff
384884k actv, 1200k in_d, 11024k in_c
Swap: 1012072k av, 92016k used, 920056k free 212484k
cached
(sorry for the bad formatting)
Which I interpret that 'cached memory' is plenty and will be released if
necessary. Or does the intensive file reads (writes?) upset the Linux
algorithm of 'cached' vs 'thrashed' memory?
Hmmmm.... <headache quickly approaching from too much thinking>
Cheers
Niclas
--
+------//-------------------+
/ http://www.bali.ac /
/ http://niclas.hedhman.org /
+------//-------------------+
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
