Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Tastiera gaming MSI GK600 TKL: switch hot-swap, display LCD e tre modalità wireless
Tastiera gaming MSI GK600 TKL: switch hot-swap, display LCD e tre modalità wireless
MSI FORGE GK600 TKL WIRELESS: switch lineari hot-swap, tripla connettività, display LCD e 5 strati di fonoassorbimento. Ottima in gaming, a 79,99 euro
DJI Osmo Pocket 4: la gimbal camera tascabile cresce e ha nuovi controlli fisici
DJI Osmo Pocket 4: la gimbal camera tascabile cresce e ha nuovi controlli fisici
DJI porta un importante aggiornamento alla sua linea di gimbal camera tascabili con Osmo Pocket 4: sensore CMOS da 1 pollice rinnovato, gamma dinamica a 14 stop, profilo colore D-Log a 10 bit, slow motion a 4K/240fps e 107 GB di archiviazione integrata. Un prodotto pensato per i creator avanzati, ma che convince anche per l'uso quotidiano
Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori
Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori
Il primo headset open-back della linea INZONE arriva a 200 euro con driver derivati dalle cuffie da studio MDR-MV1 e un peso record di soli 199 grammi
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 13-08-2010, 12:19   #1
anonimizzato
 
Messaggi: n/a
[Ruby] piccolo chiarimento sugli interpreti

Ciao a tutti,

volevo un piccolo chiarimento circa una cosa che mi sfugge su Ruby (ma varrebbe anche per altri linguaggi di scripting immagino): cosa avviene quando il codice viene eseguito sulla JVM come per JRuby?

Nel senso: cosa ne fà la JVM del codice Ruby che legge? In Java il codice viene prima pseudo-compilato e poi fatto girare sotto la JVM che traduce le istruzioni in linguaggio macchina corretto?

Non è che viene trasformato in codice Java prima vero?

Scusate la confusione mentale.
  Rispondi citando il messaggio o parte di esso
Old 13-08-2010, 13:14   #2
cdimauro
Senior Member
 
L'Avatar di cdimauro
 
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26110
No, il codice di (J)Ruby viene convertito in bytecode Java, ed eseguito dalla JVM.

Dovrebbero essere generati dei file .class per ogni modulo Ruby.
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro
@LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro
Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys
cdimauro è offline   Rispondi citando il messaggio o parte di esso
Old 13-08-2010, 13:22   #3
anonimizzato
 
Messaggi: n/a
Ok, quindi che abbia scritto un programma in Java, Ruby o Python poi il codice viene sempre tradotto in bytecode per la JVM ed eseguito corretto?

Tnx.
  Rispondi citando il messaggio o parte di esso
Old 13-08-2010, 13:31   #4
cdimauro
Senior Member
 
L'Avatar di cdimauro
 
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26110
Esattamente. La "lingua franca" è rappresentata dal bytecode della JVM.
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro
@LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro
Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys
cdimauro è offline   Rispondi citando il messaggio o parte di esso
Old 13-08-2010, 13:48   #5
banryu79
Senior Member
 
L'Avatar di banryu79
 
Iscritto dal: Oct 2007
Città: Padova
Messaggi: 4131
Quote:
Originariamente inviato da cdimauro Guarda i messaggi
Esattamente. La "lingua franca" è rappresentata dal bytecode della JVM.
Yes, bytecode rulez!
__________________

As long as you are basically literate in programming, you should be able to express any logical relationship you understand.
If you don’t understand a logical relationship, you can use the attempt to program it as a means to learn about it.
(Chris Crawford)
banryu79 è offline   Rispondi citando il messaggio o parte di esso
Old 13-08-2010, 14:51   #6
anonimizzato
 
Messaggi: n/a
Leggendo un pò ho trovato questo:

Quote:
Oggi, per migliorare la velocità di esecuzione, anche molti linguaggi interpretati, come Perl, PHP o Python, fanno uso del bytecode. Essi traducono il programma in bytecode e poi lo interpretano tramite una macchina virtuale. Il linguaggio Ruby, invece, non usa il bytecode, ma traduce il codice in una struttura sintattica ad albero che ricorda molto la rappresentazione intermedia che si usa nei compilatori, tale struttura viene poi usata dall'interprete per eseguire il programma.

http://it.wikipedia.org/wiki/Bytecode
Uhm ... in soldoni?

Grazie ancora.
  Rispondi citando il messaggio o parte di esso
Old 13-08-2010, 14:56   #7
khelidan1980
Senior Member
 
L'Avatar di khelidan1980
 
Iscritto dal: Mar 2005
Città: Morimondo city
Messaggi: 5491
Quote:
Originariamente inviato da Sgurbat Guarda i messaggi
Leggendo un pò ho trovato questo:



Uhm ... in soldoni?

Grazie ancora.
ma tu hai citato nello specifico jruby
__________________
Khelidan
khelidan1980 è offline   Rispondi citando il messaggio o parte di esso
Old 13-08-2010, 15:01   #8
anonimizzato
 
Messaggi: n/a
Quote:
Originariamente inviato da khelidan1980 Guarda i messaggi
ma tu hai citato nello specifico jruby
Hai ragione.

Quindi il pezzo che ho riportato sopra sarebbe riferito forse alla VM originale YARV?

Può essere?
  Rispondi citando il messaggio o parte di esso
Old 14-08-2010, 08:42   #9
anonimizzato
 
Messaggi: n/a
Un altra cosa che mi è poco chiara: quando vedo le varie VM per linguaggi di scripting come appunto Ruby noto che si tratta spesso di interpreti in C/C++ oppure Java nel caso di JRuby ma ... è per una mera questione di prestazioni oppure perchè non è possibile tradurre del codice di scripting direttamente in linguaggio macchina?

Grazie ancora.
  Rispondi citando il messaggio o parte di esso
Old 14-08-2010, 10:30   #10
Vincenzo1968
Bannato
 
Iscritto dal: Mar 2008
Città: Villabate(PA)
Messaggi: 2515
Quote:
Originariamente inviato da Sgurbat Guarda i messaggi
Un altra cosa che mi è poco chiara: quando vedo le varie VM per linguaggi di scripting come appunto Ruby noto che si tratta spesso di interpreti in C/C++ oppure Java nel caso di JRuby ma ... è per una mera questione di prestazioni oppure perchè non è possibile tradurre del codice di scripting direttamente in linguaggio macchina?

Grazie ancora.

È solo per le prestazioni. È possibile tradurre il codice di scripting direttamente in linguaggio macchina(ma di solito si traduce in assembly).

I compilatori generalmente traducono il codice in una versione intermedia(si usa spesso il codice a tre indirizzi; vedi il contest 17).

Sul codice intermedio vengono effettuate le ottimizzazioni indipendenti dalla macchina. Il codice intermedio ottimizzato, infine, viene tradotto in assembly per la macchina specifica(o in bytecode Java).

Gli interpreti invece creano l'AST e lo eseguono direttamente(vedi sempre il contest 17).
Vincenzo1968 è offline   Rispondi citando il messaggio o parte di esso
Old 14-08-2010, 10:48   #11
anonimizzato
 
Messaggi: n/a
Ti ringrazio Vincenzo1968.
  Rispondi citando il messaggio o parte di esso
Old 15-08-2010, 09:53   #12
khelidan1980
Senior Member
 
L'Avatar di khelidan1980
 
Iscritto dal: Mar 2005
Città: Morimondo city
Messaggi: 5491
Quote:
Originariamente inviato da Sgurbat Guarda i messaggi
Hai ragione.

Quindi il pezzo che ho riportato sopra sarebbe riferito forse alla VM originale YARV?

Può essere?
si direi proprio di si che si riferisse all'interprete originale!
__________________
Khelidan
khelidan1980 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Tastiera gaming MSI GK600 TKL: switch hot-swap, display LCD e tre modalità wireless Tastiera gaming MSI GK600 TKL: switch hot-swap, ...
DJI Osmo Pocket 4: la gimbal camera tascabile cresce e ha nuovi controlli fisici DJI Osmo Pocket 4: la gimbal camera tascabile cr...
Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori Sony INZONE H6 Air: il primo headset open-back d...
Nutanix cambia pelle: dall’iperconvergenza alla piattaforma full stack per cloud ibrido e IA Nutanix cambia pelle: dall’iperconvergenza alla ...
Recensione Xiaomi Pad 8 Pro: potenza bruta e HyperOS 3 per sfidare la fascia alta Recensione Xiaomi Pad 8 Pro: potenza bruta e Hyp...
Alcune varianti dei futuri Samsung Galax...
Il ridimensionamento di OnePlus in Europ...
Il cofondatore di Netflix ha lasciato l'...
ASUS porta in Italia il nuovo Zenbook Du...
Assassin's Creed: Black Flag Resynced, s...
Xbox Game Pass cambierà: tra le n...
I nuovi Surface Pro e Laptop sono vicini...
OnePlus ci riprova con la fascia bassa: ...
La Top 10 delle offerte Amazon del weeke...
XGIMI MoGo 2 Pro a 339€: Google TV con N...
Forum IT & Intelligence 2026: dall'A...
iPhone 16e per la prima volta a meno di ...
Stop Killing Games: Ross Scott convince ...
Annunciata la tuta di volo di Vast che s...
Vast presenta il nuovo Large Docking Ada...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 16:32.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v