Hello!
Jó írás, bár csak átfutottam. Egy kérdésem lenne: miért éppen "felhő"? Ennek semmi köze nincs a felhőhöz. Ez egy egyszerű számoló klaszter, 3 darab node-al.

Egy buta kérdés. GCC-nek nem lehet megmondani x86-os architektúrán, hogy na már most én nem Intel bint akarok, hanem ARM bint? Hasonlóan mint az AVR-GCC, PIC, PowerPC stb.. compilere.

Amúgy nagyon jó a cikk!! Jöhet még ilyen .

[ Szerkesztve ]

tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!

"Egy buta kérdés." ???

Jó cikk

https://www.youtube.com/@kisstontour

Nem, mert fix benne, hogy milyen kódot generáljon. Az Ubuntu 12.10-ben rákeresve a gcc-4.7-re (apt-cache gcc-4.7) rögtön egy egész kazalnyi változatot listáz ki: normál x86, arm, arm-hard-fp, llvm ...
Az AVR-GCC is egy olyan csomag lehet, amiben az x86-osra fordított gcc mips kódot generál.

Az viszont lehetséges, hogy paraméterezéssel optimalizáld az utasításkészletet vagy hogy még pontosabban definiáld az architektúrát. Mondjuk azt, hogy armv6 legyen, mert a pi nem ismeri az újabb armv7-et. (pl "-march=armv6 -mfpu=vfp -mfloat-abi=hard")

(#1) Eddie85: a felhő egy érdekes (marketing) gumiszó, amit sokféle alkalmazásnál mondanak. Ha van számítási felhő, akkor ennyi erővel lehet fordítási felhő is Való igaz az icecc kapcsán inkább farmként szokták emlegetni a gépek halmazát.

Nagyon érdekes téma....Köszi.

Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage

Hat ez marhajo, felkeltetted az erdeklodesemet a tema irant. Androidot buildelek eleg surun es hat kell(ene) az eroforras, az a kerdes hogy erdemes-e az itthon levo uzemen kivuli dualAtomos itx lapomat beizzitanom? Szamomra ha csak egy fel oraval csokken a ~3oranyi build ido mar megerne. Szted?

Valószínűleg már az is érezhető gyorsulást hozna. Persze ez attól is függ, hogy mit fordítunk, mennyi olyan feladata van a pi-nek, amit nem tud kiosztani másnak (a linkelés úgy tudom ilyenkor is a pi-n történik). Nem 1 szálon, hanem például 5ön mehetne a fordítás (ha dual atom = 2 mag 4 szál).

[ Szerkesztve ]

Nem rossz kis leírás...

Van egy elméleti fizikus ismerősöm aki részecske-modellezést számoltat (talán) ilyen módon...

Számításokhoz vannak közösségi megoldások is erre, talán a legismertebb a boinc (onnan is talán a seti@home). Az egyetemeken is bevett szokás, hogy a géptermek üres idejükben számolnak, fordítanak. Na meg persze vannak gépek kifejezetten számítási célra is, például rack szekrények megpakolva blade szerverekkel
Van valami világméretű hálózat is azt hiszem, ahol kihasználják, hogy a sok időzóna miatt mindig van valahol használható kapacitás

[ Szerkesztve ]

Ja hoppa, azt elfelejtettem irni hogy nalam pi nelkuli a kornyezet... (hp xw4400, atom330) :-)

Az AVR-GCC is egy olyan csomag lehet, amiben az x86-osra fordított gcc mips kódot generál.

ezt benéztem, az avr természetesen más architektúra, nem mips. Az a sebességet jelentette ott, ahol gyorsan utánanéztem (thx boss )

[ Szerkesztve ]

OpenGL alapú játékot is lehet vele fordíttatni? Sőt, 2D-s játékokat?

Megoldható, hogy ne a RasPi alá dolgozzanak a PC-k, hanem fordítva?

Grátisz kérdés: ha ennyire egyszerű ARM-re fordítani, akkor miért nincs soha support? Ha jól veszem ki, simán lehet portolni bármi Windows 8-as programot Windows RT-re.

"Most kell szerénynek lenni, mert most van mire." --- "All dreams eventually disappear when the dreamers wake."

persze, hogy lehet forditani jatekokat. A raspberry tamogatja az opengl-t, nemreg nyitottak meg a libek forrasat is. Kezdettol fogva demozzak rajta a Quake3-at, igaz az sdl-es.

Ha keszitunk olyan toolchaint, ami armon fut es x86 biarist fordit, akkor a pi is tud segitenia pc-knek. A teljesitmenye viszont eleg harmatos a mai pecekhez kepest, igy nem lenne tul hatekony.

A raspberrin ugyan olyan linux fut, mint az asztali gepeken, csak arm-os valtozatban. Igy sok programot csak ujra le kell forditani. A Win8 es WinRt elegge kulonbozo rendszerek. Elvileg lefordithatnak arm-ra a normal windowst is, de mivel masok az igenyek, ezert mas megoldast valasztottak. Az arm-os rendszerukon az energiatakarekossag a legfobb szempont. Ehhez alakitottak a rendszert, az api-t is lecsereltek. A programoknak nem csak a hardverhez, hanem az oprendszernez is alkalmazkodni kell.

Oprendszert is? Űbazzeg lefordítom az XP-t Csak gondolm ahhoz erősebb vas kellene. Oda aztán mehetnek a játékok.

Ouyát mennyire lehet piszkálni majd ilyen téren?

"Most kell szerénynek lenni, mert most van mire." --- "All dreams eventually disappear when the dreamers wake."

xp-t? Van forrásod?

ójeh szerintem teljesen nyitott lesz ilyne értelemben, ha meg tudod cisnáli, nem akadályoz.

Egyébként köszi az írást, elég érdekes. Engem is mozgat mostanában a keresztfordítás kérdése, de nekem is x86-on idegen archos bináris kellene.

Erről cikk később?

offként néhány érdekesség a fedora arm fordító farmról: 1 2 3

[ Szerkesztve ]

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

Gyári lemez. Megteszi?

"Most kell szerénynek lenni, mert most van mire." --- "All dreams eventually disappear when the dreamers wake."

Már úgy értem, forráskódod. A gyári lemezt nem fogod leforedítani, max az íróasztalra.

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

Annó pont a raspberry pi kapcsán* hallottam a fedorásokról egy érdekes policy-t, hogy ők azon a hardveren fordítják, amin futtatni akarják.

*: indulásukkor egy fedora disztribúció armos változata lett volna a "hivatalos" rendszer, csak valami hibát nem tudtak sokáig kijavítani és nem jöttek ki vele.

Gondolkodtam rajta, hogy kellene egy olyan írás is. Még foglalkoznom kell vele előbb, hogy tudjam a pontos menetét

Pár százezres (C) elektronikus kormány szervó firmware teljes fordítása kb 20 perc core i7-es gépeken. Pár milliós soros (C++) CT feldolgozó rendszerének teljes fordítása kb 2,5 óra szintén core i7-es gépeken. Akkor egy komolyabb oprendszer vajon meddig fordulna? Oké a kernelt, és a shellt lehet külön is, de az akkor is nagyon sok idő, vagy nagyon erős rendszer kell alá. Amúgy meg úgy sincs nálad a forráskód, így marad a linux fordítás, ha már ennyire szeretnél fordítani . Bármi le lehet fordítani házilag is, amihez van forráskódod, pl. linux kernel, gcc, make, akár ubuntu, notepad++, vlc stb...

(#14) azbest: Nem tudom amúgy, hogy az AVR CPU-nak mi a kód nevük, csak azt hogy Hardvard architektúrát alkalmaznak. De egyáltalán nem rossz, mert részben támogatva van a 16 bites műveletek (a CPU 8 bites), és teljesen statikus működésű.

Sejtettem, hogy valami hasonló lesz ok, hiszen ez lenne a legevidensebb, ha megoldható lenne, de rá kellett kérdeznem, hogy tudjam a miértet .

tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!

Pont havernak ezt mondogattam pár hónapja hogy valami automatizált módon biztosan meg lehet oldani hogy egy távoli gép csinálja a crosscompile fordítást a kis RPi-nek. Nagyon hasznos cikk

Én a Cubieboard-omat várom már hogy egyszer csak megérkezzen és játszhassak vele. Valószínűleg ahhoz is kelleni fog ilyen, mert bár jóval erősebb SoC és 1GB RAM-ja lesz, nem hiszem hogy nagyon elkapkodná majd.

Most épp azzal szórakozom hogy a gyári Android 4.0.4 image-t megpróbálom lefrodítani rá, szerencsétlen egy magos Atom-os lapomnak majd 12 óra mire végez a cross compile-al, de nem sietek egyelőre sehová Viszont rendszer image-t egyszerűen nem tudok gyártani, pedig elvileg a fordítás jól lemegy

Ácsi. Androidot is le lehet fordítani x86 alá? Ejhö, Cedar Trailes atomok örülhetnek

"Most kell szerénynek lenni, mert most van mire." --- "All dreams eventually disappear when the dreamers wake."

android-x86 , ettől függetlenül ő szerintem arm-osat fordít valószínűleg

Lefordítani ugyan le lehet. De én most ARM-ra fordítok. A Cubieboard-ra készülök elő egy flash-elhető image-al.

Azok a gcc-k direkt arra a platformra keszulnek. AVR, ARM... Esetleg mar rogton ugy adjak, hogy valamilyen lib. keszlettel ossze is van csomagolva. En csak ilyeneket hasznalok. Illetve nem feltetlen gcc-t. Mert windows alatt a masok a lehetosegek. (De tegnap tobbszor is forditottam x86-on ARM-ra. Jo volt!)

Nagyon jo, es reszletes a cikked, nagyon tetszik! Kedvet kaptam kiprobalni... no, majd ha lesz idom... talan...

"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János

Kár... Gondolom ezért épül szinte miden opensource "nyitott" dolgokra (OpenGL, OpenCL, stb)
Amúgy egy telepítőlemezen rajta va a forráskód, nem?

"Most kell szerénynek lenni, mert most van mire." --- "All dreams eventually disappear when the dreamers wake."

Nem értem. Ha nincs forrás, akkor miből épül a szoftver?

"Most kell szerénynek lenni, mert most van mire." --- "All dreams eventually disappear when the dreamers wake."

Erre van a Windows Embedded. ARM-ra is, nem csak x86-ra.
(Az egy masik kerdes, hogy mondjuk minek mindent tudni? Peldaul a Win forraskodjat...)

"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János

Ez egy jó kérdés. Az open source egyik tagadhatatlan előnye nyilván az hogy ha találsz valami hibát és értesz is hozzá akkor magad ki tudod javítani anélkül hogy a vendor-ra várnál és egyből vissza is tudod adni a közösségnek. Továbbá érdekes tud lenni egy ekkora rendszer forrását böngészgetni, lehet belőle tanulni.

[ Szerkesztve ]

Ellenben ha barki mokolhatja a kernelt, az nem tul biztonsagos.
Sajnos latjuk a Windows-zal is, hogy az mennyire biztonsagos....
Kivancsi vagyok, mikor robban ki valami linuxos botrany.
// Mert ugye ott biztonsag csak isten-bizny-ra van!

"Továbbá érdekes tud lenni egy ekkora rendszer forrását böngészgetni, lehet belőle tanulni."
Hat ez meg sosem tort ram... mondjuk szamomra egy driver erdekesebb tud lenni.
(Open source driverek meg vannak win ala is, fuggetlen attol, hogy eddig ilyet sem csinaltam)

[ Szerkesztve ]

"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János

Igen, ez egy erdekes megkozelites... Arra jottem ra az elmult par ev alatt, hogy senki nem tudott ez iranyu kerdeseimre megnyugtato valaszokat adni. Az pedig egy eleg fura helyzet, ha mediafire, meg istentudja honnan letoltott modulokat forditok be a rendszerembe, hogy megfeleloen mukodjon. Nekem egy alapitvany biztonsagi szabalyzata nem nyujt biztonsagerzetet.
Ha egy nagyobb gyarto ( TI, Freescale, ST) oldalarol toltom le, az meg csak-csak rendben van / ad nemi biztonsagerzetet. Meg ha csak latszolagos is.
Regen, amikor letoltottem valamit a "http://sourceforge.net/"-rol, megcsinaltam, amit kell, bepattintottam a kis nyolcbitest a foglalatba, oszt jovan.
De mostanaban olyan dolgokkal maszatolunk, (en is,) hogy as'se tudjuk, mi az eredeti forras, hany kezen ment at.
Persze, igazad van, nem ismerem az alapokat sem, nincsenek szamitastechnikai tanulmanyaim, nem is tudok mast, mint egy par 10 oldalas getting started guide alapjan android kernelt forditani... meg guglizni... de vajon hanyan lehetnek meg igy ezzel!..

"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János