Kaveri - der Trinity Nachfolger
- Ersteller FredD
- Erstellt am
mariahellwig
Grand Admiral Special
Das ist mir schon klar. Aber ihre Vorteile finden in diesem Bereich am ehesten ihre Anwendung. Letztlich machen sie dort Sinn wo jede Menge Rechenleistung benötigt wird.
Und das ist nun mal häufig bei der Bearbeitung von Media-Inhalten zu finden.
Für einen einfachen Webserver der lediglich Inhalte durchschleift und vielleicht noch das ein oder andere Script ausführt sind einfache x86 oder ARM die bessere Wahl.
tomturbo
Technische Administration, Dinosaurier
Ich frage mich wie Datenbank_zugriffe_ beschleunigt werden sollen die ja bekanntlich IO-gebunden sind.
Macht jetzt HSA auch Disken schneller?
Alles Wunschdenken.
Macht jetzt HSA auch Disken schneller?
Alles Wunschdenken.
hoschi_tux
Grand Admiral Special
Kann man die Datenbanken nicht auch in den HUMA Speicher legen? Damit könnte man parallele Zugriffe massiv beschleunigen.
Leute, macht kein Drama draus.
Natürlich beschleunigt HUMA nicht das Festplatteninterface.
Und natürlich läßt sich ein Datensatz mit ein paar Millionen Einträgen im Speicher mit vielen (GPU)Kernen schneller durchsuchen oder sortieren.
Natürlich beschleunigt HUMA nicht das Festplatteninterface.
Und natürlich läßt sich ein Datensatz mit ein paar Millionen Einträgen im Speicher mit vielen (GPU)Kernen schneller durchsuchen oder sortieren.
Markus Everson
Grand Admiral Special
Gehts nun um HSA oder HuMA? Ich hab den Faden verloren.
tomturbo
Technische Administration, Dinosaurier
Datenbanken liegen sowieso so viel im Speicher wie möglich, sonst ging ja gar nichts weiter.
Trotzdem sind sie alle immer IO lastig.
Außer in äußerst wenigen Sonderfällen wo nur gelesen wird und die Datenmenge so klein ist in den Speicher zu passen.
Sog. in-memory databases
Für alle anderen DBs gilt:
IO-lastig bis zum geht nicht mehr und zudem SQL will auch mal übersetzt und interpretiert werden.
-> Grafikkarten Fehlanzeige.
Trotzdem sind sie alle immer IO lastig.
Außer in äußerst wenigen Sonderfällen wo nur gelesen wird und die Datenmenge so klein ist in den Speicher zu passen.
Sog. in-memory databases
Für alle anderen DBs gilt:
IO-lastig bis zum geht nicht mehr und zudem SQL will auch mal übersetzt und interpretiert werden.
-> Grafikkarten Fehlanzeige.
Complicated
Grand Admiral Special
Da HuMA Teil von HSA ist sollte das keinen Unterschied machen. Du solltest dich wirklich mal mit HSA auseinandersetzen, damit du nicht andauernd die selben Fragen stellst.
Das ist ja als ob man fragt "gehts um Arbeitsspeicher oder um PCs?"
Markus Everson
Grand Admiral Special
E sollte keinen Unterschied machen ob es um den Teil oder das ganze geht? Du bist lustig!
Complicated
Grand Admiral Special
Deine Frage hatte allerdings den Kontext als wären es verschiedene Thematiken. Es ging um HuMA welches ein Teil der HSA Architektur ist. Also was wolltest du mit deiner Frage ausdrücken, ausser dass dir diese Tatsache nicht ganz klar ist?
Opteron
Redaktion
☆☆☆☆☆☆
- Mitglied seit
- 13.08.2002
- Beiträge
- 23.645
- Renomée
- 2.254
Ach pffff ... SQL .. das olle Zeugs aus den 70ern braucht man heute doch nicht mehr, es lebe noSQL:
http://nosql-database.org
Ok nun wieder im Ernst: Für so Hadoop-/MapReduce-Sachen sollte ne ja GPU topp sein, oder? IO darf natürlich weiterhin nicht limitieren, aber in dem Sonderfall gabs bisher ein CPU-Limit, wenn ich alles richtig verstanden habe.
mariahellwig
Grand Admiral Special
Nicht zwangsläufig. IO lastig sind sie, wenn man viele Transaktionen hat und ein komplexes Wiederherstellungsmodell, sprich intensives Loggen der Transaktionen benötigt. Benötigt man das nicht, senkt das die Last enorm.
Opteron
Redaktion
☆☆☆☆☆☆
- Mitglied seit
- 13.08.2002
- Beiträge
- 23.645
- Renomée
- 2.254
@Woerns:
Naja, für alle und jede Abfragen wird der MapReduce-Algo doch kein Allheilmittel sein, oder?
Von In-Memory redete ich nicht, das ist bei jeder DB immer (sehr) schön, wenn mans hat.
Frage ist eher, ob es bei Big-Data (das meinst Du sicherlich mit Datenvolumen größer als bei PC) noch praktikabel ist.
Naja, für alle und jede Abfragen wird der MapReduce-Algo doch kein Allheilmittel sein, oder?
Von In-Memory redete ich nicht, das ist bei jeder DB immer (sehr) schön, wenn mans hat.
Frage ist eher, ob es bei Big-Data (das meinst Du sicherlich mit Datenvolumen größer als bei PC) noch praktikabel ist.
tomturbo
Technische Administration, Dinosaurier
Ja und?
Wo findet sich da jetzt die doch sehr spezielle eingeschränkte Rechenpower von Grafikkernen?
Abgesehen davon:
Gerade das kranke Datenmodell von SAP bekleckert sich nicht mit Ruhm wenn es um Performance geht.
Wenn da Grafikkarten die Perfomance wieder bringen sollen dann gute Nacht.
Ja und?
Hier gilt das Gleiche wie oben.
Wo findet sich da jetzt die doch sehr spezielle eingeschränkte Rechenpower von Grafikkernen?
@Opteron
Map-reduce ist ja alles schön und gut.
Wo die Power interessant wird sind die Datenmengen wieder jenseits von gut und böse.
Dh. wie kommen die 500GB oder TBs zur Graka zum reducen?
In der Theorie wunderbar mit HSA in der Praxis wird man es sehen müssen.
Noch bin ich sehr skeptisch.
Complicated
Grand Admiral Special
Nun es geht nicht um die Power der Grafikkerne - dafür reicht ja OpenCL.
Es geht um HSA und die enthaltene hUMA Technologie, wo CPU und GPU gemeinsam daran arbeiten und nur ein Code dafür benötigt wird. Wenn bei gemeinsamem Code und Kontextbedingtem Switch der Recheneinheiten (CPU<->GPU) eine Verdreifachung der Verarbeitungsgeschwindigkeit erreicht wird, ist das Spitze.
tomturbo
Technische Administration, Dinosaurier
Nochmal zusammengekürzt: Wo braucht SQL einen Kontextswitch auf eine GPU?
Markus Everson
Grand Admiral Special
Komm bitte unbedingt wieder wenn Du verstanden hast was ein Kontext ist.
Eigentlich nichts, wo eine Server-CPU groß ins Schwitzen gerät, wenn man die Datenbank/Tabellen ordentlich designt (Indizes, etc..) hat. Und bei BigData limitiert vorher das I/O....
Complicated
Grand Admiral Special
Keine Ahnung. Hat das jemand ausser dir behauptet?
Guten Tag. Und was weiter jetzt? hUMA bleibt HSA und der Kontext deines Satzes ist nicht gegeben ausser es wären verschieden Themen. Du hättest mich vielleicht darauf hinweisen können dass ich grammatikalisch nicht richtig lag, jetzt ist der Zug abgefahren
Zuletzt bearbeitet:
Als unsere UNI mal SAP Besuch abgestattet hat, hat das verantwortliche Team auch die InMemory DB vorgestellt, das waren etwa ein Handvoll MA, k. a. wie da was gescheites raus kommen soll, aber vielleicht arbeiten jetzt mehr daran
Ah, dann ist das der Grund, warum zunehmend auf Microserver mit vielen kleinen Prozessoren mit viel I/O und viel Speicher gesetzt wird, weil eine teure Server-CPU eh nicht ausgelastet wird?
tomturbo
Technische Administration, Dinosaurier
Wo außer bei der Werbung wird auf Micro-schrott-server gesetzt?
Ich hab noch keine in den RZs gesehen.
tomturbo
Technische Administration, Dinosaurier
Nicht ich habe behauptet, dass HSA Datenbanken beschleunigen soll.
Ihr wart das.
Complicated
Grand Admiral Special
Und ich habe SQL nicht erwähnt.
Zuletzt bearbeitet:
