- Milyen notebookot vegyek?
- Androidos tablet topic
- TCL LCD és LED TV-k
- Újabb "merénylő" érkezett a Thermalright megbízásából
- Nyomtató topik
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Milyen TV-t vegyek?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Gaming notebook topik
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
Hirdetés
-
5G-s változatban is választható a Redmi Pad Pro
ma Az adatkommunikációs modullal kiegészített táblagép elsőként Kínában kerül a polcokra.
-
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! :)
-
Ha Trump győz, Elon Musk politikai tanácsadó lehet
it A jelentések szerint Donald Trump azt fontolgatja, hogy politikai tanácsadót csinál Elon Muskból, amennyiben megnyeri a novemberi választást.
Új hozzászólás Aktív témák
-
$p@rr0w
őstag
Abu ha épp ráérsz leírhatod nyugodtan hogy mire is jó ez a gyakorlatban a hozzá nem értőknek.
Működéséhez OpenCL driver kell: szóval semmivel nem hozza közelebb a konzolokhoz hasonló alacsony elérést a hardverhez?
[ Szerkesztve ]
Kinőhetnétek már abból, hogy leírogatjátok miből nőttetek ki.
-
MODERÁTOR
Grafikus processzorokon futó programokat tudsz vele készíteni. Tudod, manapság az a menő, ha ezeket általános számításokra használod, és nem csak a grafika megjelenítésére.
szóval semmivel nem hozza közelebb a konzolokhoz hasonló alacsony elérést a hardverhez?
Bake, benne a hírben, hogy éppen az a lényege, hogy ez egy magasabb szintű nyelv mint az eddigiek.[ Szerkesztve ]
<-ƘƘ->
-
ermisukrám
tag
az ideális az lenne ha nem kellene külön headereket meghívni, vagy behúzni dll csomagokat .NET alá pl, hanem a fordító eldöntené hogy az adott műveletet min futtassa. Na ez lenne a Kánaán, mert így "macera"
Aki másnak izébizé annak nyelve szabadlapos
-
MODERÁTOR
válasz danikollar #4 üzenetére
Lehetne olyan programnyelvet is készíteni amivel elérhető alacsonyabb szinten is a specifikus hardver, csak nem sok értelme lenne ilyen körülmények között. Érthető a kérdés, de világos, hogy miért lehet ilyet a konzolokon, és miért nem lehet PC-n.
<-ƘƘ->
-
haxiboy
veterán
-
Rebourne
aktív tag
Bitcoint már inkább célszerszámmal éri meg bányászni, ha te fizeted az áramot, pl. http://www.butterflylabs.com/. Bár én ilyenkor nyáron inkább nem fűtöm a szobát, a gép is alig megy :p
-
MCBASSTION
aktív tag
sok lesz a zarojel
windows7sins.org
-
ddekany
veterán
Az logikusan hangzik, hogy tisztán funkcionális nyelvet használjunk GPU-ra, vagy legalábbis arra törekvőt. Azokban lehet ugyanis legtöbb párhuzamosítható feladatot találni automatizáltan.
De... LISP szintaxis... Hiába kap minden LISP-fan agyvérzést attól, hogy a sok zárójel miatt fújnak rá, mert ez tényleg nem emberi agynak való. Kb. arról szól a cucc, hogy fordító örül magának, hogy ő jobban tudja mikor hagytál ki egy zárójelet, mint te. Nanonjó játék... kabbe fordító. Neked tök olvasható a forrás a kifelejtett/felesleges zárójellel (hiszen azt se látod hol maradt ki), csak ő nem érti. Tudom, meg kell szokni... ja... Az van, hogy megtanulhatod túlélni a sok zárójelet, mint pl. szép behúzásokat raksz, így végül lényegében ignorálod őket, mert a behúzást nézed csak. Tehát a zárójelek ekkor csak zajnak vannak, ami a fordító vágyait elégíti ki, nem téged szolgál, mert te az nem is nézed. A fordító meg a behúzást nem... fasza. (És... lásd Python.) Nem érződik, hogy tán magát a szintaxist kéne megváltoztatni? Egy kis konceptuális egyszerűség feladásáért? Na? Nem, hát nem... (Az sem nyom feltétlenül a népszerűség irányába, hogy minden matematikai műveletet úgy írjunk ahogy, kifordítva a megszokotthoz képest. De mondjuk ezzel legalább elvi szinten ki tudok békülni.)
[ Szerkesztve ]
-
MODERÁTOR
A központi processzort csak akkor használja valami grafikai számításokra (3D-gyorsítás) ha például nincs megfelelő szoftveres támogatás (pl. llvmpipe). Ez tipikusan egy lassú, kényszermegoldás, mondjuk addig amíg telepíted a drivert.
Gondolom a sok kicsi processzor adott volt a grafikus feldolgozó egységben, amiken viszont egyes programokat lényegesen optimálisabban lehet futtatni. Van amikor nem egyetlen nagy és okos feldolgozó kell, hanem sok kicsi, de nem baj ha butábbak. Lehetett volna az általános számításokra külön számolóegységeket is szánni, de úgy tűnik, hogy a grafikus számításoknak osztozkodniuk kell.[ Szerkesztve ]
<-ƘƘ->
-
zs4k0s3mb3r
csendes tag
Már látom, hogy a legjobb Harlan IDE az emacs lesz
-
mzso
veterán
És olyan nyelvet ki fog csinálni ami GPU-hoz és CPU-hoz is ideális?
-
Zoli0726
aktív tag
OpenCL , lehet, hogy nem olyan hatékony, mint az OpenMP, ha valaki csak cpu-ban gondolkodik, de szerintem egyre ritkább az, hogy nincs egy rendszerben gpgpu. Egyébként az OpenCL nagyon úgy néz ki, hogy beváltja a hozzá fűzött reményeket, sok elkötelezett híve van. Nem kedvelem az Apple-t, de meg kell hagyni, hogy nem hiába sikeresek, az OpenCL-t is ők indítottták be.
-
ROBOTER
addikt
Mi ez, LISP? Enterprise-os idők jutnak eszembe.
-
ddekany
veterán
Most is "enterprise idők" vannak, vagy nem tudom mit jelent az. Amúgy az 50-es évekből eredő, afféle matematikusok által kitalált nyelv, magas szintű meg durván dinamikus és persze erősen jelen van benne a funkcionális programozás paradigma. Még ma sem teljesen halott, sőt van relatív felkapott új leszármazottja is, a Clojure. De szerintem nem egyszerű földi halandók a célközönség...
-
dabadab
titán
"szóval semmivel nem hozza közelebb a konzolokhoz hasonló alacsony elérést a hardverhez?"
Igazabol egyreszt igen, masreszt semmi koze hozza Amire te gondolsz, az arrol szol, hogy tul sokszor kell meghivni a DirectX API-t es maganak a fuggvenyhivasnak az overheadje tul sok (vagyis amit azzal szoszol a CPU, hogy elugrik a fuggvenyre, kernel modba valt, elkuldi a GPU-nak, hogy mit kell csinalnia, visszavalt user modba). Ezt nem erinti ez, mert nem arra valo. Masreszt viszont siman el tudom kepzelni, hogy az ember ahelyett, hogy DX-et hasznal, egy csomo mindent megir valami ilyen nyelven es aztan azt futtatja.
(#2) Kendek: a "magasabb szintu" ebbol a szempontbol kb. semmit nem jelent.
[ Szerkesztve ]
DRM is theft
-
joghurt
addikt
LISP? Miért nem inkább egyből brainfuck?
Most komolyan, nincs már így is épp elég programnyelv? Nem lehetett volna ezek közül valamelyiket kiegészíteni egy GPU-s API-val? Nem hiszem, hogy tudnak olyat mutatni, amire egyik meglevő nyelv sem lenne alkalmas.
A tej élet, erő, egészség.
-
julius666
addikt
A cikk lényege kb., hogy valami indiai lisp-evangélista progmatos unalmában/valami egyetemi feladat jegyében összedobott valami lisp-derivatívát amihez relatíve könnyen tudott írni OpenCL feldolgozót. Napi szinten születnek új nyelvek csak ez a hír valahogy Abu elé került és megörült, hogy van benne GPGPU úgyhogy írt gyorsan egy cikket. A kapcsolódó publikáción és a csávó a project során összeszedett OpenCL tapasztalatán túl a gyakorlati haszna az egésznek erősen konvergál a 0-hoz.
De ha lisp, akkor már a szokásos kötelező: http://xkcd.com/224/
-
tocsa
senior tag
Manapság a funkcionális nyelvek mintha kezdenének megint népszerűbbek lenni. Valaki említette itt a Clojure-t, az Java környezetbe hozza a LISP-et, illetve a Scheme is LISP-szerű nyelv.
Engem még nem kapott el a gépszíj, de vannak igéretes dolgok. Például hallom hogy egyesek a Scala-t Java tesztek írására használják. Ugyanez a helyzet F#-al C# környezetben. Ezek könnyen illeszkednek a környezetükhöz, de pont emiatt sajnos az ember könnyen beleeshet abba a csapdába, hogy nem immutable kódot ír. Az immutable a funkcionális paradigmában gonosz, és valóban ez okozza a galibát az imperatív programozásban.
A LISP-nek és a tiszta funkcionális nyelveknek annyi értelme lehet, hogy a kód helyessége könnyebben bizonyítható. De valóban egy brainfuck tud lenni.
Valaki írta, hogy az Emacs ideális IDE lesz ehhez a nyelvhez, én még a vi-t/vim-et is benevezném.
Elvetemülteknek: létezik Linux alá Haskell-ben írt ablakozó rendszer.
És ha már a Haskell-t említem, és valaki itt xkcd-t linkelt:
http://memerial.net/3231-a-newline-in-haskellAcer Predator Helios 500 Ryzen, Samsung 960 Pro NVMe + GeChic 15.6" kulso monitor a mobil irodahoz
-
ddekany
veterán
"A LISP-nek és a tiszta funkcionális nyelveknek annyi értelme lehet, hogy a kód helyessége könnyebben bizonyítható."
Ez így úgy hangzik, mintha gyakorlati értelme nem lenne, mert nem sűrűn állunk le program helyességet bizonyítani (a tesztelés nem bizonyítás, általában). Valójában a nemmódosítható-adatstruktúrák használata rengeteg gyakorlati előnnyel jár (bár a kizárólagos használatuk nekem igen meredeknek tűnik). Sokszor karbantarthatóbb kódot adnak, meg akár áttekinthetőbbet is, pláne ha konkurens (sok szálas) programot írsz. Aztán hatékonyabbak lehetnek, ha sok konkurens szálad van, mert nem kell (annyiszor) zárolni, meg a tranzakciós memóriakezelés is könnyebben elérhetővé válhat (lásd Clojure-ban alap is). Másfelől persze, vannak feladatok, amiket elég megterhelő tisztán funkcionálisan megírni (legalábbis legtöbbünknek biztosan...), vagy épp lassú lesz az eredmény. Így mostanában van egy ilyen törekvés, hogy az imperatív nyelvek ill. azok standard API-ja támogassa a nemmódosítható-adatstruktúrákat (ill. a final változókra is újabb nyelveben sokszor kényelmes, sőt néha kényelmesebb szintaxis van, mint hagyományosakra). Így azt a módszert választod adott részfeladathoz, ami odaillik. Persze ebben az a kompromisszumos, hogy innentől nem igazán látható át, hogy mi az ami teljes mélységében tényleg állapot nélküli (mert nem pure functional a cucc), ami neked is rossz lehet, meg a fordító kezét is megköti.
Mellékesen szerintem akit érdekel a programozói szakma, az jól teszi ha Clojure-vel vagy Haskell-el (vagy egyéb tisztán funkcionális nyelvet) próbálkozik. Nem mintha reális esély lenne arra, hogy munkában használni fogod ezeket, de vannak jó szokások/meglátások ezekben a nyelvekben, meg másfajta alapműveletek (pl. mapping, left/right folding, stb.), amik átragadnak rád és az imperatív nyelvekben is használni fogod őket. Mellékesen megtudhatod velük, hogy mennyire béna vagy még rekurzióból.
Hasonlóképpen, a Scala arra jó, hogy megtudd, mennyire hülye vagy még típusokból (mi minek az alosztálya, stb). Már a Java generics is remek interview kérdések forrása lehet , de kutya f*sza ahhoz képest, mint ami Scala-ban van.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Eredeti játékok OFF topik
- Milyen notebookot vegyek?
- Honor Magic V2 - origami
- Diablo IV
- Androidos tablet topic
- TCL LCD és LED TV-k
- Bugok, problémák a PROHARDVER lapcsaládon
- Android másképp: Lineage OS és társai
- Újabb "merénylő" érkezett a Thermalright megbízásából
- Google Pixel 6/7/8 topik
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest