[Linux-Biella] Quanto e' lento questo java?

[Simone Caldana]

Il giorno 27/mag/08, alle ore 13:00, Manfredo Enrico - Quadra Studio  
Web ha scritto:

> Certo, nello specifico il parametro xmms.

-Xmx

> Peccato che se lo avessero
> lasciato a fare il player sarebbe stato meglio.

no. -Xmx esiste per limitare "da fuori" proprio perche' non c'e' modo  
alcuno per capire se la memoria in uso e' "lecita".

> Il parametro a senso solo nell'uso standard, ma non prende in
> considerazione in garbage ed il leak.

?
>
> Indi, gli applicativi (fatto e testato di prima persona) possono  
> sforare
> tranquillamente se non gestiti bene a livello di codice.

ri-?

forse hai visto JVM andare oltre -Xmx, ma questo perche' JVM stessa e  
codice compilato just-in-time non fanno parte dell'heap visto  
dall'ambiente java stesso. e' comunque una quantita' dipendente dal  
numero di classi e in generale non varia durante l'esecuzione, dopo un  
assestamento iniziale (del JIT)

>>> Se un programma si pappa il 100% dei processori, tutti gli altri si
>>> dovranno accodare ed aspettare di avere accesso ad essi.
>>
>> errato, andranno semplicemente piu' piano. In applicazioni non CPU-
>> intensive cio' e' spesso trascurabile, essendo le latenze disco/rete
>> molto piu' elevate di quelle di CPU.
>>
> E qual'è la differenza? Ho spiegato cosa succede, tu cosa si vede  
> succedere.


la differenza sta nel modo espressivo. Per come la dici tu sembra che  
tutto si blocchi, cosa che non e'.
In ogni caso se si pappa il 100% dei processori sempre e comunque ci  
sono due possibilita':
1) e' un applicativo multithread con del codice davvero scritto male - 
 > ti capita con tutti i linguaggi
2) e' un applicativo multithread che fa calcoli -> e' giusto e  
comunque ti capita con tutti i linguaggi.

quindi?

-- 
Simone Caldana
simone a caldana.org