Master is frozen for 4.9, so probably no if it is not already in. On Jun 5, 2016 5:29 PM, "Özhan Rüzgar Karaman" <oruzgarkara...@gmail.com> wrote:
> Hi Remi; > Does this fix approved for upcoming 4.9 release? > > Thanks > Özhan > > On Fri, Jun 3, 2016 at 11:29 PM, Remi Bergsma <rberg...@schubergphilis.com > > > wrote: > > > Hi Wido, > > > > I've fixed that recently, just need to find the time to backport it :-s > > > > https://github.com/MissionCriticalCloud/cosmic-core/pull/138 > > > > Regards, Remi > > > > Sent from my iPhone > > > > > On 03 Jun 2016, at 12:10, Wido den Hollander <w...@widodh.nl> wrote: > > > > > > > > >> Op 1 juni 2016 om 11:10 schreef Özhan Rüzgar Karaman < > > oruzgarkara...@gmail.com>: > > >> > > >> > > >> Hi Developers; > > >> I could find any answer from Cloudstack User Mailing list, i am > > forwarding > > >> my mail to the development list, thanks for all answers who has > > experience > > >> on high capacity virtual router usage. > > >> > > >> Thanks > > >> Özhan > > >> > > >> Today i noticed that my vm creation commands takes a little bit long > > then > > >> before. When i check the logs i noticed that router vm takes too much > > time > > >> like 4 seconds for each savepassword and DhcpEntryCommands. > > > > > > I checked this quickly on a VR in Basic Networking and I see the same. > > It's that it is executing Python code for every Instance which has to be > > provisioned on that VR. > > > > > > I don't know of a quick way to work around this however, this probably > > requires parts of that code to be rewritten. > > > > > > Wido > > > > > >> We are using advanced networking with security groups enabled for ACS > > 4.8 . > > >> It looks like when ip address usage increases(100 ip addresess for > one C > > >> Class network) for each guest network block, router vm responds slower > > than > > >> the old days. > > >> > > >> We are using default compute offering for virtual router, my plan is > to > > >> change to default offering for virtual router vm to 512 mb ram & 2 > core > > cpu > > >> and increase cpu shares and restart virtual router. > > >> > > >> Are there any other cleanup procedures or other ways to speed up > > >> savepassword and DhcpEntryCommands like disable logging or any other > > clues > > >> would be helpful. Because of this long waiting times on 2 commands > > total vm > > >> creation time takes longer then expected. > > >
