Newsgroup: it.comp.os.linux.debian
Titolo: MONO su embedded linux

Salve a tutti,
sono uno studente universitario (ingegneria informatica) al lavoro per
un progetto di tesi presso una azienda. Il progetto prevede il porting
di un sistema sviluppato su piattaforma .NET su s.o. Linux embedded.
L'hardware embedded è un architettura pc (geode 300mhz, flash card
32MB, sdram 64MB) sul quale installare linux e valutare la possibilità
di utilizzare MONO per il porting del sistema.
L'hardware specificato funge da RTU in una architettura di tipo SCADA.
Sono nella fase di ricerca dei s.o. linux disponibili, orientata in
particolare a sistemi free o open-source a basso costo.
Scrivo per cercare consigli a riguardo, e considerazioni sui sistemi
che qualcuno abbia già preso in esame.
Il sistema operativo da scegliere dovrebbe essere il più possibile
modulare e consentire una certa "comodità" nell'aggiornamento delle
librerie di sistema.
A riguardo ho trovato il progetto emdebian per creare debian su sistemi
embedded.. qualcuno ha esperienze a riguardo?
Grazie a chi potrà fornire consigli utili!
Rispondi »

 di utilizzare MONO per il porting del sistema.
Non ce la farai mai. Le risorse sono troppo poche.
Se converti tutto in java, riusciresti a farci stare (con qualche
difficoltà, usando cramfs come filesystem) la JVM oppure potresti
compilare dal bytecode a codice nativo con GCJ.
ciao
gl

g...@decadence.it
 ha scritto:

In realtà il sistema hardware che ho descritto è il sistema di base
fornitoci dall'azienda produttrice. Consente espansioni di processore
fino ad oltre 600Mhz e di memoria flash/RAM fino ad 1 Gb ciascuna.
Chiaro che vorremo tenerci sulle configuazioni minime (che consentano
il porting e "buone prestazioni"), per tenere al minimo i costi.
Se questo è il tuo parere, comunque, mi mettrò già nell'ordine di
idee di gestire un sistema più grande.. cmq il dubbio principale era
su quale potesse essere, in termini di versatilità la distribuzione
migliore.. Da quello che sto apprendendo su Debian, mi pare possa
essere una buona scelta...
Quello che mi preoccupa sono le prestazioni che potrà avere il sistema
dopo il porting.
Grazie!

g...@decadence.it
 ha scritto:

Mono e' piu' che adatto alle risorse del sistema descritto. I requisiti
minimi
per usare mono cosi' come compilato di default sono 3-4 MB di spazio su
disco ed altrettanti
di RAM. E con un po' di impegno possono anche essere ridotti, vedi per
esempio le info su 
http://www.mono-project.com/Small_footprint
.
Se usi GCJ hai bisogno di 20 MB su disco solo per libgcj e devi
considerare che in molti casi GCJ a runtime usa 2 o 3 volte la
quantita' di memoria in piu' rispetto a mono (vedi per esempio i
risultati sul sito
http://shootout.alioth.debian.org/gp4sandbox/benchmark.php?test=all&lang=csharp&lang2=gcj
).
Se usi una JVM proprietaria invece di GCJ avrai problemi simili.
Con 8 MB di spazio disco con mono potresti installare Gtk# e altre
librerie di base, usando comunque meno della meta' dello spazio
richiesto da libgcj.
Happy hacking.
lupus / sviluppatore mono

 compilare dal bytecode a codice nativo con GCJ.
se ha chiesto dettagli per mono ci sarà un motivo.  che senso ha
rispondere: "se usi java allora puoi fare ${ROBA}"?  i prerequisiti sono
chiaramente esposti.
ciao,
 Emmanuele.

 essere una buona scelta...
come ti ho risposto su it.comp.os.linux.development, è meglio
orientarsi verso distribuzioni per ambienti embedded, come
openembedded o poky, che hanno il vantaggio di avere una serie di
facility appositamente studiate per l'utilizzo e lo sviluppo in
ambienti "ristretti"; una debian pesantemente modificata potrebbe andare
altrettanto bene - in fondo, è anche quello che usano alla nokia per la
770.  tuttavia, considera il tempo che dovrai investire per modificare
una distribuzione, cosa che può non essere affatto banale da realizzare.
ciao,
 Emmanuele.

 chiaramente esposti.
Già, ma io sono preconcettualmente ostile a tutti i progetti open source
che fanno il filo a MS, come mono.
Andare nella loro direzione fa il loro gioco, non ho mai nascosto la mia
idea quando se ne è parlato, sempre che gliene freghi niente a qualcuno,
ovviamente.
E' una mia opinione personale, con tutto rispetto per gli sviluppatori che
seguono il progetto.
ciao
gl

 che fanno il filo a MS, come mono.
andare a fare il filo alla sun, invece... ;-)
ciao,
 Emmanuele.

 andare a fare il filo alla sun, invece... ;-)
Sun ha rilasciato molti software open source.
Un progettino da due centesimi di euro...
Forse l'avrai sentito nominare :) un certo OpenOffice e forse l'avrai
anche usato qualche volta. :))
Sui linguaggi di programmazione pure hanno molto software open source, tra
cui J2EE "Glassfish".
Il paragone con MS è proprio fuori luogo, non trovi?
ciao
gl

 un dio. :)
So che e` un caso particolare, ma l'immagine (non ricordo se cram o jffs)
di OpenZaurus con GPE occupa 14 Mb, e contiene X con gtk e tutti i PIM di
GPE (agenda, calendario, notebook, ecc.)
Certo e` tutto striminzito (libc lite, X solo per quella scheda, comandi
ridotti all'osso, ecc.)
Viene tutto generato da openembedded, quindi credo si possa ricompilare
anche per x86.
Bye.

 Il paragone con MS è proprio fuori luogo, non trovi?
Prima di tutto Mono non e' sviluppato da Microsoft, ma da Ximian prima
e Novell poi, con il contributo di centinaia di altri sviluppatori di
sw libero, quindi il tuo paragone non c'entra proprio niente. Ti
ricordo che la jvm e le sue librerie sono tutt'ora codice proprietario
e che Sun ha cercato di fare quello che poteva per impedire lo sviluppo
di jvm alternative.  L'altra soluzione che proponevi, gcj, e'
chiaramente inferiore dal punto di vista tecnico, specialmente
considerando la richiesta iniziale. Quindi sembra un po' strano che tu
adesso faccia l'elogio dell'open source quando hai appena proposto una
soluzione proprietaria al posto di software libero. Un po' di coerenza
non guasterebbe:)
Poi, va bene che avvisavi che hai pregiudizi in merito, ma non e' che
per forza devi comunicarli al mondo ogni volta che ti capita
l'opportunita'. Dei pregiudizi di solito ci si vergogna e si cerca di
rimuoverli, non li si espone al pubblico:)
lupus

 rimuoverli, non li si espone al pubblico:)
Io credo (con tutto rispetto parlando) che avrebbero dovuto concentrare
le risorse su Classpath e GCC/GCJ, anziché seguire lo sviluppo di MS.
E questo non me lo toglie nessuno dalla testa.
E' un preconcetto (non pregiudizio) solo perché non proverò mai a
sviluppare su C#/Mono, quindi non potrò mai verificare per il resto
continuo ancora a ritenere valide le mie ragioni.
E grazie per avermi fornito l'occasione di esporli una volta :)
ciao!
gl

 gl
Ciao
	Mavimo
-- 
http://mavimo.netsons.org

 sviluppare su C#/Mono, quindi non potrò mai verificare per il resto
Ok, era abbastanza ovvio che non conoscessi l'argomento.
Non e' sempre necessario dare una opinione su cose che non si
conoscono:)
lupus

 Già perchè Mono implementa tutto .NET 2.0 (e il futuro 3.0), invece...
Cosa c'entri questo solo tu lo sai:)
La richiesta era per usare mono su un sistema embedded con 32 MB di
flash.
GCJ richiede almeno 20 MB di spazio disco (e non implementa le feature
di mono, FYI:-). Se fai delle prove scopri anche che la velocita' dei
programmi e' simile e che gcj usa di solito 3 volte tanta la memoria di
mono per gli stessi programmi.
Se non consideri questa inferiorita' tecnica facci sapere cosa fumi:)
lupus

 fare qualcos'altro.
Sinceramente se era una provocazione non l'ho capita, IMHO benvengano 
accordi di questo tipo, nessuno è obbligato ad usare Win o Linux, se i 
due sistemi possono lavorare bene cooperando tra di loro uno ha la 
possibilità di scegliere, inoltre lo scambio di informazioni tra i due 
porterà (sempre IMHO) a un miglioramento delle funzionalità di linux (a 
meno che Novell non voglia farsi tutto in casa senza rilasciare nulla su 
GPL, ma lo credo improbabile, anche se non impossibile).
Vedremo come va a finire, abbiamo tempo fino al 2010 :)


 conoscono:)
Conoscere o meno .NET o Mono superficialmente o a fondo è irrilevante.
So qual è il campo di gioco, chi sono i giocatori e in che modo leale o
sporco sono abituati a giocare, e anche se non seguirò la disputa, so
bene quale sarà il risultato finale. :)
ciao
gl

 bene quale sarà il risultato finale. :)
Hai mai provato a fare la pubblicita' in TV per i numeri del lotto o
per il tredici al totocalcio?
Sembri convincente come vanna marchi:)
lupus

 Sembri convincente come vanna marchi:)
E invece tu mi vuoi convincere che Microsoft sia un amichetto leale? :)
ciao
gl