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.
Artikel AMD Mantle - Die neue API in einem ersten Test
- Ersteller MusicIsMyLife
- Erstellt am
MusicIsMyLife
Redaktion
☆☆☆☆☆☆
- Mitglied seit
- 22.02.2002
- Beiträge
- 15.579
- Renomée
- 2.567
- Standort
- in der Nähe von Cottbus
- Lieblingsprojekt
- Asteroids@Home
- Meine Systeme
- Alltags-PC, Test-PC (wechselnde Hardware)
- BOINC-Statistiken
- Folding@Home-Statistiken
- Mein Desktopsystem
- Alltags-PC
- Mein Laptop
- HP DV7-2225sg
- Prozessor
- AMD Ryzen 9 7950X
- Mainboard
- ASRock B650M PG Riptide
- Kühlung
- Watercool Heatkiller IV Pro Copper
- Speicher
- 2x 32 GB G.Skill TridentZ 5 TGB (F5-6000J3040G32X2-TZ5RS)
- Grafikprozessor
- AMD Radeon RX 6900XT
- Display
- ASUS ROG PG42UQ (3840x2160), Philips BDM4065UC (3840x2160), Samsung C27HG70 (2560x1440)
- SSD
- Micron 9300 Pro 7,68 TB (U.2), Samsung 850 Evo 4 TB (SATA)
- HDD
- keine, SSD only...
- Optisches Laufwerk
- LG CH08LS10 Blu-ray Disc-Player
- Soundkarte
- Creative SoundBlasterX AE-5 Plus
- Gehäuse
- Dimastech BenchTable EasyXL (vorübergehend)
- Netzteil
- Corsair RM850i
- Tastatur
- ASUS ROG Strix Flare
- Maus
- Steelseries Sensei 310
- Betriebssystem
- Windows 10 Professional
- Webbrowser
- Firefox
- Schau Dir das System auf sysprofile.de an
- Internetanbindung
- ▼250 MBit ▲45 MBit
Was meinst du mit "leidigem" Thema? Auf welchen Aspekt bezieht sich das?
G
Gast30082015
Guest
ich habe das jetzt 6x gelesen und immer noch nicht 100%ig erraten können, was für Worte da fehlen, damit der Satz einen Sinn ergibt...die Diskussion sollte mal mit wirklich aktuellen redaktionellen werten auf ne ordentliche Basis zu bringen.
ein "sein" dazu ein "mal" weg. hat wohl das autokorrekt auf dem Handy gefressen oder mein Hirn wollte erst was anderes tippen. ging mir schlicht darum, dass das Thema mal mit werten, welche nicht aus der beta stammen, auf eine aktuelle Basis gehievt wird.
Zuletzt bearbeitet:
foenfrisur
Grand Admiral Special
- Mitglied seit
- 19.02.2002
- Beiträge
- 4.791
- Renomée
- 77
das sind mal gute tests, von denen sich andere seiten mal eine scheibe von abschneiden können^^
mfg
mfg
samm
Lt. Commander
- Mitglied seit
- 02.09.2009
- Beiträge
- 131
- Renomée
- 1
- Prozessor
- Threadripper 1950X @Stock
- Mainboard
- Asrock Taichi x399
- Kühlung
- XSPC Raystorm Neo
- Speicher
- 4*8GB G.Skill 3700 CL17 @3200 CL14
- Grafikprozessor
- Sapphire 6900 XT Toxic Air
- Display
- LG G1 55
- SSD
- Samsung 950 Evo 1TB, Samsung 840 Pro 256 GB, Samsung 830 128 GB
- Soundkarte
- SoundblasterX AE-5
- Netzteil
- Seasonic Titanium 750W
- Betriebssystem
- Windows 11 Pro
- Webbrowser
- Brave
So, copy/paste, damit sich die Autoren des Tests nicht auf den Schlips getreten fühlen, wie bei anderen Internet-Testseiten geschehen, weil in anderen Foren statt dem eigenen kommentiert wird:
foenfrisur: Ohne die positiven Qualitäten dieses Tests schmälern zu wollen, "Gut" getestet ist es nicht so generell, da die Min-FPS als irgendwie wichtig dargestellt werden und sogar noch per Extra-Update überprüft. Macht mMn keinen Sinn, da als Einzelwert völlig arbiträr. Heute ist Frametime-Analyse angesagt, und im Fall von BF4 gilt es diese Spikes spezifisch zu berücksichtigen, die mit Cache-File, MSAA whatever zusammenhängen (können), statt einfach etwas zu sagen im Stil von "Min-FPS mit Win 7 auffällig niedrig".
[edit]Und um diese mMn positiven Qualitäten noch explizit zu nennen, obwohl ich da nicht der erste bin: Modul-Abhängigkeit und Energieffizienz auf diese Art einzubeziehen finde ich eine gute Ergänzung zum internet'schen Einheitsbrei Ebenso das vorausschauende und relativierende Fazit.
foenfrisur: Ohne die positiven Qualitäten dieses Tests schmälern zu wollen, "Gut" getestet ist es nicht so generell, da die Min-FPS als irgendwie wichtig dargestellt werden und sogar noch per Extra-Update überprüft. Macht mMn keinen Sinn, da als Einzelwert völlig arbiträr. Heute ist Frametime-Analyse angesagt, und im Fall von BF4 gilt es diese Spikes spezifisch zu berücksichtigen, die mit Cache-File, MSAA whatever zusammenhängen (können), statt einfach etwas zu sagen im Stil von "Min-FPS mit Win 7 auffällig niedrig".
[edit]Und um diese mMn positiven Qualitäten noch explizit zu nennen, obwohl ich da nicht der erste bin: Modul-Abhängigkeit und Energieffizienz auf diese Art einzubeziehen finde ich eine gute Ergänzung zum internet'schen Einheitsbrei Ebenso das vorausschauende und relativierende Fazit.
Zuletzt bearbeitet:
MusicIsMyLife
Redaktion
☆☆☆☆☆☆
- Mitglied seit
- 22.02.2002
- Beiträge
- 15.579
- Renomée
- 2.567
- Standort
- in der Nähe von Cottbus
- Lieblingsprojekt
- Asteroids@Home
- Meine Systeme
- Alltags-PC, Test-PC (wechselnde Hardware)
- BOINC-Statistiken
- Folding@Home-Statistiken
- Mein Desktopsystem
- Alltags-PC
- Mein Laptop
- HP DV7-2225sg
- Prozessor
- AMD Ryzen 9 7950X
- Mainboard
- ASRock B650M PG Riptide
- Kühlung
- Watercool Heatkiller IV Pro Copper
- Speicher
- 2x 32 GB G.Skill TridentZ 5 TGB (F5-6000J3040G32X2-TZ5RS)
- Grafikprozessor
- AMD Radeon RX 6900XT
- Display
- ASUS ROG PG42UQ (3840x2160), Philips BDM4065UC (3840x2160), Samsung C27HG70 (2560x1440)
- SSD
- Micron 9300 Pro 7,68 TB (U.2), Samsung 850 Evo 4 TB (SATA)
- HDD
- keine, SSD only...
- Optisches Laufwerk
- LG CH08LS10 Blu-ray Disc-Player
- Soundkarte
- Creative SoundBlasterX AE-5 Plus
- Gehäuse
- Dimastech BenchTable EasyXL (vorübergehend)
- Netzteil
- Corsair RM850i
- Tastatur
- ASUS ROG Strix Flare
- Maus
- Steelseries Sensei 310
- Betriebssystem
- Windows 10 Professional
- Webbrowser
- Firefox
- Schau Dir das System auf sysprofile.de an
- Internetanbindung
- ▼250 MBit ▲45 MBit
foenfrisur: Ohne die positiven Qualitäten dieses Tests schmälern zu wollen, "Gut" getestet ist es nicht so generell, da die Min-FPS als irgendwie wichtig dargestellt werden und sogar noch per Extra-Update überprüft. Macht mMn keinen Sinn, da als Einzelwert völlig arbiträr. Heute ist Frametime-Analyse angesagt, und im Fall von BF4 gilt es diese Spikes spezifisch zu berücksichtigen, die mit Cache-File, MSAA whatever zusammenhängen (können), statt einfach etwas zu sagen im Stil von "Min-FPS mit Win 7 auffällig niedrig".
Wenn wir während der Tests Auffälligkeiten feststellen, wollen wir auch ergründen, woran dies liegt. Natürlich ist das im aktuellen Fall dahingehend ungünstig, dass die Min-FPS ja nur duch einen einzigen langsamen Frame verursacht werden können. Und wenn es wirklich nur ein einziger Frame ist, dann ist der eigentlich irrelevant. Aber eben nur dann. Im aktuellen Fall scheinen die Min-FPS ja einem Muster zu folgen, sodass ich dem insgesamt schon mehr Wichtigkeit beimesse als wenn es eben eine wirre Abfolge wäre.
Ich kann dich aber beruhigen: Für ein nächstes Update habe ich vor, die Daten etwas anders aufzubereiten. Ganz einfach deshalb, weil auch ein anderer Aspekt ausprobiert werden soll.
Bzzz
Fleet Captain Special
- Mitglied seit
- 11.03.2008
- Beiträge
- 296
- Renomée
- 3
- Lieblingsprojekt
- LHC, was sonst? :D
- BOINC-Statistiken
- Mein Laptop
- Lenovo ThinkPad T400 whitelistfrei
- Prozessor
- C2D P9700 (2x2,7 GHz, 28W TDP)
- Mainboard
- Geflashtes T400-Board + Dual-SDXC-mPCIE-Karte (2x32GB Samsung Class10) + F5521GW (21/6 MBit UMTS)
- Kühlung
- Passiv! ;D
- Speicher
- 2x 4GB DDR3 Adata
- Grafikprozessor
- Intel X4500 onboard, 2503er PCIe-Dock
- Display
- 14" 1440x900 LED (schluchz! Drecks 16:10!)
- SSD
- Samsung 830 256GB, Sandisk 128GB shared in Ultrabay
- HDD
- Nur noch als billiges Endlager im Solaris-Server...
- Optisches Laufwerk
- Irgendwas-DVD-Brenner, normal aber Akku oder Caddy mit der 470
- Netzteil
- 65W
- Betriebssystem
- Kubuntu 16.04 Xenial
- Webbrowser
- FF 52 ESR
- Verschiedenes
- Wifilink 6300 / BT / 9C + 4C + 3C Ultrabayakku / abgeschalteter FPR / Ultranav / 2xUSB3.0 (Expressca
Daumen hoch für die FPS-Verteilung. So hab ich die noch nie aufgetragen gesehen
Dr@
Grand Admiral Special
- Mitglied seit
- 19.05.2009
- Beiträge
- 12.791
- Renomée
- 4.066
- Standort
- Baden-Württemberg
- Aktuelle Projekte
- Collatz Conjecture
- Meine Systeme
- Zacate E-350 APU
- BOINC-Statistiken
- Mein Laptop
- FSC Lifebook S2110, HP Pavilion dm3-1010eg
- Prozessor
- Turion 64 MT37, Neo X2 L335, E-350
- Mainboard
- E35M1-I DELUXE
- Speicher
- 2x1 GiB DDR-333, 2x2 GiB DDR2-800, 2x2 GiB DDR3-1333
- Grafikprozessor
- RADEON XPRESS 200m, HD 3200, HD 4330, HD 6310
- Display
- 13,3", 13,3" , Dell UltraSharp U2311H
- HDD
- 100 GB, 320 GB, 120 GB +500 GB
- Optisches Laufwerk
- DVD-Brenner
- Betriebssystem
- WinXP SP3, Vista SP2, Win7 SP1 64-bit
- Webbrowser
- Firefox 13
Der Artikel wurde um weitere Analysen ergänzt (wer es noch nicht über die Startseite bemerkt hat):
http://www.planet3dnow.de/cms/8900-amd-mantle-die-neue-api-in-einem-ersten-test-2-update/
http://www.planet3dnow.de/cms/8900-amd-mantle-die-neue-api-in-einem-ersten-test-2-update/
hoschi_tux
Grand Admiral Special
- Mitglied seit
- 08.03.2007
- Beiträge
- 4.759
- Renomée
- 286
- Standort
- Ilmenau
- Aktuelle Projekte
- Einstein@Home, Predictor@Home, QMC@Home, Rectilinear Crossing No., Seti@Home, Simap, Spinhenge, POEM
- Lieblingsprojekt
- Seti/Spinhenge
- BOINC-Statistiken
- Prozessor
- AMD Ryzen R9 5900X
- Mainboard
- ASUS TUF B450m Pro-Gaming
- Kühlung
- Noctua NH-U12P
- Speicher
- 2x 16GB Crucial Ballistix Sport LT DDR4-3200, CL16-18-18
- Grafikprozessor
- AMD Radeon RX 6900XT (Ref)
- Display
- LG W2600HP, 26", 1920x1200
- HDD
- Crucial M550 128GB, Crucial M550 512GB, Crucial MX500 2TB, WD7500BPKT
- Soundkarte
- onboard
- Gehäuse
- Cooler Master Silencio 352M
- Netzteil
- Antec TruePower Classic 550W
- Betriebssystem
- Gentoo 64Bit, Win 7 64Bit
- Webbrowser
- Firefox
Multiplayer Vorwort schrieb:Je weiter links die Kurve beginnt, desto kürzer war die jeweils für dieses Bild benötigte Zeit.
Der Punkt stimmt so nicht, da im Diagramm darunter die fps als Abszisse aufgetragen sind, nicht die frame times.
Die beiden Glockenkurven würde ich farblich tauschen, da passt das besser zu den übrigen Diagrammen.
Interessant ist dabei, dass die Mantle Kurve asymmetrisch ist im Vergleich zu D3D.
Sind das Lorentz- oder Gaußkurven? Sieht mir irgendwie mehr nach Lorentz aus..
MusicIsMyLife
Redaktion
☆☆☆☆☆☆
- Mitglied seit
- 22.02.2002
- Beiträge
- 15.579
- Renomée
- 2.567
- Standort
- in der Nähe von Cottbus
- Lieblingsprojekt
- Asteroids@Home
- Meine Systeme
- Alltags-PC, Test-PC (wechselnde Hardware)
- BOINC-Statistiken
- Folding@Home-Statistiken
- Mein Desktopsystem
- Alltags-PC
- Mein Laptop
- HP DV7-2225sg
- Prozessor
- AMD Ryzen 9 7950X
- Mainboard
- ASRock B650M PG Riptide
- Kühlung
- Watercool Heatkiller IV Pro Copper
- Speicher
- 2x 32 GB G.Skill TridentZ 5 TGB (F5-6000J3040G32X2-TZ5RS)
- Grafikprozessor
- AMD Radeon RX 6900XT
- Display
- ASUS ROG PG42UQ (3840x2160), Philips BDM4065UC (3840x2160), Samsung C27HG70 (2560x1440)
- SSD
- Micron 9300 Pro 7,68 TB (U.2), Samsung 850 Evo 4 TB (SATA)
- HDD
- keine, SSD only...
- Optisches Laufwerk
- LG CH08LS10 Blu-ray Disc-Player
- Soundkarte
- Creative SoundBlasterX AE-5 Plus
- Gehäuse
- Dimastech BenchTable EasyXL (vorübergehend)
- Netzteil
- Corsair RM850i
- Tastatur
- ASUS ROG Strix Flare
- Maus
- Steelseries Sensei 310
- Betriebssystem
- Windows 10 Professional
- Webbrowser
- Firefox
- Schau Dir das System auf sysprofile.de an
- Internetanbindung
- ▼250 MBit ▲45 MBit
Der Punkt stimmt so nicht, da im Diagramm darunter die fps als Abszisse aufgetragen sind, nicht die frame times.
Oha, du hast natürlich recht.
Ursprünglich war da das Frametimes-Diagramm zu sehen. Als ich das geändert habe, habe ich mich immer nur auf den Abschnitt darunter konzentriert - darüber hab ich nicht mehr nachgeschaut. *g*
Die beiden Glockenkurven würde ich farblich tauschen, da passt das besser zu den übrigen Diagrammen.
Stimmt auch, habe ich soeben erledigt.
Interessant ist dabei, dass die Mantle Kurve asymmetrisch ist im Vergleich zu D3D.
Hmm, auch hier hast du recht. Wobei ich finde, dass auch die DirectX-Kurve minimal ungleichmäßig ist. Aber Mantle ist es deutlich mehr...
Sind das Lorentz- oder Gaußkurven? Sieht mir irgendwie mehr nach Lorentz aus..
Das muss heikosch beantworten, von dem stammt das Diagramm. Er war so nett und hat es für mich gebastelt (nach seinen Ideen).
foenfrisur
Grand Admiral Special
- Mitglied seit
- 19.02.2002
- Beiträge
- 4.791
- Renomée
- 77
also das mit der "relativen häufigkeit der FPS" finde ich ja auch mal genial.
mfg
mfg
samm
Lt. Commander
- Mitglied seit
- 02.09.2009
- Beiträge
- 131
- Renomée
- 1
- Prozessor
- Threadripper 1950X @Stock
- Mainboard
- Asrock Taichi x399
- Kühlung
- XSPC Raystorm Neo
- Speicher
- 4*8GB G.Skill 3700 CL17 @3200 CL14
- Grafikprozessor
- Sapphire 6900 XT Toxic Air
- Display
- LG G1 55
- SSD
- Samsung 950 Evo 1TB, Samsung 840 Pro 256 GB, Samsung 830 128 GB
- Soundkarte
- SoundblasterX AE-5
- Netzteil
- Seasonic Titanium 750W
- Betriebssystem
- Windows 11 Pro
- Webbrowser
- Brave
Oha, sehr cooler Nachtest Das nenne ich mal sauber (und bestimmt äusserst zeitintensiv) gemacht, um den prinzipiell fast un-benchbaren Aspekt des Multiplayer-Spiels auf vollem Server einzufangen. Weiter so, P3DN, und ihr mausert euch für mMn zu einer guten Referenzstelle zu diesem Thema
CosmiChaos
Lieutnant
- Mitglied seit
- 21.11.2012
- Beiträge
- 94
- Renomée
- 4
Tut mir leid der neue Update 2 Artikel lügt...hier wird behauptet deaktiviertes Core Parking würde gerade für weniger Kerne nichts bringen.
Keine Ahnung wasda schief gelaufen ist beim Bench aber deaktiviertes Core-Parking erhöht die Framerate zumindestens unter DirectX deutlich.
Außerdem glättet es die Frameverzögerung (Frametime-Analyse) deutlich. Man achte dazu nur mal auf den Analyse-Graph im folgenden Video unten links. Ich kenne KEIN SPiel wo Core Parking hilfreich ist., egal ob zwei Kerne, AMD oder Intel... deutlicher gehts doch garnicht... CoreParking ist grundsätzlich suboptimal was die Ressourcenverteilung angeht.
https://www.youtube.com/watch?v=ulm-PeZxi0Y
Sry aber der Artikel erzählt Schwachsinn. Core Parking ist der größte Driss! Wie ihr hier auf vermeintlich "bessere" Werte gerade für schwächere PCs kommt und dass dann noch für allgemein erklärt.. obwohl doch der 8Moduler selbst in eurem Test profitiert...
Wenn man sich shcon an Core-Parking ranwagt, dann auch mit venrnftiger Frametimeanalyse und nicht nackte Framerate pro Sekunde, dann würden euch auch die Schuppen von den AUgen fallen.
Wenn die kleinen FXer da unter Mantle mit deaktiviertem Core Parking sucken liegt das wohl eher daran, das Mantle da noch optimierungsbedarf hat.
Core Parking ist ein reines Stromsparfeature.... zu Lasten der Leistung, ihr schreibt ja auch es geht um Reduktion der Leistungsaufnahme.... wie ihr überhaupt darauf kommt, dass ein Spiel davon profitieren könnte ist mir schleierhaft, durch Energieeinsparung durch Core-Parking lässt sich 100% kein Leistungsgewinn erzielen ala mehr TDP Headroom, das ist Quatsch.
Core-Parking nützt überdeis zum STromsparen überhaupt nur dann was wenn der CPU die Kerne auch abschalten bzw. physikalisch parken kann und die Spannung individuell pro Kern absenken kann... kann er das nicht wie zB der Phenom 2 ist Core Parking eh OBSOLET und nichts außer micro-laggs bei augenscheinlich guter FPS.
Aktiviertes CoreParking hat gegenüber deaktiviertem Core Parking überhaupt keine positive Auswirkung, außer eben im Idle mehr zu sparen, weil alles auf einem Kern gehortet wird und die anderen abgeschaltet werden können.... das ist stromsparender als Runtertakten, sonst nix!
Einzige Erklärungsmöglichkeit ist das Mantle eben auf das standardmäßig eingeschaltete Core Parking optimiert ist ... was sich mit besseren Treibern in Zukunft bessern dürfte. Normal ist das keinesfalls.
Die Threads auf alle Kerne gleichmäßig zu verteilen ist in jedem Fall performanter... gerade wenn wir an Draw Calls denken und daran, dass der CPU den GPU mit Daten versorgen muss. Ständig alles auf einem Kern zu haben mag vielleicht schneller sein, wenn die Threads von einander abhängig sind... das Problem ist aber dass Windows 7 die Threads umlegen muss, wenn der eine Kern 100% Last erreicht hat.... was bei SPielen im Prinzip ständig passiert, da ein Single-Kern einfahc zu wenig ist, was dann ständig kurze bis heftige Aussetzer in der Frametime ergibt und es permanent stockt, obwohl doch alles in spielbaren FPS-Bereichen liegt.
Schämt euch solche Aussagen zu treffen, das verwirrt nur die Leute.
Keine Ahnung wasda schief gelaufen ist beim Bench aber deaktiviertes Core-Parking erhöht die Framerate zumindestens unter DirectX deutlich.
Außerdem glättet es die Frameverzögerung (Frametime-Analyse) deutlich. Man achte dazu nur mal auf den Analyse-Graph im folgenden Video unten links. Ich kenne KEIN SPiel wo Core Parking hilfreich ist., egal ob zwei Kerne, AMD oder Intel... deutlicher gehts doch garnicht... CoreParking ist grundsätzlich suboptimal was die Ressourcenverteilung angeht.
https://www.youtube.com/watch?v=ulm-PeZxi0Y
Sry aber der Artikel erzählt Schwachsinn. Core Parking ist der größte Driss! Wie ihr hier auf vermeintlich "bessere" Werte gerade für schwächere PCs kommt und dass dann noch für allgemein erklärt.. obwohl doch der 8Moduler selbst in eurem Test profitiert...
Wenn man sich shcon an Core-Parking ranwagt, dann auch mit venrnftiger Frametimeanalyse und nicht nackte Framerate pro Sekunde, dann würden euch auch die Schuppen von den AUgen fallen.
Wenn die kleinen FXer da unter Mantle mit deaktiviertem Core Parking sucken liegt das wohl eher daran, das Mantle da noch optimierungsbedarf hat.
Core Parking ist ein reines Stromsparfeature.... zu Lasten der Leistung, ihr schreibt ja auch es geht um Reduktion der Leistungsaufnahme.... wie ihr überhaupt darauf kommt, dass ein Spiel davon profitieren könnte ist mir schleierhaft, durch Energieeinsparung durch Core-Parking lässt sich 100% kein Leistungsgewinn erzielen ala mehr TDP Headroom, das ist Quatsch.
Core-Parking nützt überdeis zum STromsparen überhaupt nur dann was wenn der CPU die Kerne auch abschalten bzw. physikalisch parken kann und die Spannung individuell pro Kern absenken kann... kann er das nicht wie zB der Phenom 2 ist Core Parking eh OBSOLET und nichts außer micro-laggs bei augenscheinlich guter FPS.
Aktiviertes CoreParking hat gegenüber deaktiviertem Core Parking überhaupt keine positive Auswirkung, außer eben im Idle mehr zu sparen, weil alles auf einem Kern gehortet wird und die anderen abgeschaltet werden können.... das ist stromsparender als Runtertakten, sonst nix!
Einzige Erklärungsmöglichkeit ist das Mantle eben auf das standardmäßig eingeschaltete Core Parking optimiert ist ... was sich mit besseren Treibern in Zukunft bessern dürfte. Normal ist das keinesfalls.
Die Threads auf alle Kerne gleichmäßig zu verteilen ist in jedem Fall performanter... gerade wenn wir an Draw Calls denken und daran, dass der CPU den GPU mit Daten versorgen muss. Ständig alles auf einem Kern zu haben mag vielleicht schneller sein, wenn die Threads von einander abhängig sind... das Problem ist aber dass Windows 7 die Threads umlegen muss, wenn der eine Kern 100% Last erreicht hat.... was bei SPielen im Prinzip ständig passiert, da ein Single-Kern einfahc zu wenig ist, was dann ständig kurze bis heftige Aussetzer in der Frametime ergibt und es permanent stockt, obwohl doch alles in spielbaren FPS-Bereichen liegt.
Schämt euch solche Aussagen zu treffen, das verwirrt nur die Leute.
Zuletzt bearbeitet:
samm
Lt. Commander
- Mitglied seit
- 02.09.2009
- Beiträge
- 131
- Renomée
- 1
- Prozessor
- Threadripper 1950X @Stock
- Mainboard
- Asrock Taichi x399
- Kühlung
- XSPC Raystorm Neo
- Speicher
- 4*8GB G.Skill 3700 CL17 @3200 CL14
- Grafikprozessor
- Sapphire 6900 XT Toxic Air
- Display
- LG G1 55
- SSD
- Samsung 950 Evo 1TB, Samsung 840 Pro 256 GB, Samsung 830 128 GB
- Soundkarte
- SoundblasterX AE-5
- Netzteil
- Seasonic Titanium 750W
- Betriebssystem
- Windows 11 Pro
- Webbrowser
- Brave
Es kann zwar durchaus sein, dass im Coreparking-Test etwas schief gelaufen ist, aber die Tester der Lüge zu bezichtigen, halte ich für verfehlt. Zudem gleichen die Frametimes (CPU wie GPU) in BF4 mit Mantle einer glatten Linie, da kann das Deaktivieren von Core Parking vielleicht einfach nicht mehr so viel helfen, wer weiss?
tspoon
Grand Admiral Special
- Mitglied seit
- 23.04.2006
- Beiträge
- 2.727
- Renomée
- 196
- Standort
- Dresden
- Aktuelle Projekte
- was so anliegt
- Lieblingsprojekt
- WCG FightAIDS@Home
- Meine Systeme
- 2x Intel Xeon E5645 @ 2,4Ghz (Phobya UC-2 LT + 360 MagiCool Magicool G2)
- BOINC-Statistiken
- Prozessor
- Intel i7 4770K
- Mainboard
- Asus Maximus VI Gene 1150
- Kühlung
- XSPC RayStorm Wasserkühler
- Speicher
- 4 x 4GB Patriot Viper Extrem 2133
- Grafikprozessor
- 2 x AMD 290X Crossfire (Watercool HK GPU-X³)
- Display
- 3x27" Samsung S27D590 Curved
- SSD
- ADATA SP900NS34 m,2, 240GB Corsair Force 3
- HDD
- 1 TB WD Green
- Optisches Laufwerk
- LG USB-DVD-Brennder
- Gehäuse
- Xigmatek Aquila Window
- Netzteil
- Coolermaster Silent Pro 1000Watt (Singlerail)
- Betriebssystem
- Windows 8.1
- Webbrowser
- Chrome
- Verschiedenes
- T500Rs + TH8RS
- Schau Dir das System auf sysprofile.de an
Hier mal nen Screen , der zeigt das die Frametimes mit Mantle sehr gut sind und mit DX nicht zu vergleichen. Das hier ca 80 FPS bei der hohen Auflösung geschafft werden zeigt schon das hier die GPU voll genutzt wird.
MusicIsMyLife
Redaktion
☆☆☆☆☆☆
- Mitglied seit
- 22.02.2002
- Beiträge
- 15.579
- Renomée
- 2.567
- Standort
- in der Nähe von Cottbus
- Lieblingsprojekt
- Asteroids@Home
- Meine Systeme
- Alltags-PC, Test-PC (wechselnde Hardware)
- BOINC-Statistiken
- Folding@Home-Statistiken
- Mein Desktopsystem
- Alltags-PC
- Mein Laptop
- HP DV7-2225sg
- Prozessor
- AMD Ryzen 9 7950X
- Mainboard
- ASRock B650M PG Riptide
- Kühlung
- Watercool Heatkiller IV Pro Copper
- Speicher
- 2x 32 GB G.Skill TridentZ 5 TGB (F5-6000J3040G32X2-TZ5RS)
- Grafikprozessor
- AMD Radeon RX 6900XT
- Display
- ASUS ROG PG42UQ (3840x2160), Philips BDM4065UC (3840x2160), Samsung C27HG70 (2560x1440)
- SSD
- Micron 9300 Pro 7,68 TB (U.2), Samsung 850 Evo 4 TB (SATA)
- HDD
- keine, SSD only...
- Optisches Laufwerk
- LG CH08LS10 Blu-ray Disc-Player
- Soundkarte
- Creative SoundBlasterX AE-5 Plus
- Gehäuse
- Dimastech BenchTable EasyXL (vorübergehend)
- Netzteil
- Corsair RM850i
- Tastatur
- ASUS ROG Strix Flare
- Maus
- Steelseries Sensei 310
- Betriebssystem
- Windows 10 Professional
- Webbrowser
- Firefox
- Schau Dir das System auf sysprofile.de an
- Internetanbindung
- ▼250 MBit ▲45 MBit
Tut mir leid der neue Update 2 Artikel lügt...
Was soll ich dazu sagen. Eigentlich brauche ich nichts zu sagen, denn offensichtlich lüge ich ja.
Keine Ahnung wasda schief gelaufen ist beim Bench aber deaktiviertes Core-Parking erhöht die Framerate zumindestens unter DirectX deutlich.
Falls es dir nicht aufgefallen sein sollte: Ich habe Core Parking deaktiviert und ausschließlich Tests mit Mantle durchgeführt. Toll, wenn deaktiviertes Core Parking auf DirectX Einfluss hat - offensichlich hat es das aber nicht auf Mantle. Aber in deinem Eifer, mich bzw. uns (Planet 3DNow!) der Lüge zu bezichtigen, ist das wohl untergegangen. Dazu kann ich nur ein zweites in den Raum werfen.
Es ging bei dieser Frage schlichtweg darum, dass unter Mantle merkwürdigerweise die Min-FPS in den Konstellationen niedriger als bei DirectX sind, wenn die Anzahl der Module des FX-8350 halbiert wird. Es steht weder da, dass kleinere FX generell schlechtere Min-FPS haben noch das Core Parking etwas positives ist. Wir haben lediglich versucht herauszufinden, ob Core Parking an der Situtation niedriger Min-FPS mit Mantle bei deaktivierten Modulen unter Windows 7 Schuld ist. Fazit: Nein, ist es nicht. Darum, und nur darum, ging es. Ein isoliertes Szenario und keine generelle Aussage für oder gegen Core Parking.
Sry aber der Artikel erzählt Schwachsinn.
Schämt euch solche Aussagen zu treffen, das verwirrt nur die Leute.
Manchmal frage ich mich, aus welchen Löchern manche User hier hervorgekrochen kommen. Abgesehen davon, dass du die Intention meines Tests offensichtlich völlig falsch verstanden hast (und nebenbei auch die Ergebnisse), finde ich es reichlich dreist, auf diese Art und Weise Vorwürfe zu äußern. Ich bin hier lange genug im Redaktionsteam und habe schon vieles erlebt - das mir aber jemand so derart frech versucht eins reinzuwürgen, noch dazu wo er nicht mal im Recht ist, ist für mich auch was neues.
Wenn du der Meinung bist, dass wir/ich etwas falsch gemacht haben, dann kann man sicher auch vernünftig darüber diskutieren. Der Ton macht die Musik. Und da muss ich sagen, hast du dich ziemlich im Ton vergriffen. Denk mal drüber nach...
Du kannst gern zu mir kommen und am Testsystem schalten und walten, wie du willst. Denn da ich deiner Meinung nach sowieso alles falsch mache, sollte ich mich nach einem Lehrmeister umschauen, der mir all das beibringt, was ich bisher nicht weiß. Und da scheinst du ja der absolut richtige Mann zu sein, weshalb ich dich gern einlade. Komm her und Zeig der Welt deine Weisheit, denn wir hier haben es ja nicht drauf...
CosmiChaos
Lieutnant
- Mitglied seit
- 21.11.2012
- Beiträge
- 94
- Renomée
- 4
Es geht darum, dass die erste Seite eures Artikeln mir weiß machen will, dass die Windows 7 funktion CoreParking etwas gutes ist... das ist Schwachsinn, das ist eine Lüge... ich hättet ERKLÄREN sollen, dass diese Merkwürdigkeit an Mantle/AMD-Treibern selbst liegt und nicht an der deaktivierten WIn7-CoreParking Funktion.
Prinzipiell kann diese Funktion selbst aus technischer Sicht keinen Nachteil für Mantle ergeben. Ihr stellt es einfahc so dar, als würde es jetzt seit Mantle wieder sinnvoll erscheinen CoreParking anzuschalten, weil es ja schneller ist mit schlechteren Prozessoren... was für ein Unfug.
Es geht mir darum dass der FX in euren eigenen Benchwerten mit 4 Modulen (8 Kerne und Volltakt) AUCH profitiert... was ihr das aber mit Worten (ziemlich garnicht) wenig hervorgehoben habt, ist ja nur "Minimal", gelle - im Gegenteil eure sprachlichen Auswüchse gehen ÜBEHRUAPT nicht darauf ein was CoreParking eigentlich macht... und dass es grundsätzlich besser ist dieses auf einem Desktop-System abzuschalten, Mantle hin oder her.
Ihr solltet ebenfalls besser Wissen, das Win 8.1 schneller ist wegen aktuellerer Kerneltechnologien u.a. ein besseres CoreParking... so what? Ebenfalls gibt es nur FPS pro Sekunde... ganz besondern in diesem Zusammenhang habe ich mir Frametime-Analysen gewünscht. Ich hab nach Seite 1 des Artikels gleich den ganzen Artikel geschlossen, weil er einfahc nicht sachlich ist.
Für mich bleibts ne schwachsinige Lüge, dass aktiviertes CoreParking bei BF4 unter Mantle was "bringt" und daher stellt sich mir die Frage nach eurer journalistischen Qualität? Wo sind denn die Frametime-Graphen? Ich seh kein... also von daher ob du mir jetzt im ANshcluss NACH meiner Kritik erzählst... "ach Mantle hat sowieso ne Glatte Frametime"... JA WO DENN ZEIG ES DOCH... das will ich erstmal sehen Mr.Review!
Ich seh nur ne Kurve wo ihr die FPS von Mantle und DX erglichen habt... auf der dritten Seite, ganz toll udn das ist letztendlich auch nur Frames-per-Seconds auf längere Zeit... und eben immernoch nicht FrameVERZÖGERUNG. Daher wird auf Seite 1 nicht-belegter Müll erzählt, Total unprofessionell für solche Fragestellungen. Reichen tuts grad mal für ein Balkendiagramm mit jeweils 1-Wert. Wahrscheinlich soll man sich aber einfach auf eure Planet3DNow-Goldaussagen verlassen müssen.... Das ist mein Kritikpunkt: Ohne Frametime-Analyse hätte man sich das ganze CoreParking-Geteste auch SPAREN können, weil NICHTSSAGEND!
Edit (Cut), Kommentar: Achja ist MinFPS, hab ich nich gesehen.
Unser Vorbild: ADAC!
Lass dieses rhetorische Gequatsche mich an Redaktionshardware einzuladen, nur weil ich klar gestellt hab, dass die Seite 1 des Artikelns zum Himmel stinkt. Einfach mal sachlich bleiben. Ich bin sahclich und in einem gemütlichen Ton unterwegs... du scheinst nur die Worte "LÜge" und "Schwachsinn" nicht gerne hören zu wollen und als unpassender "Ton" (wahrscheinlich weil geschäftsschädigend für dein Schmierblatt) wahrzunehmen und fühlst dich angegriffen, obwohl das alles neutrale sachliche Worte sind. Gut "Schmierblatt" jetzt nicht, aber für diesen Eindruck bei mir bin ja nicht ich Schuld sonderrn diese Seite hier über CoreParking. Verträgst wohl keine Kritik.
Du soltlest mal lieber an deinem eigenen Ton feilen... denn du wirst wirklich persönlich und unsachlich... oder was wilslt du mir damit sagen, aus welchem Loch ich gekrochen komme. SOwas ist das aller letzte, Freundchen! Klemms dir! Wenn du meinst, dass diese sachliche Kritik dir persöhnlich gilt, dann kann das nur daran liegen, dass du dich selber persönlich verantwortlich für diesen Schwachsinn fühlst.
Ich versuch dir überhaupt nichts reinzuwürgen.. ich kenn dich garnicht... mir geht es um den SCHWACHSINN zu CoreParking auf seite 1... nich um dich.. dräng dich nich so in den Mittelpunkt
Also bench das nochmal nach, liefere Frametime-Analysen und treff eine vernünftige Aussage zu COreParking und Mantle und nicht so ein Müll... sry! Warum soll ich dazu zu dir in die Redaktion kommen...!? Ist das mein Job oder deiner?
Mehr sag ich dazu jetzt auch nich mehr. Du mit deiner langen Erfahrung hast scheinbar die Weishheit mit Löffeln gefressen... ich habe deine Intention schon verstanden und die Ergebnisse auch, nur die Fragestellung ist dumm und die Ergebnisse nichtssagend.... und das Fazit aus dieser Seite hilft niemandem zukünftig weite.... Aber egal: Du bist natürlich im Recht und ich hab meine Ruhe. Bäh!
Prinzipiell kann diese Funktion selbst aus technischer Sicht keinen Nachteil für Mantle ergeben. Ihr stellt es einfahc so dar, als würde es jetzt seit Mantle wieder sinnvoll erscheinen CoreParking anzuschalten, weil es ja schneller ist mit schlechteren Prozessoren... was für ein Unfug.
Es geht mir darum dass der FX in euren eigenen Benchwerten mit 4 Modulen (8 Kerne und Volltakt) AUCH profitiert... was ihr das aber mit Worten (ziemlich garnicht) wenig hervorgehoben habt, ist ja nur "Minimal", gelle - im Gegenteil eure sprachlichen Auswüchse gehen ÜBEHRUAPT nicht darauf ein was CoreParking eigentlich macht... und dass es grundsätzlich besser ist dieses auf einem Desktop-System abzuschalten, Mantle hin oder her.
Ihr solltet ebenfalls besser Wissen, das Win 8.1 schneller ist wegen aktuellerer Kerneltechnologien u.a. ein besseres CoreParking... so what? Ebenfalls gibt es nur FPS pro Sekunde... ganz besondern in diesem Zusammenhang habe ich mir Frametime-Analysen gewünscht. Ich hab nach Seite 1 des Artikels gleich den ganzen Artikel geschlossen, weil er einfahc nicht sachlich ist.
Für mich bleibts ne schwachsinige Lüge, dass aktiviertes CoreParking bei BF4 unter Mantle was "bringt" und daher stellt sich mir die Frage nach eurer journalistischen Qualität? Wo sind denn die Frametime-Graphen? Ich seh kein... also von daher ob du mir jetzt im ANshcluss NACH meiner Kritik erzählst... "ach Mantle hat sowieso ne Glatte Frametime"... JA WO DENN ZEIG ES DOCH... das will ich erstmal sehen Mr.Review!
Ich seh nur ne Kurve wo ihr die FPS von Mantle und DX erglichen habt... auf der dritten Seite, ganz toll udn das ist letztendlich auch nur Frames-per-Seconds auf längere Zeit... und eben immernoch nicht FrameVERZÖGERUNG. Daher wird auf Seite 1 nicht-belegter Müll erzählt, Total unprofessionell für solche Fragestellungen. Reichen tuts grad mal für ein Balkendiagramm mit jeweils 1-Wert. Wahrscheinlich soll man sich aber einfach auf eure Planet3DNow-Goldaussagen verlassen müssen.... Das ist mein Kritikpunkt: Ohne Frametime-Analyse hätte man sich das ganze CoreParking-Geteste auch SPAREN können, weil NICHTSSAGEND!
Edit (Cut), Kommentar: Achja ist MinFPS, hab ich nich gesehen.
Unser Vorbild: ADAC!
Lass dieses rhetorische Gequatsche mich an Redaktionshardware einzuladen, nur weil ich klar gestellt hab, dass die Seite 1 des Artikelns zum Himmel stinkt. Einfach mal sachlich bleiben. Ich bin sahclich und in einem gemütlichen Ton unterwegs... du scheinst nur die Worte "LÜge" und "Schwachsinn" nicht gerne hören zu wollen und als unpassender "Ton" (wahrscheinlich weil geschäftsschädigend für dein Schmierblatt) wahrzunehmen und fühlst dich angegriffen, obwohl das alles neutrale sachliche Worte sind. Gut "Schmierblatt" jetzt nicht, aber für diesen Eindruck bei mir bin ja nicht ich Schuld sonderrn diese Seite hier über CoreParking. Verträgst wohl keine Kritik.
Du soltlest mal lieber an deinem eigenen Ton feilen... denn du wirst wirklich persönlich und unsachlich... oder was wilslt du mir damit sagen, aus welchem Loch ich gekrochen komme. SOwas ist das aller letzte, Freundchen! Klemms dir! Wenn du meinst, dass diese sachliche Kritik dir persöhnlich gilt, dann kann das nur daran liegen, dass du dich selber persönlich verantwortlich für diesen Schwachsinn fühlst.
Ich versuch dir überhaupt nichts reinzuwürgen.. ich kenn dich garnicht... mir geht es um den SCHWACHSINN zu CoreParking auf seite 1... nich um dich.. dräng dich nich so in den Mittelpunkt
Also bench das nochmal nach, liefere Frametime-Analysen und treff eine vernünftige Aussage zu COreParking und Mantle und nicht so ein Müll... sry! Warum soll ich dazu zu dir in die Redaktion kommen...!? Ist das mein Job oder deiner?
Mehr sag ich dazu jetzt auch nich mehr. Du mit deiner langen Erfahrung hast scheinbar die Weishheit mit Löffeln gefressen... ich habe deine Intention schon verstanden und die Ergebnisse auch, nur die Fragestellung ist dumm und die Ergebnisse nichtssagend.... und das Fazit aus dieser Seite hilft niemandem zukünftig weite.... Aber egal: Du bist natürlich im Recht und ich hab meine Ruhe. Bäh!
Zuletzt bearbeitet:
SPINA
Grand Admiral Special
- Mitglied seit
- 07.12.2003
- Beiträge
- 18.121
- Renomée
- 984
- Mein Laptop
- Lenovo IdeaPad Gaming 3 (15ARH05-82EY003NGE)
- Prozessor
- AMD Ryzen 7 3700X
- Mainboard
- ASUS PRIME X370-PRO
- Kühlung
- AMD Wraith Prism
- Speicher
- 2x Micron 32GB PC4-25600E (MTA18ASF4G72AZ-3G2R)
- Grafikprozessor
- Sapphire Pulse Radeon RX 7600 8GB
- Display
- LG Electronics 27UD58P-B
- SSD
- Samsung 980 PRO (MZ-V8P1T0CW)
- HDD
- 2x Samsung 870 QVO (MZ-77Q2T0BW)
- Optisches Laufwerk
- HL Data Storage BH16NS55
- Gehäuse
- Lian Li PC-7NB
- Netzteil
- Seasonic PRIME Gold 650W
- Betriebssystem
- Debian 12.x (x86-64)
- Verschiedenes
- ASUS TPM-M R2.0
Beim Phenom II sollte Windows 7 ohnehin kein Core Parking anwenden, weil dieser Prozessor kein SMT bietet und dies soll Voraussetzung für die Nutzung von Core Parking seitens Windows 7 sein. Darin sind sich die meisten Quellen einig.Core-Parking nützt überdeis zum STromsparen überhaupt nur dann was wenn der CPU die Kerne auch abschalten bzw. physikalisch parken kann und die Spannung individuell pro Kern absenken kann... kann er das nicht wie zB der Phenom 2 ist Core Parking eh OBSOLET und nichts außer micro-laggs bei augenscheinlich guter FPS.
Quelle: http://heise.de/-1100682Anders als Windows Server 2008 kann Windows 7 übrigens nur logische Prozessorkerne parken; bei Multi-Core-Prozessoren ohne Hyper-Threading, also mit ausschließlich physischen Kernen, kommt Core Parking nicht zum Einsatz.
Neben dem Phenom II ist die FX-Serie von AMD ebenfalls nicht betroffen wegen dem KB2646060, welches ein Core Parking bei der FX-Serie unterbindet, obwohl sich diese dem Betriebssystem gegenüber als SMT tauglich zu erkennen gibt.
Quelle: http://ht4u.net/reviews/2011/amd_bulldozer_fx_prozessoren/index51.phpDarüber hinaus hat Microsoft noch ein weiteres Update bereitgestellt, welches das sogenannte "Core-Parking" ausschaltet. Unter Core-Parking versteht man, dass das Betriebssystem gewisse Kerne nicht nutzt – die Kerne werden quasi "geparkt". Allerdings kann Windows 7 nur logische Kerne "parken". Logische Kerne sind etwa die "Hyperthreading Kerne" von Intel-Prozessoren. Durch die modifizierte Zählweise der Kerne bei den Bulldozer-Prozessoren erkennt Windows 7 nun allerdings auch bei diesen Ablegern logische Kerne. Der FX-8150 besitzt mit dem oben genannten Scheduler-Patch aus Windowssicht 4 echte Kerne und 4 logische Kerne. Im Falle der Bulldozer-Prozessoren ist diese Sichtweise jedoch nicht ganz korrekt, denn würde man einen logischen Kern parken, so läge der zweite Integer-Cluster im zugehörigen Modul brach. Daher haben sich AMD und Microsoft entschlossen, Core-Parking für die Bulldozer-Prozessoren zu deaktivieren.
Insofern hätte man eigentlich nicht mit einem FX-8350 sondern mit einem Core i7-4770K benchen sollen.
Zuletzt bearbeitet:
CosmiChaos
Lieutnant
- Mitglied seit
- 21.11.2012
- Beiträge
- 94
- Renomée
- 4
Ich reduzier es einfahc mal:
(Core Parking, default ON)
Euer Ergebnis (Nein, bis auf high-End FX), welches ihr anhand von Minimum-FPS-Balkendiagrammen "ausgearbeitet" habt, trifft so nicht zu. Der ganze Ansatz ist falsch. BTW: "verbesserten Leistungsaufnahme"...besser: "verringerten/verminderten Leistungsaufnahme"
AMD wird mit Mantle unter Windows 7 eine eigene Lösung gefunden haben um dem Problem, welches aktiviertes Core Parking unter Win7 erzeugt aus dem Weg zu räumen, sprich wird die Speielerelevanten-Threads eigenmächtig auf die Kerne verteilen.
Die Minimum-FPS-Varianzen machen eigentlich nur deutlich wie breit die Messungenauigkeit ist, weil eben innerhalb 1-Sekunde viel passieren kann.... ich dachte eigentlich die SPiele-Reviewer wären sich mitlerweile einig, dass FPS-Balkenlänge kaum noch Aussagekräftig ist, besonders wenn die "Dinge" so knapp beieinander liegen.
Was Windows nicht alles sollte und was es dann doch tut.... einfach mal schauen was das Tool "parkcontroldist64.exe" sagt. Hab hier schon öfter das Windows 7 für meinen Phenom 2 neu-installiert und ParkControl war jedesmal aktiv, zeigte die benannte Framtetime-Microlagg-Problematic und ließ sich auch nicht über WIndows-7 Bordmittel abschalten.
Übrigens verwechselst du da ein bischen was. SMT Parking ist Intels Hardware-Funktion Kerne parken zu können. AMD hat aber kein SMT. COreParking-Hardwarefähigkeit beschriebt nichts weiter als den "C6"-State eines Kernes. Das kann auch AMD seid BUlldozer und das ohne SMT Aber auch wennd er Prozessor das Hardwareseitig nicht unterstützt ist Windows 7 Standardmäßig für dieses Gedöhns ausgelegt.
Einfach mal ein bischen was lesen, empfehle ich auch den Redakteuren:
http://bitsum.com/about_cpu_core_parking.php
Windows 7 nutzt einfach mit aktiviertem Control Parking die Kerne nicht mehr so schön aus, sondern versucht durch um-geshifte der Threads den Prozessoren überhaupt erstmal die Möglichkeit einzuräumen Kerne abschalten zu können um noch mehr Strom zu sparen, auch wenn sie das garnicht können. Ganz besonders AMDs FX-Dual-Core-Modul-Design hat daran zu knabbern, weil der Microsoft Scheduler da trotz Updates nur semi-optimal arbeitet, aber auch Intel profitiert von abgeschaltetem Parking was die Leistung angeht.
Warum Mantle das jetzt nciht tut.... wahrscheinlich weil es ne Hardwarenahe-API ist und sich die Threadverteilung überhaupt-garnicht mehr so vom MS-Scheduler diktieren lässt... dafür spricht auch dass Frametime unter Mantle grundsätzlich so glatt ist wie unter DirectX mit deaktiviertem COre Parking...schonmal darüber nachgedacht?
Sowas muss man aber auch erwähnen lol
Deaktiviertes Core-Parking interessiert Mantle scheinbar nicht positiv, weil der positive Effekt, der damit erreicht werden soll doch shcon genauso umgesetzt ist und läuft
Nur weil sich Messungenauigkeits-Varianzen ergeben oder es vielleicht da auch noch Probleme gibt mit Mantle gerade wenn man vom WIn7-Standard abweicht auf den da alles optimiert ist soltle man eben keines falls CoreParking anmachen. mMn ist das ein Laptop-Feature xD
(Core Parking, default ON)
Wir wollten wissen, ob dieses Feature, was zu einer verbesserten Leistungsaufnahme des Gesamtsystems führen soll, möglicherweise für die schlechteren Werte in Sachen Minimum-FPS gegenüber Windows 8.1 verantwortlich ist.
Euer Ergebnis (Nein, bis auf high-End FX), welches ihr anhand von Minimum-FPS-Balkendiagrammen "ausgearbeitet" habt, trifft so nicht zu. Der ganze Ansatz ist falsch. BTW: "verbesserten Leistungsaufnahme"...besser: "verringerten/verminderten Leistungsaufnahme"
AMD wird mit Mantle unter Windows 7 eine eigene Lösung gefunden haben um dem Problem, welches aktiviertes Core Parking unter Win7 erzeugt aus dem Weg zu räumen, sprich wird die Speielerelevanten-Threads eigenmächtig auf die Kerne verteilen.
Die Minimum-FPS-Varianzen machen eigentlich nur deutlich wie breit die Messungenauigkeit ist, weil eben innerhalb 1-Sekunde viel passieren kann.... ich dachte eigentlich die SPiele-Reviewer wären sich mitlerweile einig, dass FPS-Balkenlänge kaum noch Aussagekräftig ist, besonders wenn die "Dinge" so knapp beieinander liegen.
Beim Phenom II sollte Windows 7 ohnehin kein Core Parking anwenden, weil dieser Prozessor kein SMT bietet und dies soll Voraussetzung für die Nutzung von Core Parking seitens Windows 7 sein.
Was Windows nicht alles sollte und was es dann doch tut.... einfach mal schauen was das Tool "parkcontroldist64.exe" sagt. Hab hier schon öfter das Windows 7 für meinen Phenom 2 neu-installiert und ParkControl war jedesmal aktiv, zeigte die benannte Framtetime-Microlagg-Problematic und ließ sich auch nicht über WIndows-7 Bordmittel abschalten.
Übrigens verwechselst du da ein bischen was. SMT Parking ist Intels Hardware-Funktion Kerne parken zu können. AMD hat aber kein SMT. COreParking-Hardwarefähigkeit beschriebt nichts weiter als den "C6"-State eines Kernes. Das kann auch AMD seid BUlldozer und das ohne SMT Aber auch wennd er Prozessor das Hardwareseitig nicht unterstützt ist Windows 7 Standardmäßig für dieses Gedöhns ausgelegt.
Einfach mal ein bischen was lesen, empfehle ich auch den Redakteuren:
http://bitsum.com/about_cpu_core_parking.php
Windows 7 nutzt einfach mit aktiviertem Control Parking die Kerne nicht mehr so schön aus, sondern versucht durch um-geshifte der Threads den Prozessoren überhaupt erstmal die Möglichkeit einzuräumen Kerne abschalten zu können um noch mehr Strom zu sparen, auch wenn sie das garnicht können. Ganz besonders AMDs FX-Dual-Core-Modul-Design hat daran zu knabbern, weil der Microsoft Scheduler da trotz Updates nur semi-optimal arbeitet, aber auch Intel profitiert von abgeschaltetem Parking was die Leistung angeht.
Warum Mantle das jetzt nciht tut.... wahrscheinlich weil es ne Hardwarenahe-API ist und sich die Threadverteilung überhaupt-garnicht mehr so vom MS-Scheduler diktieren lässt... dafür spricht auch dass Frametime unter Mantle grundsätzlich so glatt ist wie unter DirectX mit deaktiviertem COre Parking...schonmal darüber nachgedacht?
Sowas muss man aber auch erwähnen lol
Deaktiviertes Core-Parking interessiert Mantle scheinbar nicht positiv, weil der positive Effekt, der damit erreicht werden soll doch shcon genauso umgesetzt ist und läuft
Nur weil sich Messungenauigkeits-Varianzen ergeben oder es vielleicht da auch noch Probleme gibt mit Mantle gerade wenn man vom WIn7-Standard abweicht auf den da alles optimiert ist soltle man eben keines falls CoreParking anmachen. mMn ist das ein Laptop-Feature xD
Zuletzt bearbeitet:
SPINA
Grand Admiral Special
- Mitglied seit
- 07.12.2003
- Beiträge
- 18.121
- Renomée
- 984
- Mein Laptop
- Lenovo IdeaPad Gaming 3 (15ARH05-82EY003NGE)
- Prozessor
- AMD Ryzen 7 3700X
- Mainboard
- ASUS PRIME X370-PRO
- Kühlung
- AMD Wraith Prism
- Speicher
- 2x Micron 32GB PC4-25600E (MTA18ASF4G72AZ-3G2R)
- Grafikprozessor
- Sapphire Pulse Radeon RX 7600 8GB
- Display
- LG Electronics 27UD58P-B
- SSD
- Samsung 980 PRO (MZ-V8P1T0CW)
- HDD
- 2x Samsung 870 QVO (MZ-77Q2T0BW)
- Optisches Laufwerk
- HL Data Storage BH16NS55
- Gehäuse
- Lian Li PC-7NB
- Netzteil
- Seasonic PRIME Gold 650W
- Betriebssystem
- Debian 12.x (x86-64)
- Verschiedenes
- ASUS TPM-M R2.0
Der Ausruck SMT Parking gehört doch längst nicht mehr zu offiziellen Nomenklatur und stammt von Microsoft, nicht Intel.SMT Parking ist Intels Hardware-Funktion Kerne parken zu können. AMD hat aber kein SMT.
Und SMT in diesem Fall Hyper-Threading (HTT) und die Halt bzw. Sleep States funktionieren unabhängig voneinander.
Was soll ich da durcheinander gebracht haben?
CosmiChaos
Lieutnant
- Mitglied seit
- 21.11.2012
- Beiträge
- 94
- Renomée
- 4
Immernoch das ganze. Du hast doch "SMT Parking" angeführt... ich habe dir gesagt dass es das bei AMD nicht gibt.
Nochmal: Damit ein Prozessor so wie es vorgesehen ist Strom durch ein CoreParking sparen kann muss er lediglich C6-Halt-States unterstützen, sonst ist das einzige was man davon hat, die nicht zu verachtenden Nachteile!
AMD hat kein HTT (nicht zu verwechseln mit HT). AMDs Bulldozer unterstützen C6. Die Phenoms nicht. WIndows 7 unterscheidet aber nicht! Es ist immer so ausgelegt das die Kerne nacheinander ausgelastet werden und somit immer unbenötigte Kerne abgeschaltet werden könnnen.
Es ist damit fast dasselbe wie beispielsweise CnQ, nur das hier das Ziel mittels Herunter-Taktung verfolgt wird. C6 ist natürlich sparsamer als CnQ und kombinierbar ist es obendrein, wobei das natürlich alles auf die Performance gehtwenn man sie mal shcnell braucht. Natürlich ist 1x4ghz und 3 Kerne im Schlaf sparsamer als 4x1ghz um es mal platt auszudrücken. Aber grundsätzlich ist diese Art Threads zu verteilen für Spiele bei denen Performance schlagartig benötigt wird total ungeeignet. Weder hab ich Bock zu warten bis CnQ hochgetaktet, noch will ich erst schlafende Kerne anknipsen müssen um ständig volle Performance zu haben. Ist doch verständlich.
http://www.tomshardware.com/reviews/fx-8150-zambezi-bulldozer-990fx,3043-7.html
Es bleibt aber dabei, man kann damit nur Strom sparen durch Abschaltung von Kernen, das heißt ein Leistungsgewinn wenn alle Kerne ausgelastet sind wird sich daraus einfach logisch nicht ergeben können, wobei dann grundsätzlich die Frage bei einem Desktop-System ist, ob man darauf nicht grundsätzlich verzichtet und CoreParking unter WIndows 7 deaktiviert um nicht in MicroLaggs zu enden.
Mantle ändert daran auch nichts, es hat halt nur sein eigenes "deaktiviertes Core-Parking" shcon im Ansatz wo die API die Threads erzeugt...da werden die schön am WIndows-Core-Parking vorbei hantieren mithilfe ihrer Treiber
Nochmal: Damit ein Prozessor so wie es vorgesehen ist Strom durch ein CoreParking sparen kann muss er lediglich C6-Halt-States unterstützen, sonst ist das einzige was man davon hat, die nicht zu verachtenden Nachteile!
AMD hat kein HTT (nicht zu verwechseln mit HT). AMDs Bulldozer unterstützen C6. Die Phenoms nicht. WIndows 7 unterscheidet aber nicht! Es ist immer so ausgelegt das die Kerne nacheinander ausgelastet werden und somit immer unbenötigte Kerne abgeschaltet werden könnnen.
Es ist damit fast dasselbe wie beispielsweise CnQ, nur das hier das Ziel mittels Herunter-Taktung verfolgt wird. C6 ist natürlich sparsamer als CnQ und kombinierbar ist es obendrein, wobei das natürlich alles auf die Performance gehtwenn man sie mal shcnell braucht. Natürlich ist 1x4ghz und 3 Kerne im Schlaf sparsamer als 4x1ghz um es mal platt auszudrücken. Aber grundsätzlich ist diese Art Threads zu verteilen für Spiele bei denen Performance schlagartig benötigt wird total ungeeignet. Weder hab ich Bock zu warten bis CnQ hochgetaktet, noch will ich erst schlafende Kerne anknipsen müssen um ständig volle Performance zu haben. Ist doch verständlich.
http://www.tomshardware.com/reviews/fx-8150-zambezi-bulldozer-990fx,3043-7.html
This changes with Windows 7 and a feature called ideal core. If a task’s needs are being addressed by one core, the operating system will let you stay there. This means two things to Intel: first, you don’t use power on the migration, and second, idle cores are able to remain in a C6 state. Purportedly, this migration fix alone will yield an extra 10 to 15 minutes of battery life on Nehalem-based notebooks, though this won’t become a major issue until the mobile dual-core Arrandale launches later this year. Perhaps more interesting, though, is that processors without C6 will not realize this gain (including AMD’s CPUs).”
Es bleibt aber dabei, man kann damit nur Strom sparen durch Abschaltung von Kernen, das heißt ein Leistungsgewinn wenn alle Kerne ausgelastet sind wird sich daraus einfach logisch nicht ergeben können, wobei dann grundsätzlich die Frage bei einem Desktop-System ist, ob man darauf nicht grundsätzlich verzichtet und CoreParking unter WIndows 7 deaktiviert um nicht in MicroLaggs zu enden.
Mantle ändert daran auch nichts, es hat halt nur sein eigenes "deaktiviertes Core-Parking" shcon im Ansatz wo die API die Threads erzeugt...da werden die schön am WIndows-Core-Parking vorbei hantieren mithilfe ihrer Treiber
Zuletzt bearbeitet:
heikosch
Grand Admiral Special
Der Punkt stimmt so nicht, da im Diagramm darunter die fps als Abszisse aufgetragen sind, nicht die frame times.
Die beiden Glockenkurven würde ich farblich tauschen, da passt das besser zu den übrigen Diagrammen.
Interessant ist dabei, dass die Mantle Kurve asymmetrisch ist im Vergleich zu D3D.
Sind das Lorentz- oder Gaußkurven? Sieht mir irgendwie mehr nach Lorentz aus..
Ob nun Cauchy-Lorentz- oder Gauß-Verteilung, das Prinzip bleibt das gleiche. Aufgrund der doch recht stark variierenden Verhältnisse beim Testen wirst Du wohl mit deiner Annahme recht haben, um dem "normalen" Leser einen Begriff an die Hand zu geben, mit dem er sofort etwas anfangen kann, sind wir wohl in der Beschreibung recht gut aufgestellt.
Bei der Farbe war ich bei der Erstellung nicht so eingebunden wie Music... könnte man noch anpassen, wenn es zu sehr verwirrt.
Um die Problematik mit der "relativen Häufigkeit in %" einmal aufzuklären. Die Summe der Einzelwerte beider APIs ist natürlich unterschiedlich. Hätten wir im Diagramm die absolute Häufigkeit des Auftretens der einzelnen Frametimes bewertet, hätte wir in meinen Augen keinen Gewinn erzielt. Deswegen wurde das absolute Auftreten eines Wertes durch die jeweilige Gesamtsumme der Messwerte pro API geteilt. Damit erreicht man eben die relative Häufigkeit, die eine viel bessere Aussage zulässt.
Die Asymmetrie ist mir zuallererst auch aufgefallen. Die Aufstellung hat mich doch ein wenig überrascht.
CosmiChaos
Lieutnant
- Mitglied seit
- 21.11.2012
- Beiträge
- 94
- Renomée
- 4
Hör mal auf von Framtime zu sprechen... das wird auch im Absatz unter der Grafik falsch erklärt....was ihr dargestellt habt ist die relative prozentuale Häufigkeit von Frames-Per-Second Werten, das sind aber selbst nur statistische Werte.
Sogesehen zeigt ihr nach wie vor eine STatistik die selbst auf einer ungenauen Statistik beruht.
Unter Framtime versteht man die Frame-Response, also die Verzögerunszeit zwischen den Frames in Millisekunden.... und nich die statistische Erfassung von FPS über ne Bench-Session.
Das ist eben nicht dasselbe und kann nciht dasselbe aufzeigen!
Diese Frametimes-Analyse kann ich bei euch aber nirgendswo finden!
Ob da bei DirectX oder bei Mantle irgendwo Ausreißer von sagen wir mal 50ms auftreten... KANN so garnicht erfasst werden! Und genau DAS hätte mich interessiert. Nich irgendwelche nichts über die mikro-rouckler aussagende FPS.
Nichtmal Bilder vom integrierten Frametime-Analyzer habt ihr mal mit angefügt, damit man das wenigstens mal sehen kann, wenn das doch alles so toll ist unter Mantle, obwohl das doch sogar mit Mantle funktioniert. Echt Jammer-Schade!
Ich hab also weder ne APU noch ne GCN-Karte und bin durch den kompletten Artikel leiderkeinen Deut schlauer in den Punkten geworden die mich interessieren und für mich relevant sind, ob sich Mantle lohnt.
Wenn also der integrierte Frame-Time-Analyzer Mantle ein sehr gutes Ergebnis verifziert, ob mit oder ohne ControlParking... warum fügt ihr nicht einfach ein paar Bilder an und macht mir nicht ein X für ein U vor, mit euren "selbsternannten" FrameTime-Analysen, welche garkeine echten sind, sondern nur aufgeblähte FPS-Statistiken. Naja würd wohl eure redaktionelle Leistung unterminieren.
Insofern vielen lieben Dank an TSPOON, dein Screenshot sagt mehr als der ganze Artikel mit samt seinen Statistiken, Balken und eloquenten Ausführungen.
Ist das Windows 7, 8 oder 8.1, TSPOON?
Sogesehen zeigt ihr nach wie vor eine STatistik die selbst auf einer ungenauen Statistik beruht.
Unter Framtime versteht man die Frame-Response, also die Verzögerunszeit zwischen den Frames in Millisekunden.... und nich die statistische Erfassung von FPS über ne Bench-Session.
Das ist eben nicht dasselbe und kann nciht dasselbe aufzeigen!
Diese Frametimes-Analyse kann ich bei euch aber nirgendswo finden!
Ob da bei DirectX oder bei Mantle irgendwo Ausreißer von sagen wir mal 50ms auftreten... KANN so garnicht erfasst werden! Und genau DAS hätte mich interessiert. Nich irgendwelche nichts über die mikro-rouckler aussagende FPS.
Das ist eben eine falsche Schlussfolgerung.... die Frames-Pro-Sekunde sagen im Detail leider garnichts über die explizite einzelne Frame-Verzögerung inenrhalb einer Sekunde aus. Diese Aussage ist reine Mutmaßung. EInzelne Frames können durchaus lange Verzögerungszeiten haben die deutliche Ruckler entstehen lassen, obwohl die restlichen Verzögerungswerte der ablaufenden Sekunde das statistische FPS-Bild dann wieder "glätten", bei FPS gehts wie der Name shcon sagt nur darum wieviel Frames insgesamt pro Sekunde berechnet werden. Es lässt KEINE Rückschlüsse auf die FrameTime-Response einzelner Frames zu. Sehr unprofessionell!Die benötigten Frametimes sind kürzer, weshalb mehr FPS zu Buche stehen.
Nichtmal Bilder vom integrierten Frametime-Analyzer habt ihr mal mit angefügt, damit man das wenigstens mal sehen kann, wenn das doch alles so toll ist unter Mantle, obwohl das doch sogar mit Mantle funktioniert. Echt Jammer-Schade!
Ich hab also weder ne APU noch ne GCN-Karte und bin durch den kompletten Artikel leiderkeinen Deut schlauer in den Punkten geworden die mich interessieren und für mich relevant sind, ob sich Mantle lohnt.
Wenn also der integrierte Frame-Time-Analyzer Mantle ein sehr gutes Ergebnis verifziert, ob mit oder ohne ControlParking... warum fügt ihr nicht einfach ein paar Bilder an und macht mir nicht ein X für ein U vor, mit euren "selbsternannten" FrameTime-Analysen, welche garkeine echten sind, sondern nur aufgeblähte FPS-Statistiken. Naja würd wohl eure redaktionelle Leistung unterminieren.
Insofern vielen lieben Dank an TSPOON, dein Screenshot sagt mehr als der ganze Artikel mit samt seinen Statistiken, Balken und eloquenten Ausführungen.
Ist das Windows 7, 8 oder 8.1, TSPOON?
Zuletzt bearbeitet:
Ähnliche Themen
- Antworten
- 26
- Aufrufe
- 6K
- Antworten
- 9
- Aufrufe
- 4K