Newsgroup: it.comp.java
Titolo: Java e pc multi processore

La domanda sorge spontanea.
La JVM sfrutta automaticamente i vantaggi di un PC multi processore?
Posso trovare risorse in rete?
Ciao,
CC

> Posso trovare risorse in rete?
Ok, la domanda è un parecchio idiota. E' chiaro che posso trovarli.
Sapete indicarmi dove?
Ciao,
CC

 ha scritto nel messaggio
news:bvti0p$p38$1...@lacerta.tiscalinet.it...


 era stato sfruttato il fatto degli integer più lunghi. 
Che c'entrano gli integer piu' lunghi con il parallelismo?
uL

Allora ripeto che non sono sicuro fosse per quello però il multiprocessore
dove stavo sviluppando questa applicazione non era un semplice computer da
casa con 2 processori ma aveva un architettura mi sembra a 64 bit e altre
cose che non ricordo e delle quali comunque non saprei dire tanto perchè non
sono un esperto di hardware. E comunque in quel caso mi accorsi che si java
è portabile ma con le dovute lacune. Anche utilizzando api grafiche in un
modo funziona sotto windows e in un modo funziona soto linux (dove si
appoggia a a librerie xfree).
--
<doc>In girum imus nocte et consumimur igni</doc>
"ugo" <ugo.l...@sun.COM> ha scritto nel messaggio
news:bvtjgn$bs9$1...@new-usenet.uk.sun.com...


 preciso di più perchè questa è stata una deduzione che ho fatto io.


 ha scritto nel messaggio
news:bvtkoe$b8m$1...@grillo.cs.interbusiness.it...


...dunque secondo me:
Il fatto del multiprocessore non influisce su un programma java: č 
compito dell'hardware rendere trasparente al sistema operativo e di 
conseguenza al software, che in esso gira una o n CPU . Da non 
confondere il parallelismo dovuto a multiprocessore con il clustering, 
in questo caso le cose potrebbero NON andare come previsto.
Il fatto che gli interi abbiano "confini diversi" č assolutamente lecito 
  e dipende dal numero di bit su cui si basa l'architettura sottostante 
probabilmente nel caso del in questione la macchina č a 64 bit qundi 
Andrea B la tua equazione:
 >gli integer in particolare vanno da -2 alla 31 (-2 miliardi circa) a + 
 >(2 alla 31)-1
 >(+2 miliardi circa)
Diventa:
la stessa con esponente 63 anziche' 31 xche' sono 64 anziche' 32 bit!!

 conseguenza al software, che in esso gira una o n CPU .
Assolutamente no.
E' il sistema operativo che deve rendere trasparente l'utilizzo del
multiprocessore ai vari programmi.
E' il sistema operativo che gestisce i thread ed č lui che deve sapere come
sfruttare al meglio l'hardware sottostante.
by.


sisi č vero volevo esprimermi cosi' e' lui che gestisce il tasking 
volevo dire cosi' ma ho sbagliato ad esprimermi!!

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
b@zU wrote:
|  >gli integer in particolare vanno da -2 alla 31 (-2 miliardi circa) a +
|  >(2 alla 31)-1
|  >(+2 miliardi circa)
|
| Diventa:
| la stessa con esponente 63 anziche' 31 xche' sono 64 anziche' 32 bit!!
No.
Questo è vero forse nell'architettura sottostante ma nella JVM le regole
sono ben definite dalla definizione della JVM stessa e del linguaggio
Java, che dicono:
http://java.sun.com/docs/books/jls/second_edition/html/typesValues.doc.html#9151
Che io sappia nessun punto della specifica Java dice "in caso di CPU più
potenti è permesso aumentare i tipi del Java" (in caso, indicatemi il
punto, ma mi sembrerebbe una scelta così poco portabile da essere
assurda dal punto di vista degli autori di Java).
Riguardo all'uso del multiprocessore tendo a far notare che il programma
scritto in Java *NON* userà più CPU se non ha più di un Thread in
esecuzione contemporanea... questo è vero a priori e in generale, ma è
bene ricordarselo.
- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iEYEARECAAYFAkAjcbIACgkQaJiCLMjyUvtXKwCZAbw7KG0uHtk0cqZp8goHtRsh
yCEAoO1rS6gRih4FmIvqXKXXqvEKsgOm
=zNAC
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Federico Paparoni wrote:
| Allora ripeto che non sono sicuro fosse per quello però il multiprocessore
| dove stavo sviluppando questa applicazione non era un semplice computer da
| casa con 2 processori ma aveva un architettura mi sembra a 64 bit e altre
...tutto ciò è reso trasparente dalla JVM (anzi DEVE ESSERLO, per
poterla chiamare JVM), che ha una sua struttura hardware (per quanto
"virtuale" o "emulata") che deve seguire precise specifiche.:
http://java.sun.com/docs/books/vmspec/2nd-edition/html/VMSpecTOC.doc.html
- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iEYEARECAAYFAkAjch8ACgkQaJiCLMjyUvve8ACgxdNpIULXVvipddwXVNtOejJm
7DgAnAsw3d5bRKTYpmRSJZ0h6ACiGxkW
=kNQg
-----END PGP SIGNATURE-----


Sarà sicuramente come hai detto te, infatti al tempo quando ho dovuto
riscrivere il software l'avevo cercato e avevo trovato queste informazioni,
ma evidentemente non tutte le implementazioni rispettano al 100% le
specifiche della JVM. Magari avesse funzionato allo stesso modo che funziona
su un normale desktop...fidati c'ho passato parecchio tempo.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Federico Paparoni wrote:
| Sarà sicuramente come hai detto te, infatti al tempo quando ho dovuto
| riscrivere il software l'avevo cercato e avevo trovato queste
informazioni,
| ma evidentemente non tutte le implementazioni rispettano al 100% le
| specifiche della JVM. Magari avesse funzionato allo stesso modo che
funziona
| su un normale desktop...fidati c'ho passato parecchio tempo.
In che senso "come un normale desktop"?
Che JVM avevi usato?
Stiamo parlando di "normali desktop multi CPU" o di sistemi embedded o
altro?
In tal caso certo che la J2ME ha delle ben maggiori limitazioni...
- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iEYEARECAAYFAkAjzuIACgkQaJiCLMjyUvun6gCeIhRc7Klynx1jLRSBKi1vY4G9
4ksAn18Gfhum6t3YwS4Dv1d7pVJymuK+
=E5GC
-----END PGP SIGNATURE-----


Stiamo parlando di un RACK biprocessore DELL con ogni CPU che andava mi
sembra a 900 Mhz (un pò vecchiotto), Linux RedHat 7.0 e j2sdk1.4.1 .


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Federico Paparoni wrote:
|>In che senso "come un normale desktop"?
|>Che JVM avevi usato?
| Stiamo parlando di un RACK biprocessore DELL con ogni CPU che andava mi
| sembra a 900 Mhz (un pò vecchiotto), Linux RedHat 7.0 e j2sdk1.4.1 .
Scusami ma... avrei potuto capire se tu avessi usato una "SchifoDK" ma
che ci siano problemi tali di compatibilità tra due versioni del JDK
*della Sun* tenderei a escluderlo!
Il loro programma di controllo della compatibilità tra versioni è molto
molto stringente (ne sanno qualcosa quelli che stanno modificando i
sources per farli andare su FreeBSD... ci stanno mettendo parecchio per
riuscire a passare tutti i test).
Sei *completamente* sicuro che il "problema" non dipendesse da qualcosa
di completamente diverso ma proprio dalla JVM?
Va bene che Java non è "perfetto", ma quantomeno le versioni della Sun
- -almeno tra loro- sono compatibili pressoché al 100%... senza un esempio
sottomano (da poter provare) tenderei a dare colpa ad "altro"...
- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iEYEARECAAYFAkAmp90ACgkQaJiCLMjyUvs0oQCfTyUqonjKMNy3QlzWiSORM+JV
8DAAnRFVJRvMVszcNAPvWgqBtdH0ApXz
=+20T
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Lapo wrote:
| senza un esempio sottomano (da poter provare) tenderei a dare colpa ad
"altro"...
Mi spiego: non č che non mi fido, se hai avuto casini li avrai avuti
(quale motivo per mentire a riguardo, dopotutto?), perň a questo punto
la mia curiositŕ per capire esattamente QUALI casini possono insorgere č
davvero forte: non vorrei incapparci a mia volta ^_^"""
- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iEYEARECAAYFAkAnVIAACgkQaJiCLMjyUvv43wCg1KdUZsYPXzRhA42D0qpaatN4
wlMAoOBXtmUsrpcdrTxYsTabrDeQWDbJ
=gFFT
-----END PGP SIGNATURE-----