Abo
  1. Foren
  2. Kommentare
  3. Sonstiges
  4. Alle Kommentare zum Artikel
  5. › Windows 10: Fall Creators Update…

MS könnte ja auch mal das Core Hopping optimieren,

  1. Thema

Neues Thema Ansicht wechseln


  1. MS könnte ja auch mal das Core Hopping optimieren,

    Autor: DY 21.10.17 - 15:33

    zumindest dass es innerhalb des CCX geschieht- aber da wird Intel sicher schon ein Telefonat geführt haben ;-)

  2. Re: MS könnte ja auch mal das Core Hopping optimieren,

    Autor: Bouncy 21.10.17 - 16:42

    Wann genau ist das das letzte Mal geschehen, dass Prozesse unkontrolliert herumhupsen? Zumindest bei Windows schon lange nicht mehr...

  3. Re: MS könnte ja auch mal das Core Hopping optimieren,

    Autor: honna1612 21.10.17 - 21:59

    Threads wechseln andauernd den kern. Nach jedem interrupt läuft ja am gleichen ort ein anderer thread.
    Der kontext wird dann nach etwa 16ms woanders weiterlaufen.

  4. Re: MS könnte ja auch mal das Core Hopping optimieren,

    Autor: ArcherV 21.10.17 - 22:36

    DY schrieb:
    --------------------------------------------------------------------------------
    > zumindest dass es innerhalb des CCX geschieht- aber da wird Intel sicher
    > schon ein Telefonat geführt haben ;-)


    Wieso sollte Microsoft die Unzulänglichkeiten von AMD ausbügeln?

  5. Re: MS könnte ja auch mal das Core Hopping optimieren,

    Autor: DetlevCM 21.10.17 - 22:41

    ArcherV schrieb:
    --------------------------------------------------------------------------------
    > DY schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > zumindest dass es innerhalb des CCX geschieht- aber da wird Intel sicher
    > > schon ein Telefonat geführt haben ;-)
    >
    > Wieso sollte Microsoft die Unzulänglichkeiten von AMD ausbügeln?

    Weil es ein Microsofproblem ist?
    Wenn ich mich korrekt erinnere, lief der Ryzen von Anfang an besser unter Linux wo es das Problem nicht gab.

  6. Re: MS könnte ja auch mal das Core Hopping optimieren,

    Autor: ArcherV 21.10.17 - 22:42

    DetlevCM schrieb:
    --------------------------------------------------------------------------------
    > Weil es ein Microsofproblem ist?
    > Wenn ich mich korrekt erinnere, lief der Ryzen von Anfang an besser unter
    > Linux wo es das Problem nicht gab.


    Ne, wenn die Hardware von AMD nicht so gut klar kommt wie die Konkurrenz liegt das Problem bei AMD.

  7. Re: MS könnte ja auch mal das Core Hopping optimieren,

    Autor: DetlevCM 21.10.17 - 22:45

    ArcherV schrieb:
    --------------------------------------------------------------------------------
    > DetlevCM schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Weil es ein Microsofproblem ist?
    > > Wenn ich mich korrekt erinnere, lief der Ryzen von Anfang an besser
    > unter
    > > Linux wo es das Problem nicht gab.
    >
    > Ne, wenn die Hardware von AMD nicht so gut klar kommt wie die Konkurrenz
    > liegt das Problem bei AMD.


    Ja dann warum kommt Linux damit klar?
    Abgesehen davon, gibt es überhaupt einen guten Grund warum unter Windows Threads wie verrückt zwischen den Kernen herumhüpfen?

  8. Nope

    Autor: Crass Spektakel 21.10.17 - 23:19

    honna1612 schrieb:
    --------------------------------------------------------------------------------
    > Threads wechseln andauernd den kern. Nach jedem interrupt läuft ja am
    > gleichen ort ein anderer thread.
    > Der kontext wird dann nach etwa 16ms woanders weiterlaufen.

    Nope.

    Das Gewichten der Kosten eines Contextwechsels ist schon seit Server 2003 rudimentär vorhanden und seit Server 2010 ziemlich gut, zu finden im Task-Scheduler. Es muss allerdings auf jede Architektur optimal zugeschnitten werden und das hat bisher der gesondert zu installierende AMD-Treiber erledigt und das macht jetzt der normale Windows-Scheduler.

    Der Windows-Scheduler ist dabei durchaus gut, sogar in Szenarien mit zig verschiedenen Kosten (z.B. aktuelle Vielkern-Xeons mit CPU-Modulen die über mehrere Ringe in Multisocket-NUMA-Servern angebunden sind) trifft er zu 99% die richtige Entscheidung. Da diskutiert man um Promille und nicht Prozent von Optimierungspotential.

    Selbst Features wie "CPU-Kern mit/ohne Turbo überhitzt und wird runtergetaktet" wird dabei berücksichtigt.

    Bei einer recht simplen Architektur wie Ryzen oder i7 ist das sowieso trivial.

  9. Nope

    Autor: Crass Spektakel 21.10.17 - 23:20

    Das ist ein Irrtum, mit aktuellen Treiber/Scheduler tun sie das ja eben gerade nicht.

    Ausser ein Kern überhitzt und taktet runter, dann wechselt der Task in der Tat falls ein anderer Kern kühl ist.

  10. Re: MS könnte ja auch mal das Core Hopping optimieren,

    Autor: Der Held vom Erdbeerfeld 23.10.17 - 07:15

    ArcherV schrieb:
    --------------------------------------------------------------------------------
    > Wieso sollte Microsoft die Unzulänglichkeiten von AMD
    > ausbügeln?

    Jede komplexe Software mit hoher Verbreitung - und dazu gehört nun einmal auch das Betriebssystem des Marktführers - wird nach und nach an die Gegebenheiten der unterstützten neuen Hardware angepasst. Das wurde damals für Intels Core-Architektur gemacht und seitdem war an der Intel-Front Ruhe. Jetzt hat AMD eine neue Architektur und selbstverständlich sollte auch da der Windows-Scheduler den Gegebenheiten Rechnung tragen.

    Erst einmal ist das in Microsofts Fall auch gar kein Hexenwerk, sondern eine vergleichsweise simple Anpassung, denn es müssen ja gar keine Anpassungen für Multithreading per se vorgenommen werden. Zweitens - und am wichtigsten - machen die Softwarehersteller das nicht für AMD, sondern für die Nutzer ihrer Software.

Neues Thema Ansicht wechseln


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

Stellenmarkt
  1. Fresenius Netcare GmbH, Bad Homburg
  2. Robert Bosch GmbH, Leonberg
  3. über duerenhoff GmbH, München
  4. Universitätsmedizin der Johannes Gutenberg-Universität Mainz, Mainz

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Blu-ray-Angebote
  1. 12,99€
  2. (u. a. Logan Blu-ray 9,97€, Deadpool Blu-ray 8,97€, Fifty Shades of Grey Blu-ray 11,97€)
  3. (u. a. Hobbit Trilogie Blu-ray 43,89€ und Batman Dark Knight Trilogy Blu-ray 17,99€)


Haben wir etwas übersehen?

E-Mail an news@golem.de


Star Trek Discovery: Die verflixte 13. Folge
Star Trek Discovery
Die verflixte 13. Folge
  1. Star Trek Bridge Crew Sternenflotte verlässt Holodeck

Materialforschung: Stanen - ein neues Wundermaterial?
Materialforschung
Stanen - ein neues Wundermaterial?
  1. Colorfab 3D-gedruckte Objekte erhalten neue Farbgestaltung
  2. Umwelt China baut 100-Meter-Turm für die Luftreinigung
  3. Crayfis Smartphones sollen kosmische Strahlung erfassen

Samsung C27HG70 im Test: Der 144-Hz-HDR-Quantum-Dot-Monitor
Samsung C27HG70 im Test
Der 144-Hz-HDR-Quantum-Dot-Monitor
  1. Volumendisplay US-Forscher lassen Projektion schweben wie in Star Wars
  2. Sieben Touchscreens Nissan Xmotion verwendet Koi als virtuellen Assistenten
  3. CJ791 Samsung stellt gekrümmten Thunderbolt-3-Monitor vor

  1. Sipgate: App Satellite hat Probleme mit dem Vodafone-Netz
    Sipgate
    App Satellite hat Probleme mit dem Vodafone-Netz

    Sipgate versucht mit der App Satellite etwas Neues. Doch der Aufbau einer eigenen Telefongesellschaft ist für den Internet-Telefonie-Anbieter nicht ganz einfach.

  2. AMDs Embedded-Pläne: Ein bisschen Wunschdenken, ein bisschen Wirklichkeit
    AMDs Embedded-Pläne
    Ein bisschen Wunschdenken, ein bisschen Wirklichkeit

    Mit der Vorstellung neuer Embedded-Prozessoren hat AMD nun auch die Zen-Architektur für die Boxen im Angebot. Im Gespräch mit AMDs Scott Aylor, der über das Embedded-Geschäft wacht, haben wir ein paar Details erfahren.

  3. K-1 Mark II: Pentax bietet Sensorwechsel für seine Vollformat-DSLR an
    K-1 Mark II
    Pentax bietet Sensorwechsel für seine Vollformat-DSLR an

    Pentax hat mit der K-1 Mark II eine verbesserte Version seiner Vollformatspiegelreflexkamera K-1 vorgestellt, deren Sensor eine Lichtempfindlichkeit von ISO 819.200 bietet. Besitzer der alten K-1 können den Sensor ihrer Kamera gegen das aktuelle Modell tauschen.


  1. 09:23

  2. 08:40

  3. 08:02

  4. 07:46

  5. 07:38

  6. 07:17

  7. 18:21

  8. 18:09