[elektro-etc] Mi a gubanc a PC-m sebessegevel?

[Karoly Kovacs]

Szerintem nalam egyik eset sem all, hisz:
1. gyari XP-m van a Fujitsu-Siemens masinahoz, es ha mar a gyari 
telepito is olyan xar, hogy nem ismeri fel a _sajat_ gyartmanyu alaplapi 
SATA cuccot, akkor megette a fene. :)))
2. a vinyom a HD Sentinel szerint teljesen hibatlan jo sok honap ota. 
Tudom, a HD Sentinel nem egy isten, de azert azt csak eszrevenne ta'n, 
ha neha bukfencezne a vinyom. :)))

De azert majd belenezek a BIOS-ba a biztonsag kedveert.

Karoly


> Azt kell először tisztázni, hogy vajon
> UDMA módban vayg PIO módban fut a vinyó !
>
> Két esetben adódik ilyen...
>
> 1.
> Ilyen a gond a SATA-val akkor szokott lenni, ha
> az XP telepítő NEM ISMERI fel az alaplapi SATA cuccot.
>
> A nagyon okos user ekkor belenéz a BIOS-ba
> és ott látja a COMPATIBLE módot (vagy hasonlót)
> amire állítva a telepítő már látja a vinyóját.
> Csakhogy ezzel a PIO módba kurta vissza... ~1990-be.
> Így a vinyó kezelés kibaszott lassú lesz.
> (ráadásul némely tetvedék gyártó a notebookját
> alaplapját, gyárilag így beállítva szállítja)
>
> A megoldás ilyenkor XP esetén a driver integrálás
> a telepítőbe vagy, ha még lehet akkor floppyról beadni neki.
> Win7 esetét nem tudom, azt még nem telepítek, de elvben
> driver gondja már nem nagyon lehet, a gyári BIOS beállítás
> viszont lehet nyűgös itt is...
>
> 2.
> Amikor menetközben "múlik el" az UDMA.
> Mert túl sokszor hibázik a vinyó I/O
> (memória hiba, vinyó hiba, kábel kontkat hiba!!!, táp kontakt hiba!!!)
> A driver meg szépen lefokozza magát PIO módra, így győzi...
>
> Ez ellen az a gyógymód, hogy az eszközkezelőben
> ki kell dobálni minden kapcsolódó eszközt, utoljára azt
> amiről éppen boot-olt a a gép és újra indítani, amikor kéri.
>
> Újra indulás után szépen sorba felismer mindent és lőn csoda...
>
> Vannak erre szoftverek is amik regisztrit buherálnak, de
> nemnagyon szoktak beválni... biztosabb a fenti kiszed-felismer
>
>
> +1.
>
> Amikor le lett szedve korábban egy vírus írtó.
> De mégis ottmarad valami aljadék dll, ami service-ként
> be is töltődik és veszekszik-fogja az I/O-t...
> (norton és NOD pl. ilyen genyó)
>
> Ezért a letelepítés után átszoktam nézni
> a Program Filest, meg a user home mappákat és
> kiszedni a nyomokat, ami néha nem is sima ügy
> mert a service fogja a dll-t.
>
> AVG akkor csinál ilyet, ha valamiért nem sikerül jól letelepíteni.
>
> KJ
>
>
>
>
>
>
>
> KJ
>
>
>
>
>
> 2011.08.12. 10:57 keltezéssel, potyo írta:
>> Én 2k-n is használtam már, fagyás sosem volt belőle. Olyan igen,
>> hogyha egy
>> procit intenzíven használó alkalmazásnak magasabb prioritást adtam
>> (főleg ha
>> realtime-ot), akkor minden más megállt vagy nagyon soká válaszolt, de ez
>> logikus is. Nekem mindig hatásos volt a dolog, mert ha egy ilyen
>> procizabálónak kisebb prioritást adtam, akkor a többi program normálisan
>> dolgozott, ez meg dolgozott akkor, amikor a többinek nem kellett a proci.
>> Viszont a másolásos problémára nem vettem észre, hogy ez kihatott
>> volna. Ott
>> valami a memóriakezeléssel nem stimmel, annak meg nem sok köze van a
>> prioritáshoz, hogy futó alkalmazásokat kirak virtuális memóriára és
>> becacheli a másolt cuccot...
>>
>> 2011. augusztus 12. 10:38 Balázs Bámer írta,<bamerbalazs at gmail.com>:
>>
>>>> Esetleg task managerben a masolo program priorityjat levenni kisebbre?
>>>
>>> Szerintem lehet, hogy kevesebb CPU időt kap így a progi, de azért lesz
>>> módja kiadni az IO műveleteket.
>>> Tényleg, ezt melyik Windowstól lehet használni? Nekem annó 2k és XP
>>> alatt írta, hogy vigyázzak, mert mindenféle nyavalya származhat ebből,
>>> csak óvatosan. Amikor kipróbáltam, vagy nem történt semmi, vagy valami
>>> ronda fagyás lett, tehát igaza volt. Linux alatt a nice már 95-ben tök
>>> jó volt. Azóta win alatt nem is próbáltam.
>>>
>>> szia: Balázs
>>>
>>>
>>
>>
>>
>>
>>
>> Ellenörizte: AVG - www.avg.com
>> Verziô: 9.0.901 / Vîrus adatbázis: 271.1.1/3828 - Kiadás dátuma:
>> 08/11/11 20:34:00
>>
>
>