[linux] napalovanie a internet (dlhe, ale zaujimave)

Pátek Červenec 27 21:57:26 CEST 2001

On Fri, 27 Jul 2001, Matus "fantomas" Uhlar wrote:

> -> skonci na timeout.
> ->
> -> MDK 8.0, CDRW HP 8200, kernel 2.4.5 az 7
>
> tipujem shitnu ide napalovacku a/alebo shitny winmodem...

Napalovacka je HP 8200 PLUS - velmi kvalitna vypalovacka, pouzivam ju cca
1 rok, ani vlastne neviem, kedy som si vsimol, ze tento problem nastal :-(

Modem je externy ISDN ZYXEL, tu snad nie je co dodat, skusal som aj iny
modem s cipom Rockwel, tiez externy, je to to iste :-(

Dnes som tomu venoval znacnu cast mojho casu a zistil som prekvapujuce
vysledky :-))

1. Co sa tyka samotneho napalovania, tu priorita nema co robit. K
napalovaniu pouzivam cdrecord, prioritu nijakym sposobom nezvysujem a este
sa mi nestalo aby som kvoli tomu zbabral CD-cko. Dovolim si v pohode
kompilovat kernel, hrat quake-ho, nastartovat KDE2 na 48MB!!, pocas
napalovania uplne v pohode! Buffer mi neklesne pod 95% a CPU je vytazene
programom cdrecord na cca 3%

2. Ono to vlastne ani nebude problem napalovacky ale asi to bude problem
systemu. Skusal som pakovat dnes nejake vacsie subory (radovo stovky MB),
nastavil som na nich najmensiu prioritu (20) a pocas prace som sa pripojil
na internet a skusil som stiahnut postu.

TOP pisal asi toto:

7:21pm  up  1:01,  8 users,  load average: 5,09, 4,52, 3,61
74 processes: 65 sleeping, 9 running, 0 zombie, 0 stopped
CPU states:  2,4% user, 29,1% system, 68,3% nice,  0,0% idle
Mem:   126364K av,  123552K used,    2812K free,       0K shrd,   2404K buff
Swap:  136512K av,    9908K used,  126604K free                88348K cached

    PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
     2051 root      12   0   908  908   764 R    17,4  0,7   0:04 tar
     2048 root      20  19   684  684   320 R N  14,4  0,5   0:08 gzip
     1793 root      19  19   664  664   304 R N  14,3  0,5   6:35 gzip
     1827 root      20  19   660  660   320 R N  14,3  0,5   4:33 gzip
     1982 root      20  19   676  676   320 R N  14,3  0,5   2:23 gzip
     2023 root      20  19   680  680   320 R N  14,3  0,5   1:27 gzip
     1210 root      15   0  1932 1892  1196 R     8,3  1,4   4:43 mc
        6 root      10   0     0    0     0 SW    1,0  0,0   0:07 bdflush
     1109 root       9   0  4904 4460  3840 S     0,6  3,5   0:17 kdm
     1907 root      12   0  1116 1116   868 R     0,3  0,8   0:05 top
     1105 root       9   0 39744 4852   780 S     0,1  3,8   0:06 X

Po pripojeni na internet sa mi nepodarilo precitat kompletne postu (vzdal
som to - pri tejto pomalosti to nemalo vyznam) vid vypis:

Jul 27 19:27:45 mikino pppd[1908]: Terminating on signal 15.
Jul 27 19:27:45 mikino pppd[1908]: Connection terminated.
Jul 27 19:27:45 mikino pppd[1908]: Connect time 23.3 minutes.
Jul 27 19:27:45 mikino pppd[1908]: Sent 23063 bytes, received 160055
bytes.

Po 23 minutach som nevydrzal a linku som chtiac-nechtiac zhodil.
Ked som spakoval subory, skusil som to znova:

Jul 27 21:35:08 mikino pppd[2323]: Terminating on signal 15.
Jul 27 21:35:08 mikino pppd[2323]: Connection terminated.
Jul 27 21:35:08 mikino pppd[2323]: Connect time 2.9 minutes.
Jul 27 21:35:08 mikino pppd[2323]: Sent 22116 bytes, received 314023
bytes.

Tu je vidiet narast rychlosti cca 20 nasobne!!! Podotykam, ze vobec to
nesuvisi s providerom alebo s linkou, mam to viackrat vyskusane a je to
vzdy zatazou systemu. Mam to vyskusane na troch pocitacoch (AMD, K6-2,
Intel) a je vsade rovnako! napriek tomu, ze system je zatazeny iba "nice"
pakety idu strasne pomaly :-(((

Zaujimalo by ma to, ci by ste to niekto nemohli vyskusat u seba a dat mi
vediet (hoci aj sukromne). Velmi som zvedavy. Skuste si dat na pozadi
pakovat nejake vacsie subory a potom chodte na internet ako to chodi. tak
ma napada, ze aj ta napalovacka vlastne neberie vela strojove casu, avsak
pracuje stale s velkym suborom, radu 100MB, ci to nebude tym.

Pouzivam na vsetkych strojoch MDK 8.0, jadra 2.4.x, pamate mam 128MB a
vykon nestoji za nic :-((( Teda, na tychto strojoch si predstavujem vykon
systemu ovela inaksie!!!

Zarazajuce je to, ze mi to donedavna nikdy nerobilo, podla mna problem
nastal (asi?) pri prechode na jadro 2.4.x ale sa mi to tak zda ...

Diky za kazde nakopnutie spravnym smerom :-)

Michal Vadila

-- 
http://www.penguin.cz/~michal
mailto:michal na penguin.cz
mailto:michal na vadila.sk