cvs - kontynuacja

[Tomasz Kłoczko]

Zrobiłem przed chwila zestawienie co do ilości odwoałań do repo w
powiazaniu z nazwami hostów i wygląda to mniej wiećej tak jeśli chodzi o
cołówkę (dla tych co miały więcej niż 50 odwołań):

   5662 test2.zie.pg.gda.pl
   1773 wiget.t17.ds.pwr.wroc.pl
   1192 builder.mimuw.edu.pl
    784 mer.zie.pg.gda.pl
    697 dedal.t17.ds.pwr.wroc.pl
    585 serek.arch.pwr.wroc.pl
    520 linstar.zsz2.starachowice.pl
    443 sith.mimuw.edu.pl
    431 tau.ceti.com.pl
    373 gate.atm.com.pl
    173 osi.gdansk.supermedia.pl
    153 alpha.posexperts.com.pl
    136 alpha.zarz.agh.edu.pl
    108 pc116.poznan.ppp.tpnet.pl
    108 gb.bnet.pl
     94 apoplexy.lo14.szczecin.pl
     91 moridin.mimuw.edu.pl
     88 MAGELLAN.SHADOW.EU.ORG
     87 pa125.poznan.ppp.tpnet.pl
     87 c228645-a.frmt1.sfba.home.com
     69 pa7.lublin.ppp.tpnet.pl
     62 rommel.gate.uni-erlangen.de
     62 pa99.poznan.ppp.tpnet.pl
     58 209.109.126.234
     52 pa33.lublin.ppp.tpnet.pl
     51 NS.SHADOW.EU.ORG

Z powyższego widać wyraźnie, że problemem nie jest ilość odwołań tylko
czas ich twania. Np. host apoplexy.lo14.szczecin.pl (tylko 94 odwołania
!!) i sith.mimuw.edu.pl, które dają się ostatnio we znaki wcale w
bezwzględnej czołówce nie są. Ale przez to, że ciągniecia są długie przy
prawdopodobnie nakładajacych się opóźnieniach na łączach generują
długie połącznia (szczególnie przy ciągnieciu SOURCES).

Tak czy inaczej sprawę trzeba rozwiazać ASAP bo zaczyna to dezorganizować
całą pracę. Na początek sprawa wycieku pamięci. blokada na poziomie modułu
jest do obejścia innym sposobem (dość prosto).

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*