Hirdetés
-
Olajkereskedelem dollár helyett CBDC-ben?
it Szaúd-Arábia is csatlakozott a Nemzetközi Fizetések Bankja és Kína által vezetett jegybanki digitális pénzes projekthez, ami nagy változásokat hozhat.
-
Computex 2024: Látogatóban a Chieftecnél
ph Mélynyomót formázó microATX ház, egy ígéretes üvegtorony és vízhűtések is előkerültek a standon.
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
Új hozzászólás Aktív témák
-
dezz
nagyúr
Fordításnál számít az egyszálas teljesítmény, amiben mostanában az Intel a jobb (a fogyasztás mellett). Munkaeszköznél (és/vagy mert egy programozónak általában telik rá) nem a legfőbb tényező az ár sem.
De azért van még sokaknál egy jó adag előítélet is ("az AMD megbízhatatlan, fagy, elfüstöl", stb.). Az első x86 procim AMD volt, de utána jó ideig Intel, mert az számított az eredeti jó procinak, az AMD "csak gyenge utánzat", az említett tulajdonságokkal - pedig akkor ezek már rég nem voltak igazak.
Volt egyébként olyan OEM, ami az AMD-s gépein letiltotta a BIOS-ban az UltraDMA-t (talán mert egyszer valamilyen AMD-hez való chipsettel valami problémájuk volt és/vagy valami más megfontolásból, vagy inkább megszámolásból [$]), amitől aztán CPU erő ide vagy oda (K7/K8 korszak) nehézkesebbé vált a gép a hétköznapi használatban.
-
dezz
nagyúr
Tudom és éppen azt írtam, hogy a Duron nagyon is jó volt. (Később a Sempronnal is hasonló volt a helyzet.) Az lehet, hogy a Coppermine alapú Celeron még jó volt, de a későbbiek (a Core2 alapúakig) sokkal jobban le voltak butítva (nehogy túl olcsón túl jó procihoz juttassa a felhasználót az Intel), egészen kicsi L2 volt, stb., azokat valóban Celeroncsnak hívták.
-
dezz
nagyúr
Nos, én nem vagyok otthon x86/x64 ASM-ben (más platfomokon dolgozom, embedded, stb.), de amíg P.H. előkerül (már ha lesz kedve hozzászólni), aki igen, nos én annyit tennék hozzá, hogy a kézi optimalizálás is sokkal bonyolultabb annál, mint hogy "X assembly utasitas utan meg celszeru berakni ket NOP-ot". Már megbocsáss, de ilyet is az mond, aki meg ehhez nem sokat konyít. És igenis, meg lehet verni a fordítót is. Lehet, hogy nem a fordításban, de ASM-ben olyan dolgokat is meg lehet tenni, amit C/C++-ban nem. Pl. a x264 enkóder egyes részeit is ASM-ben írják. (A JIT meg nem tudom, hogy jön ide, az futásidőben helyettesíti be az X procis kódrészleteket az Y proci előre megírt, megfelelő kódrészleteivel.)
Amúgy nem is tudtam, hogy ilyen rivalizálás van a jó kóderek és a másfajta programozók között. Mellesleg a kettő nem zárja ki egymást, mármint hogy valaki mindkettőben jó legyen.
-
dezz
nagyúr
Nekem nem úgy tűnt, mintha azzal azonosítaná, hiszen így folytatódott a mondat: "hogy ismeri az OS minden nyűgjét baját, ha akarja meg is tudja kerülni, és emellett ismeri a vasat is amire fejleszt, és nem retten vissza egy kis ASM-től ha fontos a futásidő." És még ez sem teljesen, mert ugye csak itt kezdődik.
Persze ezzel sem kell feltétlen egyetérteni, mert enélkül is lehet meglehetősen komoly programokat írni (amik viszont nem feltétlen futnak a lehető leggyorsabban), ugyanakkor azokat sem kell lebecsülni, akiknek ez a specialitása. (Ami továbbra sem merül ki abban, hogy "tudja, hogy a az X assembly utasitas utan meg celszeru berakni ket NOP-ot, mert ugy az gyorsabb lesz". Az ASM kódolás nem is igazán vagy nem feltétlen erről szól.)
-
dezz
nagyúr
Morgyi valóban egy kicsit lebecsülte azokat, akiknek nem a futásidőre való minél alaposabb optimalizálás (és az OS hülyeségeinek kikerülése, stb.) a specialitása. De, nekem erősen úgy tűnt, hogy te meg éppen őket becsülted le.
Szó szerint reagáltam arra, amit írtál. Ezzel nem a másik álláspontot védtem. Nem csak e két álláspont létezhet.
"Meg azert a rend kedveert valaki irja le, hogy a webprogramozas az nem komoly munka (hiszen mikrokontrollert hekkelni komolyabb, mint mondjuk egy Facebook-meretu rendszert egyben tartani), a menedzselt nyelvek hatulgombolosoknak vannak, ja, es persze csak a fizikai munka a valodi munka!"
Ha valami, akkor ez egy szép példája a szalmabáb-érvelésnek... Mert ilyet én nem írtam, éppen ellenkezőleg. És köszi, hogy most már az én munkámat is lebecsülted (mikrokontroller hekkelés), mellesleg az embedded terület szintén nem merül ki ebben.
-
dezz
nagyúr
Jó, akkor nem kicsit. Megjegyzem, attól, hogy így vélekedik, még lehet, hogy tud programozni, akár jól is, csak úgymond régi vágású. Nem kedveli a hw-től nagyon elrugaszkodott dolgokat. (Én se nagyon.)
Na igen, ASM-ben is lehet vacak programot írni, az nem nagy kunszt (de legalább felesleges). Azonban komplikáltabb rutinokat/függvényeket úgy megírni, hogy az még igen jól is fut, nem könnyű dolog és ugyanúgy profinak (és kreatívnak) kell lenni hozzá, mint bármi más nyelvben lekódolni valami összetettebb dolgot. Az is igaz, hogy ma már nem érthet mindenki minden területhez.
(A munkámnak csak egy kisebb része a uC, van itt FPGA is, jócskán "kibélelve", meg ami még kell egy komplett feladatorientált panelhez. De kódoltam már különféle OS-ek alatt, többnyire C-ben. Volt >20e soros ASM is [amiből kb. 100 volt adat], mert akkor még sokkal lassabb lett volna C-ben.)
[ Szerkesztve ]
-
dezz
nagyúr
Szerintem sok régi mororos is hasonlóképpen vélekedik, akik megmaradtak a C/C++-nál és esetleg vannak ASM-es tapasztalataik is. Ez olyan macsó dolog.
Egyébként .NET-ben számít valamit a HW valamelyes ismerete? Mármint, tudhat úgy valaki optimálisabb kódot írni benne? Vagy pl. OpenCL-ben (ha valaki ismeri itt behatóbban)?
[ Szerkesztve ]
-
dezz
nagyúr
Köszi a kimerítő választ! (Persze, jöhet privátban, de elég tőmondatokban.)
A matematikusok nyilván csak akkor lesznek elégedettek, ha elég lesz a képlet. Amúgy a MathLab nem tud ilyet?
(#121) Fiery: Úgy értettem, ha valaki az OpenCL kód elkészítésekor figyelembe veszi a HW felépítését, működését. Emvy válszolt rá. Esetleg még arra lennék kíváncsi, ha már így benne vagyunk, hogy lehet-e OpenCL-ben egyik (pl. Maxwell) vagy másik (pl. GCN) architektúra számára kedvezőbb kódot írni?
(#122) orbano: 5-10x szorzó azért durva.
[ Szerkesztve ]
-
dezz
nagyúr
Izé, kicsit elhamarkodottan fogalmaztam, hiszen az Nvidia SoC-okban természetesen eddig is voltak ARM magok. Arra gondoltam, vajon lesz-e olyan nagyobb teljesítményű, PC/HPC-s Nvidia GPU, amiben lesz ARM mag? Korábban mintha ezt is pedzegették volna. Vagy esetleg éppen ez a K1 az? (Akkor viszont kár, hogy nincs benne még SVM.) Bár ezt is mobilnak írják.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Intel 1700-as Procik
- Intel Core i5-13600K - Aqua Garancia 2026/06/11
- intel LGA1200 Processzorok i3 / i5 / i7 / i9 - Új - Garanciás
- Beszámítás! Intel Core i3 8100 4mag 4szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i5 4570 4mag 4szál processzor garanciával hibátlan működéssel
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen