FORTRAN fordító készítése 64bitOS írásához
2004-04-12T13:29:46+02:00
2004-04-15T11:18:43+02:00
2022-07-19T05:37:18+02:00
  • Először is már minden normális compiler tud mmx-et ,sse-t kezelni. A legjobb az Intel C++, már én is ezt használom egy ideje. A Fortran meg nem rossz én is foglalkoztam vele, de OS írásra alkalmatlan! A 64bites cuccok meg még váratnak magukra, de például az Intel fordítója már tud IA-64-re fordítani.

    Egyébként tanulásnak remek ötlet!
    Mutasd a teljes hozzászólást!
  • Beépíthetőek új elemek az implementációba... Majd meglátom.
    Mutasd a teljes hozzászólást!
  • hmm.. igazibol hatareset.. 2procis modulokbol csinalnak egy fat, 10Gb-es Etherneten.. minden modulhoz asszem 1-2GB RAM-ot adnak..
    viszont a winyok tavol lesznek, es kulon procikon keresztul erik el.. ugyhogy nem rengeteg gepet kapcsolnak ossze, hanem 1 nagyot csinalnak!
    mindegyiken futna 1-1 kis OS, de csak a bootolasig, aztan meg atveszi az a progi, ami a szamitast vegzi.. ezert mondom, hogy inkabb szorosan csatolt rendszer..
    Mutasd a teljes hozzászólást!
  • a vegcel 128000 proci


    Ez 99.99%, hogy valami bazi nagy cluster lesz, ez teljesen mas problemakor mint a sokprocis rendszerek.
    Mutasd a teljes hozzászólást!
  • A FORTRAN nem csak szamitasok elvegzesere jo?

    Mintha valahol azt olvastam volna, h. meg a stringeket se kezeli rendesen...

    De bocsi, ha tevednek ;)
    Mutasd a teljes hozzászólást!
  • en prologbol hallottam olyanrol, ami magatol lekezelte a tobb procit..
    amugy meg 2 hete penteken volt egy eloadas a SZTAKI-ban egy szuperszamitogeprol.. a vegcel 128000 proci, termeszetesen kutatasi celokra. Namost.. ha kezzel kell szetosztani, hogy mi melyiken fusson, az eleg faraszto.. 128000 process nyilvan nem lesz, az se jarhato ut, hogy az OS majd odaad 100 processt 100 procinak, a tobbi meg var..
    most mar tudom, hogy a c++ crosscompiler melle miert irtak hozza fortrant is :)
    Mutasd a teljes hozzászólást!
  • Mutasd a teljes hozzászólást!
  • Hogyan tudok beszállni egy meglévő projectbe?

    Üdv:

    Pál Balázs
    (Intifáda)
    Mutasd a teljes hozzászólást!
  • Őszintén köszi a bíztatást

    Üdvözlettel:

    Pál Balázs
    (Intifáda)
    Mutasd a teljes hozzászólást!
  • Ne lombozzuk le az ifjú kollégát. Az ilyen dolgoknak igenis van értelme. Persze nem olyan értelemben, hogy valaha is hasznosítható kereskedelmi termék válik egy 6222. fortran compilerből akár támogat mmx-et akár nem, hanem tanulásképpen. Egy önálló compiler írás rengeteg értékes tapasztalattal gazdagítja a programozó(jelölte)t. Tapasztalatból beszélek 1x-2x éves koromban (de rég volt...) magam is írtam forth precompilert/ interpretert dual proc-ra. 2 db z80-as duruzsolt egyszerre, és a végeredmény: - lehetett olyan feladatot találni, ahol a precompiled kód _tömörebb_ és a végrehajtás _gyorsabb_ volt, mint egy single z80-on asm-ben. - hát ez nagy élmény volt.
    Megérte.

    Úgyhogy: hajrá Intifáda

    Mutasd a teljes hozzászólást!
  • Tényleg van olyan fordító amely többprocesszorra fordít anélkül, hogy a programozó a parallelizációval foglalkozna??


    Ha az os tamogatja, akkor a tobbszalu programok automatikusan osztoznak a tobb cpu-n, nem kell kulon erre programozni.

    Szerintem ha valaki többprocesszoros környezetben akar programozni, az tanulja meg a FORTRAN-t.


    Miert is? Szerintem te a parhuzamos programozast azonositod a tobbprocesszoros rendszerek programozasaval, pedig az elobbi csak egy kis reszhalmaza az utobbinak.

    A Fortran regebben valoban gyakorlatilag egyeduralkodo volt a tudomanyos alkalmazasok teruleten, de ma mar az elonyei nagy reszet elvesztette es - ahogy mar elottem ramutattak erre - joreszt csak a rengeteg regebben megirt alkamazas/konyvtar tartja eletben. Teljesitmenyben az ujabb C++ konyvtarak (pl Blitz++) lenyomjak. Egyedul talan a vektorprocesszor tamogatas az, ahol meg tartja magat, dehat ugye az nem egy mainstream terulet.

    Mindazonaltal hajra, bar egy uj project helyett en inkabb egy mar meglevobe (pl GNU Fortran) szallnek be a helyedben.

    netchan
    Mutasd a teljes hozzászólást!
  • Úgy vélem, az emberiségnek van még mit kutatnia és fejlesztenie a compilerek területén.
    Másrészt arról nincs tudomásom -de Isten megbocsátja, lehet nincs igazam- hogy magyarok irtak már olyan compilert, mint amilyen a lentebbi linkeken található
    Nem hiszem, hogy a FORTRAN elavult nyelvnek számítana, manapság is jópár compilert írnak rá a tengerentúlon. (Nálunk persze-ha jól tudom- sohsem volt a FORTRAN-nak túl nagy kultúrája-) Szerintem ha valaki többprocesszoros környezetben akar programozni, az tanulja meg a FORTRAN-t.
    Tényleg van olyan fordító amely többprocesszorra fordít anélkül, hogy a programozó a parallelizációval foglalkozna?? Persze lehet, hogy van ilyen.

    Egyszóval nem hiszem, hogy a levegőbe beszélnék felesleges hülyeségeket, nyilvánvalóan én is tájékozódtam a témában.
    Mellesleg a magyar tapasztalatok bővítése is cél...

    Üdvözlettel:

    Pál Balázs
    (Intifáda)
    Mutasd a teljes hozzászólást!
  • Mi adott rá okot, hogy olyan jót derültél???


    Néhány ok:

    - a fordítók már vagy 8 éve tudnak pentium procikra optimalizálni, mmx-t is tudnak már vagy 6 éve

    - elhiheted hogy az oprendszerek is kihasználják az új lehetőségeket, a legegyszerűbb dolgoktól kezdve egészen a multiszegmens memóriamodellekig

    - a FORTRAN jópofi dolog, a jelenleg futó kódok egy jó része ezen a nyelven irodott, DE elavult nyelv. A meglévő programokat csak azért nem cserélik le, mert túl sokba kerülne (lásd, asszem a britek(?) egyik telefonközpontjának szoftverét). Az "igazi programozó FORTRANban dolgozik" lemez már egy ideje lejárt.

    - manapság c és pascal fordító szinte minden platformra létezik, és az új rendszerek alá pillanatok alatt megjelenik egy

    Persze hobbi szinten érdekes ilyenekkel foglalkozni, de szerintem ne számíts túl sok érdeklődőre.
    Mutasd a teljes hozzászólást!
  • Lehet, hogy eltérnek a fogalmaink?

    Lehet. Kodoptimalizalas alatt szerintem manapsag kb. azt kell erteni, hogy minimum pl. az ebben a doksiban szereplo dolgokat magadenak kell tudni:

    manual
    Mutasd a teljes hozzászólást!
  • Javaslom pl. ezt megnézni: Intel Fortran & C++ compilers
    Mutasd a teljes hozzászólást!
  • masszivan optimalizalni.


    Lehet, hogy eltérnek a fogalmaink?

    Pál Balázs
    (Intifáda)
    Mutasd a teljes hozzászólást!
  • Mi adott rá okot, hogy olyan jót derültél???
    Mutasd a teljes hozzászólást!
  • Úgy vettem észre, hogy habár fordítók még mindig tucatszámra születnek, a PENTIUM MMX nyújtotta lehetőségeket még mindig nem, vagy csak részben használják ki

    Szia, mostanaban nem nagyon foglalkoztam ezzel a temaval, de szerintem pl. a legujabb C forditok (pl. Intel) nemhogy MMX-re, de pl. SSE-re is kepesek masszivan optimalizalni.
    Szerintem ez egy nagyon 'hot' terulet, szoval nagyon nehez melo lesz a jelenlegi forditoknal gyorsabb kodot generalot csinalni. Persze meg mindig egy fokkal realisabb celkituzes, mint az oprendszer fejlesztes 0-rol, szoval hajra!
    Mutasd a teljes hozzászólást!
  • Heh! Rég derültem ilyen jót!
    Szerintem gondoltd át még 1x a dolgot.
    Mutasd a teljes hozzászólást!
  • Akit érdekelne a téma, és érdemben együtt tudna működni, az feltétlenül keressen meg. Szeretnék szervezni egy kisebb workgroupot.

    Üdvözlettel:

    Pál Balázs
    (Intifáda)
    Mutasd a teljes hozzászólást!
  • Úgy vettem észre, hogy habár fordítók még mindig tucatszámra születnek, a PENTIUM MMX nyújtotta lehetőségeket még mindig nem, vagy csak részben használják ki (ez azért is fontos, mert korábban itt a fórumon felmerült, hogy az oprendszerek még mindig nem használják ki a Pentium proci lehetőségeit, csak a 386-486osokét).
    Ott van a halom új lehetőség, például egy csomó új regiszter, többprocesszoros lehetőségek, pipelined bus cycles, stb, stb., stb., amelyeket szép lenne mindet kihasználni a kódok méretének és végrehajtási idejének csökkentésére.
    Ezért kellene egy olyan fordítót készíteni amely:
    - kihasználja a PENTIUM MMX processzort teljes egészében
    - Szorosan (tehát a mostani szorosnak mondhatónál még szorosabban)
    együttműködik a mat. társprocival
    - Képes platformfüggetlen kód előállítására is
    Természetesen egy ilyen compiler elkészítése nem megy egyik napról a másikra, azonkívül a fordítási stratégiák teljes kidolgozása is több embert kívánó feladat....
    Én a FORTRAN nyelvre gondoltam, mert
    - a FORTRAN elterjedt nyelv a többprocesszoros rendszereken
    - a FORTRAN-hoz aránylag könnyű preprocesszort és interpretert írni,
    - mert a BASIC-hoz hasonlóan sororientált nyelv
    - lépés az INTEL és a SUN rendszerek kompatibilitása felé.
    Úgy vélem, hasznos eszközt adnánk ezzel a programozók kezébe...

    Üdvözlettel:

    Pál Balázs
    (intifada)
    Mutasd a teljes hozzászólást!
Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd