Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #301348 > unrolled thread

AMD Ryzen Octacore

Back to article view | Back to ger.ct

Contents

  AMD Ryzen Octacore "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-03-14 17:14 +0100
    Re: AMD Ryzen Octacore Frank Möller <butterspiegeleiauftoast42@protonmail.com> - 2017-03-14 18:51 +0100
    Re: AMD Ryzen Octacore Martin Gerdes <martin.gerdes@gmx.de> - 2017-03-15 23:13 +0100
      Re: AMD Ryzen Octacore Dr. Joachim Neudert <neudert@5sl.org> - 2017-03-16 05:43 +0000
        Re: AMD Ryzen Octacore Peter Mc Donough <mcd-mail-lists@gmx.net> - 2017-03-16 09:32 +0100
          Re: AMD Ryzen Octacore "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-03-16 09:42 +0100
            Re: AMD Ryzen Octacore Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-03-16 19:04 +0100
              Re: AMD Ryzen Octacore Rainer Knaepper <rainerk@smial.prima.de> - 2017-03-17 15:56 +0100
                Re: AMD Ryzen Octacore Frank Möller <butterspiegeleiauftoast42@protonmail.com> - 2017-03-17 16:48 +0100
                  Re: AMD Ryzen Octacore Rainer Knaepper <rainerk@smial.prima.de> - 2017-03-19 21:12 +0100
    Re: AMD Ryzen Octacore Bonita Montero <Bonita.Montero@gmail.com> - 2017-03-16 18:19 +0100
    Re: AMD Ryzen Octacore Daniel Pache <daniel.pache@gmx.net> - 2017-03-16 18:40 +0100
      Re: AMD Ryzen Octacore Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-03-16 19:13 +0100
        Re: AMD Ryzen Octacore Dietz Proepper <dietz-news@rotfl.franken.de> - 2017-03-16 19:55 +0100
          Re: AMD Ryzen Octacore Dr. Joachim Neudert <neudert@5sl.org> - 2017-03-16 19:07 +0000
            Re: AMD Ryzen Octacore Dietz Proepper <dietz-news@rotfl.franken.de> - 2017-03-16 20:14 +0100
            Re: AMD Ryzen Octacore Dr. Joachim Neudert <neudert@5sl.org> - 2017-03-17 06:00 +0000
              Re: AMD Ryzen Octacore Dr. Joachim Neudert <neudert@5sl.org> - 2017-03-17 06:08 +0000
              Re: AMD Ryzen Octacore Jörg Tewes <jogi1964@gmx.net> - 2017-03-17 23:38 +0100
                Re: AMD Ryzen Octacore Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-03-17 23:46 +0100
                  Re: AMD Ryzen Octacore Jörg Tewes <jogi1964@gmx.net> - 2017-03-18 00:26 +0100
          Re: AMD Ryzen Octacore Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-03-16 20:08 +0100
            Re: AMD Ryzen Octacore Dietz Proepper <dietz-news@rotfl.franken.de> - 2017-03-16 20:12 +0100
          Re: AMD Ryzen Octacore Frank Möller <butterspiegeleiauftoast42@protonmail.com> - 2017-03-16 20:38 +0100
            Re: AMD Ryzen Octacore Dietz Proepper <dietz-news@rotfl.franken.de> - 2017-03-16 21:03 +0100
              Re: AMD Ryzen Octacore Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-03-16 21:29 +0100
                Re: AMD Ryzen Octacore Dietz Proepper <dietz-news@rotfl.franken.de> - 2017-03-16 21:31 +0100
                Re: AMD Ryzen Octacore spamfalle2@arcor.de (Marc Stibane) - 2017-03-19 11:52 +0100
                  Re: AMD Ryzen Octacore Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-03-19 12:52 +0100
                  Re: AMD Ryzen Octacore Dietz Proepper <dietz-news@rotfl.franken.de> - 2017-03-19 20:32 +0100
                    Re: AMD Ryzen Octacore spamfalle2@arcor.de (Marc Stibane) - 2017-03-20 20:43 +0100
                      Re: AMD Ryzen Octacore Dietz Proepper <dietz-news@rotfl.franken.de> - 2017-03-20 20:56 +0100
                        Re: AMD Ryzen Octacore spamfalle2@arcor.de (Marc Stibane) - 2017-03-20 23:09 +0100
                          Re: AMD Ryzen Octacore Dietz Proepper <dietz-news@rotfl.franken.de> - 2017-03-20 23:58 +0100
      Re: AMD Ryzen Octacore Frank Möller <butterspiegeleiauftoast42@protonmail.com> - 2017-03-16 20:37 +0100

Page 1 of 2  [1] 2  Next page →

#301348 — AMD Ryzen Octacore

Irgendwie ahnte ich das schon:

https://www.heise.de/newsticker/meldung/AMD-Ryzen-Leistungseinbussen-liegen-nicht-am-Windows-Scheduler-sondern-an-der-Software-3652787.html


Die nächsten 3 Jahre kann die PC-Presse (im wesentlichen ja wohl nur
noch die Heise-Redaktion und die PCGH) jetzt die Blätter füllen  mit
Tipps und Patches und Bugfixes, die Software und Games und Treiber so an
die Ryzen-Hardware anpassen, daß dessen überlegene Leistung wirksam
wird. Oder zumindest Abstürze seltener macht.

Ja freilich. Diesmal spiele ich das Spiel aber nicht mit. Ich kenne es
noch zu gut von den K5/K6 und Athlons, oder weiland diesen
DOS-Varianten. Mittlerweile bleibe ich lieber  beim Original.

Gruß

Joachim

[toc] | [next] | [standalone]

#301376

Dr. Joachim Neudert schrieb:

> Irgendwie ahnte ich das schon:

> https://www.heise.de/newsticker/meldung/AMD-Ryzen-Leistungseinbussen-liegen-nicht-am-Windows-Scheduler-sondern-an-der-Software-3652787.html

> Die nächsten 3 Jahre kann die PC-Presse (im wesentlichen ja wohl nur
> noch die Heise-Redaktion und die PCGH) jetzt die Blätter füllen  mit
> Tipps und Patches und Bugfixes, die Software und Games und Treiber so an
> die Ryzen-Hardware anpassen, daß dessen überlegene Leistung wirksam
> wird. ...

Das ist sowieso nur noch Jammern auf _sehr_ hohem Niveau. Zu den von mir
Betreuten gehört auch ein 17-jähriger mit diversen ressourcenhungrigen
Games. Freilich, da war zu Weihnachten eine GeForce GTX 1060 DUAL 6G
fällig. Aber zur "Basis", einem 8-Core 8370E, gab und gibt es keinerlei
Klagen.

OK, ich habe ihm heimlich MenuShowDelay und MouseHoverTime auf 0 gesetzt
und die Prozeßprioritäten etwas "härter" eingestellt. Er klickt also
irgendwohin und alles passiert "automatisch" in Nullkommanix. Seine Kumpels
mit den Intels staunen immer, "wie flott so ein AMD ist". :->>

Das sollte man also erst mal jedem als Erste-Hilfe-Maßnahme verordnen, der
sich über eine langsame Kiste beschwert. Die Handbremse zu lösen, war für
Racing halt noch nie verkehrt.

-- 
 

[toc] | [prev] | [next] | [standalone]

#301551

"Dr. Joachim Neudert" <neudert@5sl.org> schrieb:

>Die nächsten 3 Jahre kann die PC-Presse (im wesentlichen ja wohl nur
>noch die Heise-Redaktion und die PCGH) jetzt die Blätter füllen  mit
>Tipps und Patches und Bugfixes, die Software und Games und Treiber so an
>die Ryzen-Hardware anpassen, daß dessen überlegene Leistung wirksam
>wird. Oder zumindest Abstürze seltener macht.

>Ja freilich. Diesmal spiele ich das Spiel aber nicht mit. Ich kenne es
>noch zu gut von den K5/K6 und Athlons, oder weiland diesen
>DOS-Varianten. Mittlerweile bleibe ich lieber  beim Original.

Hast Du denn eine Wahl? Verbaut Apple überhaupt AMD?

[toc] | [prev] | [next] | [standalone]

#301557

Martin Gerdes <martin.gerdes@gmx.de> wrote:
> "Dr. Joachim Neudert" <neudert@5sl.org> schrieb:
> 
>> Die nächsten 3 Jahre kann die PC-Presse (im wesentlichen ja wohl nur
>> noch die Heise-Redaktion und die PCGH) jetzt die Blätter füllen  mit
>> Tipps und Patches und Bugfixes, die Software und Games und Treiber so an
>> die Ryzen-Hardware anpassen, daß dessen überlegene Leistung wirksam
>> wird. Oder zumindest Abstürze seltener macht.
> 
>> Ja freilich. Diesmal spiele ich das Spiel aber nicht mit. Ich kenne es
>> noch zu gut von den K5/K6 und Athlons, oder weiland diesen
>> DOS-Varianten. Mittlerweile bleibe ich lieber  beim Original.
> 
> Hast Du denn eine Wahl? Verbaut Apple überhaupt AMD?
> 
> 

Nö.
Aber für meinen i7 2600k Windowsrechner ist mal ein Nachfolger fällig. Auf
4,3 GHz übertaktet, hält er zwar noch rüstig mit, aber, on general
principles...

Aber natürlich freue ich mich dass Intel unter Preisdruck gerät.

Gestern wurde das erste Programm entdeckt,  das auf Intel Prozessoren  
läuft und auf AMD Ryzen den Rechner in die ewigen Jagdgründe schickt.

Hier in in Patch und da ne Anpassung, dort ein optimierter Treiber und hier
ein Microcode-Patch... ja ja.

-- 
please forgive my iPhone typos -sent via Newstap

[toc] | [prev] | [next] | [standalone]

#301592

Am 16.03.2017 um 06:43 schrieb Dr. Joachim Neudert:
...
>
> Gestern wurde das erste Programm entdeckt,  das auf Intel Prozessoren
> läuft und auf AMD Ryzen den Rechner in die ewigen Jagdgründe schickt.
>
> Hier in in Patch und da ne Anpassung, dort ein optimierter Treiber und hier
> ein Microcode-Patch... ja ja.

Da war doch etwas in DOS Zeiten? Microsoft und DR-DOS. Irgendwie liefen 
einige Microsoftprogramme nicht, wenn DR-DOS das Betriebssystem war, das 
Problem trat unter MS-DOS nicht auf.

Gruß
Peter

[toc] | [prev] | [next] | [standalone]

#301594

Am 16.03.17 um 09:32 schrieb Peter Mc Donough:
> Am 16.03.2017 um 06:43 schrieb Dr. Joachim Neudert:
> ...
>>
>> Gestern wurde das erste Programm entdeckt,  das auf Intel Prozessoren
>> läuft und auf AMD Ryzen den Rechner in die ewigen Jagdgründe schickt.
>>
>> Hier in in Patch und da ne Anpassung, dort ein optimierter Treiber und
>> hier
>> ein Microcode-Patch... ja ja.
> 
> Da war doch etwas in DOS Zeiten? Microsoft und DR-DOS. Irgendwie liefen
> einige Microsoftprogramme nicht, wenn DR-DOS das Betriebssystem war, das
> Problem trat unter MS-DOS nicht auf.
> 
> Gruß
> Peter
> 
Ach, immer wieder war was. DR-DOS wurde aktiv von MS sabotiert, Windows
hatte Fallen für DR-DOS.

Das hab ich auf Heise geschrieben:

---------
Patches für Treiber, Codecs, Games, Benchmarks. Und den Microcode der
CPU selbst.

So, es liegt an der Software, schreibt AMD.
Ja klar. Nur kleine Änderungen erforderlich. Jeweils.

"AMD bleibt dabei: Es liegt an der Software!
Im gleichen Atemzug unterstreicht AMD, dass zahlreiche Programme durch
gezielte Optimierungen die neuen Ryzen-Prozessoren wesentlich besser
auslasten könnten. Dabei reichten meist schon kleine Änderungen aus, so
AMD. AMD bleibt also dabei, dass die Leistungseinbußen nicht mit
Ryzen-Prozessoren, sondern der verwendeten Software zusammen hängen."

Zahlreiche Programme patchen also, so so. Nicht nur einen Schalter im
Betriebssystem umlegen, die Programme selbst brauchen Änderungen. Sagt
der Hersteller der Prozessoren.

Forking at its best. Spezielle AMD-Versionen zahlreicher Treiber, Games,
Video-Codecs usw usf. auftreiben, installieren, patchen, Bugfixes
hinterherjagen.

Ohne mich. Das hab ich schon zu oft erlebt. Aus dem Alter bin ich raus.

Viel Spaß den Fans hier! Und Gratulation an die Redaktion, Themen für 3
Jahre, never-ending fun!
----------

[toc] | [prev] | [next] | [standalone]

#301700

On 03/16/2017 09:42 AM, Dr. Joachim Neudert wrote:
>
> "AMD bleibt dabei: Es liegt an der Software!
> Im gleichen Atemzug unterstreicht AMD, dass zahlreiche Programme durch
> gezielte Optimierungen die neuen Ryzen-Prozessoren wesentlich besser
> auslasten könnten. Dabei reichten meist schon kleine Änderungen aus, so
> AMD. AMD bleibt also dabei, dass die Leistungseinbußen nicht mit
> Ryzen-Prozessoren, sondern der verwendeten Software zusammen hängen."
>
> Zahlreiche Programme patchen also, so so. Nicht nur einen Schalter im
> Betriebssystem umlegen, die Programme selbst brauchen Änderungen. Sagt
> der Hersteller der Prozessoren.
>
> Forking at its best. Spezielle AMD-Versionen zahlreicher Treiber, Games,
> Video-Codecs usw usf. auftreiben, installieren, patchen, Bugfixes
> hinterherjagen.

Ist ja nicht so, daß Intel das nicht auch schon gebracht hätte. Erinnert 
sich wer noch an den PentiumPro? Mit 16Bit-Software langsamer als der 
Pentium. Wie lange wurde darüber gemeckert?

Es wird keine Forks geben die du sehen kannst, das wird im Binary 
zusammen mit einer CPU-Erkennung versteckt sein und fertig. Ist 
wahrscheinlich schon länger der Fall da auch bei INTeL verschiedene CPUs 
verschiedenes können.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#301844

gerrit@laosinh.s.bawue.de (Gerrit Heitsch)  am 16.03.17 um 19:04:
> On 03/16/2017 09:42 AM, Dr. Joachim Neudert wrote:
>>
>> "AMD bleibt dabei: Es liegt an der Software!
>> Im gleichen Atemzug unterstreicht AMD, dass zahlreiche Programme
>> durch gezielte Optimierungen die neuen Ryzen-Prozessoren
>> wesentlich besser auslasten könnten. Dabei reichten meist schon
>> kleine Änderungen aus, so AMD. AMD bleibt also dabei, dass die
>> Leistungseinbußen nicht mit Ryzen-Prozessoren, sondern der
>> verwendeten Software zusammen hängen."
>>
>> Zahlreiche Programme patchen also, so so. Nicht nur einen Schalter
>> im Betriebssystem umlegen, die Programme selbst brauchen
>> Änderungen. Sagt der Hersteller der Prozessoren.
>>
>> Forking at its best. Spezielle AMD-Versionen zahlreicher Treiber,
>> Games, Video-Codecs usw usf. auftreiben, installieren, patchen,
>> Bugfixes hinterherjagen.

> Ist ja nicht so, daß Intel das nicht auch schon gebracht hätte.
> Erinnert sich wer noch an den PentiumPro? Mit 16Bit-Software
> langsamer als der Pentium. Wie lange wurde darüber gemeckert?

> Es wird keine Forks geben die du sehen kannst, das wird im Binary
> zusammen mit einer CPU-Erkennung versteckt sein und fertig. Ist
> wahrscheinlich schon länger der Fall da auch bei INTeL verschiedene
> CPUs verschiedenes können.

Die Aufregung kann auch ich nicht verstehen. Bei Grafikkarten
akzeptiert jeder Anwender, ohne überhaupt weiter drüber nachzudenken,
daß neue Generationen neue Treiber benötigen, an denen wiederum so
lange herumgepatcht wird, bis zumindest die aktuelleren Anwendugen und
Spiele einigermaßen laufen. Älteres Zeug wird möglicherweise nie
angepaßt und das läuft dann in irgendwelchen Kompatibilitätsmodi. Oder
gar nicht mehr. Oder der Treiber "merkt", was gefordert ist und holt
passende "alte" Routinen aus der Schublade.

Nun also auch bei den CPUs. So what?


Rainer

-- 
Wer denkt, Landschaft fotografieren wäre einfach, der hat keine
Ahnung. Ich halte gute Landschaftsfotos für extrem schwer. Also
vielleicht erstmal was einfacheres probieren. Türen zum Beispiel.
(Emil Ule in de.alt.rec.digitalfotografie)

[toc] | [prev] | [next] | [standalone]

#301854

Rainer Knaepper schrieb:
> gerrit@laosinh.s.bawue.de (Gerrit Heitsch)  am 16.03.17 um 19:04:
>> On 03/16/2017 09:42 AM, Dr. Joachim Neudert wrote:

>>> Forking at its best. Spezielle AMD-Versionen zahlreicher Treiber,
>>> Games, Video-Codecs usw usf. auftreiben, installieren, patchen,
>>> Bugfixes hinterherjagen.

>> Ist ja nicht so, daß Intel das nicht auch schon gebracht hätte.
>> Erinnert sich wer noch an den PentiumPro? Mit 16Bit-Software
>> langsamer als der Pentium. Wie lange wurde darüber gemeckert?

>> Es wird keine Forks geben die du sehen kannst, das wird im Binary
>> zusammen mit einer CPU-Erkennung versteckt sein und fertig. Ist
>> wahrscheinlich schon länger der Fall da auch bei INTeL verschiedene
>> CPUs verschiedenes können.

> Die Aufregung kann auch ich nicht verstehen. Bei Grafikkarten
> akzeptiert jeder Anwender, ohne überhaupt weiter drüber nachzudenken,
> daß neue Generationen neue Treiber benötigen, an denen wiederum so
> lange herumgepatcht wird, bis zumindest die aktuelleren Anwendugen und
> Spiele einigermaßen laufen. Älteres Zeug wird möglicherweise nie
> angepaßt und das läuft dann in irgendwelchen Kompatibilitätsmodi. Oder
> gar nicht mehr. Oder der Treiber "merkt", was gefordert ist und holt
> passende "alte" Routinen aus der Schublade.

> Nun also auch bei den CPUs. So what?

Nicht "nun also", sondern eher "jetzt wieder". Das gab es schon vor
etlichen Jahren, z. B. unter Win XP beim Aufkommen der
Dual-Core-Prozessoren, die ihre Kerne jeweils unterschiedlich takten
konnten. Bei AMD weiß ich es, daß es damals entsprechende Patches/Treiber
von AMD gab, bei Intel war es IIRC auch so.

-- 
 

[toc] | [prev] | [next] | [standalone]

#302209

butterspiegeleiauftoast42@protonmail.com (Frank Möller)  am 17.03.17:

>> Nun also auch bei den CPUs. So what?

> Nicht "nun also", sondern eher "jetzt wieder". Das gab es schon vor
> etlichen Jahren, z. B. unter Win XP beim Aufkommen der
> Dual-Core-Prozessoren, die ihre Kerne jeweils unterschiedlich
> takten konnten. Bei AMD weiß ich es, daß es damals entsprechende
> Patches/Treiber von AMD gab, bei Intel war es IIRC auch so.

AMDs cool&quiet hat anfangs auch für zahllose Probleme gesorgt.
Irgendwann lief es. Ich sehe das entspannt.

Das knuffige daran ist, daß mein rund sechs Jahre alter Athlon II X4
640 nach dem Umstieg auf win7-64, Aufrüstung auf 16GB Ram und Tausch
der uralten Bootplatte gegen eine SSD eigentlich für alles, was ich
mache, immer noch flott genug ist.

Ich war damals von einem Single-Core Athlon 64 auf den X4 umgestiegen,
das hatte einen Schub gegeben, der meine Erwartungen deutlich
übertraf. Ich bezweifle, ob ich dieses Erlebnis bei einem Wechsel auf
einen heute aktuellen, bezahlbaren Prozessor nochmal in der Form
erleben würde. In der 4ma arbeite ich mit enem relativ aktuellen und
auch höher getaktetem Core i5, einer schnelleren und größeren SSD und
der ist tatsächlich auch gefühlt hier und da etwas zackiger drauf als
mein oller Athlon. Aber so richtig dramatisch flotter? Nö.

Rainer

-- 
Ist ein interessantes neurologisches Phänomen: auf der einen
Seite reklamiert niemand defekte kommerzielle Software, auf der
anderen Seite kaufen die gleichen Leute kommerzielle Software,
weil man da ja Gewährleistung hat. (Michael Bode in ger.ct)

[toc] | [prev] | [next] | [standalone]

#301695

Ja und? Intel hat das ganze TSX des Haswells
abschalten müssen weil es defekt war.

-- 
http://facebook.com/bonita.montero/

[toc] | [prev] | [next] | [standalone]

#301697

Am 14.03.2017 um 17:14 schrieb Dr. Joachim Neudert:

> Irgendwie ahnte ich das schon:
> https://www.heise.de/newsticker/meldung/AMD-Ryzen-Leistungseinbussen-liegen-nicht-am-Windows-Scheduler-sondern-an-der-Software-3652787.html

Sie vergeigen es halt immer wieder. Ich war früher echter AMD-Fan. Die 
Athlon XP-Prozessoren waren günstig und leicht zu übertakten. Erinnert 
sich noch wer an das übertakten mit Bleistiftspuren? Und ein Teil der 
Produktion kam aus Deutschland. Heute graust es mich, wenn ich mal 
wieder einen in die Finger bekomme (idealerweise wenn der 
Rentner-Besitzer fragt, ob man da auch Windows 10 drauf installieren 
kann). AMD hing zu Bestzeiten ein Jahr hinter Intel hinterher. 
Mittlerweile sinds gefühlte zwei.

> Ja freilich. Diesmal spiele ich das Spiel aber nicht mit. Ich kenne es
> noch zu gut von den K5/K6 und Athlons, oder weiland diesen
> DOS-Varianten. Mittlerweile bleibe ich lieber  beim Original.

Ja, schade. Dabei sehe ich diese Quasi-Monopole mittlerweile kritisch. 
Wordpress? Beunruhigend hoher Marktanteil. Aber wenn es darum geht, 
einem Anfänger schnell eine Basis für die eigene Webseite zu geben, was 
nimmt man da, was schnell installiert ist, eine hohe Anzahl Designs und 
Plugins hat und wofür es massig "für Dummies"-Bücher gibt? Wordpress.

Grafikkarte? NVidia. Bleibt kühler, frisst weniger Strom, weniger Bugs, 
breitere Spieleunterstützung. Etwas teurer, unterm Strich aber günstiger 
da besseres Preis-Leistungs-Verhältnis.

CPU: Intel ist kühler, sparsamer, flotter. Nur was machen wir da? Das 
schlechtere Produkt kaufen um Marktdiversität aufrecht zu erhalten?

Gruß

Daniel

[toc] | [prev] | [next] | [standalone]

#301701

On 03/16/2017 06:40 PM, Daniel Pache wrote:
>
> CPU: Intel ist kühler, sparsamer, flotter. Nur was machen wir da? Das
> schlechtere Produkt kaufen um Marktdiversität aufrecht zu erhalten?

Genau das, denn was passiert wenn AMD weg ist? Nimm die jetzigen Preise 
und verdopple sie mindestens, das ist das was du in dem Falle erwarten 
kannst. Willst du das?

Nicht vergessen, CPUs von Intel wurden erst wirklich bezahlbar als AMD 
was vergleichbares hatte, vorher waren sie TEUER.

Nebenbei: Wenn man das letzte Prozent Leistung nicht braucht, warum dann 
die teurere CPU kaufen? Im Preis-Leistungs-Verhältnis ist AMD besser.

BTW: Zu Bestzeiten war AMD Intel deutlich voraus. Den P4 haben sie nicht 
ohne Grund eingestampft.

Nachdem RYZEN laut AMD wieder ECC kann ist klar was hier meinen Phenom 
II von 2009 ersetzen wird. Intel spart sich das Feature ja immer noch.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#301713

Gerrit Heitsch wrote:

> Nachdem RYZEN laut AMD wieder ECC kann ist klar was hier meinen Phenom
> II von 2009 ersetzen wird. Intel spart sich das Feature ja immer noch.

Im Ernst?! Nicht nur in der Server-Variante? ¡Ay caramba!

Arbeitsplatzrechner mit ECC - da kann ich jederzeit mit dem einen oder anderen 
Erratum leben. Ibs. wenn man nicht-proprietäre Software verwendet, wo 
entsprechende Eigenheiten meist sehr schnell umgehbar werden.

[toc] | [prev] | [next] | [standalone]

#301715

Dietz Proepper <dietz-news@rotfl.franken.de> wrote:
> Gerrit Heitsch wrote:
> 
>> Nachdem RYZEN laut AMD wieder ECC kann ist klar was hier meinen Phenom
>> II von 2009 ersetzen wird. Intel spart sich das Feature ja immer noch.
> 
> Im Ernst?! Nicht nur in der Server-Variante? ¡Ay caramba!
> 
> Arbeitsplatzrechner mit ECC - da kann ich jederzeit mit dem einen oder anderen 
> Erratum leben. Ibs. wenn man nicht-proprietäre Software verwendet, wo 
> entsprechende Eigenheiten meist sehr schnell umgehbar werden.
> 

Okay, ECC ist ein Argument. Ich hab mir trotzdem vorgenommen noch ein
halbes Jahr zu warten. Je nachdem wie groß der Ärger dann ist, käme so ein
AMD Octacore dann durchaus in Frage. Sehen wie gut die MoBos funktionieren,
die USB 3.1 Schnittstelle, usw. Pressiert mir ja nicht.

Gruß 

Joachim,

der AMD 486er hatte, K5, K6, K6-2, Athlons. War nicht immer ein Vergnügen.
Manchmal aber schon.

-- 
please forgive my iPhone typos -sent via Newstap

[toc] | [prev] | [next] | [standalone]

#301720

Dr.  Joachim Neudert wrote:

> Dietz Proepper <dietz-news@rotfl.franken.de> wrote:
>> Gerrit Heitsch wrote:
>> 
>>> Nachdem RYZEN laut AMD wieder ECC kann ist klar was hier meinen Phenom
>>> II von 2009 ersetzen wird. Intel spart sich das Feature ja immer noch.
>> 
>> Im Ernst?! Nicht nur in der Server-Variante? ¡Ay caramba!
>> 
>> Arbeitsplatzrechner mit ECC - da kann ich jederzeit mit dem einen oder
>> anderen Erratum leben. Ibs. wenn man nicht-proprietäre Software verwendet,
>> wo entsprechende Eigenheiten meist sehr schnell umgehbar werden.
> 
> Okay, ECC ist ein Argument. Ich hab mir trotzdem vorgenommen noch ein
> halbes Jahr zu warten. Je nachdem wie groß der Ärger dann ist, käme so ein
> AMD Octacore dann durchaus in Frage. Sehen wie gut die MoBos funktionieren,
> die USB 3.1 Schnittstelle, usw. Pressiert mir ja nicht.

Dito. Bleeding Edge habe ich mir schon vor deutlich über 10a abgewöhnt ...

[toc] | [prev] | [next] | [standalone]

#301759

Ricardo Szabo <usenet13@rickszabo.de> wrote:
> Dr. Joachim Neudert <neudert@5sl.org> wrote:
> 
>> Okay, ECC ist ein Argument. 
> 
> Für dich, der den Windows Rechner nur zum spielen braucht? Warum? 
> 
> Bye 
> Rick 
> 
> 
> 

Ich bin Pedant. Nimm Sheldon Cooper, aber dann noch etwas mehr Sicherheits-
und Kontrollbedürfnis... ;-)

Wenn man es haben kann würde ich es nehmen, ich sie wenig Argumente dagegen
und einige dafür.

Aber du hast recht es läuft nichts Überwertiges auf dem Windows Rechner
mehr.

-- 
please forgive my iPhone typos -sent via Newstap

[toc] | [prev] | [next] | [standalone]

#301760

Dr. Joachim Neudert <neudert@5sl.org> wrote:
> Ricardo Szabo <usenet13@rickszabo.de> wrote:



> 
> Ich bin Pedant. Nimm Sheldon Cooper, aber dann noch etwas mehr Sicherheits-
> und Kontrollbedürfnis... ;-)
> 
> Wenn man es haben kann würde ich es nehmen, ich seh wenig Argumente dagegen
> und einige dafür.
> 
> Aber du hast recht es läuft nichts Überwertiges auf dem Windows Rechner
> mehr.
> 

Typo korrigiert.

Bei dem Weg: RAM  Speicher sei gerade teuer, fast doppelt so hoch wie der
niedrigste Preis. Ist das auch bei ECC RAM so?

32 GB würde ich schon haben wollen in einem neuen Spiele Rechner. 

Was übrigens sehr für den AMD Octacore  spricht ist das in der neuen Xbox
oder PS4 ebenso AMD Octacores verbaut sind. Die Spiele Programmierer reizen
sie zunehmend gut aus.  Die Code Basis ist ja mittlerweile nahezu gleich.


Bissi warten noch. Nerven bewahren. Ruhe und Übersicht. Ich bin kein Early
Adopter mehr. Ich bin kein Early Adopter mehr. Ich- oh, ein 1-Click Button!


-- 
please forgive my iPhone typos -sent via Newstap

[toc] | [prev] | [next] | [standalone]

#301904

Dr. Joachim Neudert schrieb:
> Ricardo Szabo <usenet13@rickszabo.de> wrote:
>> Dr. Joachim Neudert <neudert@5sl.org> wrote:
>> 
>>> Okay, ECC ist ein Argument. 
>> 
>> Für dich, der den Windows Rechner nur zum spielen braucht? Warum? 
> 
> Ich bin Pedant. Nimm Sheldon Cooper, aber dann noch etwas mehr Sicherheits-
> und Kontrollbedürfnis... ;-)
> 
> Wenn man es haben kann würde ich es nehmen,

Man konnte es schon immer haben, sowohl bei Intel als auch bei AMD.
alles eine Frage des Preises. Außer vielleicht bei Apple. Da bekommt
man auch für massiv Geld nicht alles was "man" (nicht du) haben will.


        Bye Jörg

-- 
"There's always hope. At least that's what I tell myself when I
awaken in the middle of the night and the only sound I can hear
is the beating of my own desperate heart."
(G'Sten to G'Kar, "The Long, Twilight Struggle")

[toc] | [prev] | [next] | [standalone]

#301905

On 03/17/2017 11:38 PM, Jörg Tewes wrote:
> Dr. Joachim Neudert schrieb:
>> Ricardo Szabo <usenet13@rickszabo.de> wrote:
>>> Dr. Joachim Neudert <neudert@5sl.org> wrote:
>>>
>>>> Okay, ECC ist ein Argument.
>>>
>>> Für dich, der den Windows Rechner nur zum spielen braucht? Warum?
>>
>> Ich bin Pedant. Nimm Sheldon Cooper, aber dann noch etwas mehr Sicherheits-
>> und Kontrollbedürfnis... ;-)
>>
>> Wenn man es haben kann würde ich es nehmen,
>
> Man konnte es schon immer haben, sowohl bei Intel als auch bei AMD.

Bei Intel musste man dann aber einen teuren Xeon kaufen oder mit 
ausgewählten Low-End CPUs Vorlieb nehmen. Eine schnelle Desktop-CPU mit 
ECC gibts bei Intel nicht.

  Gerrit

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | ger.ct

csiph-web