[Sa] Проблеми с beta

Thu Jun 18 12:14:49 EEST 2015

Току-що пробвах да налея таблица на една друга машина, с една пълна
таблица яде 120mb памет.

Слагаме това като приоритет за събота, да минем на BIRD :) Зачетете
http://bird.network.cz/?get_doc&f=bird.html :)

On Thu, 18 Jun 2015 08:50:40 +0300
"Vladimir (sial) Todorov" <sial at ludost.net> wrote:

> Мога да потвърдя написаното за bird с реално сравнение:
> 450 префикса 
> bird 1.9m 
> bgpd + zebra 5.2m + 2.9m
> 
> Поздрави,
> sial :) 
> 
> On Thu, Jun 18, 2015 at 07:15:38AM +0300, Vasil Iliev wrote:
> > Докато търсех  разликата в това кое колко рам яде попаднах на този
> > докуемнт :
> > https://www.nanog.org/meetings/nanog48/presentations/Monday/Filip_BIRD_final_N48.pdf
> > <https://www.nanog.org/meetings/nanog48/presentations/Monday/Filip_BIRD_final_N48.pdf>
> > в който има сравнителни тествоте. Ще отделя време  да му чета
> > документацията за да се опитам да го направя.
> > 
> > 
> > 
> > > On Jun 17, 2015, at 11:40 PM, Vasil Kolev <vasil at ludost.net>
> > > wrote:
> > > 
> > > Тая информация от къде е и кой се наема да прочете как се
> > > конфигурира bird, да ни обясни?:)
> > > 
> > > On Wed, 17 Jun 2015 21:37:23 +0300
> > > Vasil Iliev <viliev at viliev.org> wrote:
> > > 
> > >> Адаш както предложи в началото може да използваме bird :
> > >> Bird -> Memory consumption – 70MB (Quagga 240MB) , което според
> > >> мене ще ни реши проблема.
> > >> 
> > >> 
> > >> 
> > >>> On Jun 17, 2015, at 8:51 PM, Vasil Kolev <vasil at ludost.net>
> > >>> wrote:
> > >>> 
> > >>> Проблемът е, че gamma е същия хардуер, и няма да ни помогне да
> > >>> минем на нея :) Иначе можеше просто да преместим диска и
> > >>> толкова...
> > >>> 
> > >>> Трябва да се види дали с някакъв hack като смяна на memory
> > >>> allocator-а да се яде по-малко памет, но не знам дали ще има
> > >>> някакъв ефект. Трябва да се research-не въпроса :)
> > >>> 
> > >>> On Wed, 17 Jun 2015 20:22:45 +0300
> > >>> Veroslav Cenov <veroslav.cenov at gmail.com> wrote:
> > >>> 
> > >>>> Ами ако ще ползваме още Quagga-та, т.е. ще правим някакви неща
> > >>>> с bgp-то, по-добре да си остане таблицата при нас и да
> > >>>> измислим читав начин да я търкаляме, било то да  пуснем BGP-то
> > >>>> на gama или да пробваме с нещо по-леко(bird-а).
> > >>>> Аз лично не виждам особена причина друг софтуер да яде по-малко
> > >>>> памет имайки предвид, че основния консуматор е самата таблица
> > >>>> или по-скоро размера и, но знае ли човек :)
> > >>>> 
> > >>>> Тъй като BGP-то бачка на по-висок layer, не можем ли да го
> > >>>> forward-нем от beta на gamma с iptables примерно ? :)
> > >>>> 
> > >>>> Графиките съм ги commit–нал и merge-нал, файловете със същите
> > >>>> имена, но в .xml разширение, което може да се импоритра в
> > >>>> draw.io-то.
> > >>>> 
> > >>>> Поздрави,
> > >>>> Вери
> > >>>> 
> > >>>> On 06/17/2015 11:14 AM, Vasil Kolev wrote:
> > >>>>> Мда, quagga-та като цяло яде около 512mb памет, а тя машината
> > >>>>> толкова си има. На самото желязо няма място за повече памет
> > >>>>> (т.е. дъното не поддържа повече от 512) и май нямаме с какво
> > >>>>> да го заместим за момента.
> > >>>>> 
> > >>>>> Може да пипна setup-а да подавам само default route по v4 от
> > >>>>> отсреща, така ще яде съвсем малко памет, и ще реши проблема,
> > >>>>> какво мислите по въпроса? Другия вариант е да пробваме да
> > >>>>> сменим quagga-та с bird, който да яде по-малко памет, ама не
> > >>>>> знам дали ще е така.
> > >>>>> 
> > >>>>> 
> > >>>>> За графиките - можеш ли да качиш и оригиналните файлове, т.е.
> > >>>>> тия, от които се генерират графиките?
> > >>>>> 
> > >>>>> On Wed, 17 Jun 2015 08:47:43 +0300
> > >>>>> Veroslav Cenov <veroslav.cenov at gmail.com> wrote:
> > >>>>> 
> > >>>>>> Забелязвам, че beta редовно прави out of memory, като
> > >>>>>> най-големия консуматор се явява bgpd-то. Ако искаме да има
> > >>>>>> някаква стабилна услуга ще трябва или да добавим повече
> > >>>>>> памет или да изместим BGP-то на друга машина.
> > >>>>>> 
> > >>>>>> Също така съм push-нал двете графики на топологиите - Layer
> > >>>>>> 1/2 и Layer 3, като ще помоля Васил да ги accept–не.
> > >>>>>> 
> > >>>>>> Скоро ще направя и графика на топологията Layer 7, да се
> > >>>>>> вижда ясно къде какви услуги вървят.
> > >>>>>> 
> > >>>>>> Поздрави,
> > >>>>>> Вери
> > >>>>>> _______________________________________________
> > >>>>>> sa mailing list
> > >>>>>> sa at ludost.net
> > >>>>>> http://lists.ludost.net/cgi-bin/mailman/listinfo/sa
> > >>>>> 
> > >>>>> 
> > >>>>> _______________________________________________
> > >>>>> sa mailing list
> > >>>>> sa at ludost.net
> > >>>>> http://lists.ludost.net/cgi-bin/mailman/listinfo/sa
> > >>>> 
> > >>> 
> > >>> _______________________________________________
> > >>> sa mailing list
> > >>> sa at ludost.net
> > >>> http://lists.ludost.net/cgi-bin/mailman/listinfo/sa
> > >> 
> > >> Vasil Iliev
> > >> Senior Unix Administrator
> > >> 
> > >> E: viliev at viliev.org
> > >> P: +359889210823
> > >> 
> > > 
> > > _______________________________________________
> > > sa mailing list
> > > sa at ludost.net
> > > http://lists.ludost.net/cgi-bin/mailman/listinfo/sa
> > 
> > 
> > 
> 
> 
> 
> > _______________________________________________
> > sa mailing list
> > sa at ludost.net
> > http://lists.ludost.net/cgi-bin/mailman/listinfo/sa
> 
> _______________________________________________
> sa mailing list
> sa at ludost.net
> http://lists.ludost.net/cgi-bin/mailman/listinfo/sa

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.ludost.net/pipermail/sa/attachments/20150618/fd1970d3/attachment.sig>