tagor <tagorWyWalt0@gazeta.pl.invalid> napisał(a):
> To pozostaje mi tylko zwrócić uwagę, że wydajność systemu to nie tylko
> grafika i pamięć, ale i odpowiednia płyta główna.
> http://rankingi.chip.pl/ranking_109477.html
> Dla AMD jak widać może być różne i analogicznie różnice w osiągach będą dla
> różnych płyt pod intela.
Oczywiscie, ze o predkosci decyduje wiele czynnikow, dlatego pisze o
subiektywnych odczuciach.
>
> Dobrze zestawiony, sprawny sprzęt i do tego czysty system nie mogą
> powodować jakiejkolwiek niestabilności! No chyba że masz jakiś egzotyczny
> sprzęt z niedorobionymi sterownikami albo programy wątpliwej jakości (czy
> pochodzenia). Domyślam się, że skoro optujesz za intelem, to ten na amd był
> wolniejszy i niestabilny. Może po prostu wadliwie zestawiony sprzęt albo
> jakaś cicha usterka?
Nie przytaczalem wczesniej argumentu stabilnosci systemu, bo jest to
zwiazane z konkretna konfiguracja. W moim przypadku klopoty byly z pamiecia.
nForce diametralnie zmienil moje nastawienie do platformy AMD - jest jednak
wybredny jezeli chodzi o pamiec.
> Czyli dane trzymasz defaultowo na c:\documents and settings\ ???
> IMO jazda bez trzymanki.
> I jeszcze jedno - na macierzy masz i windowsowy swap i scratch PSa?
> Bo jeśli chodzi o multitaskoing - masz następującą sytuację:
> Szkapa - nie korzysta z windowsowej pamięci wirtualnej tylko z dysków
> magazynujących zdefiniowanych w preferencjach. Do tego odpalasz RSE, C1 czy
> Bibble, które AFAIK korzystają ze swapa. I wtedy masz niezłą jazdę po
> macierzy. Jeśli nie, co będzie wygodniej ustawić na RAID0, swap czy
> scratch?
Majac pelen backup moge dane spokojnie trzymac na RAID 0. Na tej macierzy
mam takze plik wymiany PS. Ostatnio wymienilem zewnetrzny dysk FW (ten na
bacupy) na szybki wewnetrzny i na nim trzymam swapa Windowsow. Mam teraz w
pelni rozdzielony system operacyjny, Win-swap i dane z plikiem wymiany PS-a.
Wydaje mi sie, ze jest to optymalne rozwiazanie.
Pozdrawiam.
-- Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/Received on Sun Jan 15 16:45:17 2006
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Sun 15 Jan 2006 - 16:51:16 MET