Thanks Lukas.

Will give it a try.

regards
Sachin

On Wed, Apr 30, 2014 at 1:34 AM, Lukas Zeller <l...@plan44.ch> wrote:
> Hi Sachin,
>
> if what you need is just a lot of pure SyncML clients to run against your 
> server, you might consider using my former employer's free SyncML DEMO client 
> (see http://www.synthesis.ch/dl_client.php?bp=CLI&pv=&vtag=13).
>
> Apparently it hasn't been touched since I left there 2010, and it's not 
> opensource, but is based on the same SyncML engine as used in SyncEvolution, 
> with the same XML config. It only has a simplistic TAB separated text file 
> backend. But it is small, simple and can be started from the command line, 
> including injecting parameters into the XML config (such as different user 
> names, device ids) via the -D command line option.
>
> Other people have used this client for creating test loads, so that might 
> work for you as well. However, that was long time ago, don't ask me about 
> more details :-)
>
> Best Regards,
>
> Lukas
>
>
>
> On 29.04.2014, at 19:52, Sachin Gupta <ching...@gmail.com> wrote:
>
>> one more thing. everytime i invoke syncevolution, it has to load all
>> the xmls, build up its data structures, and all the other stuff.
>> Can i implement threads in it and run it as a daemon. This will i can
>> save time from doing all this.
>>
>> From within, can i then implement threads and launch multiple sync 
>> operations?
>>
>> Can this be done in Syncevo or you foresee issues in this ?
>>
>> Kindly suggest
>>
>> Regards
>>
>> On Mon, Apr 28, 2014 at 11:48 PM, Sachin Gupta <ching...@gmail.com> wrote:
>>> 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

Reply via email to