Abo
  1. Foren
  2. Kommentare
  3. PC-Hardware
  4. Alle Kommentare zum Artikel
  5. › Opteron: AMD 2015 mit Toronto-SoC…

ARM für Server schnell genug?

  1. Thema

Neues Thema Ansicht wechseln


  1. ARM für Server schnell genug?

    Autor: savejeff 26.12.13 - 10:13

    In meiner Vorstellung haben ARM 2 Vorteile:

    Wenig Energieverbrauch und wenig Abwärme

    Sie sind aber auch sehr langsam.
    Daher sind sie super für experimentierplatinen und und Handys.


    Aber warum Server? Fehlt da nicht ne ganze ecke rechenleistung? Macht es sinn einfach 4 mal so Kerne mit ARM zu benutzen?
    Das kann doch nur eine Lösung für sehr kleine Server sein, aber nicht für größere Serveranlagen

  2. Re: ARM für Server schnell genug?

    Autor: kazhar 26.12.13 - 10:37

    kommt sehr darauf an, was der server machen soll. eine hochbelastete datenbank würd ich da eher nicht drauf laufen lassen.

    aber für einen storage/auth/licence server der ohnehin die meiste zeit garnichts macht außer strom zu verbraten ist die rechenleistung komplett egal. da lohnt es sich, durchaus schwächere aber energiesparende hardware einzusetzen.

  3. Re: ARM für Server schnell genug?

    Autor: savejeff 26.12.13 - 11:06

    Okay das stimmt. Danke ;]

  4. Genau das Gegenteil

    Autor: dabbes 26.12.13 - 11:35

    Wenn eine DB stark belastet ist, dann wohl i.d.R. durch viele Zugriffe.

    Wenn AMD nun viele ARM Kerne integriert, dann können viele Aufgaben gleichzeitig abgearbeitet werden.
    Man muss die Kerne halt nur auf einige Aufgabenbereiche optimieren und dafür ist ARM ja ganz gut geeignet.

    Die Software (DB) muss es natürlich auch unterstützen, das wird der größte Knackpunkt bei Markteinführung.

  5. Re: Genau das Gegenteil

    Autor: Tylon 26.12.13 - 11:56

    Webserver. Ausliefern vieler größtenteils statischer Websites parallel. Viele Kerne, viele parallel.
    Viele CMS unterstützen vorberechnung, dass da nix dynamisch ist. Dafür ist das gut geeignet.

  6. Re: Genau das Gegenteil

    Autor: savejeff 26.12.13 - 13:06

    Ja stimmt selbst der Raspberry Pi ist super für Webserver und Fileserver.

  7. Re: Genau das Gegenteil

    Autor: JohnD 26.12.13 - 13:06

    dabbes schrieb:
    --------------------------------------------------------------------------------
    > Wenn eine DB stark belastet ist, dann wohl i.d.R. durch viele Zugriffe.
    >
    > Wenn AMD nun viele ARM Kerne integriert, dann können viele Aufgaben
    > gleichzeitig abgearbeitet werden.
    > Man muss die Kerne halt nur auf einige Aufgabenbereiche optimieren und
    > dafür ist ARM ja ganz gut geeignet.
    >
    > Die Software (DB) muss es natürlich auch unterstützen, das wird der größte
    > Knackpunkt bei Markteinführung.

    Nunja, die meisten Webserver laufen unter Linux und da wird ARM seit ewigen Zeiten vollständig unterstützt. Sehe da also kein wirkliches Problem.

  8. Re: Genau das Gegenteil

    Autor: derh0ns 26.12.13 - 13:34

    JohnD schrieb:
    --------------------------------------------------------------------------------
    > dabbes schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Wenn eine DB stark belastet ist, dann wohl i.d.R. durch viele Zugriffe.
    > >
    > > Wenn AMD nun viele ARM Kerne integriert, dann können viele Aufgaben
    > > gleichzeitig abgearbeitet werden.
    > > Man muss die Kerne halt nur auf einige Aufgabenbereiche optimieren und
    > > dafür ist ARM ja ganz gut geeignet.
    > >
    > > Die Software (DB) muss es natürlich auch unterstützen, das wird der
    > größte
    > > Knackpunkt bei Markteinführung.
    >
    > Nunja, die meisten Webserver laufen unter Linux und da wird ARM seit ewigen
    > Zeiten vollständig unterstützt. Sehe da also kein wirkliches Problem.

    Die Software also der DB-Server etc. müssen aber auch für ARM kompiliert sein, nicht nur das OS.

  9. Re: Genau das Gegenteil

    Autor: xCobalt 26.12.13 - 13:38

    Tylon schrieb:
    --------------------------------------------------------------------------------
    > Webserver. Ausliefern vieler größtenteils statischer Websites parallel.
    > Viele Kerne, viele parallel.
    > Viele CMS unterstützen vorberechnung, dass da nix dynamisch ist. Dafür ist
    > das gut geeignet.

    Kann ich mir ehrlich gesagt nicht vorstellen. Komprimierung? Verschlüsselung? Kostet viel Leistung. Auch weiß ich nicht wofür man ein CMS braucht wenn sich an der Website eh nichts ändert und man lediglich auf Caching setzt damit dort wenig Last entsteht. Vielleicht fällt mir da auch einfach nichts ein. Die von mir betreuten Webserver stehen zumindest sehr unter Last. Vielleicht als Mini-Webserver für kleine Projekte? Aus welchen Gründen auch immer man so ein kleines Projekt dann auf einen eigenen Server packen will.

    Was ich mir hingegen vorstellen könnte wären Storage-Server hinten dran. Es wird zwar erst ab einer gewissen Größe interessant das auf Storage-Server auszulagern, allerdings sind dort viele kleine Kerne sicher von Vorteil.

  10. Re: ARM für Server schnell genug?

    Autor: vol1 26.12.13 - 17:38

    Ein Atom N2800 kann bis zu 3 aktive Minecraft Server halten. Keine Ahnung wie viel Strombder verbraucht, aber der ganze Server kostet nur 3.99¤/Monat. /o\

    Auch keine Ahnung wie gut ARM im Vergleich ist.

  11. Re: ARM für Server schnell genug?

    Autor: savejeff 26.12.13 - 20:49

    A simpler design facilitates more efficient multi-core CPUs and higher core counts at lower cost, providing higher processing power and improved energy efficiency for servers and supercomputers.
    -Wikipedia

    Scheint sich wohl doch zu lohnen, da sie billiger im kauf und unterhalt sind.

    Kann mir das aber trotzdem schlecht vorstellen. Dann kannst du halt viele Prozesse auf den vielen Kernen ausführen, aber jeder einzelne Kern ist viel langsamer als die von x86


    Und Parallelisieren ist aufwendig und nicht immer möglich, so lerne ich das jedenfalls grade im Studium

  12. Re: ARM für Server schnell genug?

    Autor: Nerd_vom_Dienst 27.12.13 - 01:59

    Finde es ist schlicht und ergreifend Unsinn jeglicher Entwicklung zwingend zu folgen.
    Auch macht es unterm Strich nur minimale Unterschiede aus ob man nun schon nen sehr guten Server hat oder nun den der nächsten Generation einsetzt.
    Irgendwo gibt es immer ein Limit wo Mehrleistung einfach keine Vorteile mehr bringt, wo zwar Kapazitäten da sind doch nie ausgenutzt werden bzw. ausgenutzt werden können mangels Software dafür.

    Für Viele mag vl. Zeit = Geld bedeuten, doch bedeutet es nicht automatisch das man qualitativ hochwertigere Arbeit abliefert, umso schneller man fertig ist.

  13. Re: Genau das Gegenteil

    Autor: bodsch 27.12.13 - 09:24

    xCobalt schrieb:

    > > Webserver. Ausliefern vieler größtenteils statischer Websites parallel.
    > > Viele Kerne, viele parallel.
    > > Viele CMS unterstützen vorberechnung, dass da nix dynamisch ist. Dafür
    > > ist das gut geeignet.
    >
    > Kann ich mir ehrlich gesagt nicht vorstellen. Komprimierung?
    > Verschlüsselung? Kostet viel Leistung.

    Bei größeren Sites gibt es dafür LoadBalancer, bei denen die Verschlüsselung simpel terminiert wird und im internen Netz wird simples HTTP "gesprochen"
    Bei der Komprimierung sieht es ähnich aus. Es ist sinnbefreit, das *jede* Node in einem Cluster diese Funktion anbietet, wenn das an einer zentralen Stelle erledigt werden kann.

    > Auch weiß ich nicht wofür man ein
    > CMS braucht wenn sich an der Website eh nichts ändert und man lediglich auf
    > Caching setzt damit dort wenig Last entsteht. Vielleicht fällt mir da auch
    > einfach nichts ein.

    Sites, die Content jenseits der TB Grenze vorhalten.
    Dort bei jedem Request die komplette Logik (aka Software) anzuwerfen ist kompletter Blödsinn und völlig unnötiger Ressourcenverbrauch!
    Dort liegen die Seiten (in snippets, nicht komplett) bereits statisch vorgerendert vor und werden bei der Auslieferung nur noch aneinander gepappt.
    Wo das so gemacht wird? stern.de z.B. und ich denke spon wird das ähnlich handhaben.

    > Die von mir betreuten Webserver stehen zumindest sehr
    > unter Last.

    Fein. was ist denn deine definition von "sehr unter Last"? ;)

    > Vielleicht als Mini-Webserver für kleine Projekte? Aus welchen
    > Gründen auch immer man so ein kleines Projekt dann auf einen eigenen Server
    > packen will.

    Sieh mal eher den großen Zusammenhang.
    Man baut ja keine Server mit einem single-ARM-Core, sondern stopft die Dinger zusammen, damit man einen Cluster bekommt.
    Der wiederum wird dann - meistens mit einem darauf angepassten - OS betrieben, was genau dieses Szenario unterstützt.
    AFAIK supportet das Gesichtsbuch ARM-Cores in solch einer Cluster-Konfiguration.

    > Was ich mir hingegen vorstellen könnte wären Storage-Server hinten dran. Es
    > wird zwar erst ab einer gewissen Größe interessant das auf Storage-Server
    > auszulagern, allerdings sind dort viele kleine Kerne sicher von Vorteil.

    Dort zählt nur I/O und Caches.
    Eine Atom-CPU (als Vergleich zu einem ARM) ist für ein performantes Storages-System der letzte Dreck.
    Das will man in einem größeren Setup einfach nicht haben.

  14. Re: ARM für Server schnell genug?

    Autor: Moe479 27.12.13 - 10:12

    nicht immer, aber wenn man mal seine software durchdenkt ist da in der regel schon viel optimierung möglich, auch in verwendeten frameworks und bibliotheken, anwendungen/aufgaben lassen sich sehr oft in threads aufteilen, nur muss man halt bei altem code jemanden dafür finden und bei neuem code gleich darauf achten.

  15. Bus-System

    Autor: Anonymer Nutzer 27.12.13 - 10:56

    Bei vielen Cores auf einem Chip wird das Bussystem zum großen Thema. Nicht so einfach das in Silizium zuverlässig zu realisieren.

    "Einfach" mehr Cores auf ein Stück Silizium zu setzen ist nicht ganz so einfach ...



    1 mal bearbeitet, zuletzt am 27.12.13 10:59 durch cicero.

  1. Thema

Neues Thema Ansicht wechseln


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

Stellenmarkt
  1. Zweckverband Bodensee-Wasserversorgung, Stuttgart-Vaihingen, Hauptstraße 163
  2. Ragaller GmbH & Co. Betriebs KG, Langenweddingen
  3. SWB-Service- Wohnungsvermietungs- und -baugesellschaft mbH, Mülheim an der Ruhr
  4. ec4u expert consulting ag, Karlsruhe, Böblingen bei Stuttgart, München, Düsseldorf

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Hardware-Angebote
  1. 229€ (Bestpreis!)
  2. 64,90€ (Bestpreis!)


Haben wir etwas übersehen?

E-Mail an news@golem.de


Change-Management: Die Zeiten, sie, äh, ändern sich
Change-Management
Die Zeiten, sie, äh, ändern sich

Einen Change zu wollen, gehört heute zum guten Ton in der Unternehmensführung. Doch ein erzwungener Wandel in der Firmenkultur löst oft keine Probleme und schafft sogar neue.
Ein Erfahrungsbericht von Marvin Engel

  1. IT-Jobs Der Amtsschimmel wiehert jetzt agil
  2. MINT Werden Frauen überfördert?
  3. Recruiting Wenn das eigene Wachstum zur Herausforderung wird

IT-Sicherheit: Auch kleine Netze brauchen eine Firewall
IT-Sicherheit
Auch kleine Netze brauchen eine Firewall

Unternehmen mit kleinem Geldbeutel verzichten häufig auf eine Firewall. Das sollten sie aber nicht tun, wenn ihnen die Sicherheit ihres Netzwerks wichtig ist.
Von Götz Güttich

  1. Anzeige Wo Daten wirklich sicher liegen
  2. Erasure Coding Das Ende von Raid kommt durch Mathematik
  3. Endpoint Security IT-Sicherheit ist ein Cocktail mit vielen Zutaten

Internetprovider: P(y)ures Chaos
Internetprovider
P(y)ures Chaos

95 Prozent der Kunden des Internetproviders Pyur bewerten die Leistung auf renommierten Bewertungsportalen mit der Schulnote 6. Ein Negativrekord in der Branche. Was steckt hinter der desaströsen Kunden(un)zufriedenheit bei der Marke von Tele Columbus? Ein Selbstversuch.
Ein Erfahrungsbericht von Tarik Ahmia

  1. Bundesnetzagentur Nur 13 Prozent bekommen im Festnetz die volle Datenrate

  1. Archer2: Britischer Top-10-Supercomputer nutzt AMDs Epyc
    Archer2
    Britischer Top-10-Supercomputer nutzt AMDs Epyc

    Der Archer2 soll 2020 die höchste CPU-Leistung aller Supercomputer weltweit erreichen und es dank Beschleunigerkarten in die Top Ten schaffen. Im System stecken fast 12.000 Epyc-7002-Chips und Next-Gen-Radeons.

  2. Corsair One: Wakü-Rechner erhalten mehr RAM- und SSD-Kapazität
    Corsair One
    Wakü-Rechner erhalten mehr RAM- und SSD-Kapazität

    Mit dem i182, dem i164 und dem i145 aktualisiert Corsair die One-Serie: Die wassergekühlten Komplett-PCs werden mit doppelt so viel DDR4-Speicher und doppelt so großen SSDs ausgerüstet.

  3. ChromeOS: Google zeigt neues Pixelbook Go und benennt Start von Stadia
    ChromeOS
    Google zeigt neues Pixelbook Go und benennt Start von Stadia

    Das Pixelbook Go ist ein Clamshell-Notebook mit ChromeOS, das eher eine Ergänzung als ein Nachfolger des Ur-Pixelbooks ist. Zumindest kostet es wesentlich weniger. Auch der genaue Starttermin für Stadia steht jetzt fest.


  1. 18:25

  2. 17:30

  3. 17:20

  4. 17:12

  5. 17:00

  6. 17:00

  7. 17:00

  8. 16:11