Server CPUs für Gaming und Let's Plays geeignet?

Die meisten Spiele brauchen mehr Leistung pro Kern und skalieren eher schlecht über eine Vielzahl an Kernen. Wir sind gerade mal an dem Punkt, an dem sich ein i7 - Quad Core mit HT in manchen Spielen von seinen i5 - Kollegen absetzen kann.

Nein, die CPU wird wohl für's Gaming nur begrenzt taugen.

Sie funktionieren ja auch und wenn du leistungshungrige Aufgaben nebeneinander machst, sind zusätzliche Kerne und Threads nicht verkehrt - ein Aufnahme-/Streamingprogramm kann durchaus darunter fallen.

Aber ... er hat zwei aktuellere, relativ hoch taktende Boliden, und du halt nicht. Ich denke, dass dir viele Spiele den Wechsel übel nehmen würden, weil es da an Kernleistung fehlt

Es gibt so gut wie kein Spiel was Dual CPU's akzeptieren.
Allein die CPU wird es selber über die CPU's verteilen.

Die Xeon CPU's werden im Gaming langsamer sein als der AMD davon mal abgesehen.

Dritter Punkt ist das manche Spiele große Probleme mit 2 CPU's haben und deswegen ständig abstürzen.

Also Fazit ist das du dafür überhaupt nicht benutzten kannst. Es würde funktionieren wenn du Ceon Prozessoren hättest die aktueller und schneller sind aber der taugt da nichts mehr wirklich.

Edit: Gronkh hat aber viel viel Leistungsstärkere CPU's als deiner. Er verwendet die auch ganz anders 1 CPU teilt er fürs zocken und die andere für das Rendern. Also er zockt nimmt auf und rendert neben bei. Dabei würde es Sinn machen, aber halt auch nicht bei deinem Xeon weil die zu langsam sind.

Ich wüsste zwar nicht, warum Spiele mit zwei CPUs "ständig abstürzen" sollen, wenn sie sich (bei zwei identischen CPUs) aus logischer Sicht kaum von einer CPU mit doppelt so vielen Kernen unterscheiden - auch bei Dual CPU-Systemen gibt es keine Kohärenzprobleme o.ä. - aber performancemäßig lohnt sich das wirklich nicht.

Zumal auch die Kommunikation zwischen den CPUs recht langsam ist, d.h. Daten, die Kern 1 von CPU A schreibt, werden für CPU B deutlich später sichtbar als für Kern 2-5 von CPU A. Wobei das bei den konkreten CPUs noch geht, hier mal Daten von zwei E5-645 von einem Uni-Server. Auf den Ivy Bridge-Xeons ist der Unterschied deutlich gravierender.

8.07 ns <- selber Kern, SMT
42.35 ns <- selbe CPU, anderer Kern
91.98 ns <- andere CPU

#include <atomic>
#include <chrono>
#include <iostream>
#include <thread>


#include <cstddef>
#include <cstdint>


void count_down(std::atomic<int64_t>& counter, int64_t divisor) {
  int64_t current = counter;
  while (current > 0) {
    while ((current & 1l) != divisor)
      current = counter;
    counter = --current;
  }
}




template<typename Fn>
std::chrono::milliseconds timed_run(const Fn& function) {
  auto start = std::chrono::high_resolution_clock::now();
  function();
  return std::chrono::duration_cast<std::chrono::milliseconds>(
    std::chrono::high_resolution_clock::now() - start);
}




int main(int argc, char** argv) {

  constexpr int64_t loop_count  =  100000000l;
  constexpr int64_t loop_factor = 1000000000l / loop_count;

  auto ms = timed_run([] {
    std::atomic<int64_t> counter(loop_count);
    std::thread t1([&counter] { count_down(counter, 0l); });
    std::thread t2([&counter] { count_down(counter, 1l); });
    t1.join();
    t2.join();
  });

  const double latency = static_cast<double>(loop_factor * ms.count()) / 1000.0;
  std::cout << latency << " ns" << std::endl;

}

Zitat von VikingGe

Ich wüsste zwar nicht, warum Spiele mit zwei CPUs "ständig abstürzen" sollen, wenn sie sich (bei zwei identischen CPUs) aus logischer Sicht kaum von einer CPU mit doppelt so vielen Kernen unterscheiden - auch bei Dual CPU-Systemen gibt es keine Kohärenzprobleme o.ä. - aber performancemäßig lohnt sich das wirklich nicht.

Ich rede nur aus Erfahrungswerte und auch Berichten. Auch Gronkh hat die Probleme bei paar spielen also ganz Unbekannt ist der Fehler nicht. Planet Coaster z.b. kannst du zurzeit nicht mit 2 Dual CPU´s spielen.

Wie schon erwähnt unterstützen die meisten Spiele selten mehr als 4 Threads, von daher dürfte der Server in einem Spiele Benchmark eher schlechter abschneiden. Was du dir vielleicht überlegen könntest, wäre die Kiste mit einer Capture Card zu bedienen. So würdest du zumindest die Aufnahme auslagern. Rendern dürfte nebenbei immernoch gehen eigentlich.

Mich würde aber mal interessieren, was die Büchse an Strom frisst Dürfte unter Last nicht wenig sein.