Abo
  1. Foren
  2. Kommentare
  3. PC-Hardware
  4. Alle Kommentare zum Artikel
  5. › Huma: Gemeinsamer Speicher für CPU…

Deja Vu

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. Deja Vu

    Autor: Crass Spektakel 30.04.13 - 06:50

    Ich fühle mich gerade an das Memory-Layout eines Amiga 1000 anno 1985 erinnert, da konnte auch CPU und GPU gleichzeitig Daten im gleichem Memorylayout bearbeiten. Und ja, ich bezeichne das als GPU weil im Amiga die Grafikeinheit kleine Listenprogramme und Arrayoperationen ausführen konnte.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  2. Re: Deja Vu

    Autor: Trottelvernichter 30.04.13 - 07:44

    Crass Spektakel schrieb:
    --------------------------------------------------------------------------------
    > Ich fühle mich gerade an das Memory-Layout eines Amiga 1000 anno 1985
    > erinnert, da konnte auch CPU und GPU gleichzeitig Daten im gleichem
    > Memorylayout bearbeiten. Und ja, ich bezeichne das als GPU weil im Amiga
    > die Grafikeinheit kleine Listenprogramme und Arrayoperationen ausführen
    > konnte.
    Allerdings konnten die Customchips nur auf das Chip-Memory zugreifen. Also keine echte Unified-Memory.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  3. Re: Deja Vu

    Autor: derKlaus 30.04.13 - 07:53

    also, nur weil es vor fast 30 Jahren so ähnlich schon gemacht wurde ist es ja nicht unbedingt schlecht.

    Das Konzept an sich finde ich gut, bin aber zu wenig mit der Programmierung bewandert, um Vor- und Nachteile ausmachen zu können.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  4. Re: Deja Vu

    Autor: Smartcom5 30.04.13 - 08:05

    Trottelvernichter schrieb:
    --------------------------------------------------------------------------------
    > Crass Spektakel schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Ich fühle mich gerade an das Memory-Layout eines Amiga 1000 anno 1985
    > > erinnert, da konnte auch CPU und GPU gleichzeitig Daten im gleichem
    > > Memorylayout bearbeiten. Und ja, ich bezeichne das als GPU weil im Amiga
    > > die Grafikeinheit kleine Listenprogramme und Arrayoperationen ausführen
    > > konnte.
    > Allerdings konnten die Customchips nur auf das Chip-Memory zugreifen. Also
    > keine echte Unified-Memory.

    Stimmt, jedoch war der Chip-Mem ebenfalls der CPU zugänglich. Einzig der Fast-Mem war CPU-Exklusiv.


    In diesem Sinne

    Smartcom

    "Ich weiß nicht ob es besser wird, wenn es sich ändert. Aber ich weiß das es sich ändern muß, wenn es besser werden soll."
    Georg Christoph Lichtenberg *1742, †1799, deutscher Schriftsteller

    Benutzer wird von Ihnen ignoriert. Anzeigen

  5. Re: Deja Vu

    Autor: Vermillion 30.04.13 - 08:07

    Dann heisst das jetzt goodbye opencl?

    Benutzer wird von Ihnen ignoriert. Anzeigen

  6. Re: Deja Vu

    Autor: JarJarThomas 30.04.13 - 08:12

    Nein das ist ein grosser Vorteil von openCL jetzt.
    Denn opencl übernimmt das kopieren der daten auf den speicher der gpu ... wenn nötig.

    der schritt fällt jetzt weg, das ist oft 3-5 fache performance die dann möglich wäre.

    und opencl ist weiterhin die sprache mit der du die gpu programmierst

    ----------------------------------------------------------------
    http://www.tandt-games.de/qr.png
    Das ist eine URL auf etwas was dich wahrscheinlich nicht interessiert.
    Also nutze KEINEN QRScanner um die URL zu verfolgen.
    Denn im Endeffekt wäre es für dich uninteressant.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  7. Re: Deja Vu

    Autor: morecomp 30.04.13 - 08:16

    Crass Spektakel schrieb:
    --------------------------------------------------------------------------------
    > Ich fühle mich gerade an das Memory-Layout eines Amiga 1000 anno 1985
    > erinnert, da konnte auch CPU und GPU gleichzeitig Daten im gleichem
    > Memorylayout bearbeiten. Und ja, ich bezeichne das als GPU weil im Amiga
    > die Grafikeinheit kleine Listenprogramme und Arrayoperationen ausführen
    > konnte.

    Daran dachte ich spontan auch....

    Benutzer wird von Ihnen ignoriert. Anzeigen

  8. Re: Deja Vu

    Autor: nille02 30.04.13 - 08:17

    Vermillion schrieb:
    --------------------------------------------------------------------------------
    > Dann heisst das jetzt goodbye opencl?

    Sogar ganz im Gegenteil. Die Daten müssen nicht mehr Kopiert werden und die GPU könnte sogar auf die L1 und L2 Caches der CPU zugreifen.

    Ich meine aber das Zero Copy auch heute schon bei den APUs Funktionieren müsste. Als beispiel bei x264 OpenCL sind die APUs durch die Bank weg schneller als die Extra Karten.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  9. Re: Deja Vu

    Autor: irata 01.05.13 - 14:33

    Crass Spektakel schrieb:
    --------------------------------------------------------------------------------
    > Ich fühle mich gerade an das Memory-Layout eines Amiga 1000 anno 1985
    > erinnert, da konnte auch CPU und GPU gleichzeitig Daten im gleichem
    > Memorylayout bearbeiten. Und ja, ich bezeichne das als GPU weil im Amiga
    > die Grafikeinheit kleine Listenprogramme und Arrayoperationen ausführen
    > konnte.

    Das Konzept gab es auch schon bei 8-Bit Rechnern (Apple, Commodore, Atari usw.).
    GPU ist korrekt, auch die Bezeichnung "Graphics Processing Unit" gab es damals schon.
    Die Atari 8-Bit Rechner (geistiger Vorgänger zum Amiga) hatten auch eine "Display List", also Befehle/Programm für die Grafikausgabe.
    GPU würde ich sogar bei HW-Sprites und -Scrolling als richtig erachten, also alles, was ein "programmierbarer Grafikprozessor" ist.

    Benutzer wird von Ihnen ignoriert. Anzeigen

Neues Thema Ansicht wechseln


Entschuldigung, nur registrierte Benutzer dürfen in diesem Forum schreiben. Klicken Sie hier um sich einzuloggen


Anzeige
  1. Manager Digitalisierung - Digitale Projekte und Prozesse in internationaler Matrixstruktur/IT (m/w)
    über Hanseatisches Personalkontor Düsseldorf, Düsseldorf
  2. Presales Consultant (m/w)
    Hornetsecurity GmbH, Hannover
  3. Softwareentwickler (m/w) mit Schwerpunkt JAVA
    Viega GmbH & Co. KG, Attendorn
  4. Informatiker, Wirtschaftsinformatiker als Sharepoint-Experte (m/w)
    HOBART GmbH, Offenburg

Detailsuche



Anzeige
Blu-ray-Angebote
  1. Star Wars: Trilogie IV-VI [Blu-ray]
    33,00€
  2. NEU: Angebote der Woche
    (u. a. The Dressmaker 11,97€, The Trust 11,97€, Barca 11,97€)
  3. VORBESTELLBAR: The Jungle Book 3D+ 2D [3D Blu-ray]
    27,99€ (Vorbesteller-Preisgarantie)

Weitere Angebote



Haben wir etwas übersehen?

E-Mail an news@golem.de


Snowden: Natural Born Knüller
Snowden
Natural Born Knüller
  1. IT-Planungsrat Hardware darf keine "schadenstiftende Software" haben
  2. Biere 2 Telekom steckt dreistelligen Millionenbetrag in Rechencenter
  3. Spionage Regierung schaut US-Auftragsfirmen genauer auf die Finger

Das Flüstern der Alten Götter im Test: Düstere Evolution
Das Flüstern der Alten Götter im Test
Düstere Evolution
  1. E-Sports ESL schließt Team Youporn aus
  2. Blizzard Hearthstone-Cheat-Tools verteilen Malware

PGP im Parlament: Warum mein Abgeordneter keine PGP-Mail öffnen kann
PGP im Parlament
Warum mein Abgeordneter keine PGP-Mail öffnen kann

  1. VATM: Vectoring in Mecklenburg-Vorpommern braucht 20.476 KVz
    VATM
    Vectoring in Mecklenburg-Vorpommern braucht 20.476 KVz

    In einem dünn besiedelten Flächenland wie Mecklenburg-Vorpommern ist der Vectoring-Ausbau nicht einfach. Das exklusive Vectoring-Angebot der Deutschen Telekom halte nicht, was es verspricht, meint der Branchenverband VATM.

  2. Arkane Studios: Dishonored 2 erscheint im November 2016
    Arkane Studios
    Dishonored 2 erscheint im November 2016

    Ohne großen Vorlauf hat Bethesda den Erscheinungstermin von Dishonored 2 bekanntgegeben. In dem Action-Schleich-Rollenspiel steuert man wahlweise einen Leibwächter oder eine junge Kaiserin.

  3. OpenSSL-Update: Die Rückkehr des Padding-Orakels
    OpenSSL-Update
    Die Rückkehr des Padding-Orakels

    Die jüngste Version von OpenSSL behebt eine kritische Sicherheitslücke: eine Neuauflage des sogenannten Padding-Oracle-Angriffs. Mehrere ältere Bugs ermöglichen außerdem zusammen eine Memory-Corrpution-Lücke.


  1. 21:04

  2. 17:55

  3. 17:52

  4. 17:37

  5. 17:10

  6. 16:12

  7. 15:06

  8. 14:46