Tom bevsier igeng han er inkompetent
Daily Rush › Debat › Hardware › Hardware › Tom bevsier igeng han er inkompetent
- Dette indlæg indeholder 19 kommentarer, har 6 deltagere og blev senest opdateret af
Kolben for 15 år, 7 måneder siden.
- ForfatterEmne
- 05/06/2005 kl. 13:09#0
ihvertfald til at bygge stabile systemmer
http://www.tomshardware.com/stresstest/index.html
Det undre mig vildt at både i hands sidste stress test og hans nuværende stress test ikke kan få sine maskiner til at køre bare en weekend uden crahes.
Nu er jeg slev ûber test nørd fanatiker og jeg har da op til flere gange lade mit system stå fra fredag aften til mandag aften (weekend hos familien) med følgende stress programmer
Hotcpu + 3dmarks2001
eller
memtest86+
eller
fairuse divx encoder (nice SMP udnyttelse)Så er de selvfølgeig de “korte” test såsom 18 timer med stressprime etc etc.
Så efter min mening viser han stress test’s mere omkring at han ikke kan bygge en stabilt PC fremfor hvilke systemer der er mest stabil.
enig/uenig. drop et svar
Sven Bent - Dr. Diagnostic
www.TechCenter.DK - ForfatterEmne
- ForfatterKommentarer
- 05/06/2005 kl. 14:34 #1
Umiddelbart tror jeg da på, at de har styr på det. De havde tidligere en stresstest, hvor begge systemer var lidt ustabile i starten (kan man virkelig tale om cpu’er, der skal “spilles til” lige som højtalere?), men efter en lille uges tid, kørte det langt bedre…
Edit: Forresten så er artiklen skrevet af Frank Völkel, Bert Töpelt og Daniel Schuhmann.
Edit: Det ser ud til, at der anvendes box-kølere. Muligvis kommer man så frem til, at de medfølgende kølere ikke er gode nok til at klare så omfattende en stresstest…
05/06/2005 kl. 22:44 #2Tom er ikke inkompetent. Hvis du kender hans historie ville du aldrig sige sådan noget. Det er et eller andet sted ham du kan takke for at du ikke bliver taget i røven af OEM’erne.
Memtest86+ er ikke en stress-test. Den crasher desuden heller ikke, hvis der opstår fejl. Og den finder langt fra alle fejl. Udover at “sikre sig” at der ER fejl på ram’en, så er den temmeligt værdiløs. HotCpu er en stress-test, men ikke en god en af slagsen. Den bruger statiske rutiner, seperat, hvilket ikke stresser systemet som sådan. Det stresser kun cpuen og kun lokalt. At yde overall stress på et system er ikke en let opgave, da du skal stresse alle subsystemer simultant.
Tom har dog lavet fejl før, og han har indrømmet at han har lavet fejl. Alle laver fejl. Selv mig :P. Men at fejle indimellem gør dig ikke inkompetent.
P=NP?
05/06/2005 kl. 23:36 #3Agree inkompeten er måske en temmeligt stærkt ord.
men jeg kan ikke se hvorfor det er så besværgeligt for dem at bygge en maskine som kan tage deres stresstest en håndfuld dage i træk
Deres første stress teste var jo hovedesageligt lagt på 3dmark2005
Hvis pointer er at vise box kølere er ringe kan jeg forstå det.
#2
hvis du har nogel gode forslag til andre stress programmer er jeg stærk interreseret.måske skulle man sel prøve at se hvor langtid sin maskine kan står i 100% stress + bruger interaction.
Tør næsten væde på at jeg kan holder den kørende længere end i THG’s stresstestSven Bent - Dr. Diagnostic
www.TechCenter.DK05/06/2005 kl. 23:39 #4THG’stresstest
first off we are compressing the software Doom 3, consisting of 3 CDs, with the help of Winrar, while providing a graphical display of the number of cycles. At the same time, we are compressing a DVD of the latest James Bond movie, “Die Another Day,” into the space-saving DivX format. The third process is to MP3-encode the Michael Jackson audio CD “Dangerous”. The number of cycles for both systems over specific periods of time is also displayed graphically.
For you 3D gaming fans, we have Farcry running in a special THG demo mode
dvs
– Winrar af doom3
– DivX compression af DVD
– mp3 encodning
– FarcrySven Bent - Dr. Diagnostic
www.TechCenter.DK06/06/2005 kl. 02:32 #5Du skal køre et grafik-intensivt program. Jeg tror at ATi-tool vil være ideelt. Ellers et demoloop i et krævende 3d-spil.
Du skal køre et disk-intensivt (read+write) program. Gerne flere. En DVD-ripper vil f.eks. være ideelt. Eller en eller anden render-opgave i virtualdub, der output’er en kæmpe fil.
Du skal køre et cpu-intensivt program. Dem findes der mange af. Et pakke-program, der pakker enorme mængder data er ideelt.
Du skal køre et ram-intensivt program. Der er mange muligheder hvis ovenstående ikke gør udslaget. Jeg har ikke rigtigt noget bud på hvad der er bedst. En automatiseret billedbehandling af et kæmpe-billede i Photoshop vil nok være smart, hvis det kan lade sig gøre. Ellers find på noget lignende.
Brænd en masse CD’er imens, hvis det er en cd-brænder i (simulering med burn-proof, hvor drevet spinner op).
Har du yderligere hardware (tv-kort o.l.) i maskinen, så sørg for at det er aktivt. Sørg for at alle diskene benyttes hele tiden.
Så vil jeg mene at du stresser systemet. Hver opmærksom på at ekstrem disktilgang kan ødelægge eller tære på dem, så sæt nogle diske i, du ikke har brug for.
Jeg ved at SiSoftware har lavet nogle glimrende syntetiske benchmark-, burn-in- og stress-værktøjer. Dem har de samlet i en pakke, de kalder Sandra.
Det var nogle forslag
Edit:
#1 Tom er supervisor på alle tests i laboratoriet. Så udfører Toms Hardware Guide en test forkert, så er det 100% Toms ansvar.P=NP?
06/06/2005 kl. 07:28 #6Nu bliver ser sgu konkurrence i det
Winstress
hdd/CD-rom/ram/cpu/2d/3d(ogl)/lyd/netværkStressprime (blend)
CPU/ramATitool
3D (DX)7-zip lzma/32mb
ram/cpuSven Bent - Dr. Diagnostic
www.TechCenter.DK06/06/2005 kl. 16:02 #7#6
Sålænge dine programmer (nok mest winstress) ikke stresser subsystemerne efter tur, så vil jeg mene at det ser fint ud. Kan alle programmerne køre helt autonomt indtil du stopper dem?P=NP?
06/06/2005 kl. 19:27 #8#7
yesSven Bent - Dr. Diagnostic
www.TechCenter.DK08/06/2005 kl. 21:41 #9http://www.tomshardware.com/cpu/20050603/index.html
Nåeh… ikke for at drille for meget, Hr. Bent… meeen… mon du kunne have undgået den slags ballade
Edit: Heh, det er lidt sjovt, som der bliver prioriteret forskelligt på de to systemer. Intel går helt amok i DivX, mens AMD er foran ellers: http://www.tomshardware.com/stresstest/charts.html
08/06/2005 kl. 22:16 #10#9
Helt amok i divx komprimering.. det vil jeg nu ikke lige frem kalde det..
Encoded Time on Intel System: 500 Minutes
Encoded Time on AMD System: 30 minutes50/3 amd er 16 gange hurtigere..
08/06/2005 kl. 23:33 #11#10
Det er en temmeligt stor forskel. Det er lidt vildt at AMD får SÅ meget røv på det punkt.P=NP?
09/06/2005 kl. 01:07 #12hvis tom er inkompetent, hvad er vi andre så
CAPS LOCK IS LIKE CRUISE CONTROL FOR AWESOME
09/06/2005 kl. 09:57 #13#10, ja hallo? Som #11 påpeger, så er Intel altså ret pænt foran der… (det gælder ikke om at være hurtigst i den test, men om at encode mest mulig video målt i min.).
Intel vinder DivX suverænt. MP3 er dødt løb. AMD er klart foran i WinRAR og FarCry.
Edit: Det samlede strømforbrug faldt fra ~815W til ~625W, da SLI blev disabled i begge maskiner
10/06/2005 kl. 14:22 #14Intel er faktisk ved at få overtaget, men der har godt nok været mange problemer med udstyret (senest køleren).
Encoded CDs on Intel System: 330 CDs
Encoded CDs on AMD System: 334 CDsPacked RAR archives on Intel System: 1793 Archives
Packed RAR archives on AMD System: 2511 ArchivesCurrent Frame Rate on Intel System: 37 FPS at 1115 runs
Current Frame Rate on AMD System: 35 FPS at 1413 runsEncoded Time on Intel System: 1510 Minutes
Encoded Time on AMD System: 130 minutesFølg med på http://www.tomshardware.com/stresstest/charts.html
13/06/2005 kl. 16:46 #15Nu må man vist sige, at Intel er foran.
http://www.tomshardware.com/stresstest/charts.html
Prøv at læse om alle deres problemer på http://www.tomshardware.com/cpu/20050603/index.html – godt det ikke var mig for jeg var blevet pænt irriteret
- ForfatterKommentarer
- Du skal være logget ind for at kommentere på dette indlæg.
























