Abo
  1. Foren
  2. Kommentare
  3. Sonstiges
  4. Alle Kommentare zum Artikel
  5. › Ryzen 7 1800X im Test: "AMD ist…
  6. Thema

Gründe aufzurüsten?? (i7-2600k...)

  1. Thema
  1. 1
  2. 2

Neues Thema Ansicht wechseln


  1. Re: Gründe aufzurüsten?? (i7-2600k...)

    Autor: Muellersmann 06.03.17 - 09:54

    1. Rechner startet in 5-10s
    2. M.2 + DDR4 und deine .zip entpacken sich in Sekunden.
    3. Mit USB 3.0, echten 3.0 Sticks und SSD verschieben sich Daten wie von Geisterhand. Meine HDD schafft 65mb/s, meine SSDs/Sticks fangen bei 168mb an.
    4. Spiele in 4k sehen mit potenter Hardware besser aus und laden schneller.
    5. Neue PCs sind ohne Dämmung lautlos beim Surfen. Alle Lüfter gehen aus.
    6. Der Stromverbrauch unter IDLE ist minimal gesunken, aber unter Last gewaltig.
    7. Windows 10 mit DX12 läuft bei den ersten Spielen und besser.
    8. Der Kühler für Sockel 1156/1155 und 1151 paßt immer noch.
    9. Quicksync wurde weiterentwickelt.
    10. 4k kann man per iGPU abspielen. Netflix setzt nur auf Intel iGPUs für 4k.
    11. Gsync und Freesync wollen bestimmte Gamer nicht missen.

    Der Haken sind die Preise. Man kann in Full HD weiterhin zocken und wenn man auf 4k wechselt, dann wird es richtig teuer. Spielerische Vorteile, wie zB. in BF4 mit einer SSD, wurden durch einen neuen Starttimer unterbunden. So ein normaler 2600k mit DDR3-1600 kam bei BF4 schon mal unter die Mindest FPS.

  2. Re: Gründe aufzurüsten?? (i7-2600k...)

    Autor: Keepo 07.03.17 - 08:11

    HubertHans schrieb:
    --------------------------------------------------------------------------------
    > Keepo schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Phreeze schrieb:
    > >
    > ---------------------------------------------------------------------------
    >
    > > -----
    > > > SchwanzusLongus schrieb:
    > > >
    > >
    > ---------------------------------------------------------------------------
    >
    > >
    > > > -----
    > > > > RicoBrassers schrieb:
    > > > >
    > > >
    > >
    > ---------------------------------------------------------------------------
    >
    > >
    > > >
    > > > > -----
    > > > > > > Du hast 8 Threads, also kannst mit 12,5% schon im CPU-Limit sein
    > > > > >
    > > > > > Wenn ein Spiel nur einen Thread nutzt, richtig. ;)
    > > > > Ja klar. 50% kann aber schon bedeuten, dass vier Kerne komplett
    > > > ausgelastet
    > > > > sind. Es klingt für mich so, als ob der TE denkt, dass 50% bedeutet,
    > > > dass
    > > > > noch viele Reserven frei sind. Das ist natürlich nicht zwingend so.
    > > >
    > > > ich weiss allerdings, dass in einem Multicorespiel 50% NICHT das
    > > CPU-Limit
    > > > ist ;)
    > >
    > > du weisst gar nix. das auslesen der cpu-auslastung über 1sec zeitraum
    > gibt
    > > überhaupt keinen aufschluss darüber, wieviele threads hier grade
    > > gleichzeitig abgehandelt werden. besonders mit HT wirds noch schlimmer.
    > > windows interpretiert jeden der 8 cores mit vollem speed, obwohl es nur
    > 4
    > > physikalische gibt. ein nicht multithreading-fähiges programm wird dir
    > mit
    > > 12.5% auslastung angezeigt wenn es einen core zu 100% auslastet. und
    > diese
    > > auslastung zieht sich über alle cores, da der windows scheduler jeden
    > neuen
    > > thread auf einen anderen core schiebt. das heisst einzelne cores zu
    >
    > Nein. Tut er nicht.
    Doch genau das tut er. das ergebnis ist nur der durchschnitt über einen zeitraum von einer sekunde.
    >
    > > beobachten bringt rein gar nichts, sobald das programm mehrere threads
    > hat,
    > > was praktisch jedes komplexe programm ist. bei 50% auslastung könnten 4
    > > threads gleichzeitig bereits jeden physikalischen core zu 100% auslasten
    > > und du hängst am CPU limit.
    >
    > Du kannst es ueber den Ressourcenmonitor sehen. oder eben bei WIndows 8/ 10
    > einfach mal die Diagram per logischer CPU anzeigen lassen.
    jo nur genau das bringt nix. die cpu auslastung wird relativ gleich über alle cores sein. eben weil ständig neue threads des programms abgehandelt werden (VLC z.b. arbeitet mit ~25 threads), und jene threads werden vom windows scheduler auf die nächste CPU geschickt. ich sehe bei meinem 4-kerner eine schöne 25% cpu auslastung und bin dabei am maximum meiner CPU für dieses programm. es beherrschen leider nicht allzu viele programme multithreading.
    >
    > Und nein, ein Programm wird einen CPU Kern nicht zu 100% auslasten. Das ist
    > technisch nicht drin. Ein physikalischer CPU Kern laeuft locker mit 4
    > Threads gleichzeitig und laeuft erst dann ins absolute physikalische Limit.
    > Das kannst du mal mit 7Zips integrierten benchmark nachmessen. Wenn du HT
    > hast und die doppelte Anzahl an verfuegbaren threads waehslt, wirst du
    > sehen, wie viel leistung trotz angeblicher 100% bei einem CPU Kern
    > freiliegen kann. Mit HT und somit 2 Threads pro logischer CPU (Effektiv 4
    > Threads per physikalischer CPU) wirst du sehen, das da gegenueber
    > angeblicher 100% Auslastung bei einem Thread pro CPU noch gut 30 -50% mehr
    > Saft drin steckt.
    ein kern läuft IMMER nur mit EINEM thread gleichzeitig. threads werden nacheinander abgehandelt. mit HT wird das ganze komplizierter, aber auch da sind es nur zwei threads parallel. keine ahnung wie du auf VIER kommst.
    7zip ist ein auf parallelisierung hin optimiertes programm, aber dass es von HT profitiert sei mal dahingestellt, ich finde keine tests dazu. deine zahlen hast du dir leider aus dem arsch gezogen.
    >
    > > bei games ist es ohnehin schwer herauszufinden wie gut die engine
    > > multithreaded. selbst wenn einige games, wie das hier genannte civ6 und
    > > cities:skylines, eine starke cpu brauchen, ist es unwahrscheinlich, dass
    > > jene games besser mit mehr cores skalieren, statt einfach mit mehr mhz.
    > > denn so einfach von selbst gibts keine multiplen threads. deshalb
    > schneidet
    > > der i7-7700k so brachial gut in praktisch jedem gaming test ab: er
    > taktet
    > > einfach extrem hoch (stock turbo auf 4.5ghz).
    >
    > Du kannst davon ausgehen, das Spiele eher auf IPC skalieren. Also Takt +
    > IPC. Davon kannst du immer ausgehen. Denn ein einziger Thread bestimmt
    > nahezu immer die maximale Framerate. Die anderen Kerne schaufeln fuer
    > diesen hauptthread einfach nur Leistung frei. So musst du das betrachten.
    nichts anderes habe ich behauptet. spiele sind generell quasi unmöglich auf parallelisierung zu optimieren, anders als diverse anwendungsprogramme. spiele brauchen einfach mehr mhz. die IPC von AMD und Intel scheint ja recht nahe beieinander zu sein.

  3. Re: Gründe aufzurüsten?? (i7-2600k...)

    Autor: HubertHans 07.03.17 - 09:31

    Keepo schrieb:
    --------------------------------------------------------------------------------
    > HubertHans schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Keepo schrieb:
    > >
    > ---------------------------------------------------------------------------
    >
    > > -----
    > > > Phreeze schrieb:
    > > >
    > >
    > ---------------------------------------------------------------------------
    >
    > >
    > > > -----
    > > > > SchwanzusLongus schrieb:
    > > > >
    > > >
    > >
    > ---------------------------------------------------------------------------
    >
    > >
    > > >
    > > > > -----
    > > > > > RicoBrassers schrieb:
    > > > > >
    > > > >
    > > >
    > >
    > ---------------------------------------------------------------------------
    >
    > >
    > > >
    > > > >
    > > > > > -----
    > > > > > > > Du hast 8 Threads, also kannst mit 12,5% schon im CPU-Limit
    > sein
    > > > > > >
    > > > > > > Wenn ein Spiel nur einen Thread nutzt, richtig. ;)
    > > > > > Ja klar. 50% kann aber schon bedeuten, dass vier Kerne komplett
    > > > > ausgelastet
    > > > > > sind. Es klingt für mich so, als ob der TE denkt, dass 50%
    > bedeutet,
    > > > > dass
    > > > > > noch viele Reserven frei sind. Das ist natürlich nicht zwingend
    > so.
    > > > >
    > > > > ich weiss allerdings, dass in einem Multicorespiel 50% NICHT das
    > > > CPU-Limit
    > > > > ist ;)
    > > >
    > > > du weisst gar nix. das auslesen der cpu-auslastung über 1sec zeitraum
    > > gibt
    > > > überhaupt keinen aufschluss darüber, wieviele threads hier grade
    > > > gleichzeitig abgehandelt werden. besonders mit HT wirds noch
    > schlimmer.
    > > > windows interpretiert jeden der 8 cores mit vollem speed, obwohl es
    > nur
    > > 4
    > > > physikalische gibt. ein nicht multithreading-fähiges programm wird dir
    > > mit
    > > > 12.5% auslastung angezeigt wenn es einen core zu 100% auslastet. und
    > > diese
    > > > auslastung zieht sich über alle cores, da der windows scheduler jeden
    > > neuen
    > > > thread auf einen anderen core schiebt. das heisst einzelne cores zu
    > >
    > > Nein. Tut er nicht.
    > Doch genau das tut er. das ergebnis ist nur der durchschnitt über einen
    > zeitraum von einer sekunde.

    Bist du beim Taskscheduler von Windows 7 und aelter haengen geblieben? Windows 8 und 10 tun genau das nicht. Der Task Sheduler ist nicht mehr so primitiv wie bei Windows 7 und aelter. Auch Core Hopping findet nicht mehr statt. (Auch wenn es fuer dich so aussieht) Der neue Task Sheduler verteilt die Last entsprechend dem Ressorucenbedarf und der Beschaffenheit logischer CPUs. Bei NUMA-Plattformen wird auch deren Architektur in betracht gezogen.

    > >
    > > > beobachten bringt rein gar nichts, sobald das programm mehrere threads
    > > hat,
    > > > was praktisch jedes komplexe programm ist. bei 50% auslastung könnten
    > 4
    > > > threads gleichzeitig bereits jeden physikalischen core zu 100%
    > auslasten
    > > > und du hängst am CPU limit.
    > >
    > > Du kannst es ueber den Ressourcenmonitor sehen. oder eben bei WIndows 8/
    > 10
    > > einfach mal die Diagram per logischer CPU anzeigen lassen.
    > jo nur genau das bringt nix. die cpu auslastung wird relativ gleich über
    > alle cores sein. eben weil ständig neue threads des programms abgehandelt
    > werden (VLC z.b. arbeitet mit ~25 threads), und jene threads werden vom
    > windows scheduler auf die nächste CPU geschickt. ich sehe bei meinem
    > 4-kerner eine schöne 25% cpu auslastung und bin dabei am maximum meiner CPU
    > für dieses programm. es beherrschen leider nicht allzu viele programme
    > multithreading.

    Du hast einfach keine Ahnung wovon du redest. Und Programm Threads haben nichts damit zu tun, das Windows sie gleichmaeßig auf alle verfuegbaren logischen CPUs verteilen kann. Schoen waers! Schon mal was von Abhaengigkeiten gehoert?

    > >
    > > Und nein, ein Programm wird einen CPU Kern nicht zu 100% auslasten. Das
    > ist
    > > technisch nicht drin. Ein physikalischer CPU Kern laeuft locker mit 4
    > > Threads gleichzeitig und laeuft erst dann ins absolute physikalische
    > Limit.
    > > Das kannst du mal mit 7Zips integrierten benchmark nachmessen. Wenn du
    > HT
    > > hast und die doppelte Anzahl an verfuegbaren threads waehslt, wirst du
    > > sehen, wie viel leistung trotz angeblicher 100% bei einem CPU Kern
    > > freiliegen kann. Mit HT und somit 2 Threads pro logischer CPU (Effektiv
    > 4
    > > Threads per physikalischer CPU) wirst du sehen, das da gegenueber
    > > angeblicher 100% Auslastung bei einem Thread pro CPU noch gut 30 -50%
    > mehr
    > > Saft drin steckt.
    > ein kern läuft IMMER nur mit EINEM thread gleichzeitig. threads werden
    > nacheinander abgehandelt. mit HT wird das ganze komplizierter, aber auch da
    > sind es nur zwei threads parallel. keine ahnung wie du auf VIER kommst.
    > 7zip ist ein auf parallelisierung hin optimiertes programm, aber dass es
    > von HT profitiert sei mal dahingestellt, ich finde keine tests dazu. deine
    > zahlen hast du dir leider aus dem arsch gezogen.
    > >
    > > > bei games ist es ohnehin schwer herauszufinden wie gut die engine
    > > > multithreaded. selbst wenn einige games, wie das hier genannte civ6
    > und
    > > > cities:skylines, eine starke cpu brauchen, ist es unwahrscheinlich,
    > dass
    > > > jene games besser mit mehr cores skalieren, statt einfach mit mehr
    > mhz.
    > > > denn so einfach von selbst gibts keine multiplen threads. deshalb
    > > schneidet
    > > > der i7-7700k so brachial gut in praktisch jedem gaming test ab: er
    > > taktet
    > > > einfach extrem hoch (stock turbo auf 4.5ghz).
    > >
    > > Du kannst davon ausgehen, das Spiele eher auf IPC skalieren. Also Takt +
    > > IPC. Davon kannst du immer ausgehen. Denn ein einziger Thread bestimmt
    > > nahezu immer die maximale Framerate. Die anderen Kerne schaufeln fuer
    > > diesen hauptthread einfach nur Leistung frei. So musst du das
    > betrachten.
    > nichts anderes habe ich behauptet. spiele sind generell quasi unmöglich auf
    > parallelisierung zu optimieren, anders als diverse anwendungsprogramme.
    > spiele brauchen einfach mehr mhz. die IPC von AMD und Intel scheint ja
    > recht nahe beieinander zu sein.

    Sag mal, aus welchem Hut ziehst du dir alle deine Vermutungen? Seit wann koennen Anwendungsprogramme beliebig parallelisiert werden? Warum ist das nun bei SPielen anders? WTF?

    Du hast keine Ahnung von nix. Die EInschraenkungen entsehen durch die Arbeitsweise und Anwforderungen an die Programme. Ob das ein Spiel ist oder deine Facebook-App ist voellig nebensaechlich!



    1 mal bearbeitet, zuletzt am 07.03.17 09:33 durch HubertHans.

  4. Re: Gründe aufzurüsten?? (i7-2600k...)

    Autor: plutoniumsulfat 07.03.17 - 12:53

    Könnte vielleicht daran liegen, dass die Arbeitsweise und Anforderungen von 7-Zip anders sind als die der meisten Spiele...

  5. Re: Gründe aufzurüsten?? (i7-2600k...)

    Autor: HubertHans 07.03.17 - 13:34

    plutoniumsulfat schrieb:
    --------------------------------------------------------------------------------
    > Könnte vielleicht daran liegen, dass die Arbeitsweise und Anforderungen von
    > 7-Zip anders sind als die der meisten Spiele...

    Korrekt. Spiele arbeiten zeit-kritisch. Ein Frame sollte innerhalb von ein paar Millisekunden errechnet sein. Sonst wirds eng. 7Zip streamt eher. Und da ist das Timing nicht wichtig.

  6. Re: Gründe aufzurüsten?? (i7-2600k...)

    Autor: plutoniumsulfat 07.03.17 - 16:18

    Und genau deswegen sieht das mit der Parallelisierung bei beiden Beispielen etwas anders aus.

  7. Re: Gründe aufzurüsten?? (i7-2600k...)

    Autor: HubertHans 07.03.17 - 17:24

    plutoniumsulfat schrieb:
    --------------------------------------------------------------------------------
    > Und genau deswegen sieht das mit der Parallelisierung bei beiden Beispielen
    > etwas anders aus.

    Ja, ist aber eben Anwendungsspezifisch. Jedoch nicht auf den Typ von Anwendung eingeschraenkt.

  8. Re: Gründe aufzurüsten?? (i7-2600k...)

    Autor: plutoniumsulfat 07.03.17 - 17:56

    Einer groben Einteilung genügt das.

  1. Thema
  1. 1
  2. 2

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. Computacenter AG & Co. oHG, verschiedene Standorte
  2. Landesbetrieb Bau und Immobilien Hessen (LBIH), Wiesbaden
  3. DR. JOHANNES HEIDENHAIN GmbH, Traunreut (Raum Rosenheim)
  4. TÜV SÜD Gruppe, München

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. 4,32€
  2. (-75%) 3,75€
  3. (-70%) 14,99€
  4. 32,99€


Haben wir etwas übersehen?

E-Mail an news@golem.de


In eigener Sache: Neue Workshops zu agilem Arbeiten und Selbstmanagement
In eigener Sache
Neue Workshops zu agilem Arbeiten und Selbstmanagement

Wir haben in unserer Leserumfrage nach Wünschen für Weiterbildungsangebote gefragt. Hier ist das Ergebnis: Zwei neue Workshops widmen sich der Selbstorganisation und gängigen Fehlern beim agilen Arbeiten - natürlich extra für IT-Profis.

  1. In eigener Sache ITler und Board kommen zusammen
  2. In eigener Sache Herbsttermin für den Kubernetes-Workshop steht
  3. Golem Akademie Golem.de startet Angebote zur beruflichen Weiterbildung

Erneuerbare Energien: Die Energiewende braucht Wasserstoff
Erneuerbare Energien
Die Energiewende braucht Wasserstoff

Kein anderes Element ist so universell und dabei simpel aufgebaut wie Wasserstoff und das energiereiche Gas lässt sich aus fast jedem Energieträger gewinnen. Genauso vielseitig gestaltet sich seine Nutzung.
Ein Bericht von Jan Oliver Löfken

  1. Strom-Boje Mittelrhein Schwimmende Kraftwerke liefern Strom aus dem Rhein
  2. Speicherung von Überschussstrom Wasserstoff soll bei Engpässen helfen
  3. Energiewende DLR-Forscher bauen Kohlekraftwerke zu Stromspeichern um

In eigener Sache: Golem.de bietet Seminar zu TLS an
In eigener Sache
Golem.de bietet Seminar zu TLS an

Der Verschlüsselungsexperte und Golem.de-Redakteur Hanno Böck gibt einen Workshop zum wichtigsten Verschlüsselungsprotokoll im Netz. Am 24. und 25. September klärt er Admins, Pentester und IT-Sicherheitsexperten in Berlin über Funktionsweisen und Gefahren von TLS auf.

  1. In eigener Sache Zweiter Termin für Kubernetes-Seminar
  2. Leserumfrage Wie können wir dich unterstützen?
  3. In eigener Sache Was du schon immer über Kubernetes wissen wolltest

  1. TLS-Zertifikat: Gesamter Internetverkehr in Kasachstan kann überwacht werden
    TLS-Zertifikat
    Gesamter Internetverkehr in Kasachstan kann überwacht werden

    In Kasachstan müssen Internetnutzer ab sofort ein spezielles TLS-Zertifikat installieren, um verschlüsselte Webseiten aufrufen zu können. Das Zertifikat ermöglicht eine staatliche Überwachung des gesamten Internetverkehrs in dem Land.

  2. Ari 458: Elektro-Lieferwagen aus Leipzig kostet knapp 14.000 Euro
    Ari 458
    Elektro-Lieferwagen aus Leipzig kostet knapp 14.000 Euro

    Ari 458 ist ein kleiner Lieferwagen mit Elektroantrieb, den der Hersteller mit Aufbauten für verschiedene Einsatzzwecke anbietet. Die Ausstattung ist einfach, dafür ist das Auto günstig.

  3. Quake: Tim Willits verlässt id Software
    Quake
    Tim Willits verlässt id Software

    Seit 24 Jahren ist Tim Willits einer der entscheidenden Macher bei id Software, nun kündigt er seinen Rückzug an. Was er künftig vorhat, will der ehemalige Leveldesigner und studierte Computerwissenschaftler erst nach der Quakecon verraten.


  1. 17:52

  2. 15:50

  3. 15:24

  4. 15:01

  5. 14:19

  6. 13:05

  7. 12:01

  8. 11:33