|
Тестова
конфигурация

Щракни
върху картинката...
Тестовата
ми конфигурация се състоеше от:
Процесор
- AthlonXP
1600+ (underclocked AthlonXP 1700+ Thoroughbred B - JIUHB 0302)
Дънна платка - ЕРоХ EP-8RGA+ (ver:0,6)
Оперативна памет - 2x256MB DDR333 TwinMOS (Winbond BH6)
Видеоконтрлери:
- NVIDIA GeForce4MX Integrated
64MB
Shared memory
- Leadtek GeForce4MX 440 64MB DDR 3.6ns (128bit)
- Leadtek GeForce4
Ti4200 8X (A250LE) 128MB DDR 4.0ns
Твърд диск - 80GB IBM
180GXP
(7200rpm/ATA100/2MB cache)
Захранване - 400W Antec SmartPower with PFC
CD-ROM – 32X TEAC
Монитори:
- 17" CTX PR711T Trinitron
- 17” TFT SAMSUNG SyncMaster
171P
Операционна система - Microsoft Windows XP Professional SP1
Реших
да тествам дъното с три различни видеоконтролера.Целта беше да видим
разликата в бързодействието между граденият GeForce4MX и “външен” GeForce4MX, а теста с GeForce4 Ti4200 го направихме за да има база
за сравнение с предишната серия тестове на дъна с КТ333,
КТ400 и nForce2 SPP чипсети. Вграденият видеоконтролер
GeForce4MX Integrated
работеше на 120MHz GPU clock. GeForce4MX440
работеше на стандартните си честоти - 270MHz GPU/400MHz MEM както
и GeForce4 Ti4200 съответно на 250MHz GPU/513MHz MEM.
Драйвъри:
NVIDIA nForce drivers ver:2.03
NVIDIA Detonator
41.09
Избрахме
следните програми и игри за измерване на производитлността на системата:
Sisoft
Sandra 2002 Professional
SP1
ZD
Content Creation Winsotne 2002
3Dmark 2001SE
PCmark
2002 Pro
Super
Pi
Cinema
4D
SPECviewperf
Unreal 2003
Quake 3 Arena
Super Pi
Особености
и настройки:
След
инсталацията на Windows XP, направих следните настройки на
OS-а:
-Забраних System Restore.
-Махнах “шареният
скин” на WindowsXP.
-Изключих V-sync
на видеокартата.
-Всички тестове са направени
в резолюция 1280х1024 32Bit цвят.
При
първоначалната инсталация имах доста проблеми, които в последствие
се оказаха причинени от паметта която използвахме – 2x256MB DDR333
TwinMOS с “TwinMOS”
чипове. При работа с вграденият видеоконтролер системата се държеше
изключително нестабилно във всякакви 3D приложения, дори и при максимално повишени
стойности на волтажите и "спънати" настройки. Странното
беше че при “инсталиране” на външен видеоконтролер проблемите изчезваха!
В последствие сложих паметта от личният ми компютър – 2x256MB DDR333 TwinMOS с "Winbond BH6"
чипове и проблемите изчезнаха, като достигнах стабилна работа на
системата дори над 200MHz!
Системата се държеше АБСОЛЮТНО стабилно, дори и при работа
на 200MHz и агресивни настройки, разбира
се след повишаване на волтажа на паметта и чипсета – съответно до
2,77V и 1,8V!
Изглежда дъното има проблеми с някои видове памет когато графичният
контролер прави "обръщение" към "заделената"
памет, по непонятни за мен причини.
Оказа
се че от EPoX
знаят за този проблем и са предложили "заобикаляне" на
проблема, като същевременно се работи за пълното му отстраняване.
Това е официалното становище на “EPoX Tech Support” по въпроса за момента…
- This is just
an initial mail since we didn't get all details straight yet but to
keep you close informed about any questions you might get from clients.
We did receive some complaints about memory and boot problems on Nforce2
chipset equipped boards. It seems the SPD detected values by the board
are sometimes causing the board not to boot reporting C1 or any C
number to the user.
This especially happens with aggressive timings for example whilst
overclocking the system. At this moment we could just suggest
you to use low-latency modules on these boards to overcome this issue
or disable automatic SPD timings in the BIOS to find the right setting
personally.
It's not a BIOS or board problem it's a memory / chipset related and
could occur with any of you EPoX or third party board manufacturer.
Not to cause panic just to inform you prior to nagging Questions of
those users...
Modules tested from Corsair without
these issues are:
CMX256A-2700LL/PT
CMX256A-3200LL/PT
CMX512-2700LL/PT
CMX512-3200LL/PT
TWINX512-2700LL/PT
TWINX512-3200LL/PT
TWINX1024-2700LL/PT
TWINX1024-3200LL/PT
С две думи - такъв проблем може да изскочи при
всяка една nForce2 дънна платка, като е проблем на паметта и чипсета
(по скоро на определени комбинации между тях), а не на конкретната
дънна платка или BIOS. Решението за сега е или нова - по-качествена
памет или експериментиране с настройките до получаване на задоволителен
резултат.
Реших
да не тествам системата при 64bit-ова шина на паметта и/или асинхронен режим на работа на FSB/MEM поради причината, че в този случай
се наблюдава тотален спад в производителността и се губи смисъла
и идеята на чипсета, с неговите характерни особености. Реализирането
на 128bit-ов интерфейс на паметта се получава като се инсталират
два модула памет на дънната платка, като единият модул трябва да
е сложен на 1 слот, а вторият в някой от другите два слота.
Тестовете направих при честоти:
- 133MHz FSB / 133MHz MEM 128bit
- 166MHz FSB / 166MHz MEM 128bit
- 200MHz FSB / 200MHz MEM 128bit
За
да се запази що годе обективността на резултатите съм се стремял
процесора винаги да работи като 1600+ (тоест да е максимално близо
до стойността 1400MHz. На 133 и 200MHz FSB
процесора работеше точно на 1400MHz,a
на 166MHz FSB процесора работеше на 1411MHz
(166х8,5) поради което при тестове които ползват много процесорно
време, резултатите на 166MHz FSB понякога са по-високи отколкото
при 200MHz FSB.
<<Назад<<
>>Следва>>
|