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?

  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

  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.

  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

  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.

  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

  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.

  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.

  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)

    Kann Spuren von persönlichen Meinungen, Sarkasmus und Erdnüssen enthalten. Ausdrucke nicht für den Verzehr geeignet. Ungelesen mindestens haltbar bis: siehe Rückseite

  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.

Neues Thema Ansicht wechseln


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

Anzeige
Stellenmarkt
  1. medavis GmbH, Karlsruhe
  2. AVL List GmbH, Graz (Österreich)
  3. Alfred Kärcher GmbH & Co. KG, Winnenden bei Stuttgart
  4. VDI/VDE Innovation + Technik GmbH, Berlin

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Blu-ray-Angebote
  1. (u. a. John Wick, Pulp Fiction, Leon der Profi, Good Will Hunting)


Haben wir etwas übersehen?

E-Mail an news@golem.de


Edge Computing: Randerscheinung mit zentraler Bedeutung
Edge Computing
Randerscheinung mit zentraler Bedeutung
  1. Software AG Cumulocity IoT bringt das Internet der Dinge für Einsteiger
  2. DDoS 30.000 Telnet-Zugänge für IoT-Geräte veröffentlicht
  3. Deutsche Telekom Narrowband-IoT-Servicepakete ab 200 Euro

Mobilestudio Pro 16 im Test: Wacom nennt 2,2-Kilogramm-Grafiktablet "mobil"
Mobilestudio Pro 16 im Test
Wacom nennt 2,2-Kilogramm-Grafiktablet "mobil"
  1. Wacom Vorschau auf Cintiq-Stift-Displays mit 32 und 24 Zoll

Play Austria: Die Kaffeehauskultur reicht bis in die Spielebranche
Play Austria
Die Kaffeehauskultur reicht bis in die Spielebranche
  1. Human Head Studios Nach 17 Jahren kommt die Fortsetzung für Rune
  2. Indiegames Erfahrungen mit der zufallsgenerierten Apokalypse
  3. Spielebranche Mikrotransaktionen boomen zulasten der Kaufspiele

  1. Liberty Global: Giga-Standard Docsis 3.1 kommt im ersten Quartal 2018
    Liberty Global
    Giga-Standard Docsis 3.1 kommt im ersten Quartal 2018

    Der Giga-Standard kommt in wenigen Monaten zum Endkunden. Die Unitymedia-Mutter Liberty Global ist zufrieden mit den Vorbereitungen für den Rollout in allen Landesmärkten. Deutschland könnte bei Docsis 3.1 der erste sein.

  2. Apache-Sicherheitslücke: Optionsbleed bereits 2014 entdeckt und übersehen
    Apache-Sicherheitslücke
    Optionsbleed bereits 2014 entdeckt und übersehen

    Der Optionsbleed-Bug im Apache-Webserver wurde 2014 bereits in einem wissenschaftlichen Paper beschrieben. Allerdings hatte offenbar niemand bemerkt, dass es sich um eine kritische Sicherheitslücke handelt, obwohl kurz zuvor der ähnliche Heartbleed-Bug entdeckt worden war.

  3. Tianhe-2A: Weltweit zweischnellster Supercomputer wird doppelt so flott
    Tianhe-2A
    Weltweit zweischnellster Supercomputer wird doppelt so flott

    Aus dem Tianhe-2 wird der Tianhe-2A: China hat seinen Supercomputer aufgerüstet und damit gleich zwei Systeme mit mindestens 100 Petaflops. Neu sind vor allem die selbst entwickelten Matrix2000-GPDSPs statt Intels Xeon-Phi-Beschleuniger.


  1. 18:10

  2. 17:45

  3. 17:17

  4. 16:47

  5. 16:32

  6. 16:22

  7. 16:16

  8. 14:28