Ovladače hardware psané v Javě?
23. 10. 2006 8:58
Petr Krčmář
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ů.
Dále čtěte…
- Sun chce odměnit vývojářskou komunitu 6. 12. 2007 15:09
- Sun je zastáncem GNU GPL 3 aneb GNU/Solaris 14. 2. 2007 0:00
- Java a Solaris pod GPL 3? 13. 2. 2007 11:08
- Sun má první notebook 30. 6. 2005 13:29
- Jak pokračuje soud mezi Googlem a Oraclem 26. 4. 2012 14:27
JardaP (neregistrovaný)
23. 10. 2006 9:31
Nový
Pamet?
celé vlákno
To jsem na to ziskuchtivej. Aby si clovek nemusel pridat do masiny 1/2 GB pameti na kazdy ovladac.
human Samurai male lawful (neregistrovaný)
23. 10. 2006 9:34
Nový
Re: Pamet?
celé vlákno
JVM co mas (pravdepodobne) v mobilu potrebuje na svuj provoz "jen" desitky nebo stovky kB, tak vo co de :D
uživatel si přál zůstat v anonymitě
23. 10. 2006 10:06
Nový
Re: Pamet?
celé vlákno
.. 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.
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.
23. 10. 2006 11:43
Nový
Re: Pamet?
celé vlákno
Mozna je lepsi mrhat kapacitou stroju nez kapacitou lidi. Tahle vec muze byt fajn pro ruzne prototypovani ci experimenty, ja jsem pro.
uživatel si přál zůstat v anonymitě
23. 10. 2006 12:13
Nový
Re: Pamet?
celé vlákno
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?
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ý)
23. 10. 2006 13:09
Nový
Re: Pamet?
celé vlákno
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".
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".
23. 10. 2006 10:01
Nový
No nevim...
celé vlákno
No nevim jestli použití jvm v této vrstvě je rozumné (výkon, nároky na hw) spíš bych to viděl na nějaky překladač do nativního jazyka, potom by to možná k něčemu bylo ale není nad čisté C.
U mobilu je to trochu jinak tam je JVM implementovana hardwarove.
U mobilu je to trochu jinak tam je JVM implementovana hardwarove.
b*d (neregistrovaný)
23. 10. 2006 10:21
Nový
Re: No nevim...
celé vlákno
Coz Intel za chvili dohoni...
zipik (neregistrovaný)
23. 10. 2006 10:25
Nový
Re: No nevim...
celé vlákno
"U mobilu je to trochu jinak tam je JVM implementovana hardwarove."
to je hlaska dne. J2ME VM je soucasti firmware, tj. vlastne OS telefonu, co je na tom za HW implementaci?
to je hlaska dne. J2ME VM je soucasti firmware, tj. vlastne OS telefonu, co je na tom za HW implementaci?
fuyusan (neregistrovaný)
23. 10. 2006 11:15
Nový
Re: No nevim...
celé vlákno
Asi někde z rychlíku slyšel vo ARM/Jazelle a špatně to pochopil :-)
uživatel si přál zůstat v anonymitě
23. 10. 2006 12:50
Nový
v K8L mozno mat JAVA coprocessor
celé vlákno
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.
"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ý)
23. 10. 2006 15:34
Nový
Re: v K8L mozno mat JAVA coprocessor
celé vlákno
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.
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.
uživatel si přál zůstat v anonymitě
23. 10. 2006 16:23
Nový
Re: v K8L mozno mat JAVA coprocessor
celé vlákno
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..
? (neregistrovaný)
23. 10. 2006 11:52
Nový
Re: No nevim...
celé vlákno
"ale není nad čisté C"
Asembler ;-)
Asembler ;-)
Pingu (neregistrovaný)
23. 10. 2006 13:11
Nový
Re: No nevim...
celé vlákno
no, někde jsem četl, že céčkovský a assemblerovský zdroják jsou v podstatě ekvivaletní.
? (neregistrovaný)
23. 10. 2006 11:52
Nový
Re: No nevim...
celé vlákno
"ale není nad čisté C"
Asembler ;-)
Asembler ;-)
Tomas Styblo (neregistrovaný)
23. 10. 2006 12:43
Nový
jnode - java OS
celé vlákno
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.
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ý)
23. 10. 2006 13:41
Nový
Kam ten svet kraci....
celé vlákno
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....
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ý)
23. 10. 2006 13:52
Nový
Re: Kam ten svet kraci....
celé vlákno
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.
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.
Dark (neregistrovaný)
23. 10. 2006 14:14
Nový
Re: Kam ten svet kraci....
celé vlákno
fsechno co ma runtime je samo o sobe ne uplne idealni.
Ma-li neco fungovat naprosto spolehlive tak se to musi napsat nacisto a ne v nejake JaVa nebo .NET a dalsich podobnych nesmyslech.
Uzasna predstava: Java exception error.. Left engine fail... a letadlo se riti k zemi....
Ma-li neco fungovat naprosto spolehlive tak se to musi napsat nacisto a ne v nejake JaVa nebo .NET a dalsich podobnych nesmyslech.
Uzasna predstava: Java exception error.. Left engine fail... a letadlo se riti k zemi....
23. 10. 2006 18:47
Nový
Re: Kam ten svet kraci....
celé vlákno
Mozna to neni pekna predstava, ale rozhodne lepsi ritit se k zemi s plnym tracebackem, nez jen se "Segmentation fault"... :-)
Obcas mi pripada, ze zde vladne nejaky anti-Java/C# fanatismus. Nechapu ale proc. Jakoby je ti nejvetsi kritici ani nevyzkouseli...
Obcas mi pripada, ze zde vladne nejaky anti-Java/C# fanatismus. Nechapu ale proc. Jakoby je ti nejvetsi kritici ani nevyzkouseli...
uživatel si přál zůstat v anonymitě
24. 10. 2006 7:41
Nový
Re: Kam ten svet kraci....
celé vlákno
Staci si vsimnout, jakeho typu ty komentare jsou, zadny vecny argument, jenom vysmivani se nekomu, kdyz nahodou neco nevi a blbe tlachani o kvalite pavlacovych drbu... Kam ten svet kraci...
Dark (neregistrovaný)
24. 10. 2006 10:47
Nový
Re: Kam ten svet kraci....
celé vlákno
Bohuzel musim varit kavu kazdy den. :-(
Mozna pavlacove drby....
Ale rozdil mezi systemem kde JaVa je a neni je videt....i z pavlace.
Chapu ze liny programator bude JaVu hajit, chapu i to ze diky JaVe se da aplikace zbastlit velice rychle na vice platforem...
Mozna pavlacove drby....
Ale rozdil mezi systemem kde JaVa je a neni je videt....i z pavlace.
Chapu ze liny programator bude JaVu hajit, chapu i to ze diky JaVe se da aplikace zbastlit velice rychle na vice platforem...
24. 10. 2006 13:52
Nový
Re: Kam ten svet kraci....
celé vlákno
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...
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...
25. 11. 2006 20:00
Nový
Re: Kam ten svet kraci....
celé vlákno
Nesouhlasim. Kod v Jave se snaze pise i chape a je ve vysledku stabilnejsi a snaze udrzovatelny.
Jak rychle to pobezi zalezi jen a pouze na pouzitem JVM. Nesmis se na to koukat tak ze JVM z JDK od Sunu je jedina mozna implementace, jsou jine moznosti a je tady jeste i spousta prostoru k inovaci...
Jak rychle to pobezi zalezi jen a pouze na pouzitem JVM. Nesmis se na to koukat tak ze JVM z JDK od Sunu je jedina mozna implementace, jsou jine moznosti a je tady jeste i spousta prostoru k inovaci...

