« 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}

k

from: [info]keeper
date: Maijs. 2., 2006 - 09:54 am
#

Cik jauns/vecs dators?

Atbildēt | Diskusija

from: [info]mikii
date: Maijs. 2., 2006 - 09:56 am
#

divi gadi. ja precīzāk, celerons >2GHz, 512MB operatīvā, hdd - samsungs, par matesplati īsti nezinu.

Atbildēt | Iepriekšējais | Diskusija

k

from: [info]keeper
date: Maijs. 2., 2006 - 10:05 am
#

Vispirms jau varētu ņemt vērā [info]ex_silentio piezīmi: ja ir uzstādīts antivīruss, tad atslēdz rezidento skenēšanu.

Ja tas līdz, tad ir vērts padomāt par antivīrusu nomaiņu vai samierināšanos ar to, kas ir.

Ja antivīruss tomēr nav pie vainas, tad varētu novilkt svaigākos draiverus priekš sistēmplates (precīzāk, priekš mikroshēmojuma (chispet)).

Atbildēt | Iepriekšējais | Diskusija

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

skaidrs. paldies, būs jāpamēģina paskatīties tos sistēmplates draiverus..

Atbildēt | Iepriekšējais

from: [info]ex_silentio
date: Maijs. 2., 2006 - 09:58 am
#

Reizēm to var izraisīt pārlieku piekasīgs antivīrusu softs, kam salikti visai agresīvi setingi.

Atbildēt | Diskusija

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

hmm, man nod32, būs jāpaskatās..paldies

Atbildēt | Iepriekšējais

x-ƒ

from: [info]x_f
date: Maijs. 2., 2006 - 10:01 am
#

Ja Tu domā kopēšanu no HDD uz citurieni caur tīklu, tad tas nevāji bremzē kompi.
Ja no vienas vietas uz citu uz tā paša HDD, tad, iespējams, ka derētu defragmentēt disku.

Atbildēt | Diskusija

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

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

Antivirus diezzinvai buus pie vainas :D
1) paarbaudam vai HDD darbojaas DMA modee.
2) apskatamies ko saka diska SMART infa.
3) Vai ir uzlikti chipseta (pamatplates) draiveri ?
4) paarbaudam vai IDE kabelis ir 80 dziislu un nav bojaats


kaadeelj shaadaa seciibaa ?
DMA apskatiities ir visvienkaarshaak.
Lai apskatiitos SMART vajadzees novilkt kaadu tuuli kursh spees paraadiit to informaaciju. Piemeeram HDTune
http://www.hdtune.com/

Nu a taisiit valjaa keisu var tikai tad kad nekas cits nav liidzeejis :)

Jaapaarbauda viss shis un tad var domaat taalaak.

Atbildēt | Diskusija

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

paldies, būs jāpaskatās.

Atbildēt | Iepriekšējais | Diskusija

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

Ar to hdtune.. starpcitu.. var notesteet diska aatrumu..
:>

Atbildēt | Iepriekšējais | Diskusija

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

paldies, šito gan būs jāpamēģina ..

Atbildēt | Iepriekšējais

from: [info]vaivars
date: Maijs. 2., 2006 - 01:22 pm
#

apskaties kaadaa modee darbojaas cietnji.

Atbildēt | Diskusija

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

ja drīkst jautāt - trīs vārdos īso kursu, kādā viņiem ir jādarbojas un kā to apskatīt, vismaz device manager nevaru atrast norādes..

Atbildēt | Iepriekšējais | Diskusija

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

paldies!

Atbildēt | Iepriekšējais