- Synology NAS
- Vivaldi (böngésző)
- Rossz üzlet az EV-kölcsönzés
- Linux kezdőknek
- Musk szerint már jövőre itt vannak a Tesla Optimus humanoid robotok
- Padavan firmware
- OpenWRT topic
- Otthoni hálózat és internet megosztás
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Megrendszabályozza a Pornhubot az EU
Új hozzászólás Aktív témák
-
kispx
addikt
"jelentős energiamegtakarítás érhető el megfelelő programozási módszerek alkalmazásával is"
Valaki tudna ilyet mondani? -
buherton
őstag
válasz Drótszamár #2 üzenetére
Nekem is pontosan ez jutott az eszembe.
És hogy miért?
1. rövidebb ideig tart a fordítás, mert nem is kell fordítani
2. gyorsabb és hatékonyabb a kód.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... !!!
-
MageRG
addikt
Nem hiszem hogy lenne energiatakarékos magasszintű nyelv.
Ez sokkal inkább a compilerek dolga, meg a programozói környezeté.
De érdekelne, pl. egy Java2 ME vagy Android SDK mit tud felmutatni. Hátha valaki hozzáértő tud példát mondani."What is bravery, without a dash of recklessness!"
-
#06658560
törölt tag
válasz Drótszamár #2 üzenetére
És a bitenkénti kódolás binárisban az smafu?
Komolyra fordítva- az nem lehet, hogy hatékonyabb scriptek létrehozása az általánosan létezök helyett megoldás lehet részben? Esetleg okosan tervezett elágazások, azok vizsgálata, stb.
-
buherton
őstag
De nem compilerrel vagy interprettel, és ez a lényeg. Assemblynél a fordítás annyit jelent, hogy az előfordító elvégzi azt amit neki el kell (belhelyettesítést, stb..), és aztán már csak az marad, hogy a szöveges parancsokat, regiszterneveket átírja gépikódra, ami közel sem azonos azzal, hogy elkezd optimalizálni, stb... Erre pedig kíváncsi lennék, hogy egy összetettebb program asm-ben megírva, mennyit hozna a konyhára.
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... !!!
-
buherton
őstag
A kerneleket nem véletlenül írják C-ben és nem C++-ban vagy Java-ban, vagy PERL-ben.
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... !!!
-
dabadab
titán
"Az assemblyben irt leggyorsabb buborek rendezest is veri egy jobb algoritmus java-ban megirva."
Egyaltalan nem biztos. "Rule 3. Fancy algorithms are slow when n is small, and n is usually small." ([link])
A peldadat meg nem igazan ertem (a tobbi program ugyanazt a file-t tobbszor is kitomoritette?).
DRM is theft
-
buherton
őstag
Hiszem ha látom kategória.
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... !!!
-
dabadab
titán
Amit linkeltel a sortrol, azzal meg egyreszt tisztaban vagyok, masreszt meg pont errol beszeltem, hogy hiaba kisebb az ordo, attol a gyakorlatban meg lehet lassabb, point in case.
A zipes dolgot meg tovabbra sem ertem, de lehet, hogy bennem van a hiba
DRM is theft
-
dabadab
titán
"Ha a ciklusban 5* annyi utasitas van, de 1 000 000 helyett csak 3 000* kell lefutnia, gyorsabb lesz. Meg tobb elem eseten, meg nagyobb az elteres."
Ezzel az a problema, hogy a gyarkolatban nem meg tobb, hanem meg kevesebb elem szokott lenni, ahogy azt mar fent is jeleztem. Nyilvan, ahogy tart az elem szama a vegtelenhez, ugy lesz gyorsabb a kisebb ordoju, viszont egeszen eddig azt magyaraztam, hogy a gyakorlatban egyaltalan nem a vegtelenhez szokott kozeliteni az n, hanem kicsi.
szerk: OK, megvan a zipes sztorik, akkor az arrol szolt, hogy masok minden egyes ziphez kulon meghivtak a pkunzipet, te meg csak egyszer, es akkor tomoritette ki az osszeset. Ez nyilvan jelentos gyorsitas, de azert normalis fejlesztoknel azert alap, hogy kiszurjak, hogy ha egyetlen muvelet viszi el az ido 90%-at, az igazan gyors megoldas meg persze az lenne, ha egyszer sem hivna meg, hanem sajat maga implementalna az unzipet.
[ Szerkesztve ]
DRM is theft
-
dabadab
titán
"n a rendezendeo tomb elem szama. 10 000-es tomb, szerintem nem tul nagy."
A "nem tul nagy" eleg relativ fogalom, siman lehet, hogy a gyakorlatban szinte csak tiznel kevesebb eleme lesz. Elmeleti fejtegetesek alapjan nem lehet optimalizalni, merni kell.
"Ezek szerint akkoriban nem voltak normalis fejlesztok."
Inkabb az lehetett, hogy ezeket a file_id.diz rendezgeto cuccokat nem azok irtak, hanem fogalmatlan tinik.
DRM is theft
-
dabadab
titán
Új hozzászólás Aktív témák
- Amlogic S905, S912 processzoros készülékek
- Ukrajnai háború
- PlayStation 5
- Milyen autót vegyek?
- Google Pixel 6/7/8 topik
- Autós topik látogatók beszélgetős, offolós topikja
- Nyár közepén jön az AOC 540 Hz-es gaming monitora
- Milyen notebookot vegyek?
- Adrian Mole: Friss konfig, Win 11, gyere rám
- Politika
- További aktív témák...
- Új, bontatlan Samsung S24+ 256 GB black
- Dell Latitude E7270, 12,5" HD Kijelző, i5-6300U CPU, 8GB DDR4, 256GB SSD, W10, Számla, Garancia
- Amazfit I T-REX 2 I GTS 3 I GTR 3 I GTR 3 Pro
- Új Latitude 7440 2-in-1, FHD+ IPS kihajtható érintő, i7-1365U, 32GB DDR5, 512GB NVMe, IR kamera, gar
- Beszámítás! GB H610M i5 13400F 32GB DDR4 1TB SSD RTX 3070Ti 8GB MONTECH AIR 1000 Lite Corsair 650W