1. Foren
  2. Kommentare
  3. Wissenschaft
  4. Alle Kommentare zum Artikel
  5. › Moore's Law: Totgesagte…

Schöner Artikel

  1. Thema

Neues Thema Ansicht wechseln


  1. Schöner Artikel

    Autor: teenriot* 24.10.14 - 12:17

    Hat mir Spaß gemacht zu lesen.

  2. Re: Schöner Artikel

    Autor: Dendamin 24.10.14 - 13:09

    teenriot* schrieb:
    --------------------------------------------------------------------------------
    > Hat mir Spaß gemacht zu lesen.

    Dem schliesse ich mich an. Vielen Dank!

  3. Re: Schöner Artikel

    Autor: Rainer Tsuphal 24.10.14 - 13:58

    Dendamin schrieb:
    --------------------------------------------------------------------------------
    > teenriot* schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Hat mir Spaß gemacht zu lesen.
    >
    > Dem schliesse ich mich an. Vielen Dank!
    Ich auch. Selten, dass ich einen fünfseitigen Artikel ganz lese, aber hier hat es sich gelohnt.

  4. Re: Schöner Artikel

    Autor: Boandlgramer 24.10.14 - 14:25

    Mich auch...

    Ich würd' aber einen Gedanken beisteuern wollen, der mir zu kurz kam. Es geht ja im Ergebnis um Rechenleistung; in den 80ern und 90ern gab's da als öffentliche Diskussion den Gegensatz CISC/RISC - und wenn ich das richtig interpretiere, ist das im Wesentlichen für CISC ausgegangen. Das bedeutet ja, ein Teil der Rechenleistung ist deswegen besser, weil sie nicht von einem Compiler organisiert wird, sondern on Chip "erzeugt" wird. Weil der Compiler nicht gut genug war...

    Um die Kurve zu kriegen: Hardware und Software lassen sich im Detail dann gar nicht gut trennen. Und was die Software - im ersten Durchgang natürlich Compiler und Interpreter - angeht, stecken wir imho noch in den 70ern oder 80ern fest.

    Die Themen Multiprocessing/-threading, Optimierung und sogar OOP kreisen immer noch ziellos. OOP hat sich als Dogma (unter der Voraussetzung industrieller Erzeugung von Software) durchgesetzt, ist aber bezogen auf die erzielbare Rechenleistung ein Hindernis. Bei Optimierungen würd' ich als Beispiel den sagenhaften Boost der JVM von Android zwischen der Version 2.2 und 2.3 (ich hoffe, ich erinnere mich richtig) anführen, das zeigt, wie viel Luft da nach oben ist. Beim Multithreading sind keine einheitlichen, vorteilhaften Konzepte sichtbar; das ist anwendungsspezifisches Gebastel - zum Teil getrieben durch das Gebastel in den Betriebssystemen. Am Ende wird's als Teufelszeug doch einfach ignoriert. Kann mdraid mittlerweile mehr als einen Kern belasten?

    Als provokanter Einschub: Warum haben mein Tablet, mein Telefon, mein Desktop, mein Auto, meine Uhr, meine Waschmaschine jeweils ein eigenes Leistungslimit; obwohl die (teiweise) heute schon miteinander vernetzt sind und also sehr wohl bestimmte Aufgaben gemeinschaftlich lösen könnten?

    Deswegen glaube ich, dass die Software in den nächsten Jahrzehnten Moores Law weiter tragen wird, auch wenn die Hardware nicht mehr dieses Tempo alleine vorlegen kann.

    Und dann wäre die Erkenntnis vielleicht einfach nur, dass Moore und Co die Begrifflichkeiten zu Eng gesetzt haben.

  5. Re: Schöner Artikel

    Autor: Quantium40 24.10.14 - 16:10

    Boandlgramer schrieb:
    --------------------------------------------------------------------------------
    > Deswegen glaube ich, dass die Software in den nächsten Jahrzehnten Moores
    > Law weiter tragen wird, auch wenn die Hardware nicht mehr dieses Tempo
    > alleine vorlegen kann.
    > Und dann wäre die Erkenntnis vielleicht einfach nur, dass Moore und Co die
    > Begrifflichkeiten zu Eng gesetzt haben.

    Einfach mal Moores Law im Originalwortlaut lesen. Software oder auch Tempo haben nicht wirklich etwas damit zu tun:
    > The complexity for minimum component costs has increased at a rate of roughly a
    > factor of two per year. Certainly over the short term this rate can be expected to
    > continue, if not to increase. Over the longer term, the rate of increase is a bit more
    > uncertain, although there is no reason to believe it will remain nearly constant for at
    > least 10 years.

  6. Re: Schöner Artikel

    Autor: unknown75 24.10.14 - 16:23

    Boandlgramer schrieb:
    --------------------------------------------------------------------------------

    > Als provokanter Einschub: Warum haben mein Tablet, mein Telefon, mein
    > Desktop, mein Auto, meine Uhr, meine Waschmaschine jeweils ein eigenes
    > Leistungslimit; obwohl die (teiweise) heute schon miteinander vernetzt sind
    > und also sehr wohl bestimmte Aufgaben gemeinschaftlich lösen könnten?

    Ähm, naja wenn willst kannst du dir auch aus all dem Kram einen "TabletWaschmaschinenTelefonDesktopAuto-Cluster" bauen. Nur die Frage ist wie Sinnvoll das ist. Die Vernetztung wird nämlich so viel Overhead verursachen, das dein Desktop PC (ich vermute mal deine schnellest Kiste) n mal früher alleine fertig ist. Dazu kommt das sich nicht alle Probleme parallelisieren lassen und Abhängigkeiten entstehen können. Aber prinzipiell könnte man trotzdem so einen Cluster bauen, was zum Teil auch gemacht wird. Das ganze nennt sich dann Gridcomputing und BOINC unterstützt mitlerweile auch Android und damit Handys, TV, Digitalkameras, Tablets, vielleicht bald auch Kühlschränke und Waschnmaschinen.

    So ich hoffe soweit konnte ich dir erstmal weiter helfen ;-)

  7. Re: Schöner Artikel

    Autor: nie (Golem.de) 24.10.14 - 17:41

    Danke, für solches Feedback machen wir uns gern die Mühe ;)

    Nico Ernst
    Redaktion Golem.de

  8. Re: Schöner Artikel

    Autor: Anonymer Nutzer 27.10.14 - 07:46

    Boandlgramer schrieb:
    --------------------------------------------------------------------------------
    > Mich auch...
    >
    > Ich würd' aber einen Gedanken beisteuern wollen, der mir zu kurz kam. Es
    > geht ja im Ergebnis um Rechenleistung; in den 80ern und 90ern gab's da als
    > öffentliche Diskussion den Gegensatz CISC/RISC - und wenn ich das richtig
    > interpretiere, ist das im Wesentlichen für CISC ausgegangen. Das bedeutet
    > ja, ein Teil der Rechenleistung ist deswegen besser, weil sie nicht von
    > einem Compiler organisiert wird, sondern on Chip "erzeugt" wird. Weil der
    > Compiler nicht gut genug war...
    >
    > Um die Kurve zu kriegen: Hardware und Software lassen sich im Detail dann
    > gar nicht gut trennen. Und was die Software - im ersten Durchgang natürlich
    > Compiler und Interpreter - angeht, stecken wir imho noch in den 70ern oder
    > 80ern fest.
    >
    > Die Themen Multiprocessing/-threading, Optimierung und sogar OOP kreisen
    > immer noch ziellos. OOP hat sich als Dogma (unter der Voraussetzung
    > industrieller Erzeugung von Software) durchgesetzt, ist aber bezogen auf
    > die erzielbare Rechenleistung ein Hindernis. Bei Optimierungen würd' ich
    > als Beispiel den sagenhaften Boost der JVM von Android zwischen der Version
    > 2.2 und 2.3 (ich hoffe, ich erinnere mich richtig) anführen, das zeigt, wie
    > viel Luft da nach oben ist. Beim Multithreading sind keine einheitlichen,
    > vorteilhaften Konzepte sichtbar; das ist anwendungsspezifisches Gebastel -
    > zum Teil getrieben durch das Gebastel in den Betriebssystemen. Am Ende
    > wird's als Teufelszeug doch einfach ignoriert. Kann mdraid mittlerweile
    > mehr als einen Kern belasten?
    >
    > Als provokanter Einschub: Warum haben mein Tablet, mein Telefon, mein
    > Desktop, mein Auto, meine Uhr, meine Waschmaschine jeweils ein eigenes
    > Leistungslimit; obwohl die (teiweise) heute schon miteinander vernetzt sind
    > und also sehr wohl bestimmte Aufgaben gemeinschaftlich lösen könnten?
    >
    > Deswegen glaube ich, dass die Software in den nächsten Jahrzehnten Moores
    > Law weiter tragen wird, auch wenn die Hardware nicht mehr dieses Tempo
    > alleine vorlegen kann.
    >
    > Und dann wäre die Erkenntnis vielleicht einfach nur, dass Moore und Co die
    > Begrifflichkeiten zu Eng gesetzt haben.


    Ich werfe mal in den Raum, dass wenn die MS DOS Rechner auf RISC basiert gearbeitet hätte, heute RISC die führende und überlegene Plattform wäre. Ganz einfach weil viel mehr Geld durch den breiten Markt für R&D zur Verfügung gestanden hätte.

  9. Re: Schöner Artikel

    Autor: bassfire 27.10.14 - 10:39

    Soweit ich mich meiner Mikroprozessorvorlesung erinnere, hat sich RISC durchgestzt. Im wesentlichen weil bei CISC weitaus mehr Instruktionen zur Verfügung stehen, die bei RISC vom Compiler zusammengesetzt werden. Bei CISC wurden deshalb die Steuerwerke des Prozessors deshalb oft viel zu komplex und nahmen mehr als 50% der Chipfläche ein.

  10. Re: Schöner Artikel

    Autor: Quantium40 27.10.14 - 12:21

    DY schrieb:
    --------------------------------------------------------------------------------
    > Ich werfe mal in den Raum, dass wenn die MS DOS Rechner auf RISC basiert
    > gearbeitet hätte, heute RISC die führende und überlegene Plattform wäre.
    > Ganz einfach weil viel mehr Geld durch den breiten Markt für R&D zur
    > Verfügung gestanden hätte.

    Die meistverkaufte CPU-Architektur sind die ARMs, die wohl irgendwie als RISC-CPUs gelten, obwohl die Befehlssätze im Laufe der Zeit kräftig gewachsen sind.
    Auf der anderen Seite sind aktuelle x86-CISC-CPUs eigentlich RISC-CPUs mit einer zusätzlichen Übersetzungsschicht von CISC (Makro-Ops) auf RISC (Mikro-Ops).

  11. Re: Schöner Artikel

    Autor: MikeMan 20.04.15 - 14:13

    nie (Golem.de) schrieb:
    --------------------------------------------------------------------------------
    > Danke, für solches Feedback machen wir uns gern die Mühe ;)

    Welche Mühe, der ist doch republished von 2014. Nicht mal die Korrektur der Jahresangaben hat Mühe erfordert, da nicht geschehen.

    Ich meine, der Artikel ist gut und ich hätte auch nichts gesagt, aber eine so wohlfeile und selbstzufriedene Antwort fordert es ja dann doch heraus...sorry.

  12. Re: Schöner Artikel

    Autor: koelnerdom 20.04.15 - 14:22

    Tja, bevor man so austeilt, sollte man vielleicht genau hinschauen, oder? Denn auch der Kommentar ist vom vergangenen Jahr.

  1. Thema

Neues Thema Ansicht wechseln


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

Stellenmarkt
  1. operational services GmbH & Co. KG, Berlin
  2. über duerenhoff GmbH, Münster
  3. KION Group AG, Frankfurt am Main
  4. Bijou Brigitte Modische Accessoires AG, Hamburg

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Top-Angebote
  1. 38,99€
  2. (u. a. BenQ 24,5 Zoll Monitor für 99,00€, Sharkoon PureWriter Tastatur 59,90€, Lenovo IdeaPad...
  3. 99,00€ (Bestpreis!)
  4. (aktuell u. a. Sharkoon Shark Zone M51, Astro Gaming C40 TR Gamepad für 169,90€, QPAD MK-95...


Haben wir etwas übersehen?

E-Mail an news@golem.de


Support-Ende von Windows 7: Für wen Linux eine Alternative zu Windows 10 ist
Support-Ende von Windows 7
Für wen Linux eine Alternative zu Windows 10 ist

Windows 7 erreicht sein Lebensende (End of Life) und wird von Microsoft künftig nicht mehr mit Updates versorgt. Lohnt sich ein Umstieg auf Linux statt auf Windows 10? Wir finden: in den meisten Fällen schon.
Von Martin Loschwitz

  1. Lutris EA verbannt offenbar Linux-Gamer aus Battlefield 5
  2. Linux-Rechner System 76 will eigene Laptops bauen
  3. Grafiktreiber Nvidia will weiter einheitliches Speicher-API für Linux

Kailh-Box-Switches im Test: Besser und lauter geht ein klickender Switch kaum
Kailh-Box-Switches im Test
Besser und lauter geht ein klickender Switch kaum

Wer klickende Tastatur-Switches mag, wird die dunkelblauen Kailh-Box-Schalter lieben: Eine eingebaute Stahlfeder sorgt für zwei satte Klicks pro Anschlag. Im Test merken unsere Finger aber schnell den hohen taktilen Widerstand.
Ein Test von Tobias Költzsch

  1. Keychron K6 Kompakte drahtlose Tastatur mit austauschbaren Switches
  2. Charachorder Schneller tippen als die Tastatur erlaubt
  3. Brydge+ iPad-Tastatur mit Multi-Touch-Trackpad

Open Power CPU: Open-Source-ISA als letzte Chance
Open Power CPU
Open-Source-ISA als letzte Chance

Die CPU-Architektur Power fristet derzeit ein Nischendasein, wird aber Open Source. Das könnte auch mit Blick auf RISC-V ein notwendiger Befreiungsschlag werden. Dafür muss aber einiges zusammenkommen und sehr viel passen.
Eine Analyse von Sebastian Grüner

  1. Open Source Monitoring-Lösung Sentry wechselt auf proprietäre Lizenz
  2. VPN Wireguard fliegt wegen Spendenaufruf aus Play Store
  3. Picolibc Neue C-Bibliothek für Embedded-Systeme vorgestellt

  1. Erneuerbare Energien: Windkraft in Luft speichern
    Erneuerbare Energien
    Windkraft in Luft speichern

    In Zukunft wird es mehr Strom aus Windkraft geben. Weil die Anlagen aber nicht kontinuierlich liefern, werden Stromspeicher immer wichtiger. Batterien sind eine Möglichkeit, das britische Startup Highview Power hat jedoch eine andere gefunden: flüssige Luft.

  2. 5G: Merkel verschiebt Entscheidung zu Huawei um einige Monate
    5G
    Merkel verschiebt Entscheidung zu Huawei um einige Monate

    Laut einem Bericht ist Merkel keine Einigung mit den US-Lobbyisten in der Union gelungen. Die Kanzlerin hat die Sache nun erst einmal vertagt. Für die 5G-Netzbetreiber bleibt die Unsicherheit zum Einsatz von Huawei-Technik.

  3. Google: Steam soll offiziell auf Chrome OS laufen
    Google
    Steam soll offiziell auf Chrome OS laufen

    Valve und Google arbeiten einem Medienbericht zufolge an einer Umsetzung von Steam für Chrome OS. Für Valve würde das durchaus Sinn ergeben - aber Google hätte eigentlich bessere Optionen beim Gaming auf der Plattform.


  1. 12:04

  2. 11:43

  3. 11:28

  4. 11:13

  5. 11:00

  6. 10:45

  7. 10:33

  8. 10:18