Zní to sice jako utopie, ale je to skutečně možné. Vývojáři se Sunu vytvořili experimentální implementaci Java Virtual Machine, která je součástí jádra Solarisu. Konkrétně byl implementován malý JVM Squawk. Sun tak umožňuje vývojářům třetích stran, aby vytvářeli ovladače pro hardware v Javě. Třeba se tak dočkáme kvalitních multiplatformních ovladačů přímo od výrobců.
Ovladače hardware psané v Javě?
23. 10. 2006
26
nových názorů
-
anonymní.. ze kedysi mali ovladace desiatky, mozno stovky kB ..
kam to speje ? zelezo je sice rychlejsie ale stale sa na tom pracuje tak isto,
ako na starych XT-ckach.
uplne zbytocne sa mrha vykonom a kapacitou strojov. -
anonymníNesmysl - az donedavna byly pocitace hnusne pomaly. Zacinal sem na P150 s 16MB RAM a kazdou chvili sem musel cekat az to dohrabe. Dneska (s vyjimkou her a praci s videem) ti skoro na vsechno staci starsi pocitac a ze by clovek cekal az se to pohne (jko donedavna i v textovym editoru), to se opravdu rict neda.
Ano, kapacitou a vypocetnim vykonem se mrha, A CO?
Co je to proboha za problem? Desktop neni server a dneska vykon roste rychleji nezli je po nem shanka. Nevidim jediny duvod proc pocitace nebrat proste jako spotrebni elektroniku, s tim ze te zajima vysledek a ne vnitrni efektivita. Koho zajima jestli je mikrovlnka predimenzovana? -
FerD (neregistrovaný)Problem? Pojem "e-waste" vam asi mnoho nehovori...
http://en.wikipedia.org/wiki/E_waste
http://tuxmobil.org/ecology-howto/Ecology-HOWTO.html
http://www.cpsr.org/issues/env/
A aby som vas postoj trosku posunul do ineho svetla:
Clovek zijuci v USA: "Co je preboha za problem, ze moje auto ma vysoku spotrebou? Ved benzin je lacny..."
V tejto suvislosti by som sa rad spytal, co povazujete za "starsi pocitact". -
anonymníTakze, ze by to bol dovod
"Dohadovali sme sa v vyrobcami superpocitacov o pozidavakach specilaizovanych jednotiek a zistili sme, ze specuilaizovany koporocesor je spravne riesenie" povedal Hester, Chief Technology Officer v AMD "vektorova FPU je jednym z prikladov u Cray-u; XML a Java koprocesorove akce;leratory su ine priklady. Tieco chipy by mali podporovat coherent HyperTransport aby mohli byt hromadne nasadene"
http://www.hpcwire.com/hpc/540380.html
AMD nacrtlo moznosti K8L a 4x4 za pomoci hypertransportu
2.6.2006
-java koprocesor
http://arstechnica.com/news.ars/post/20060602-6977.html
Technologie su uz overene
1.2.2001
InSilicon Inc. vyvynulo nove jadro procesora JVXextreme, ktore je JAVA koprocesorom beziacim na 200MHz, a poskytujucim 55x vyssi vykon ako Software-ove Java virtual machine.
http://www.geek.com/news/geeknews/2001jan/chi20010201004102.htm
A sme doma
AMD's Phil Hester o: Dalsie generacii architektur
14.10.2005
Vdak a rozsireniam artchitektury AMD64 architecture, tvrdi Hester , ze budce multi-core navrhy budu obshaovat vseobecne jadra spolu so specializovany HE. odmietol vsak potvrdit, ci to bude SPe Cell like pristup.
http://www.anandtech.com/cpuchipsets/showdoc.aspx?i=2565
Len potom nechcem vidiet ako to vyriesi intel, cez PCIe karty to bude tazsie ako cez hyprtransport HTX slot. -
zipik (neregistrovaný)vim, ze se o java koprocesorech mluvilo, dokonce se mluvilo o tom, ze by mohla mit transmeta vedle x86 emulace i java emulacni vrstvu...
ale tady se bavime o CPU v mobilu - tipuju, ze se z vetsi miry pouziva neco na zpusob TI Omap (1 arm jadro + jadro pro gsm + io v jednom pouzdre), urcite ne platforma AMD K8L s Java koprocesorem napojenym na HT sbernici. -
anonymníLenze tie ovladace v clanku su pre Solaris a solaris v mobile som este nevidel, solaris na Opteron-e som uz videl a som dochovany na Ultrix-e na Alpha-e a Solaris-e na Sparc-u so Sun X terminalom takze nepredpokladam, ze by boli v mobile, mozno som to napisal na nepresne miesto v diskusii ak ano ospravdelnujem sa..
-
Tomas Styblo (neregistrovaný)Existuje cely OS napsany v JAVE (az na malinke jadro v assembleru):
http://jnode.org/
Zatim je dost pomaly, ale jinak je to nesmirne zajimavy projekt. Doporucuju nahlednuti do kodu - na Java kodu se mnohem lip vysvetluje, jak vlastne jednotlivy ovladace a subsystemy funguji. Implementovana je podpora DMA, IDE, USB, PCI, vsemoznych sitovych karet... a skutecne to uz funguje. Jenom zpusob izolace procesu neni vubec idealni, ale pracuje se na tom. -
Dark (neregistrovaný)JaVa je nocni mura kazdeho systemaka. Vyvojar jakozto liny tvor jiste zajasa, ale on ten system potom neprovozuje.
Zlate casy cisteho kodu pripadne C .... jsou davno pryc.
JaVa jakozto multiplatformni genialni vytvor zajistuje jednu vec naprosto dokonale...
Po jeji implementaci se pak vsechny platformy chovaji stejne... jsou pomale a podivne stabilni...
Co aplikace to jiny runtime to je super...
Lze tedy ocekavat co karta v pocitaci to extra runtime...
Jak asi bude chodit gigova sitova karta powered by JaVa ??? 28.8kbs ???
At zije SUN.... -
Izak (neregistrovaný)JAVA je rychla az dost, jenze zere hodne CPU a hodne a kdyz se FC karta zatizi bude zrat 90%CPU , ale zvladne klidne 4Gb/sec
Takze je to napad imho na h.... rekneme na nic.
Ale M$ svuj C# do systemu rcite da, kernel ze zvetsi o 100MB a ovladace budou v C# .... to je jiste .... a dobre jim tak.
Ja jsem rad ze Linux je psan v cistem C a neni psan ani v C++ .... je pomalejsi vyvoj, ale lepsi beh. -
Liny programator neni ochoten nikdy vyzkouset neco noveho (nebo snad priznat, ze je to lepsi), bude dal sedet a mastit svy programky s memory leakama a null-pointermama a bude krafat jak se ten svet riti do zahuby.
Myslici programator prohledne dostupne moznosti a konstatuje, ze na nektere ukoly je Java/C# overkill, ale na neco je pouzivat C/C++ jako bastlit to v assembleru...
