[HWSW]

Az adatközponttól a vékonykliensig ívelõ, ambiciózus víziót mutatott be az NVIDIA és a VMware a Google-lel közösen. A koncepció szerint az NVIDIA lapkákon futó grafikus alkalmazások a Chromebookok képernyõjén kelnek életre, a VMware virtualizációjával.
https://www.hwsw.hu/hirek/52781/nvidia-google-chrome-vmware-vsphere-grafikus-munkaallomas-vdi-virtualizacio.html

[sir ny4]

Nahat, egy tavoli asztal hozzaferes!

[map]

Szerintem is lenyügözõ!
Tehát gyakorlatilag, nem jobb, de a VMware és az Nvidia árképzése miatt, gyakorlatilag összemérhető áron összemérhető felhasználói élményt kínálnak.
Vagyis a hírt, hogy a vSphere nem támogatja a vGPU-kat, de majd talán fogja, szépen becsomagolták az "összemérhetõ felhasználói élmény" bullshit-tengerébe. Állati
A Citirx/Xen nem támogatja már egyébként?

Szerkesztette: map 2014. 08. 29. 15:09 -kor

[vna]

Ez azért lesz jobb otthonra, mint más megoldások mert...
Ez azért lesz jobb céges felhasználásra, mint más megoldások mert...

Hmm...

[vers]

es ki fizeti meg a szervereket? olyan arekepzessel dolgoznak hogy olcsobb ha osszerakok a pincebe egy szerverhazat, mint hogy fizessek ezeknek orankent magonkent egy dollart

hulyek

[macibaci]

A chrome os azert jo mert olcsó és webnyelveken lehet megoldani mnden feladatot a makro írástól az app keszitesig plusz lehet javascripttel webrol fájlt menteni? Vagy miert? Plusz ha ezt ilyen vékony kliens, miert nem megy arm processziros gepeken?

[Ytse]

@macibaci: "Plusz ha ezt ilyen vékony kliens, miert nem megy arm processziros gepeken?"

Megy.

[macibaci]

Raspberry pi-ra kerestem ra, hogy arra ra lehet e telepiteni, de tenyleg van arm verziója.

[macibaci]

Péntek van, azt is lehet: http://raspberrypi.stackexchange.com/questions/1578/how-do-i-install-chrome-os

[patikaatika]

Hát ha ebben látnak üzletet akkor hajrá, mindenesetre nem értem miért akar valaki hordozható grafikus munkaállomásnak használni egy kis kijelzõ méretû laptopot, ráadásul ehhez ugye akkor nonstop internethozzáférés is kell hogy mûködjön.

[philcsy]

@macibaci: Túlzott elvárásaid azért ne legyenek. A leggyengébb Chromebook is jelentősen erősebb, és ugye ezekre van tervezve. A RPi és társai inkább fejlett mikrovezérlők abban az értelemben, hogy inkább jól körülhatárolt feladatot szánsz nekik, mintsem általánosabb használatra szánt gép. Egyablakos webterminálnál többet nem bíznék rá, mert böngészőben futó dolgokkal egy normális PC-t is le lehet terhelni.

[map]

@patikaatika: Ez csak egy látványos bemutató volt szerintem, inkább a Chromeboxok játszanak majd.
Az meg kvázi ugyanaz, mint bármelyik random vékonykliens, csak gugli, szóval nem a legjobb bemutatóra

Szerkesztette: map 2014. 08. 29. 19:39 -kor

[NancsiBacsi]

@macibaci: A böngészõben futó mai cuccok azok hol vékony kliensek - mondd már meg. Az nem vékony kliens, ahol annyi JS-t kell használni hogy legyen valami felhasználói élményszerûség, hogy az i7 és megröccen idõnként tõle. Nem véletlenül akarják ezt szerverre átrakni, mert lassan az átlag kliens gép már nem bír el a html5+JS-el, mivel egyre bonyolultabb dolgokat csinálnak meg benne, a fizika meg kemény dolog.

[egymajom]

Nem csak js futhat böngészõben, php, asp, java, .net, meg minden egyéb, ami csak interfacenek használja a HTML-t, de a program valamelyik szerveren fut, akár felhõs, akár helyi hálózati. Magához a HTML-hez meg nem kell izomgép, lásd kormányzati szoftverek, hogy milyen hulladék vasakon is mûködnek.

[macibaci]

@philcsy: Igen, sajnos ez van. Rpi-re nem lehet feltelepíteni chrome böngészõt, csak chromiumot. Arra viszont nem lehet telepíteni bõvítményeket egy ideje - nekem ezmiatt kell(ene) a chrome os valami olcsó kis energia fogyasztású vackon.

@Bodnár Ádám: Megnéztem az Acer chrombook 13 is arm, k1 tegra. Még a végén a Google hozza el a windows népszerûségét az arm világba. Bár azt nem teljesen értem, ha ezen a virtualizált képküldõs szoftveren megnyitok egy böngészõt benne egy google excel táblával, akkor ott mivan. Az is virtualizált, vagy akkor visszavált a chrome os-re. Vagyishogy, ez a képküldés egyszerû távoli asztal elérés, vagy frankón beépül majd az operációs rendszerbe? És a felhasználó pl a photoshop elindításával már nem tudja megmondani hol is fut a program.

[Emvy]

@egymajom: php, asp nem futhat bongeszoben. .net meg java sem, csak pluginnal. Amiket felsoroltal, azok html-t renderelnek. A HTML nem fut, mert az leironyelv, nem programnyelv. Ami fut, az a JS.

[sir ny4]

rpi-n? abban eros, vagy gyonge gpu van? kitomoriteni kell tudni a kepet valos idoben, arra eleg-e, attol fugg.

[NancsiBacsi]

@egymajom: php, asp kizárólag szerver oldal, amit generál az egy html lesz. A html sose fut, csak megjelenik. Htmlben nincsenek utasítások, az egy képernyõn megjelenõ cuccot leíró formátum, mint a jpg, vagy a psd, vagy akármi hasonló. Lehetnek rajta "gombok", amikhez URL-ek vannak rendelve, amit elküld a szervernek, az meg visszaküld egy másik html-t. De ez nem futás, és nem is erõforrás igényes. Az erõforrás igényesség ott kezdõdik, amikor a html-be olyan dolgokat ágyaznak, amik futnak. Ilyen a JS, ilyenek a különbözõ pluginek, playerek (Flash, JAVA, SL). Innen kezdve azonban a böngészõ nem a klasszikus vékony kliens, mert az alkalmazás logika egy része - és jelenleg az a trend, hogy egyre jelentõsebb része - átmászik a kliens oldalra. Ezzel amúgy nincs is baj, mert a felhasználói élmény alapja az interakció, az meg kérés-válasz (vékonykliens) alapon egyértelmûen röcögõsebb, mintha csak akkor fordulna a szerverhez, ha tényleg adatra van szüksége (ez megy ma). Csakhogy ez, amikor a szerverhez csak muszájból, és csak adatokért fordulunk ez kimeríti a vastag kliens fogalmát. Vagyis ami ma böngészõben fut, és ami a chromebook piaca azok konkrétan vastag kliens alkalmazások (gmail, picassa, facebook, minden).

[lolwut]

"A Chrome OS-t a kezdetektõl fogva de facto vékonykliensként pozicionálja a Google"
olyan vason, ami teljesértékû gépként is mûködhet, brávó

[azbest]

Idézet: sir ny4 - Dátum: 2014. 08. 30. 01:11

rpi-n? abban eros, vagy gyonge gpu van? kitomoriteni kell tudni a kepet valos idoben, arra eleg-e, attol fugg.

Attól függ milyen formátumban küldik a képet. Fullhd h264 gpu-ból megy, de van pár másik formátum is amit visz. A raspi armv6 architektúrája miatt lehet, hogy nem megy minden rajta, mert hiányoztak azok az utasításkészletek, amire már támaszkodni szoktak a modern progikban (armv7 tudja a neon-t).