.. 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.
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?
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".
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.
"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'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.
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.
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..
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.
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....
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.
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....
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...
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...
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...
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...