Új hozzászólás Aktív témák

• #15296 pmonitor aktív tag Mechorganic #15287

  Új Válasz 2021-01-02 12:29:23 #15296

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  pmonitor

  aktív tag

  válasz Mechorganic #15287 üzenetére

  Esetleg még azt lehet csinálni, hogy az egészet megírod C-ben/C++-ban. A sebességkritikus rész(ek) kódját megnézed, és ha találsz benne olyan részt, ahol szted lehet gyorsítani, akkor azokat megírhatod C-be/C++-ba ágyazott assemblyben. Macerás, de ha a gyorsaság számít, akkor talán ez a legegyszerűbb.

• #15292 bambano titán Mechorganic #15287

  Új Válasz 2021-01-01 18:34:39 #15292

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz Mechorganic #15287 üzenetére

  szerintem a nem sebességkritikus részeket meg lehet írni c-ben, a sebességkritikusokat meg c-be ágyazott assembly-ben. pl. a kép beolvasását úgyis a diszk limitálja, felesleges asm-et erőltetni rá.

• #15291 Livius őstag Mechorganic #15290

  Új Válasz 2021-01-01 18:12:12 #15291

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Livius

  őstag

  válasz Mechorganic #15290 üzenetére

  Az IO művelet nem gazdaságos, szerintem még asm-ben sem, ezért ez a koncepció hogy sokszor kell hozzányúlnod a fájlokhoz rossz stratégia. Lehet hogy tudsz vele tárhelyet vagy adatküldést spórolni, de CPU időt meg pont hogy pocsékolni fogod nagyon sokat.

• #15289 kovisoft őstag Mechorganic #15287

  Új Válasz 2021-01-01 12:57:59 #15289

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kovisoft

  őstag

  válasz Mechorganic #15287 üzenetére

  Ha a sebesség számít, akkor lehet, hogy jobban jársz, ha C-ben írod meg a kódot, és rábízod az optimalizálást a fordítóra. A modern CPU-k bonyolult architektúrával rendelkeznek, kézzel nehéz olyan assembly kódot írni, ami gyorsabb kódot eredményezne annál, mint amit egy jó C compiler előállít sebességre optimalizált módban, mert ismerni kell, hogy mely utasítások milyen körülmények között tudnak párhuzamosan végrehajtódni, mikor mi mire vár, stb. Ha érdekel a téma, akkor ezen az oldalon találsz rengeteg infót az optimalizálással és a CPU architektúrákkal kapcsolatban.

• #15288 Livius őstag Mechorganic #15287

  Új Válasz 2021-01-01 12:51:09 #15288

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Livius

  őstag

  válasz Mechorganic #15287 üzenetére

  Bármilyen .exe amit fordítasz egy mingw gcc-vel vagy akár a Visual studio-val console app-ként .bat fájlban használható, ehhez nem kell asm-ben írni. Én azt javaslom a standard C++-t válaszd erre, mondjuk Win XP-én a (Win 10-re is felmegy) Codeblocks ingyenes IDE-t felrakod a mingw-vel együtt és már fordíthatsz is bármilyen console-ban futó .exe-t. Ha még be is állítod a -Ofast optimalizációt, szerintem ugyan ott leszel sebességben mintha hozzáértően asm-ben csináltad volna.
  
  Ezt a "képsorozat esetén a nem változó kép négyzeteket nem kell újra eltárolni" nem igazán értem, hogy ebben mi a lényeg.

• #15285 Livius őstag Mechorganic #15284

  Új Válasz 2020-12-31 17:17:21 #15285

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Livius

  őstag

  válasz Mechorganic #15284 üzenetére

  Ez most csak hobbi vagy valami konkrét cél is van ezzel?

  2020-ban DOS-ba vagy Win XP-re ezt felejtsd már el. Millió másik sokkal modernebb program vagy script nyelv létezik erre, amiben 50-100 sorból minden kész van egyszerűen és még működik is a mai modern összes oprendszeren. Google-vel azért nem találsz semmit, mert ezt ma már senki sem használja, mert van fejlettebb szoftvertechnológia ilyenekre.

  Ha csak simán standard C vagy C++-ban írnád Win XP-én mingw gcc-vel ugyan olyan gyors lenne 99%-ra mint amit most próbálsz egyáltalán nem hatékonyan megcsinálni asm-ben.

• #15282 dabadab titán Mechorganic #15280

  Új Válasz 2020-12-31 14:34:02 #15282

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dabadab

  titán

  válasz Mechorganic #15280 üzenetére

  A több szál tök felesleges, ez 32 bites pixelekkel számolva is csak 128 MB, az a pár memcpy nagyjából előbb lefut, minthogy elindulna egy szál. Ami tart valameddig, az az IO, azon meg nem segít a többszálúság.

• #15281 Livius őstag Mechorganic #15280

  Új Válasz 2020-12-31 14:21:18 #15281

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Livius

  őstag

  válasz Mechorganic #15280 üzenetére

  Miben kell ezt csinálnod? Mi az oprendszer mi a programozási nyelv? Az egészet ASM-ben írod?

  Ha van elég RAM-od és mondjuk 1-nél több CPU-d akkor a legegyszerűbb az, amit a végén is írtál, hogy az egészet egyszerre betöltöd egy mátrixba, aztán minden egyes sorra amit akarsz egymástól függetlenül elvégezni, azokat egyszerre elindított (egy for ciklusban egymás után, igazából nem pont egyszerre fognak indulni) külön szálakban, azt vársz azok végére és mondjuk az eredmény mátrixot meg már nem párhuzamosítva, hanem szépen sorban felépíted ezek külön eredményeiből (ekkor már csak copyzol sorról sorra).

  Ez amit szeretnél C, C++, C#-ban egyaránt Linuxon vagy Windowson egy szép megoldás és még egyszerű is. Tonna számmal vannak a neten az ilyenekre a megfelelő példa kódok.

• #15260 opr nagyúr Mechorganic #15256

  Új Válasz 2020-12-28 22:52:47 #15260

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  opr

  nagyúr

  válasz Mechorganic #15256 üzenetére

  Próbáltad több szálon megoldani? Ez a feladat elég jól párhuzamosíthatónak tűnik, illetve ha van elég ram, akkor az első beolvasást és az utolsó, teljes file lemezre írásán kívül elhagynám a lemezműveleteket. Beolvas, feldolgoz, összerak, kiír. Ebből a darabolás, meg utána a végső "fileba" (adatszerkezetbe) írás mehet párhuzamosan simán.

• #15258 bambano titán Mechorganic #15256

  Új Válasz 2020-12-25 18:32:47 #15258

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz Mechorganic #15256 üzenetére

  ramdisken próbáltad?

Új hozzászólás Aktív témák