Re: [xwiki-users] Futex errors

2015-02-22 Thread vinc...@massol.net


On 22 Feb 2015 at 19:43:08, Aaron Hardy at AC 
(ashtarcommunicati...@gmail.com(mailto:ashtarcommunicati...@gmail.com)) wrote:

 Hi Vincent,  
  
 Thanks for the follow-up.  
  
 I never managed to track down the exact cause of the futex lock or 
 gettimeofday calls. My best guess is that it has something to do with XWiki 
 running on an Amazon EC2 instance. I didn't see the same kind of issues on a 
 local machine. I had another thread a few months ago where I asked if anyone 
 had successfully run XWiki on AWS, and it didn't seem like there was much 
 experience with that setup.  
  
 My short term solution was just to double the RAM and throw it all at XWiki. 
 That seems to have mostly dealt with the stability issues (at least, the 
 instance rarely crashes under load), but under the hood I think it's still 
 performing much worse than it should be.  
  
 Any ideas you have about what might be causing the issue, or any tips for 
 running XWiki on Amazon under reasonably high loads would be much 
 appreciated. 

Thanks for the information and indeed you could be right about the Amazon EC2 
context for the futex problem.

I don’t have any experience with running XWiki on Amazon EC2 so I cannot help 
much, sorry.

Thanks
-Vincent

 Thanks,  
  
 aaron  
  
  
  
 On Fri, Feb 20, 2015 at 10:05 AM, 
 vinc...@massol.net(mailto:vinc...@massol.net) wrote:
  Hi Aaron,
   
  Sorry you didn’t get any answer…
   
  Were you able to find out the problem and improve XWiki under load?
   
  Thanks
  -Vincent
   
   
  On 20 Sep 2014 at 06:52:10, Aaron Hardy at AC 
  (ashtarcommunicati...@gmail.com(mailto:ashtarcommunicati...@gmail.com)(mailto:ashtarcommunicati...@gmail.com))
   wrote:
   
   Trying to track down the source of some persistent performance issues 
   under
   load with 6.2 RC 1 (haven't had time to upgrade to 6.2 final yet). I'm
   maxing out at about 30 or so users before dying on a system with 4GB of 
   RAM.
  
   The java interpreter is getting pegged to 100% of the CPU, and about 70% 
   of
   the calls in the stack trace are futex lock errors. A good chunk of the
   remainder are gettimeofday calls.
  
   Potentially useful info (sorry for formatting):
  
   % time seconds usecs/call calls errors syscall
   -- --- --- - - 
   72.75 5361.592109 45075 118947 14045 futex
   12.28 905.064191 466 1943354 gettimeofday
   4.83 356.110745 3709487 96 45 restart_syscall
   2.88 212.173358 836 253729 clock_gettime
   2.71 199.867690 8802 22706 recvfrom
   2.10 154.843342 37841 4092 poll
   1.14 84.282371 580 145307 130153 stat
  
   Any ideas?
  
   thanks,
  
   aaron
   
  

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Futex errors

2015-02-20 Thread vinc...@massol.net
Hi Aaron,

Sorry you didn’t get any answer…

Were you able to find out the problem and improve XWiki under load?

Thanks
-Vincent


On 20 Sep 2014 at 06:52:10, Aaron Hardy at AC 
(ashtarcommunicati...@gmail.com(mailto:ashtarcommunicati...@gmail.com)) wrote:

 Trying to track down the source of some persistent performance issues under
 load with 6.2 RC 1 (haven't had time to upgrade to 6.2 final yet). I'm
 maxing out at about 30 or so users before dying on a system with 4GB of RAM.
  
 The java interpreter is getting pegged to 100% of the CPU, and about 70% of
 the calls in the stack trace are futex lock errors. A good chunk of the
 remainder are gettimeofday calls.
  
 Potentially useful info (sorry for formatting):
  
 % time seconds usecs/call calls errors syscall
 -- --- --- - - 
 72.75 5361.592109 45075 118947 14045 futex
 12.28 905.064191 466 1943354 gettimeofday
 4.83 356.110745 3709487 96 45 restart_syscall
 2.88 212.173358 836 253729 clock_gettime
 2.71 199.867690 8802 22706 recvfrom
 2.10 154.843342 37841 4092 poll
 1.14 84.282371 580 145307 130153 stat
  
 Any ideas?
  
 thanks,
  
 aaron

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users