FidoCadJ 0.24.1 beta ed ottimizzazione sotto MacOSX

[DarwinNE]

Beh, spud, potrebbe anche darsi che quell'altro programma di cui parli abbia un difetto in comune con FidoCadJ.
Puoi comunque fare qualche prova utilizzando OpenJDK invece della macchina virtuale di Oracle.
Per quanto riguarda i tempi, non saprei, qualcosa è cambiato dalla versione 0.24, ma si tratta di dettagli legati all'occupazione in memoria, che dovrebbero essere relativamente poco legati alla velocità di ridisegno, o se lo sono, ciò avviene in maniera indiretta.
A quanto pare, Java non è facile da configurare correttamente e, da quanto ho osservato, purtroppo, in alcune distribuzioni Linux FidoCadJ gira in maniera pesantemente subottimale

spud, se lanci FidoCadJ con il comando seguente, puoi riportare il risultato:

Codice: Seleziona tutto

java -Dsun.java2d.trace=count -jar fidocadj06212012.jar

ATTENZIONE! ho scritto male il comando nel messaggio [5], c'era un -D di troppo, adesso lo correggo. Ti spiace vedere se cambia qualcosa? Così com'erano scritti, è normale che le performance rimanessero scadenti!

[spud]

Ho riprovato i comandi del post [5] ma nulla è cambiato.
Con l'ultima istruzione che mi hai dato il risultato del test è questo:

Codice: Seleziona tutto

MP: Time elapsed: 42.0; record: 10.0 ms
MR: Time elapsed: 14.0; record: 11.0 ms
MP: Time elapsed: 14.0; record: 10.0 ms
MR: Time elapsed: 16.0; record: 11.0 ms
MP: Time elapsed: 10.0; record: 10.0 ms
MR: Time elapsed: 12.0; record: 11.0 ms
R: Time elapsed: 1008.0 averaging 1003.9591836734694ms in 49.0 redraws; record: 760.0 ms

inoltre vedo correttamente la finestra anche a schermo intero.

[DarwinNE]

spud, rileggendomi mi accorgo di non esser stato molto chiaro:

Con il comando seguente:

Codice: Seleziona tutto

java -Dsun.java2d.trace=count -jar fidocadj06212012.jar

quello che conta è quello che si ottiene sulla console una volta che il programma è stato chiuso. Dovrebbero essere stampate alcune informazioni diagnostiche.

Un ultimo dubbio... non è che hai un processo che ti occupa il 189% della CPU?

[spud]

Ops per me java è arabo
dunque mi viene stampato questo alla chiusura (ho solo aperto il programma e l'ho richiuso, non ho capito se devo fare il test)

Codice: Seleziona tutto

330 calls to sun.java2d.loops.Blit::Blit(IntBgr, SrcNoEa, IntRgb)
1 call to sun.java2d.loops.MaskBlit::MaskBlit(IntArgb, SrcOver, IntArgb)
163 calls to sun.java2d.loops.FillRect::FillRect(AnyColor, SrcNoEa, AnyInt)
273 calls to sun.java2d.loops.Blit::Blit(IntRgb, SrcNoEa, IntRgb)
1234 calls to sun.java2d.loops.DrawLine::DrawLine(AnyColor, SrcNoEa, AnyInt)
22 calls to sun.java2d.loops.Blit::Blit(IntBgr, SrcNoEa, IntArgb)
1 call to sun.java2d.loops.Blit$GeneralMaskBlit::Blit(IntArgb, SrcOverNoEa, IntArgb)
72 calls to sun.java2d.loops.DrawGlyphListLCD::DrawGlyphListLCD(AnyColor, SrcNoEa, IntRgb)
22 calls to sun.java2d.loops.MaskBlit::MaskBlit(IntArgb, AnyAlpha, IntRgb)
36 calls to sun.java2d.loops.Blit$GeneralMaskBlit::Blit(IntArgb, SrcOverNoEa, IntRgb)
2 calls to sun.java2d.loops.DrawGlyphList::DrawGlyphList(AnyColor, SrcNoEa, AnyInt)
108 calls to sun.java2d.loops.DrawRect::DrawRect(AnyColor, SrcNoEa, AnyInt)
22 calls to sun.java2d.loops.MaskBlit$General::MaskBlit(IntBgr, SrcNoEa, IntRgb)
36 calls to sun.java2d.loops.MaskBlit::MaskBlit(IntArgb, SrcOver, IntRgb)
10 calls to sun.java2d.loops.MaskFill::MaskFill(AnyColor, Src, IntRgb)
18 calls to sun.java2d.loops.Blit::Blit(ByteIndexedBm, SrcOverNoEa, IntRgb)
2350 total calls to 16 different primitives


Niente di strano tra i processi.
Ho visto nel monitor di sistema che in pratica sto lavorando su Gnome 2.30.2, l'ultmia versione è 3.4

[DarwinNE]

dunque mi viene stampato questo alla chiusura (ho solo aperto il programma e l'ho richiuso, non ho capito se devo fare il test

Perfetto, è quello che mi serviva. Non ho molta esperienza nell'interpretare il risultato di sun.java2d.trace=count, ma una cosa che mi salta agli occhi è che OpenGL non viene citato da nessuna parte. Da questo deduco che tutte le operazioni di disegno svolte da Java non usufruiscono mai dell'accelerazione hardware probabilmente disponibile sulla scheda grafica. Questo è normale perché l'opzione sun.java2d.opengl sembra non venga attivata per default. Con il comando seguente invece la situazione dovrebbe cambiare:

Codice: Seleziona tutto

java -Dsun.java2d.opengl=True -Dsun.java2d.trace=count -jar fidocadj06212012.jar

Se invece è tutto come prima, vuole dire che in qualche modo Java continua a non riuscire a servirsi dell'accelerazione hardware della grafica. Non so se questo dipenda dai driver disponibili per la scheda grafica, oppure da un'interazione non ottimale di Java con il sistema operativo. Tuttavia, queste sono congetture, non ho una macchina Linux su cui fare i test e non ho esperienza in questo campo.

C'è qualche esperto di Linux che possa darci man forte? Provo ad invocare anche angus e phylum, ma altre esperienze saranno quanto mai benvenute.

[spud]

Oltre a tutte le call di prima ricevo questo messaggio all'inizio e la situazione rimane la stessa:

Codice: Seleziona tutto

Could not enable OpenGL pipeline for default config on screen 0

però i driver sembrano installati correttamente, non saprei che dire

[DarwinNE]

non saprei che dire

Neppure io

Però conferma in pieno l'analisi che avevo fatta: per una ragione o per un'altra l'accelerazione hardware non è sfruttata da Java sul tuo sistema. Bisognerebbe vedere un po' i meandri dell'interazione fra Java e l'interfaccia grafica...

[spud]

Cercherò di pasticciare un po' ripetendo il test
Intanto grazie dell'assistenza, se risolvo ti faccio sapere.

[Nico89]

I miei risultati:

Codice: Seleziona tutto

java version "1.6.0_31"
Java(TM) SE Runtime Environment (build 1.6.0_31-b04-415-11M3635)
Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01-415, mixed mode)
(macbook core 2 duo 2,4 GHz, 4 GB, osx 10.7.4)

MP: Time elapsed: 16.0; record: 15.0 ms
MR: Time elapsed: 9.0; record: 0.0 ms
R: Time elapsed: 243.0 averaging 254.55844155844156ms in 77.0 redraws; record: 27.0 ms
MP: Time elapsed: 16.0; record: 15.0 ms
MR: Time elapsed: 9.0; record: 0.0 ms
R: Time elapsed: 260.0 averaging 254.62820512820514ms in 78.0 redraws; record: 27.0 ms
R: Time elapsed: 244.0 averaging 254.49367088607596ms in 79.0 redraws; record: 27.0 ms

MP: Time elapsed: 16.0; record: 15.0 ms
MR: Time elapsed: 9.0; record: 1.0 ms
R: Time elapsed: 37.0 averaging 41.7536231884058ms in 69.0 redraws; record: 36.0 ms
MP: Time elapsed: 15.0; record: 15.0 ms
MR: Time elapsed: 9.0; record: 1.0 ms
R: Time elapsed: 37.0 averaging 41.68571428571428ms in 70.0 redraws; record: 36.0 ms
R: Time elapsed: 36.0 averaging 41.605633802816904ms in 71.0 redraws; record: 36.0 ms

[woodcat]

Fedora 17 x86-64 su intel pentium dual core 3GHz, 4GB DDR2-800 scheda madre ASUS decente con chipset intel e HD Seagate SATA piuttosto scarso.

Codice: Seleziona tutto

java -version
java version "1.7.0_03-icedtea"
OpenJDK Runtime Environment (fedora-2.2.1.fc17.8-x86_64)
OpenJDK 64-Bit Server VM (build 23.0-b21, mixed mode)

dopo aver seguito le istruzioni (ho lanciato java -jar fidocad eccetera senza opzioni) ho effettuato un centinaio di ridisegni.
Se fidocad abbia ridisegnato qualcosa o meno non saprei dire, non ho notato alcunché a occhio.

Le ultime righe dell'output del terminale sono:

Codice: Seleziona tutto

R: Time elapsed: 464.0 averaging 331.2330097087379ms in 103.0 redraws; record: 313.0 ms
MP: Time elapsed: 18.0; record: 10.0 ms
MR: Time elapsed: 15.0; record: 4.0 ms
R: Time elapsed: 462.0 averaging 332.49038461538464ms in 104.0 redraws; record: 313.0 ms
MP: Time elapsed: 15.0; record: 10.0 ms
MR: Time elapsed: 11.0; record: 4.0 ms
R: Time elapsed: 476.0 averaging 333.85714285714283ms in 105.0 redraws; record: 313.0 ms
R: Time elapsed: 494.0 averaging 335.3679245283019ms in 106.0 redraws; record: 313.0 ms