Abo
  1. Foren
  2. Kommentare
  3. OpenSource
  4. Alle Kommentare zum Artikel
  5. › Linux: Opensuse gesellt sich zu ARM…

Was macht es so schwer eine Distribution auf ARM zu Portieren? (kt)

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. Was macht es so schwer eine Distribution auf ARM zu Portieren? (kt)

    Autor: teleborian 06.11.12 - 16:30

    Was macht es so schwer eine Distribution auf ARM zu Portieren?

    Benutzer wird von Ihnen ignoriert. Anzeigen

  2. Re: Was macht es so schwer eine Distribution auf ARM zu Portieren? (kt)

    Autor: Thaodan 06.11.12 - 16:40

    Fehlende Fertigkeiten den ARM CPUs die mitunter sehr starken Unterschiede zwischen diesen.

    Wahrung der Menschenrechte oder Freie fahrt am Wochenende.
    -- Georg Schramm

    Benutzer wird von Ihnen ignoriert. Anzeigen

  3. Re: Was macht es so schwer eine Distribution auf ARM zu Portieren? (kt)

    Autor: teleborian 06.11.12 - 17:16

    Wird dies nicht beim Kompilieren automatisch gemacht? Ich dachte mal, das man heutzutage kaum noch Prozessorabhängig Programmiert. Aller höchstens noch dass man die Programmierung so plant, dass man viele Dinge Parallel rechnen kann.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  4. Re: Was macht es so schwer eine Distribution auf ARM zu Portieren? (kt)

    Autor: Thaodan 06.11.12 - 17:24

    teleborian schrieb:
    --------------------------------------------------------------------------------
    > Wird dies nicht beim Kompilieren automatisch gemacht? Ich dachte mal, das
    > man heutzutage kaum noch Prozessorabhängig Programmiert. Aller höchstens
    > noch dass man die Programmierung so plant, dass man viele Dinge Parallel
    > rechnen kann.
    Das stimmt, aberlerdings gibt es Programm die diese Erfordern.

    Wahrung der Menschenrechte oder Freie fahrt am Wochenende.
    -- Georg Schramm

    Benutzer wird von Ihnen ignoriert. Anzeigen

  5. Re: Was macht es so schwer eine Distribution auf ARM zu Portieren? (kt)

    Autor: Rogolix 06.11.12 - 21:16

    Thaodan schrieb:
    --------------------------------------------------------------------------------
    > teleborian schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Wird dies nicht beim Kompilieren automatisch gemacht? Ich dachte mal,
    > das
    > > man heutzutage kaum noch Prozessorabhängig Programmiert. Aller höchstens
    > > noch dass man die Programmierung so plant, dass man viele Dinge Parallel
    > > rechnen kann.
    > Das stimmt, aberlerdings gibt es Programm die diese Erfordern.
    Aber wie gesagt, kann man Extra-Features wie MMX doch beim Kompilieren der Pakete an- oder ausschalten. Ich denke der Hauptaufwand für Suse ist das Testen. Linux und die zugehörigen Programme laufen doch seit gefühlten Ewigkeiten auf irgendwelchen beschränkten und unüblichen Plattformen.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  6. Re: Was macht es so schwer eine Distribution auf ARM zu Portieren? (kt)

    Autor: Thaodan 06.11.12 - 21:18

    Es gibt aber auch welche die ohne diese gar nicht laufen...

    Wahrung der Menschenrechte oder Freie fahrt am Wochenende.
    -- Georg Schramm

    Benutzer wird von Ihnen ignoriert. Anzeigen

  7. Re: Was macht es so schwer eine Distribution auf ARM zu Portieren? (kt)

    Autor: nicoledos 06.11.12 - 21:36

    Das erste Problem sind die Fehlenden Standards. Bei x86 gibt vom Prinzip Intel vor was in einer Generation drin sein muss und welche Schnittstellen wie aussehen. Wenn mal jemand eine Extrawurst probiert, gibt es auch da Probleme.

    Bei ARM weiss man fern von den Entwicklerboards nie was tatsächlich drin ist. Den Standard, an den sich alle halten gibt es nicht. Dazu kann sich jeder seine CPU nach belieben basteln lassen. Die Komponenten sind nahezu closed-Source, da die Zulieferer im Embeddedbereich bisher sowieso in einer eigenen Welt agieren. Da sieht es mit offenen Specs und freien Treibern aus wie bei x86 vor 15 Jahren.

    So wie ich es verstanden habe gibt es bei x86 eine Schnittstelle, die du auch nach der vorhandenen Hardware fragen und die nötigen Treiber automatisch lädst. Bei ARM gibt es das, wie ich es mitbekommen habe wohl nicht, wenn du kein direkt angepasstest Image hast müssen die Treiber per TryAndError geladen werden. Und nicht zuletzt ändern die Hersteller durch Kostenoptimierung, Fehlerbehebung, ... mal eben irgendwelche Komponenten ohne genauere Dokumentation.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  8. Re: Was macht es so schwer eine Distribution auf ARM zu Portieren? (kt)

    Autor: Seitan-Sushi-Fan 07.11.12 - 01:15

    teleborian schrieb:
    --------------------------------------------------------------------------------
    > Was macht es so schwer eine Distribution auf ARM zu Portieren?

    Was bringt dich zu der Annahme, dass es schwer wäre? Ein dreiviertel Jahr für einen Port ist doch wenig.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  9. Re: Was macht es so schwer eine Distribution auf ARM zu Portieren? (kt)

    Autor: elgooG 07.11.12 - 12:58

    Thaodan schrieb:
    --------------------------------------------------------------------------------
    > Es gibt aber auch welche die ohne diese gar nicht laufen...

    Ihr vergesst ein wenig, dass es um mehr geht als nur den Compiler aufzurufen und gut.

    Es muss getestet werden, es müssen Treiber eingepflegt werden, der Kernel muss entsprechend konfiguriert werden. Evtl. muss sogar der Prozess-Scheduler gegen einen anderen ausgetauscht werden, Programme müssen evtl. abgeändert werden, Änderungen müssen dokumentiert werden, Patches müssen generiert werden, jeder Patch muss getestet werden, jedes Paket muss neu geschnürt werden,...

    Für die Umstellung hat SuSe Novell weder außergewöhnlich lange noch außergewöhnlich wenig Zeit benötigt.

    BTW: Programme müssen ggf. auch dann abgeändert werden, wenn sie nicht prozessorspezifische Features nutzen. (Stichwort: Speichermanagement)

    Benutzer wird von Ihnen ignoriert. Anzeigen

  10. Re: Was macht es so schwer eine Distribution auf ARM zu Portieren? (kt)

    Autor: teleborian 07.11.12 - 13:39

    Danke das wusste ich alles nicht.

    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. IT-Operations Consultant Master Data (m/w)
    Media-Saturn IT-Services GmbH, Ingolstadt
  2. Softwareentwickler/in
    Robert Bosch GmbH, Leonberg
  3. Information Security Architect (m/w) - Car IT-Umfänge
    Daimler AG, Stuttgart
  4. Moodle-Administrator (m/w)
    Fachhochschule Südwestfalen, Hagen

Detailsuche



Top-Angebote
  1. NEU: Watch Dogs [PC Download]
    7,50€
  2. GRATIS BEI GOG: Consortium: The Master Edition
  3. Geforce GTX 970/980/980Ti Grafikkarte kaufen und Rise of the Tomb Raider gratis erhalten

Weitere Angebote



Haben wir etwas übersehen?

E-Mail an news@golem.de


Raspberry Pi Zero angetestet: Der Bastelrechner für stille, dunkle Ecken
Raspberry Pi Zero angetestet
Der Bastelrechner für stille, dunkle Ecken
  1. Jaguarboard Noch ein Bastelcomputer mit Intel-Chip
  2. Cricetidometer mit Raspberry Pi Ein Schrittzähler für den Hamster
  3. Orange Pi Lite Preis- und Größenkampf der Bastelcomputer

Lumberyard: Amazon krempelt den Spielemarkt um
Lumberyard
Amazon krempelt den Spielemarkt um
  1. Lumberyard Amazon veröffentlicht Engine auf Basis der Cryengine

VBB-Fahrcard: Der Fehler steckt im System
VBB-Fahrcard
Der Fehler steckt im System
  1. VBB-Fahrcard Busse speichern seit mindestens April 2015 Bewegungspunkte
  2. VBB-Fahrcard Berlins elektronische Fahrkarte speichert Bewegungsprofile

  1. Xeon D-1571: Intel veröffentlicht sparsamen Server-Chip mit 16 Kernen
    Xeon D-1571
    Intel veröffentlicht sparsamen Server-Chip mit 16 Kernen

    Doppelt so viele Kerne bei etwas geringerem Takt und weiterhin 45 Watt: Intel positioniert den neuen Xeon D frühzeitig gegen die ARM-v8-Konkurrenz im Kampf um Marktanteile im Micro-Server-Segment.

  2. Die Woche im Video: Sensationen und Skandale
    Die Woche im Video
    Sensationen und Skandale

    Golem.de-Wochenrückblick Forscher haben Einsteins Gravitationswellen nachgewiesen und wir haben Neues zur Datenspeicherung beim VBB aufgedeckt. Sieben Tage und viele Meldungen im Überblick.

  3. Micron: Von 1Y-/1Z-DRAM-, 3D-Flash- und 3D-Xpoint-Plänen
    Micron
    Von 1Y-/1Z-DRAM-, 3D-Flash- und 3D-Xpoint-Plänen

    Micron hat einen Ausblick auf kommende Speichertechnologien gegeben: DRAM soll in feineren Strukturen gefertigt werden, 3D-NAND-Flash-Speicher mit TLCs wird zum Standard und ein Drittel aller Server mit zwei oder vier Sockeln sollen künftig 3D Xpoint nutzen.


  1. 09:21

  2. 09:03

  3. 00:24

  4. 18:25

  5. 18:16

  6. 17:46

  7. 17:22

  8. 17:13