Skip to Content.
Sympa Menu

perfsonar-user - Re: [perfsonar-user] perfSONAR 4.0 available on April 17th

Subject: perfSONAR User Q&A and Other Discussion

List archive

Re: [perfsonar-user] perfSONAR 4.0 available on April 17th


Chronological Thread 
  • From: Andrew Lake <>
  • To: Brian Candler <>, "" <>
  • Subject: Re: [perfsonar-user] perfSONAR 4.0 available on April 17th
  • Date: Wed, 12 Apr 2017 06:45:21 -0700
  • Ironport-phdr: 9a23:m2F5qRBwXxuLso0AUGC4UyQJP3N1i/DPJgcQr6AfoPdwSPT/pcbcNUDSrc9gkEXOFd2CrakV1ayP7eu+CSQp2tWoiDg6aptCVhsI2409vjcLJ4q7M3D9N+PgdCcgHc5PBxdP9nC/NlVJSo6lPwWB6nK94iQPFRrhKAF7Ovr6GpLIj8Swyuu+54Dfbx9GiTe5YL5+Ngi6oATeusQXgoZpN7o8xAbOrnZUYepd2HlmJUiUnxby58ew+IBs/iFNsP8/9MBOTLv3cb0gQbNXEDopPWY15Nb2tRbYVguA+mEcUmQNnRVWBQXO8Qz3UY3wsiv+sep9xTWaMMjrRr06RTiu86FmQwLzhSwZKzA27n3Yis1ojKJavh2hoQB/w5XJa42RLfZyY7/Rcc8fSWdHQ81fVTFOApmkYoUPDeUBM+FWoIbzqVUNsBWwGxWjCfj1xTNUnHL7x7c33/gjHAzAwQcuH8gOsHPRrNjtKKoSV/26zLPWwjTNcvhY3y3y6IvWfRs8pvyDR7RwftfRyEQ0CQzFlU+cqYr7MDOJz+kAtXWQ4eRnVeKqkWEnqgdxryCyycg2lonGnJkVykze+iR22oo6Odq4SEt9bNW5E5VQrzmXO5ZoTs4hWW1ltjw2x7IbtZKhfSUHy4wrywDDZ/GDaYSF4RLuWPyMLTp8mn5pYqyziwqu/UWm1+byTNO70ExQoSpAitTMtm4C1xjU6sWfRPty4Ems1SyL1w/I7uFIO080la3FK5I5w74wkIQcsVjbEyPrhkn7j7Wae0s+9uWn9ujreLTrq5yEO49xkA7+M6AumsKlAeQ/NwgDR3KU+eKh27zj5kD2Xq5KgucwkqbHrJDWPd4bqbKhAw9JzoYj7A6yDy+439QCk3kHN1VFeBSdgIjzIl3OPev4Aumlg1m3lDdrxuvGPqH6ApnTNHTDkbHhfapj5E5Gzgo808xf64xOBr4fPf3zRxy5iNuNJAU4Ogr86O/hBNFwzMtKUySEC6mVNK7ImUeP7OU/ZeKLYdlR8HzlJuIr/PnohGV8hEQQZ4Go24cacna1Aq4gLkmEKzK4mtobH3wNuAMkCfHxhUeqUDhPamy0Ur5moDw3FdT1I53EQ9WEhrCb0TjzOpRVaygSA1aAAF/lbMOCVutaO3HaGdNojjFRDevpcIQmzxz78Vaik7c=





On April 12, 2017 at 4:14:18 AM, Brian Candler () wrote:

On 10/04/2017 19:46, Andrew Lake wrote: 
> 
> There are a a whole bunch of new features in pScheduler vs 
> BWCTL+regular testing. We actually keep a schedule in a database now, 
> so unlike BWCTL, you can know when things ran, what’s running and when 
> they are going to run. We also keep lots more diagnostics information 
> so it’s easier to debug things when a test is missed, etc. In addition 
> to that, it has a plug-in architecture for writing new tests, tools 
> and archivers. 
> 
Thanks - that's very useful to know. 
> 
> First of all, both 2GB and running on a VM would be against what we 
> recommend for 3.5 (and probably a version or two earlier than that as 
> well). That being said I have 2 ESnet productions hosts upgraded to 
> 4.0 running 2GB memory that are fine with a local MA, but they also 
> run a handful of tests and I have optimized cassandra not to eat as 
> much memory at the cost of running bit slower (fwiw I did this 
> optimization when 3.5 was released, because it worked poorly otherwise). 
> 
Is there a doc which summaries the cassandra tweaks suggested? I've now 
increased these VMs to 3GB but would still like it to make better use of 
that memory. 

Buried in our FAQs is a link to this page: http://docs.datastax.com/en/cassandra/2.0/cassandra/operations/ops_tune_jvm_c.html

Basically you can tweak the MAX_HEAP_SIZE and HEAP_NEWSIZE variables in /etc/cassandra/conf/cassandra-env.sh. It was largely trial and error when I did it, but settled on MAX_HEAP_SIZE=512MB and HEAP_NEWSIZE=256MB. Seemed to work ok in my case, but sure it depends on machine load and otehr stuff, so likely you might have to tweak those some. 







Regards, 

Brian. 



Archive powered by MHonArc 2.6.19.

Top of Page