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.

  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.

  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.

  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

  5. Re: Deja Vu

    Autor: Vermillion 30.04.13 - 08:07

    Dann heisst das jetzt goodbye opencl?

  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.

  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....

  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.

  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.

Neues Thema Ansicht wechseln


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

Anzeige
Stellenmarkt
  1. Robert Bosch GmbH, Leonberg
  2. thyssenkrupp AG, Essen
  3. SGH Service GmbH, Hildesheim
  4. equensWorldline GmbH, Aachen

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Blu-ray-Angebote
  1. (u. a. Fast & Furious 1-7 Blu-ray 26,49€, Indiana Jones Complete Blu-ray 14,76€, The Complete...
  2. 24,99€ (Vorbesteller-Preisgarantie)
  3. (u. a. The Revenant, Batman v Superman, James Bond Spectre, Legend of Tarzan)


Haben wir etwas übersehen?

E-Mail an news@golem.de


The Surge im Test: Frust und Feiern in der Zukunft
The Surge im Test
Frust und Feiern in der Zukunft
  1. Computerspiele und Psyche Wie Computerspieler zu Süchtigen erklärt werden sollen
  2. Wirtschaftssimulation Pizza Connection 3 wird gebacken
  3. Mobile-Games-Auslese Untote Rundfahrt und mobiles Seemannsgarn

Redmond Campus Building 87: Microsofts Area 51 für Hardware
Redmond Campus Building 87
Microsofts Area 51 für Hardware
  1. Windows on ARM Microsoft erklärt den kommenden x86-Emulator im Detail
  2. Azure Microsoft betreut MySQL und PostgreSQL in der Cloud
  3. Microsoft Azure bekommt eine beeindruckend beängstigende Video-API

3D-Druck bei der Bahn: Mal eben einen Kleiderhaken für 80 Euro drucken
3D-Druck bei der Bahn
Mal eben einen Kleiderhaken für 80 Euro drucken
  1. Bahnchef Richard Lutz Künftig "kein Ticket mehr für die Bahn" notwendig
  2. Flatrate Öffentliches Fahrradleihen kostet 50 Euro im Jahr
  3. Nextbike Berlins neues Fahrradverleihsystem startet

  1. Wemo: Belkin erweitert Smart-Home-System um Homekit-Bridge
    Wemo
    Belkin erweitert Smart-Home-System um Homekit-Bridge

    Belkin will mit einer eigenen Bridge das Wemo-Smart-Home-System kompatibel mit Apples Homekit machen. Damit wird es dann möglich, die Wemo-Geräte mit Siri zu steuern.

  2. Digital Paper DPT-RP1: Sonys neuer E-Paper-Notizblock wird 700 US-Dollar kosten
    Digital Paper DPT-RP1
    Sonys neuer E-Paper-Notizblock wird 700 US-Dollar kosten

    Sonys neues digitales Papier wird deutlich günstiger angeboten als der drei Jahre alte Vorgänger. Zudem steigt die Auflösung des Notizsystems, das sich wie echtes Papier anfühlen soll. Die typische Akkulaufzeit soll bei drei Wochen liegen, allerdings mit Einschränkungen.

  3. USB Typ C Alternate Mode: Thunderbolt-3-Docks von Belkin und Elgato ab Juni
    USB Typ C Alternate Mode
    Thunderbolt-3-Docks von Belkin und Elgato ab Juni

    Sowohl Belkin als auch Elgato haben ihre recht teuren Thunderbolt-3-Docks für Juni 2017 angekündigt. Die Geräte bieten unter anderen Gigabit-Ethernet und externe Displayanschlüsse. Aber nur eines ist für Windows und MacOS.


  1. 18:10

  2. 10:10

  3. 09:59

  4. 09:00

  5. 18:58

  6. 18:20

  7. 17:59

  8. 17:44