« previous entry | next entry »
Maijs. 2., 2006 | 09:48 am
posted by: mikii in pajautaa

..jautājums datoriķiem - kas varētu būt par iemeslu, ka jebkura lielāka faila kopēšana no hdd rada nenormālu sistēmas bremzi. sākumā domāju, ka procesora noslodze, bet tā ir zem 20%-40%, ko nevarētu dēvēt par lielu. varbūt swap fails ir par lielu (1.5gb ierobežojum min un max) un šams visu mēģina caur to lādēt, lai gan task manager izskatās, ka ram'a pietiek. varbūt kāds zin paskaidrot, kāpēc tas tā un vai var ko darīt lietas labā? jau iepriekš pateicos par atbildēm.

# | jā, ir doma! | Add to Memories

Comments {26}

from: [info]mikii
date: Maijs. 2., 2006 - 10:30 am
#

caur tīklu tas ir normāli? nu tad zināšu. lai gan problēma mēdz būt arī ar nolasīšanu (ja es pareizi saprotu) - torrentu klients veicot hash check taču nosasa visus failus, taču neveic nekādu rakstīšanu, procesora noslodze ir zema, bet bremze pamatīga..

Atbildēt | Iepriekšējais | Diskusija

from: [info]laumina
date: Maijs. 2., 2006 - 11:53 am
#

Pie aatra linka visas p2p padariishanas kapitaali iebremzee kasti.
Samierinies vai arii p2p krapiem liec atseviskju datoru.

Atbildēt | Iepriekšējais | Diskusija

from: [info]mikii
date: Maijs. 2., 2006 - 11:55 am
#

nja, nav jau tik liela nelaime, tikai nesaprotu, kāpēc tiek bremzēta sistēmas darbība bez procesora noslodzes radīšanas. dzīvot jau var...

Atbildēt | Iepriekšējais | Diskusija

from: [info]laumina
date: Maijs. 2., 2006 - 12:29 pm
#

Laikam jau visi tie p2p taisa ljoti daudz mazus lasiit/rakstiit pieprasijumus.
Un ja tev ir eemm piemeeram Mits piesleegums tad tev taa zhljura naak ieksaa ar paaris MB/sec.. un aaraa arii iet ar kaukaadiem dazhiem MB/sec
Vinjiem tak pa ieksheejo tiiklu ir 100Mbit (~12MB/sec) un LV laikam bija 50Mbit... tb kaadi 6MB/sec
Protams pasha diska datu paarraides aatrums ir daudz lielaaks.
Piemeram kopeejot no viena uz otru disku videeji ~20-30MB sec. Tachu tas ir kopeejot lielus kluchus.. lineaarais aatrums.
Lietojot p2p.. vairumaa gadiijumu Tu velc daudzus failus.. daudzus un aatri.
Nu tur arii disks dabon daboties.
Tiiri teoreetiski gan logiem vajadzeetu to nokeshot.
A kaads Tev ir HDD ? :)
Nav kaukaads ar 5400rpm un 512kb cachi ? :)))

Pirmiit bik neuzmaniigi izlasiju..
Ja CPU nav noslogots, tad DMA var arii neskatiities.

Atbildēt | Iepriekšējais | Diskusija

from: [info]mikii
date: Maijs. 2., 2006 - 01:06 pm
#

Dīvaini ir tas, ka pie vilkšans nekas nebremzē (nu vismaz ne kaitinoši), jo ātrums ir piegriezts līdz <1MBs. bremze ir veicot hash check, ti, kad client programma salīdzina novilkot failu ar hash.
par diska parametriem īsti nezinu (var jau noskaidrot), taču vajadzētu būt 7200rpm. būs jāpamēģina triks ar antivīrusu, jo tā iejaukšanās tik tiešām var palēnināt procesu (lai gan tad vajadzētu būt arī procesora noslodzei)..

Atbildēt | Iepriekšējais | Diskusija

from: [info]laumina
date: Maijs. 2., 2006 - 01:16 pm
#

Nu kaa..
Nedomaaju , ka algoritms peec kura tas softs reikjina kontrolsumu ir tik vaajpraatiigi sarezhgjiits ka speetu noslogot 2GHz CPU.
Taapeec tas ir diezgan loogjiski ka heshojot CPU nav paaraak noslogots.
Toties tas fails ir jaanolasa pa fragmentiem un tas noslogo disku.
Normaalaa gadijumaa heshoshana notiek ar kaadiem 30MB/sec
laikam... cik es atceros :>

Diska noslodzi var apskatiit ar XP iebuuveeto tuuli - Administrative Tools - Performance

Tur varam uzlikt lai paraada pieprasijumu rindu uz HDD..
Nju i tad veerojam.. un meigjinam izprast :)

Atbildēt | Iepriekšējais | Diskusija

from: [info]mikii
date: Maijs. 2., 2006 - 01:37 pm
#

paldies, par šito tooli nezināju. tik tiešām, kad notiek hachchecks, diska aktivitāte ir līdz galam. it kā jau failiem nevajadzētu būt smalki sadalītiem, jo pirms to ielādes defragments tika veikts un brīvās viets bija daudz. būs vēl jāpavēro, kas notiek pie atiecīgajām darbībām.

Atbildēt | Iepriekšējais | Diskusija

from: [info]laumina
date: Maijs. 2., 2006 - 01:40 pm
#

Man shkjiet.. tam pasham DC bija antidefragmentaacijas opcija.
NTFS failsisteemais fragmentaacija iipashi neietekmee aatrdarbiibu. FAT32 tas ir vairaak juutams.
Tev tak nav nejaushi uzkraameejies FAT32 ? :))

Atbildēt | Iepriekšējais | Diskusija

from: [info]mikii
date: Maijs. 2., 2006 - 01:41 pm
#

noup, native ntfs, citu nemaz nav redzējis ;)
bet klients ir utorrent. jāpapēta forumos, varbūt ir kaut kādas ziņas par to..

Atbildēt | Iepriekšējais | Diskusija

from: [info]laumina
date: Maijs. 2., 2006 - 01:48 pm
#

torrenti bremzee kasti.. tur neko dariit.
Viss ko var dariit tas i parbaudiit to kas te tika uzskaitiits..
Droshiibas peec apluuri klienta setingus.. mosh tru kaukaadus buferus vai ko taadu var noraadiit.

Drosh un vienkaarsh risinaajums ir papildus HDD :)
Nieka 35Ls un probleema ir atrisinaata :D

Atbildēt | Iepriekšējais | Diskusija

from: [info]mikii
date: Maijs. 2., 2006 - 01:51 pm
#

jap, par to papildus hdd bija ideja. varbūt ar laiku tiks īstenota. katrā ziņā - paldies par padomiem :>

Atbildēt | Iepriekšējais