App installieren
How to install the app on iOS
Follow along with the video below to see how to install our site as a web app on your home screen.
Anmerkung: This feature may not be available in some browsers.
Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden.
Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Phenom vs. Q6600 vs. Q9300 vs. X2 5200+
- Ersteller Nero24
- Erstellt am
Hallo allerseits,
bei den meisten Projekten ist die Hackordnung leider ziemlich deutlich in Richtung Intel festgelegt, oft auch nur aufgrund des verwendeten Intel-Compilers (Einstein) oder aufgrund von SIMD-Optimierungen, die der Phenom nicht hat (SETI Alex-v8 ). Nur bei Riesel Sieve und Spinhenge konnte ich bisher beobachten, dass der Phenom nicht allzu weit von seinen Intel-Gegenspielern weg ist.
Aufgrund des bevorstehenden Races habe ich mich nun logischerweise mit Poem@Home näher beschäftigt und konnte dabei interessantes feststellen was die Berechnungszeiten betrifft. Betrachtet wurden jeweils die WUs, die mit 70,33 Punkten Credit bedacht wurden.
Phenom X4 9850 (Agena 2,5 GHz)
- 11.745,16 s
- 11.613,52 s
- 11.599,28 s
=> Schnitt 11.652,65 s / 29,7 WUs pro Tag
Athlon 64 X2 5200+ (Windsor 2,6 GHz)
- 12.834,53 s
- 12.715,38 s
- 12.706,34 s
=> Schnitt 12.752,08 s / 13,6 WUs pro Tag
Core 2 Quad Q6600 (Kentsfield 2,4 GHz)
- 13.734,45 s
- 13.443,41 s
- 13.637,33 s
=> Schnitt 13.605,06 s / 25,4 WUs pro Tag
Core 2 Quad Q9300 (Yorkfield 2,5 GHz)
- 10.329,45 s
- 10.237,47 s
- 10.412,53 s
=> Schnitt 10.326,48 s / 33,5 WUs pro Tag
Wie man sieht ist das ziemlich ausgeglichen zwischen den Systemen. Es fällt auf, dass der Q9300 ordentlich zugelegt hat gegenüber dem Q6600. Ferner fällt auf, dass der X2 trotz doppelt so großen Caches pro Kern und mehr Taktfrequenz gegenüber dem Phenom den kürzeren zieht, bei der Anzahl der WUs aufgrund der lediglich zwei Kerne sowieso, aber auch bei der Berechnungszeit pro WU. Die Verbesserungen am K10-Kern scheinen also auch hier Wirkung zu zeigen.
In jedem Fall lässt sich festhalten, dass AMD-User bei diesem Projekt nicht mit stumpfen Waffen kämpfen müssen wie bei leider so vielen anderen DC-Projekten Außer Acht gelassen wurde hier lediglich das bessere OC-Potenzial der Intel-CPUs. Wenn einer seinen Penryn auf 4 GHz jagt, ist natürlich wieder Ende im Gelände...
bei den meisten Projekten ist die Hackordnung leider ziemlich deutlich in Richtung Intel festgelegt, oft auch nur aufgrund des verwendeten Intel-Compilers (Einstein) oder aufgrund von SIMD-Optimierungen, die der Phenom nicht hat (SETI Alex-v8 ). Nur bei Riesel Sieve und Spinhenge konnte ich bisher beobachten, dass der Phenom nicht allzu weit von seinen Intel-Gegenspielern weg ist.
Aufgrund des bevorstehenden Races habe ich mich nun logischerweise mit Poem@Home näher beschäftigt und konnte dabei interessantes feststellen was die Berechnungszeiten betrifft. Betrachtet wurden jeweils die WUs, die mit 70,33 Punkten Credit bedacht wurden.
Phenom X4 9850 (Agena 2,5 GHz)
- 11.745,16 s
- 11.613,52 s
- 11.599,28 s
=> Schnitt 11.652,65 s / 29,7 WUs pro Tag
Athlon 64 X2 5200+ (Windsor 2,6 GHz)
- 12.834,53 s
- 12.715,38 s
- 12.706,34 s
=> Schnitt 12.752,08 s / 13,6 WUs pro Tag
Core 2 Quad Q6600 (Kentsfield 2,4 GHz)
- 13.734,45 s
- 13.443,41 s
- 13.637,33 s
=> Schnitt 13.605,06 s / 25,4 WUs pro Tag
Core 2 Quad Q9300 (Yorkfield 2,5 GHz)
- 10.329,45 s
- 10.237,47 s
- 10.412,53 s
=> Schnitt 10.326,48 s / 33,5 WUs pro Tag
Wie man sieht ist das ziemlich ausgeglichen zwischen den Systemen. Es fällt auf, dass der Q9300 ordentlich zugelegt hat gegenüber dem Q6600. Ferner fällt auf, dass der X2 trotz doppelt so großen Caches pro Kern und mehr Taktfrequenz gegenüber dem Phenom den kürzeren zieht, bei der Anzahl der WUs aufgrund der lediglich zwei Kerne sowieso, aber auch bei der Berechnungszeit pro WU. Die Verbesserungen am K10-Kern scheinen also auch hier Wirkung zu zeigen.
In jedem Fall lässt sich festhalten, dass AMD-User bei diesem Projekt nicht mit stumpfen Waffen kämpfen müssen wie bei leider so vielen anderen DC-Projekten Außer Acht gelassen wurde hier lediglich das bessere OC-Potenzial der Intel-CPUs. Wenn einer seinen Penryn auf 4 GHz jagt, ist natürlich wieder Ende im Gelände...
Hallo allerseits,
bei den meisten Projekten ist die Hackordnung leider ziemlich deutlich in Richtung Intel festgelegt, oft auch nur aufgrund des verwendeten Intel-Compilers (Einstein) oder aufgrund von SIMD-Optimierungen, die der Phenom nicht hat (SETI Alex-v8 ). Nur bei Riesel Sieve und Spinhenge konnte ich bisher beobachten, dass der Phenom nicht allzu weit von seinen Intel-Gegenspielern weg ist.
Kannst du das belegen?
Wenn das stimmen sollte, warum profitieren dann X2 und X4 trotzdem von der optimierten App?
.
EDIT :
.
Core 2 Quad Q9300 (Yorkfield 2,5 GHz)
- 10.329,45 s
- 10.237,47 s
- 10.412,53 s
=> Schnitt 10.326,48 s / 33,5 WUs pro Tag
genau diese Werte erhalte ich bei meinem Q9300 auch, aber bei 3.1GHz.
Meiner Meinung nach profitieren die X2/X4 hier vom IMC bzw. FPU, weniger vom Cache, und von SSE schonmal garnicht, da es nicht (es wurde mal getestet) benutzt wird.
Nun, für den X2 und X4 gibt's ja auch optimierte SETI-Clients von Alex - nur halt nicht mit SSE4.1 Unterstützung, sondern nur mit SSE3 bzw. SSE2 - mit entsprechend weniger "Gain" gegenüber dem Originalclient ohne SSE-Support.Kannst du das belegen?
Wenn das stimmen sollte, warum profitieren dann X2 und X4 trotzdem von der optimierten App?
Bei den Einstein Power-Apps gibt's nur SSE-Support. Daher profitieren die AMD-Clients, die SSE unterstützen (alle seit dem Athlon XP) natürlich ebenfalls davon. Ferner wurden die Einstein Power_Apps auch generell optimiert und zwar bereits auf Sourcecode-Ebene, nicht nur mit SIMD via Compiler-Flag.
Und da der Intel-Compiler, den die meisten "Optimierer" verwenden, generell besser optimiert, als jeder andere Compiler, profitieren die AMD-CPUs davon in bestimmtem Maße ebenfalls, aber natürlich nicht im selben Umfang, wie die Intel-CPUs, auf die der Intel-Compiler in Sachen Architektur voll optimiert. In einer älteren Version des Intel-Compilers wollte Intel dem mal einen Riegel vorschieben und hat AMD-CPUs künstlich eingebremst. Gab dazu auch schon mal einen Thread im DC-Forum. Weiß allerdings nicht, ob das bei den letzten Versionen auch noch der Fall ist.
Bei POEM profitiert keine der CPUs von SSE oder sonst einer SIMD-Einheit, da POEM keine davon nutzt und darauf auch noch stolz istgenau diese Werte erhalte ich bei meinem Q9300 auch, aber bei 3.1GHz.
Meiner Meinung nach profitieren die X2/X4 hier vom IMC bzw. FPU, weniger vom Cache, und von SSE schonmal garnicht, da es nicht (es wurde mal getestet) benutzt wird.
http://boinc.fzk.de/poem/forum_thread.php?id=194
Nun, für den X2 und X4 gibt's ja auch optimierte SETI-Clients von Alex - nur halt nicht mit SSE4.1 Unterstützung, sondern nur mit SSE3 bzw. SSE2 - mit entsprechend weniger "Gain" gegenüber dem Originalclient ohne SSE-Support.
Bei den Einstein Power-Apps gibt's nur SSE-Support. Daher profitieren die AMD-Clients, die SSE unterstützen (alle seit dem Athlon XP) natürlich ebenfalls davon. Ferner wurden die Einstein Power_Apps auch generell optimiert und zwar bereits auf Sourcecode-Ebene, nicht nur mit SIMD via Compiler-Flag.
Und da der Intel-Compiler, den die meisten "Optimierer" verwenden, generell besser optimiert, als jeder andere Compiler, profitieren die AMD-CPUs davon in bestimmtem Maße ebenfalls, aber natürlich nicht im selben Umfang, wie die Intel-CPUs, auf die der Intel-Compiler in Sachen Architektur voll optimiert. In einer älteren Version des Intel-Compilers wollte Intel dem mal einen Riegel vorschieben und hat AMD-CPUs künstlich eingebremst. Gab dazu auch schon mal einen Thread im DC-Forum. Weiß allerdings nicht, ob das bei den letzten Versionen auch noch der Fall ist.
Bei POEM profitiert keine der CPUs von SSE oder sonst einer SIMD-Einheit, da POEM keine davon nutzt und darauf auch noch stolz ist
http://boinc.fzk.de/poem/forum_thread.php?id=194
das mit Seti ist mir klar, nur eben nicht von Einstein, da du es oben in Klammern in diesem Zusammenhang erwähnt hattest. Daher die Frage gibt es belege dafür das Einstein einen "intelcompiler" verwendet
.
EDIT :
.
Nun, für den X2 und X4 gibt's ja auch optimierte SETI-Clients von Alex - nur halt nicht mit SSE4.1 Unterstützung, sondern nur mit SSE3 bzw. SSE2 - mit entsprechend weniger "Gain" gegenüber dem Originalclient ohne SSE-Support.
Bei den Einstein Power-Apps gibt's nur SSE-Support. Daher profitieren die AMD-Clients, die SSE unterstützen (alle seit dem Athlon XP) natürlich ebenfalls davon. Ferner wurden die Einstein Power_Apps auch generell optimiert und zwar bereits auf Sourcecode-Ebene, nicht nur mit SIMD via Compiler-Flag.
Und da der Intel-Compiler, den die meisten "Optimierer" verwenden, generell besser optimiert, als jeder andere Compiler, profitieren die AMD-CPUs davon in bestimmtem Maße ebenfalls, aber natürlich nicht im selben Umfang, wie die Intel-CPUs, auf die der Intel-Compiler in Sachen Architektur voll optimiert. In einer älteren Version des Intel-Compilers wollte Intel dem mal einen Riegel vorschieben und hat AMD-CPUs künstlich eingebremst. Gab dazu auch schon mal einen Thread im DC-Forum. Weiß allerdings nicht, ob das bei den letzten Versionen auch noch der Fall ist.
Bei POEM profitiert keine der CPUs von SSE oder sonst einer SIMD-Einheit, da POEM keine davon nutzt und darauf auch noch stolz ist
http://boinc.fzk.de/poem/forum_thread.php?id=194
So from our perspective this is not a fundamental issue, but just one of priorities: if at some point in this project we have the resources to develop a client version which we can distribute, open source may well be an option (there are some copyright issues etc). However, it seems senseless to initiate such a project if we do not have the resources to integrate the feedback into the project.
schade
wobei ich das nicht verstehe, sie hatten bereits einen test mit SSE laufen, und dieser brachte 50% boost. Vllt waren sie mti dem ergebnissen nicht zufrieden
Puh, da fragst Du mich jetzt was Ist schon ne Weile her, dass ich mich intensiv mit den Einstein Power_Apps befasst habe. Hab damals auch fast jeden Thread dazu gelesen und war mir jetzt sicher, dass da was von Intel Compiler stand. Ich werde mal sehen, ob ich das Thema nochmal finde...das mit Seti ist mir klar, nur eben nicht von Einstein, da du es oben in Klammern in diesem Zusammenhang erwähnt hattest. Daher die Frage gibt es belege dafür das Einstein einen "intelcompiler" verwendet
Edit:
ok, ich hab's gefunden - und trotzdem lag ich falsch. Erst einmal der Grund, weswegen ich davon ausgegangen bin, dass für die Einstein Power_Apps der Intel Compiler verwendet wird: hier wird darüber diskutiert, ob die neue Version wieder AMD-Prozessoren künstlich via CPUID ausbremst:
http://einstein.phys.uwm.edu/forum_thread.php?id=6504&nowrap=true#80942The App will probably have some CPU vendor detection linked into it (as the 4.26 has), but my guess is that the linear sin/cos code that we're using now isn't affected by this noticeably, so there should be no "penalty" for AMD users. Please try to prove me wrong!
http://einstein.phys.uwm.edu/forum_thread.php?id=6504&nowrap=true#81662it was discovered that AMD users were "awarded" with a performance penalty due to how compilers treated the string "AuthenticAMD" existing in the science application's executable.
Und noch ein paar anderen Posts mit ähnlichem Inhalt, weshalb ich schlußfolgerte, dass die vom Intel Compiler sprechen, da hier ja bekannt ist, dass einige Versionen AMD-CPUs künstlich die Optimierung verweigern. Siehe hier: http://www.planet3dnow.de/vbulletin/showthread.php?t=336249
Aber ich habe mich getäuscht, denn nach weiterer Recherche fand ich heraus, dass die nicht vom Intel Compiler sprechen, sondern vom MS Compiler:
http://einstein.phys.uwm.edu/forum_thread.php?id=6446&nowrap=true#79866BOINC is currently bound to the MS compiler, and mixed linking is painful and the results still have their drawbacks. I'd really like to use the Intel compiler for all x86-based platforms, but so far I could get neither BOINC nor our code compiled with these.
Daher ziehe ich meine Aussage zurück und behaupte das Gegenteil
Ach ja, bevor ich's vergesse: diese Info wollte ich auch noch loswerden!
AMD Phenom 9600BE mit TLB-Fix => 19.000 s
AMD Phenom 9600BE ohne TLB-Fix => 12.500 s
(jeweils CASP_169 WUs mit 70,33 Credits)
Lohnt sich also bei einem System, bei dem man den TLB-Fix im BIOS nicht abschalten kann, Musics Artikel genauer zu studieren
http://www.planet3dnow.de/vbulletin/showthread.php?t=330868
AMD Phenom 9600BE mit TLB-Fix => 19.000 s
AMD Phenom 9600BE ohne TLB-Fix => 12.500 s
(jeweils CASP_169 WUs mit 70,33 Credits)
Lohnt sich also bei einem System, bei dem man den TLB-Fix im BIOS nicht abschalten kann, Musics Artikel genauer zu studieren
http://www.planet3dnow.de/vbulletin/showthread.php?t=330868
[...]
Edit:
ok, ich hab's gefunden - und trotzdem lag ich falsch. Erst einmal der Grund, weswegen ich davon ausgegangen bin, dass für die Einstein Power_Apps der Intel Compiler verwendet wird: hier wird darüber diskutiert, ob die neue Version wieder AMD-Prozessoren künstlich via CPUID ausbremst: http://einstein.phys.uwm.edu/forum_thread.php?id=6504&nowrap=true#80942
http://einstein.phys.uwm.edu/forum_thread.php?id=6504&nowrap=true#81662
Und noch ein paar anderen Posts mit ähnlichem Inhalt, weshalb ich schlußfolgerte, dass die vom Intel Compiler sprechen, da hier ja bekannt ist, dass einige Versionen AMD-CPUs künstlich die Optimierung verweigern. Siehe hier: http://www.planet3dnow.de/vbulletin/showthread.php?t=336249
Aber ich habe mich getäuscht, denn nach weiterer Recherche fand ich heraus, dass die nicht vom Intel Compiler sprechen, sondern vom MS Compiler: http://einstein.phys.uwm.edu/forum_thread.php?id=6446&nowrap=true#79866
Daher ziehe ich meine Aussage zurück und behaupte das Gegenteil
vielen dank für deine Nachforschungen
.
EDIT :
.
Ach ja, bevor ich's vergesse: diese Info wollte ich auch noch loswerden!
AMD Phenom 9600BE mit TLB-Fix => 19.000 s
AMD Phenom 9600BE ohne TLB-Fix => 12.500 s
(jeweils CASP_169 WUs mit 70,33 Credits)
^^ das erinnert an WINRAR, welches ja am verflucht gut IMC und mit Bandbreite/Latenzen super skaliert.
Rekrut
Admiral Special
- Mitglied seit
- 26.06.2006
- Beiträge
- 1.978
- Renomée
- 27
- Mitglied der Planet 3DNow! Kavallerie!
- Aktuelle Projekte
- Asteroids, Milkyway, Yoyo
- Lieblingsprojekt
- WCG
- Meine Systeme
- 2x AMD Ryzen 9 3950X, 1x AMD Radeon 7900 XTX, 1x NVIDIA RTX 4070 TI
- BOINC-Statistiken
- Folding@Home-Statistiken
- Prozessor
- AMD Ryzen 9 3950X
- Mainboard
- Asus PRIME B450M-A
- Kühlung
- Noctua NH-U12S SE
- Speicher
- 4x 16 GB HyperX FURY DDR4 2667MHz
- Grafikprozessor
- AMD RADEON 7900 XTX
- Display
- LG 4K IPS
- HDD
- 1x 1 TB HDD 2,5 Zoll 10.000 U/min.
- Optisches Laufwerk
- Nicht vorhanden
- Soundkarte
- Asus Xonar II
- Gehäuse
- be quiet! DARK BASE 700, Tower-Gehäuse
- Netzteil
- be quiet! Dark Power 12 750W
- Betriebssystem
- Windows 10
- Webbrowser
- Firefox
Ich probierte zusätzlich den ganged und unganged Modus aus.
Alles auf einem Phenom 9550 @ 2,64 GHz; 880 MHz RAM (laut Memtest); 1940 MHz NB Takt und Linux Ubuntu 64 7.10
ganged: 12351,8 Sec.
unganged: 11436,8 Sec.
macht 7% aus
Phenom Takteffizienz bei Phenom:
2,2 GHz; 800 MHz RAM; 1,9 GHz NB Takt unganged Mode:
13,349.89 Sec.
2,64 GHz usw.
11436,8 Sec.
macht also insgesamt: 14% aus
von 2,2 auf 2,64 GHz ergab eine Takterhöhung von: 17%, verläuft also nicht ganz Linear, aber sieht ansonsten ganz ok aus.
Meine bisherige Kenntnis zusammengefasst:
Für mehr POEM Performance:
*Linux
*unganged Mode (beim Phenom)
*höherer RAM Durchsatz
*höhere Taktrate nur einsetzbar, wenn auch der vorhandene RAM Durchsatz gewährleistet ist, ansonsten bezahlt ihr mehr Strom für nix.
*eventuell noch: (NB-Takt soll L3-Cache beeinflussen?)
*etwas vergessen?
Alles auf einem Phenom 9550 @ 2,64 GHz; 880 MHz RAM (laut Memtest); 1940 MHz NB Takt und Linux Ubuntu 64 7.10
ganged: 12351,8 Sec.
unganged: 11436,8 Sec.
macht 7% aus
Phenom Takteffizienz bei Phenom:
2,2 GHz; 800 MHz RAM; 1,9 GHz NB Takt unganged Mode:
13,349.89 Sec.
2,64 GHz usw.
11436,8 Sec.
macht also insgesamt: 14% aus
von 2,2 auf 2,64 GHz ergab eine Takterhöhung von: 17%, verläuft also nicht ganz Linear, aber sieht ansonsten ganz ok aus.
Meine bisherige Kenntnis zusammengefasst:
Für mehr POEM Performance:
*Linux
*unganged Mode (beim Phenom)
*höherer RAM Durchsatz
*höhere Taktrate nur einsetzbar, wenn auch der vorhandene RAM Durchsatz gewährleistet ist, ansonsten bezahlt ihr mehr Strom für nix.
*eventuell noch: (NB-Takt soll L3-Cache beeinflussen?)
*etwas vergessen?
Lucky Loser
Vice Admiral Special
- Mitglied seit
- 02.12.2007
- Beiträge
- 701
- Renomée
- 20
hi,
auf welchen boards sitzen der q6600 und der q9300 ?
ich fürchte ich hab mit meinem griff zu diesem teil für einen q9300 eine niete gezogen
http://geizhals.at/deutschland/a298801.html
für eine 169er zeigt er mir um die 21000s an
muss aber auch noch kontrollieren obs kein thermisches problem ist
auf welchen boards sitzen der q6600 und der q9300 ?
ich fürchte ich hab mit meinem griff zu diesem teil für einen q9300 eine niete gezogen
http://geizhals.at/deutschland/a298801.html
für eine 169er zeigt er mir um die 21000s an
muss aber auch noch kontrollieren obs kein thermisches problem ist
koschi
Grand Admiral Special
- Mitglied seit
- 11.11.2001
- Beiträge
- 5.709
- Renomée
- 705
- Standort
- 0511
- Mitglied der Planet 3DNow! Kavallerie!
- Aktuelle Projekte
- sieher Banner
- Lieblingsprojekt
- WCG, Einstein, Universe
- Meine Systeme
- R7 3900X @ 85W + 2 x Vega 56, 8 x Odroid C2, 8 x Odroid XU4, 4 x Odroid N2, 3 x Nvidia Jetson TK1
- BOINC-Statistiken
- Folding@Home-Statistiken
- Prozessor
- R9 3900X
- Mainboard
- Asus PRIME X370 PRO
- Kühlung
- Thermalright Le Grand Macho RT
- Speicher
- 2x32 GB DDR4 Corsair Vengeance LPX 3200@3200
- Grafikprozessor
- 2 x Sapphire Pulse Vega 56
- Display
- LG UltraFine 32UN880-B
- SSD
- Samsung EVO Plus 870 1TB & 850 500GB, Crucial MX500 1TB
- Optisches Laufwerk
- PIONEER BDR-209DBK
- Soundkarte
- Nubert nuPro A-20 (USB), Pioneer SE-MS7BT(K) (BT)
- Gehäuse
- Fractal Design Define R5 PCGH
- Netzteil
- BeQuiet! StraightPower 11 850W
- Betriebssystem
- Ubuntu LTS
- Internetanbindung
- ▼220 ▲40
Über das Brett (und andere mit low-end nForce) hatte ich auch nachgedacht, habe aber davon abgesehen, da sie wohl kein Dualchannel unterstützen...hi,
auf welchen boards sitzen der q6600 und der q9300 ?
ich fürchte ich hab mit meinem griff zu diesem teil für einen q9300 eine niete gezogen
http://geizhals.at/deutschland/a298801.html
für eine 169er zeigt er mir um die 21000s an
muss aber auch noch kontrollieren obs kein thermisches problem ist
Das wäre, beim bandbreitenlastigen POEM ne arge Limitierung und würde die Zeit erklären...
Lucky Loser
Vice Admiral Special
- Mitglied seit
- 02.12.2007
- Beiträge
- 701
- Renomée
- 20
Das wäre, beim bandbreitenlastigen POEM ne arge Limitierung und würde die Zeit erklären...
... danke, das bestätigt meine vermutung, die ich grad eben hier zum besten gegeben habe
http://www.planet3dnow.de/vbulletin/showthread.php?p=3625534#post3625534
dann werd ich wohl doch noch ein anderes board bestellen müssen
L3X4
Vice Admiral Special
- Mitglied seit
- 02.04.2007
- Beiträge
- 610
- Renomée
- 4
- Standort
- Tief im Westen
- Mitglied der Planet 3DNow! Kavallerie!
- Lieblingsprojekt
- World Community Grid; POEM@Home;Docking@Home
- Mein Laptop
- Gigabyte Aero 15
- Prozessor
- AMD Ryzen 9 5950X
- Mainboard
- ASUS ROG Crosshair VIII Dark Hero
- Kühlung
- Wasser (Custom)
- Speicher
- 4x16GB Corsair Dominator DDR4 3600
- Grafikprozessor
- Geforce RTX 3090 Ti
- Display
- LG UltraGear 34"
- SSD
- Samsung SSD 980 PRO 1TB
- HDD
- Western Digital Black 3TB
- Soundkarte
- Creative Sound BlasterX AE-5
- Gehäuse
- Corsair iCue 7000X
- Netzteil
- Seasonic Prime TX-1000 1000W
- Tastatur
- Ducky Shine 7 (Black)
- Maus
- SteelSeries Aerox 9
- Betriebssystem
- Windows 11 pro x64
- Webbrowser
- Opera GX
Über das Brett (und andere mit low-end nForce) hatte ich auch nachgedacht, habe aber davon abgesehen, da sie wohl kein Dualchannel unterstützen...
Das wäre, beim bandbreitenlastigen POEM ne arge Limitierung und würde die Zeit erklären...
Habe genau das Problem und werde das Board austauschen. Hätte nicht gedacht das Singlechannel soviel ausmacht.
Ein Quadxeon @2,4ghz braucht im Singlechannel genauso lange für eine Wu wie ein T5500 @1,6ghz mit Dualchannel
heavy-Ions@boinc
Grand Admiral Special
das wär ein grund alle cluster-nodes auf dual-channel aufzurüstenHabe genau das Problem und werde das Board austauschen. Hätte nicht gedacht das Singlechannel soviel ausmacht.
Ein Quadxeon @2,4ghz braucht im Singlechannel genauso lange für eine Wu wie ein T5500 @1,6ghz mit Dualchannel
L3X4
Vice Admiral Special
- Mitglied seit
- 02.04.2007
- Beiträge
- 610
- Renomée
- 4
- Standort
- Tief im Westen
- Mitglied der Planet 3DNow! Kavallerie!
- Lieblingsprojekt
- World Community Grid; POEM@Home;Docking@Home
- Mein Laptop
- Gigabyte Aero 15
- Prozessor
- AMD Ryzen 9 5950X
- Mainboard
- ASUS ROG Crosshair VIII Dark Hero
- Kühlung
- Wasser (Custom)
- Speicher
- 4x16GB Corsair Dominator DDR4 3600
- Grafikprozessor
- Geforce RTX 3090 Ti
- Display
- LG UltraGear 34"
- SSD
- Samsung SSD 980 PRO 1TB
- HDD
- Western Digital Black 3TB
- Soundkarte
- Creative Sound BlasterX AE-5
- Gehäuse
- Corsair iCue 7000X
- Netzteil
- Seasonic Prime TX-1000 1000W
- Tastatur
- Ducky Shine 7 (Black)
- Maus
- SteelSeries Aerox 9
- Betriebssystem
- Windows 11 pro x64
- Webbrowser
- Opera GX
So, ich habe das Motherboard getauscht und die Zeit ist von 18k sec. auf 12k sec. gefallen.
Ich denke das hat sich gelohnt
Ich denke das hat sich gelohnt
heavy-Ions@boinc
Grand Admiral Special
nette "beschleunigung", das ist ordentlichSo, ich habe das Motherboard getauscht und die Zeit ist von 18k sec. auf 12k sec. gefallen.
Ich denke das hat sich gelohnt
eratte
Redaktion
☆☆☆☆☆☆
- Mitglied seit
- 11.11.2001
- Beiträge
- 21.752
- Renomée
- 2.777
- Standort
- Rheinberg / NRW
- Mitglied der Planet 3DNow! Kavallerie!
- Aktuelle Projekte
- YoYo, Collatz
- Lieblingsprojekt
- YoYo
- Meine Systeme
- Wegen der aktuellen Lage alles aus.
- BOINC-Statistiken
- Mein Laptop
- Lenovo ThinkPad E15 Gen4 Intel / HP PAVILION 14-dk0002ng
- Prozessor
- Ryzen R9 7950X
- Mainboard
- ASUS ROG Crosshair X670E Hero
- Kühlung
- Noctua NH-D15
- Speicher
- 2 x 32 GB G.Skill Trident Z DDR5 6000 CL30-40-40-96
- Grafikprozessor
- Sapphire Radeon RX7900XTX Gaming OC Nitro+
- Display
- 2 x ASUS XG27AQ (2560x1440@144 Hz)
- SSD
- Samsung 980 Pro 1 TB & Lexar NM790 4 TB
- Optisches Laufwerk
- USB Blu-Ray Brenner
- Soundkarte
- Onboard
- Gehäuse
- NEXT H7 Flow Schwarz
- Netzteil
- Corsair HX1000 (80+ Platinum)
- Tastatur
- ASUS ROG Strix Scope RX TKL Wireless / 2. Rechner&Server Cherry G80-3000N RGB TKL
- Maus
- ROG Gladius III Wireless / 2. Rechner&Server Sharkoon Light2 180
- Betriebssystem
- Windows 11 Pro 64
- Webbrowser
- Firefox
- Verschiedenes
- 4 x BQ Light Wings 14. 1 x NF-A14 Noctua Lüfter. Corsair HS80 Headset .
- Internetanbindung
- ▼VDSL 100 ▲VDSL 100
Wo nach richtet sich eigentlich wie viel Credit man bekommt für die WU?
http://boinc.fzk.de/poem/results.php?hostid=24466
Meine haben nicht 70,33 aber mit im Schnitt von ca 10,500.00 CPU time (sec) denke ich liegt der Rechner im grünen Bereich (100 % CPU Last erlaubt aber keine Optimierungen der Task die sonst noch laufen etc.)
Als Neueinsteiger in diesem Bereich ist es erstmal recht unübersichtlich zu vergleichen ob die Leistungen der Maschinen so weit passen.
http://boinc.fzk.de/poem/results.php?hostid=24466
Meine haben nicht 70,33 aber mit im Schnitt von ca 10,500.00 CPU time (sec) denke ich liegt der Rechner im grünen Bereich (100 % CPU Last erlaubt aber keine Optimierungen der Task die sonst noch laufen etc.)
Als Neueinsteiger in diesem Bereich ist es erstmal recht unübersichtlich zu vergleichen ob die Leistungen der Maschinen so weit passen.
heavy-Ions@boinc
Grand Admiral Special
Es ist wirklich erstaunlich wie gut manche AMDs bei poem abschneiden. Ich hab mal in den statistiken unseres cluster geschaut.
hier mal unser opteron 1212@2,9ghz
ein q6600@3ghz
auch unsere anderen opterons (180 und 170) und phenoms geben sich gegen die Intels nicht geschlagen
hier mal unser opteron 1212@2,9ghz
ein q6600@3ghz
auch unsere anderen opterons (180 und 170) und phenoms geben sich gegen die Intels nicht geschlagen
Ähnliche Themen
- Antworten
- 2
- Aufrufe
- 3K
- Antworten
- 29
- Aufrufe
- 13K