Re: Review performance issue

2010-10-18 Thread mohan kumar
Thanks Christian, I will disable syntax highlighting and will watch the performance and let you know the status. Thanks, Mohan. On Mon, Oct 18, 2010 at 12:26 AM, Christian Hammond chip...@chipx86.comwrote: Please disable syntax highlighting (Admin UI - Settings - Diff viewer) and see if that

Re: Review performance issue

2010-10-17 Thread bugfree
nah. not centos. I'm testing on a gentoo too and see similar issues. restart apache: ps -eo pmem,pcpu,rss,vsize,args returns 1.1 0.0 23588 39108 /usr/sbin/apache2 -D DEFAULT_VHOST ... for every apache process. If I open a diff for a file ~5Mb file one apache process jumps to 16.0 0.0

Re: Review performance issue

2010-10-17 Thread Christian Hammond
Please disable syntax highlighting (Admin UI - Settings - Diff viewer) and see if that helps. Apache *will* use a lot of CPU when generating a side-by-side diff for a large file. There's a lot of processing that must take place for generating a diff. It's just an unavoidable thing. But it

Re: Review performance issue

2010-10-15 Thread Mohan
Only RB is running on the server. when i did 'ps' it shows the following apache instances. [r...@rboard log]# ps -ef | grep httpd apache1279 22272 0 01:51 ?00:00:03 /usr/sbin/httpd apache 12843 22272 0 07:29 ?00:00:00 /usr/sbin/httpd apache 14240 22272 0 08:11 ?

Re: Review performance issue

2010-10-15 Thread Thilo-Alexander Ginkel
On Fri, Oct 15, 2010 at 09:22, Mohan mohan...@gmail.com wrote: Only RB is running on the server. when i did 'ps' it shows the following apache instances. [r...@rboard log]# ps -ef | grep httpd apache    1279 22272  0 01:51 ?        00:00:03 /usr/sbin/httpd apache   12843 22272  0 07:29 ?    

Re: Review performance issue

2010-10-15 Thread bugfree
Same issue here. I'm on centos with RB 1.5. My source files can be as big as 20Mb which I didn't really expect to be an issue. turns out viewDiff can take several minutes. but performance aside I think I'm looking at some memory leakage. after running it for a few days while no user is connected

Re: Review performance issue

2010-10-15 Thread Jan Koprowski
It looks like the issue is CentOS. 1) Try to switch from mod_python to mod_wsgi (or vice versa) 2) Turn of memcache check is issue gone (switch to file cache) I belive this is good reason to send ticket to CentOS team. On Fri, Oct 15, 2010 at 4:01 PM, bugfree o3j5h...@gmail.com wrote: Same

Re: Review performance issue

2010-10-14 Thread Christian Hammond
You definitely shouldn't be seeing that level of performance problems. What type of repository are you using? is there anything else running on this server? What kind of load do you have, user-wise? Christian -- Christian Hammond - chip...@chipx86.com Review Board -

Re: Review performance issue

2010-10-14 Thread Christian Hammond
How big are the diffs being put up? When viewing a diff, Review Board must take the uploaded diff file, grab each file from SVN, run patch to apply it, perform a side-by-side diff operation, and then render it (with syntax highlighting and everything else). We are at the mercy of libsvn (and

Re: Review performance issue

2010-10-14 Thread Thilo-Alexander Ginkel
On Thu, Oct 14, 2010 at 07:53, Mohan mohan...@gmail.com wrote: I have noticed that high memory usage on this machine. [r...@rboard ~]# free                   total        used               free     shared buffers     cached Mem:       5760760    5726016      34744          0        220

Re: Review performance issue

2010-10-14 Thread mohan kumar
Hi Thilo, Thanks for your response. apache (httpd) uses more cpu and memory: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 14071 apache25 0 449m 116m 6124 R 89.0 2.1 0:34.34 httpd And also as per Christian sugestion, checked the memcache config, seems to be

Re: Review performance issue

2010-10-14 Thread Thilo-Alexander Ginkel
On Thu, Oct 14, 2010 at 15:29, mohan kumar mohan...@gmail.com wrote: Thanks for your response. apache (httpd) uses more cpu and memory:  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 14071 apache    25   0  449m 116m 6124 R 89.0  2.1   0:34.34 httpd Hm, just had a