Re: poldek i wiele sciaganych plikow na raz

[Bartlomiej Zimon]

Dnia 19 marca 2012 12:14 Bartosz Świątek <shadzik w gmail.com> napisał(a):
> W dniu 19 marca 2012 11:35 użytkownik Bartlomiej Zimon <uzi18 w o2.pl> napisał:
> > Dnia 19 marca 2012 11:26 Bartosz Świątek <shadzik w gmail.com> napisał(a):
> >>
> >> Dla 18stu pakietów taki pierdylion linijek outputu tylko dlatego ze
> >> niby się coś równolegle ściąga - wow. Chyba w poldku są większe
> >> problemy niż równoległe ściąganie rpmków.
> >> A ściąganie z wielu źródeł na raz to będzie na pewno jeszcze większa
> >> frajda wiedząc, że mirrorki lubią się na parę miesięcy
> >> rozsynchronizować. Ale podziwiam, że Ci się w ogóle chce babrać w tym,
> >> mimo że jak widzisz rezonans jest tylko od trolla i od chłopaczka,
> >> który nie wie po której stronie barykady się opowiedzieć.
> >>
> >
> > Jesli sa jakies bugi o ktorych nie wiemy, nie zostaly zapisane gdzies.
> > Wypelnij bugi w LP dodaj priorytet, bedzie mi prosciej znalezc te wazniejsze.
> 
> Chyba sobie zarty stroisz, nazywajac ten mokry sen Marka bugtrackerem.
> A jeszcze wiekszy zart to ze cos tam bede chcial wypelniac w nim.
> Napisze Ci tutaj dlugoletni goal, ktory wisi w powietrzu od lat w
> poldku, a jesli o nim nie slyszales to swiadczy tylko o tym ze bardzo
> krotko w nim grzebiesz - uzywanie API librpm, a nie wywolywanie

To jest w 1/2 bo do operacji na bazie danych i kilku innych rzeczy uzywany jest wlasnie librpm.

> binarki rpma i byc moze instalowanie rownolegle rpmkow. Wielowatkowosc
> procesu poldka.

Nad tym pracuje od miesiaca.

> Zmiana fetchera w porownaniu z tymi goalami to bulka z maslem.

Ale wplywa na szybkosc pobierania danych a posrednio na czas instalacji/aktualizacji.