yes :) doing some profiling. Will update with the results. How do i maintain the load on the server; 2400 users for an hour? Can JMeter or locust help me in this or i will need custom built scripts for this?
Any suggestions? Regards On Sun, Apr 27, 2014 at 12:27 AM, Patrick Ohly <patrick.o...@intel.com> wrote: > On Sat, 2014-04-26 at 23:42 +0530, Sachin Gupta wrote: >> On Fri, Apr 25, 2014 at 3:29 PM, Patrick Ohly <patrick.o...@intel.com> wrote: >> > On Fri, 2014-04-25 at 15:03 +0530, Sachin Gupta wrote: >> > > Can you suggest how i can test SyncML Server performance and have 2500 >> > > users/syncevolutions connecting simultaneously? >> > >> > There's no ready-made solution. You'll have to write your own scripts >> > for configuring SyncEvolution and running the desired benchmark. >> > >> > Note that each context in SyncEvolution gets its own device ID. So if >> > you want to simulate n different devices, use: >> > >> > syncevolution --configure ... client-1@client-1 >> > ... >> > syncevolution --configure ... client-n@client-n >> > >> I figured so. So wrote scripts which will launch syncevo each with >> unique device ids and seperate user accounts. >> But the concern is managing these number of syncs through a time >> period. Exploring if JMETER can help me out in this.\ >> Also being a process, it would not be possible to launch so many >> processes in parallel. >> Memory and CPU would be issues, right? Would need very high end >> systems for this? > > I have not measured this. Try it and you'll see. My expection is that > you will need multiple client machines, though. > >> Would it be possible doing this launching processes or shall i look >> into creating threads within the Syncevolution launching and >> controlling sessions from there? > > I would just use multiple client machines. Much simpler and scales > perfectly. > > -- > Best Regards, Patrick Ohly > > The content of this message is my personal opinion only and although > I am an employee of Intel, the statements I make here in no way > represent Intel's position on the issue, nor am I authorized to speak > on behalf of Intel on this matter. > > > _______________________________________________ os-libsynthesis mailing list os-libsynthesis@synthesis.ch http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
