HWSW Informatikai Kerekasztal: Re: Iparági összefogás a streamelt munkaállomásért - HWSW Informatikai Kerekasztal

Ugrás a tartalomhoz

Mellékleteink: HUP | Gamekapocs

  • (3 Oldal)
  • +
  • 1
  • 2
  • 3
  • Nem indíthatsz témát.
  • A téma zárva.

Re: Iparági összefogás a streamelt munkaállomásért Értékeld a témát: -----

#41 Felhasználó inaktív   A Herceg 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 443
  • Csatlakozott: --

Elküldve: 2014. 08. 31. 23:12

@philcsy: Valamivel több mint egy éve olvastam 20% natív android app arányról.
Ez frissebb és Itt 15%-ról írtnak:
http://www.infoq.com/news/2014/07/art-runtime

#42 Felhasználó inaktív   montyx 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 298
  • Csatlakozott: --

Elküldve: 2014. 09. 01. 02:00

mindig érdekesnek tartottam, hogy hasonló cikkek alatt mindig az a fő vonal, hogy ilyesminek nincs értelme, mert ki fog ezért fizetni, meg hogy mi van akkor, ha nincs internet, meg hogy mekkora hulladék az egész, mert hol van a biztonság a neten, stb...

ez az újítás is nagyvállalati környezetben érdekes. már most is sok helyen Citrixen és RDPn keresztül használnak virtuális desktopokat és szervereket. ezek esetében probléma mai napig a grafikus számítási igény, hiszen processzort és memóriát könnyű osztani VMek között, de jelenleg nincs komoly megoldás GPUk emulálására, vagy osztására.

ilyen igények esetén lesz ez hasznos. pl. a videóban is mutatott tervezői alkalmazások (pl. CAD, Catia, stb.), 3D animáció tervezés (Maya, 3D Max, Houdini) esetén jól tud jönni egy könnyű, hosszú üzem idejű laptop, egy sokszázezer forintos erőgép helyett.

#43 Felhasználó inaktív   LCoder 

  • Senior tag
  • PipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 2.409
  • Csatlakozott: --

Elküldve: 2014. 09. 01. 06:28

@A Herceg: Ez nem a Chrome böngésző előnye, hanem a ChromeOS-é. Ami lényegében egy mezei linux + egy Chrome böngésző belegyógyítva. Aztán a guglinál rájöttek, hogy ez annyira nem kell a népnek, és lehetővé tették natív alkalmazások futtatását is. Ami tökjó, de ehhez nem kell kisebb gép mint egy mezei linuxhoz - amúgy elég népszerű téma a Chromebookokon az OS linuxra cserélése, elvégre azon azért 100x annyi program fut. Amúgy pedig a koncepció eleve halott - azon a vason, amin egy böngésző jól elfut - azaz nem döcög, röcög javasux-szal sem, vígan elfut a windows8 vagy bármelyik linux disztribúció natívan is.

#44 Felhasználó inaktív   LCoder 

  • Senior tag
  • PipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 2.409
  • Csatlakozott: --

Elküldve: 2014. 09. 01. 06:33

@montyx: A gond ott van ezzel, hogy a virtualizációra simán felszámolhatsz úgy +40% teljesítményigényt a gyakorlatban. Azaz, jó eséllyel többet veszítesz a réven, mint nyersz a vámon. Ami miatt esetleg elfogadott lehet ilyen környezetben, az inkább az adatbiztonság, a polgár így nem viheti ki pendrive-on az érzékeny adatokat. De kétlem hogy csak ez eltartaná ezt az architektúrát.

#45 Felhasználó inaktív   A Herceg 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 443
  • Csatlakozott: --

Elküldve: 2014. 09. 01. 07:58

@LCoder: Nagyon félreértettél valamit. Pedig még linkeket is adtam mûködõ Chrome NAtive CLient alkalmazásokra amit bárki kipróbálhat, windowszal, linuxszal, mac-kel is.
NEM, most NEM a natív alkalmazások ChromeOS bevezetésérõl van szó. Ezt a képességet minden Chrome böngészõ megkapta.
A Chrome NAtive CLient programok nem linux elf binárisok, úgy nem lehetnének hardverplatform és os-függetlenek.

A ChromeOS valóban egy mezei linux + chrome böngészõ. Szép lassan elterjednek hackek amivel lehetõvé teszik a natív linuxos progik futtatását. Sõt teljes ubuntut már régóta el lehet indítani ChromeOS-en. De ez teljesen független a Chrome NAtive CLient-tõl.

Szerkesztette: A Herceg 2014. 09. 01. 08:00 -kor


#46 Felhasználó inaktív   A Herceg 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 443
  • Csatlakozott: --

Elküldve: 2014. 09. 01. 08:08

@LCoder: " A gond ott van ezzel, hogy a virtualizációra simán felszámolhatsz úgy +40% teljesítményigényt a gyakorlatban. "

Régóta használok életben virtulizációs megoldásokat. Szó sincs +40% teljesítményigényről. Egy adott infrastruktúrán valójában még is tudsz takarítani mert jó tervezés esetén virtualizációval optimálisabban kihasználható a rendelkezésre álló hardver. Az épp felesleges gépeket ki lehet kapcsolni ezzel energiát megtakarítva. Virtualizáció nélkül, széttagolva egyesével külön pc-kre ott pörögnek gyakran 10% alatti kihasználtsággal.
Ami itt újdonság az a hardver-gyorsított 3D grafika. Abban tényleg volt teljesítményvisszaesés vagy más oldalról nézve teljesítményigény. De ilyen cégek összefogása esetén okkal feltételezhető, hogy megoldják ezt az eddigi problémát. Minden terület mestere jelen van: 3D hardver - Nvidia; virtualizációs technológia - VMware; webes felhős hálózatok mestere - Google.

#47 Felhasználó inaktív   UnA 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.482
  • Csatlakozott: --

Elküldve: 2014. 09. 01. 08:25

@A Herceg: "Szó sincs +40% teljesítményigényről."

Így van, ez még a hardveres virtualizációt támogató processzorokon igaz lehetett, de már sok-sok éve benne van a támogatás az összes modern CPU-ban.

#48 Felhasználó inaktív   A Herceg 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 443
  • Csatlakozott: --

Elküldve: 2014. 09. 01. 09:01

@UnA: Azaz "...hardveres virtualizációt nem támogató processzorokon igaz lehetett..."

VT-d mellett egyébként a GPU hardver 3D-ben sincs lassulás. De az igazi eredmény az, ha nem kell desktoponként dedikálni egy Nvidia kártyát hanem osztható a GPU erőforrása is. Az Nvidia-VMware-Google összefogás valószínűleg erre is ad megoldást.

#49 Felhasználó inaktív   UnA 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.482
  • Csatlakozott: --

Elküldve: 2014. 09. 01. 10:35

@A Herceg: köszi, tényleg elgépeltem :)

Téma megosztása:


  • (3 Oldal)
  • +
  • 1
  • 2
  • 3
  • Nem indíthatsz témát.
  • A téma zárva.

1 felhasználó olvassa ezt a témát.
0 felhasználó, 1 vendég, 0 anonim felhasználó