Re: [ovsdb-dev] OVSDB scale
|
Vishal Thapar <vishal.thapar@...>
Adding Muthu.
Muthu, I believe we did have to do some tweaks with heapsize, GC settings etc.right? Do you recall?
Regards, Vishal.
From: Sela, Guy [mailto:guy.sela@...]
Sent: 17 January 2017 13:49 To: Vishal Thapar <vishal.thapar@...>; Anil Vishnoi <vishnoianil@...>; Jamo Luhrsen <jluhrsen@...> Cc: Pearl, Tomer <tomer.pearl@...>; marcus.g.williams@...; openflowjava-dev@...; ovsdb-dev@... Subject: RE: [openflowjava-dev] [ovsdb-dev] OVSDB scale
Thanks,
Did you manage to survive Full GCs at all ? If I don’t avoid it, a Full GC causes all OVSs to disconnect from the ODL, and it results in a bit of chaos. Is there any way around this other than avoiding Full GC? I managed to avoid it in my testing using 16G heap size and G1 collector.
From: Vishal Thapar [mailto:vishal.thapar@...]
We tested not just OVSDB but OVSDB+Netvirt/VPNService at scale of about 80 OVS at the time with a full mesh. Scale limits come more from size of datastore than anything else. So how many devices you can scale depends on extent of features you’re testing. Is it just OVSDB, or Netvit with multiple VMs per compute across multiple networks?
If you’re running into memory issues would be good to increase memory and capture memory usage. While provisioning you may hit a high peak but will come down once it is done. I’ll check if I can get details of numbers we tested, should be lying somewhere in archived mails.
Regards, Vishal.
From: Anil Vishnoi [mailto:vishnoianil@...]
I believe team from Ericsson also did some testing with it and we made some more performance improvement on boron.
@vishal : do you have any number from your ovsdb testing ?
On Tue, Jan 3, 2017 at 10:05 PM, Jamo Luhrsen <jluhrsen@...> wrote:
-- Thanks Anil |
|
|