Newsgroup: it.comp.os.dibattiti
Titolo: Ma con ChromeOs che senso avrà avere hardware potente?

Immagino che venga tutto elaborato su server ..
Quindi avere un i7 o avere un pentium3 che differenza far�?!?
Sparir� anche l'hard-disk dal pc?
Si aprono scenari interesanti ... 

 Quindi avere un i7 o avere un pentium3 che differenza farï¿œ?!?
La stessa che fa oggi, quando riavvii il PC e carichi Windows perchï¿œ i 
programmi che ti servono sono lï¿œ.
p.bes

 p.bes
Che acido... :) Browser, posta elettronica, newsreader, feedreader, IM, 
riproduttori multimediali a iosa, grafica vettoriale (inkscape) e raster 
(gimp), sviluppo (eclipse) e alcune applicazioni specializzate assenti su 
win (seismic unix o madagascar ad esempio, mi occupo di geofisica), 
office automation...di quali programmi avrei bisogno per dover 
"riavviare" (una VM nel mio caso), a parte il poker online e il backup 
del nokia?

 
eh, se devi mandare il tuo file da 500 MB al server remoto che lo 
elabora e poi te lo rimanda elaborato, stai fresco....

 del nokia?
Il poker on line e il backup del nokia.
p.bes

 elabora e poi te lo rimanda elaborato, stai fresco....
installi Google Gears e risolvi brillantemente il problema, almeno 
limitatamente alle applicazioni stesse di Google. Per il resto, trovo 
che la tua osservazione sia esattamente lo scoglio contro cui si 
infrangono i sogni di chi ha la testa fra... le "nuvole".
c'era un tempo in cui tanti terminali muti si collegavano a un singolo 
server centrale e si appoggiavano a esso per tutti i calcoli gravosi, ma 
quel modello di infrastruttura ï¿œ praticamente morto, ci sarï¿œ un perchï¿œ.
L'unica comoditï¿œ del cloud computing consiste nella disponibilitï¿œ, 
connessione a internet permettendo, dei propri documenti ovunque. Nulla 
che una buona chiavetta da 4 GB non sappia giï¿œ darmi, comunque.
p.bes

 
Si, infatti per chi deve fare lavori pesanti (cad, montaggio video, 
analisi fem, etc etc), il fatto di usare applicativi residenti su server 
remoti e' ancora poco appetibile. Poi, io saro' uno all'antica, ma i 
miei strumenti di lavoro preferisco averli in casa invece che farmeli 
prestare ogni volta da qualcuno dall'altra parte del mondo, vedi mai che 
un giorno mi chiudono il rubinetto....

 quel modello di infrastruttura è praticamente morto, ci sarà un perché.
Immagino sia perché con l'avvento dei pc i costi erano a favore di
questi ultimi. Però ho lavorato al ced di un'azienda in cui c'era
terminal server citrix e vari pc, la maggior parte del lavoro era dato
da questi ultimi. A parte il server che si inchiodava ogni tanto
perché era un nt 4 un po' incasinato (un tecnico esterno aveva
pasticciato col registro) gli unici problemi erano dovuti a guasti hw,
si cambiava il thin client e via, l'utente tornava a lavorare sulla
sua sessione come non fosse successo nulla. I pc invece erano più
problematici, installazione applicativi e sistema operativo,
configurazione, backup, aggiornamenti, ups... Tutto più laborioso.
Imho se si usano solo programmi di office automation, o comunque non
troppo pesanti, su un grande numero di postazioni, il terminal server
è una scelta sensata. Però un conto è avere il server nella propria
rete locale e sotto il proprio controllo, un altro è averlo chissà
dove, doversi collegare con l'adsl ed usare programmi web con
funzionalità limitate (anche se google docs credo sia sufficiente per
buona parte degli utenti). Non mi convince affatto.
Ciao
Mattia

 Mattia
Qui' piu' che di file-server penso si stia parlando di 
application-server. La cosa e' un po' diversa ma altrettanto 
inquietante, sono d'accordo con cio' che scrivi comunque.

 application-server.
Parlavo di Terminal-server (che non ha nulla a che fare con il file-
server), l'affermazione di Paolo Besser mi sembra coprire anche questo
tipo di infrastruttura. Comunque non cambia molto, la spinta verso
l'uso di web-server per le applicazioni più comuni (gestionali, crm,
office automation) mi sembra forte e più o meno con gli stessi scopi,
ovvero accentrare su di un server il lavoro ed avere tanti client
facilmente gestibili. Io preferisco il ts, ma l'uno non esclude
l'altro.
Ciao
Mattia

 Si aprono scenari interesanti ...
Not so simple...
Sebbene si stiano facendo esperimenti come questo:
http://www.atomicmpc.com.au/News/141005,onlive-remote-gaming.aspx
http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2009/03/25/BUS416LJH7.DTL
Ovvero sviluppo di tecnologie avanzate per l'esecuzione remota di
applicazioni complesse ed a bassa latenza, come lo sono i moderni
videogiochi 3D, bisogna tenere conte che google ha messo in piedi
progetti come:
http://code.google.com/p/nativeclient/
http://code.google.com/p/gears/
Ovvero possibilità di elaborare e salvare dati, anche in quantità
consistente, lato browser.
Stanno lentamente unendo i due mondi, ed hanno i numeri per riuscirci.
Raffaele

 che una buona chiavetta da 4 GB non sappia gi� darmi, comunque.
Pi� che dei dati, imho direi delle applicazioni...
I dati sono dell' utente, le in genere applicazioni no...[1]
In una societ� che fa dei servizi il suo punto di forza,
il cloud computing potrebbe essere  una tappa verso un mondo con OS
trasparenti se residenti su disco locale o server esterno;
dove Tizio gira con la sua chiavetta,
(con  non necessariamente pure l' OS su chiavetta),
 la collega a un PC-anonimo/OS "tabula rasa",  di un qualunque Internet 
Point
e si ritrova la configurazione del SUO desktop
dove perci� le applicazioni delle quali ha regola licenza
siano utilizzabili "everywhere", tipo Autocad usabile da remoto,
Photoshop pure da remoto e residente su un server gestiti da  Adobe, ecc:
Ovviamente resterebbero favoriti i casi
|dati locali/CPU locale|; |dati remoti/server|;
e probabilmente la gente continuerebbe a preferire
l' uso di una copia dei propri dati *su chiavette* (sempre pi� capienti).
Visto il relativo basso costo delle CPU...lo vedrei pi� che altro utile
per avere "installazioni pulite e aggiornate" di applicazioni...sempre con 
s�.
[1] perch� i dati sono dell' utente...ma le applicazioni in genere no. 

 Non mi convince affatto.
^^^^^
Ok, Anche perch� si pensa a programmi web pensamo a "programi web"
Per� se immagiamo uno scenario con un OS* ben specifico (magari
un erede di ChromeOS) pi� o meno ubiquo su PC usati come terminali 
intelligenti,
e dove le applicazioni da remoto non sono applicaizioni "web",
ma sfruttano a fondo le caratteristiche di questo OS*,
indicandogli come agire sui dati locali
(es un' applicazione remota Photoshop pernsta per OS*
e residente su server Adobe),
magari lo scenario diventa un poco pi� convincente.
Per ora futuristico...

 (es un' applicazione remota Photoshop pernsta per OS*
 ^^^ pensata


 (gimp), 
Senza voler male a questi software, ma attualmente non sono nemmeno
paragonabili ai loro diretti concorrenti che girano su ambiente
Microsoft
Enrico
P.S. giusto per dirne un altro, a me sotto Linux manca un software tipo
Visio (e no, Dia non e` nemmeno paragonabile all'applicativo Microsoft)

 ma sfruttano a fondo le caratteristiche di questo OS*,
Mah... Immagino si tratterà di far evolvere strumenti come Google
Gears e Adobe Air, con i quali le applicazioni web potranno interagire
con il sistema operativo, sfruttare le risorse del client e rendere
l'applicazione web molto più simile ad un'applicazione locale di
quanto siamo stati abituati finora. Magari molte elaborazioni anziché
essere fatte dal server saranno eseguite dal client, se non tutte, ed
il trasferimento di dati verso il server potrebbe essere minino. Un
modo per avere pressochè ovunque le applicazioni che si desidera,
scaricate all'occorrenza, costantemente ed automaticamente aggiornate.
Interessante, ma pensare che la gente si metta a lavorare ad un
Photoshop o Autocad online... Avrebbe senso per quelle cose per le
quali è necessario una certa portabilità, come le applicazioni di
office automation o posta elettronica, e solo come alternativa alle
applicazioni locali per quando si è all'esterno dell'azienda. Che 50
impiegati si mettano ad usare uno strumento online come programma
principale mi sembra poco vantaggioso, quantomeno rispetto ad altre
soluzioni. Il discorso potrebbe essere più interessante per le aziende
piccole o per applicazioni particolari (ad esempio avere un gestionale
online potrebbe far risparmiare le spese per un nuovo server,
l'esecuzione dei backup, installazione dell'applicazione e degli
aggiornamenti ecc), ma tutto dipenderà dai costi.
Boh... staremo a vedere.
Ciao
Mattia

 applicazioni locali per quando si è all'esterno dell'azienda.
Come ho riportato nell'altro post, OnLive propone la remotizzazione di
interi videogiochi.
Se ci riescono con quello, non vedo limiti per altre categorie di
software...
Raffaele

 software...
Forse non mi sono spiegato, la mia perplessità non deriva tanto da
questioni tecniche ma di necessità ed opportunità relative a queste
cose. Un gioco on-line può essere interessante perché così ci gioco
dove mi pare, a casa, dalla mia fidanzata, a scuola, durante la pausa
pranzo al lavoro... inoltre non ci metto sopra dati sensibili o
segreti industriali. Ma in un ufficio, dove le persone lavorano sempre
sullo stesso pc e non vanno in giro, percui non c'è bisogno di
un'applicazione disponibile ovunque, non ne vedo né l'utilità né i
vantaggi, se non per i casi che ho esposto (e per i quali devono
valere alcune condizioni che non ho menzionato).
Ciao
Mattia

 valere alcune condizioni che non ho menzionato).
Allora magari ho capito male io.
Comunque, remotizzando le applicazioni puoi ottenere una serie di
benefici, senza necessariamente compromettere la sicurezza.
- l'applicazione è sempre aggiornata, perchè non è residente sulla
macchina locale.
- si aprono scenari di applicativi "on demand". Che so, invece di
pagare 1700EUR per una copia di FinalCut, pago 17EUR e lo uso per i
15giorni di cui ho bisogno.
- Con l'utilizzo delle tecnologie offline (native client, gears) posso
sfruttare le applicazioni online senza mettere compromettere i miei
dati (o meglio, senza comprometterli più di quel che già faccio ora).
In alternativa, pongo confini a livello di dominio, fuori dal quale
certe informazioni non possono uscire.
Ovviamente, una tale tecnologia può essere scalata a livello di
singolo "dominio", ovvero permettermi di mettere in cloud solo la mia
azienda, condividendo le risorse dell'intera rete aziendale tra tutti
gli utenti. Oppure, per complicarci un pò la vita, gestire la
migrazione delle informazioni in modo capillare, mettendo in cloud
solo le informazioni non sensibili.
Spiego meglio:
- da casa creo il documento X, questo finisce in cloud, e posso
accedervi ovunque;
- in ufficio creo il documento Y, e questo si ferma nel cloud a
livello aziendale, e non esce in alcun caso, posso accedervi da
qualsiasi terminale del dominio ma non da fuori.
Questo già si fa ora, il concetto di webos finirebbe solo per
automatizzare ed armonizzare processi già esistenti.
Piccola speculazione: google aveva già tutto in mente fin dall'inizio,
ed ha messo insieme chrome, con le caratteristiche che ha, con questo
preciso intento (chromeOS ed in generale WebOS).
Raffaele

 Visio (e no, Dia non e` nemmeno paragonabile all'applicativo Microsoft)
http://appdb.winehq.org/objectManager.php?sClass=application&iId=119
La versione 2003 e la 2007 hanno rating bronze, la 2000 silver. Se 
proprio non si può fare a meno di un software perché non considerare wine?



Penso anch'io che la direzione � quella, in prospettiva, e magari sar�
utile per evitare rincorse ad hardware sempre pi� potenti, ma credo che
non sar� neanche un ritorno a terminali stupidi, cio� sulla macchina
personale servir� comunque un tot di "intelligenza" per gestire,
trasmettere, comprimere, decomprimere, visualizzare... dati sempre pi�
complessi.  Inoltre, hardware e software locali, sia pur "ridotti",
dovranno essere aggiornati e compatibili con il sistema remoto. Insomma,
col pentium3 in ogni caso non credo ci faresti molto. Idem con patate
per l'hard disc, anche perch� sar� difficile resistere alla tentazione
di volere copia dei propri dati anche in locale e non solo in remoto
(per quanto, IMHO, una copia remota in un centro dati gestito
professionalmente sia pi� al sicuro della copia sull'hard disc locale
non sempre affidabile). 
Aggiungi il fatto che non tutto � fattibile in remoto, e comunque non
sempre conviene farlo, quindi alla fine alcuni applicativi in locale ci
saranno sempre e servir� la potenza di calcolo necessaria.