Új hozzászólás Aktív témák
-
ddekany
veterán
"Ha nem tudnak párhuzamos kódot írni, akkor ki kéne hogy rúgják őket a fejlesztőcégek, és felvesznek olyat, aki tud..."
De az legyen világos, hogy ez nem csak tudás/nemtudás kérdése... Ha ez a specialitásod a programozáson belül, ált. akkor is több munka megírni párhuzamosítottra valamit, tehát drágább a fejlesztés. Meg persze a jobb programozók eleve drágábbak. Tehát nem éri meg mindenhol befektetni erre. Ahol egyértelműen megéri, ott valószínűleg be is fektetnek rá.
"Sajnos ilyen időszakokban a tespedés nem sok jóra vezet"
Csak sokszor nem annak érdeke a sok mag kihasználása, mint akinek a munkát el kéne végeznie... Nyilván pl. az Intel nagyon szeretné, miután az egymagos teljesítménnyel megtorpantak, ha most a több magos CPU-kkal tudnák folytatni a tendenciát, de pl. adott szoftver fejlesztője, akinek a vásárlói elsősorban nem a sebesség alapján választanak, ezzel nem fog vacakolni (hacsak az Intel és társai nem fizet neki egy valag pénzt).
-
ddekany
veterán
"Szoftverből túlkínálat van, szóval azt a progit fogják venni, amiben van sok szolgáltatás, és azonos hardveren gyorsabb."
Igen, csak épp a két tényező közül ált. az első többet nyom a mérlegen... és ráadásul a kettő ált. egymás rovására megy. Az utóbbi csak akkor kezd fajsúlyos lenni, ha valami már annyira lassú, hogy már tényleg kínosan használható.
"nekem attól még izélja a csőröm, hogy fos programok miatt nem lehet kihasználni a bitang hardvert"
Úgy is nézheted, hogy a fos hardverek miatt nem fut rendesen az egyszálú program... Itt mind a CPU gyártók, mind a szoftver gyártók szívatóban vannak. Előbbieknek az egyszálas teljesítményt kéne növelni, a másiknak párhuzamosítani kéne programokat úgy, hogy azok olcsók és karbantarthatóak maradnak. Kemény dió mind a kettő. Egyébként a Scala-sok épp most nyertek pályázaton (Popular Parallel Programming) az EU-tól több mint félmilliárd Ft-ot (átszámolva) arra, hogy ezen a téren csináljanak valamit ([link])... itt tehát kb. a szakma krémjének a krémjéről van szó, nem átlag programozókról. Lehet ezt a pénzt nem kis százalékban a CPU gyártók nyomták az EU zsebébe, mert hisz nem tudják minden évben azt a +1 magot eladni.
[ Szerkesztve ]
-
ddekany
veterán
"Figyeld, a fejlesztők tudnk párhuzamosítani, ha akarnak."
Feltéve hogy párhuzamosítható a probléma. Amúgy ezt mondom, hogy csak nem feltétlenül akarnak, mert plusz kiadás (sok fejlesztés) és nem jön vissza sok területen. Jófejségből meg nem fogják párhuzamosítani...
"Szerverkörnyezetben már régóta alap, meg a rendesebb felhasználói szoftvereknél - Maya, Apache, stb. is teljesen megoldott."
A szerver más tészta... egyrészt ott sokszor az van, hogy sok buta egyszálú cucc fut egyszerre (pl. sok PHP script), mert több felhasználó használja egyszerre a gépet. Másrészt meg vannak jobban egybefüggő, amiken egyszerre rengeteg felhasználó lóg (pl. MySQL, Apache httpd, stb), ott meg kritikusan fontos a többszálúság, ezért naná hogy megéri ezen vakaródznia a fejlesztőknek (különben simán használhatatlan lenne amit írtak). A renderelés is megint egy olyan terület, ahol ácsingoznak a vásárlók a sebesség után, érthető okokból, és lám ott olyanra is csinálták, mert ez komoly versenyelőny.
Új hozzászólás Aktív témák
- APPLE MacBook Air 2020 13" Retina - M1 / 8GB / 256 GB SSD / MAGYAR / 96% akku, 81 ciklus / Garancia
- LG NanoCell 55NANO766QA Halvány píxel csík
- Philips 58PUS8545/12 1 ÉV GARANCIA Játék üzemmód
- Tyű-ha! HP EliteBook 850 G7 Fémházas Szuper Strapabíró Laptop 15,6" -65% i7-10610U 32/512 FHD HUN
- Bomba ár! HP EliteBook 840 G5 - i5-8G I 8GB I 128GB SSD I 14" FHD I HDMI I Cam I W10 I Gari!