Mi stai dando purtroppo indicazioni al di fuori delle mie capacità.
Guide "Linux unleashed" ne ho trovate parecchie ma sono tutti libri da
acquistare, niente da scaricare on-line; su "imparare Linux in 21 giorni"
proprio non ho trovato niente: mi potresti dare indicazioni più precise?
Comunque se vale la pena posso anche acquistare un libro se mi indichi un
testo ben preciso.
Relativamente al database qui per me è un disastro: ho trovato firebird su
http://firebird.sourceforge.net/ e ho provato a scaricare la versione 1.5.3
per win32 ma non ci capisco niente. Mi potresti dare delle dritte per
partire? Tra le varie alternative (quindi anche PostgreSql e MySql) quali
sono più indicate per un principiante di database che sta passando a linux?
Sono tutte open source?
Grazie, ciao, Alberto
-----Messaggio originale-----
Da: Micron Engineering [mailto:[EMAIL PROTECTED]
Inviato: venerdì 3 marzo 2006 0.28
A: [email protected]
Oggetto: Re: [utenti] R: [utenti] R: [utenti] R: [utenti] R: [utenti]
lentezza geologica in OpenOffice.org 2.0.1
Alberto Dante ha scritto:
Mi sto attivando per portare la RAM a 512 MB.
Quest è una buona idea.
Relativamente ad un uso più efficiente di Excel da abbinare al database,
come si fa?
Io fossi in te farei così:
1. se vuoi usare lo stesso programma su linux e windows lascia perdere
Access, potresti usare hsql che è quello integrato in OOo ma dal mio
punto di vista in parte ha gli stessi difetti di access. A questo punto
hai 3 alternative: PostgreSql, MySql e interbase/firebird (borland/open
source). Tanto il db lo devi usare solo per memorizzare le tabelle e le
query quindi tanto vale fare il grande salto.
2. se vuoi continuare ad usare il foglio elettronico (io veramente te lo
sconsiglio) devi collegare la base di dati con il folgio elettronico e
poi lanciare le query in funzione dei dati che ti servono e con le
modalità che ti servono.
3. se vuoi un'applicazione standalone io ti consiglio un RAD tipo
Delphi, C++ Builder o Visual Basic (tralascerei C# e Visual C++ di
Microsoft decisamente meno RAD). Saresti in grado di fare tutto quello
che hai realizzato recuperando le idee ma non il codice.
4. Esporta i dati in csv e importali nelle tabelle del db al limite
mettendo a posto i formati dei dati.
Di Excel ho parecchia esperienza, ma non di macro e Access. I dati nel
database comunque ho bisogno di utilizzarli per grafici, analisi,
determinazione di alcuni parametri, ...
Mi potete dare qualche suggerimento? Avete dei file di esempio da mandarmi
o
comunque mi potete dire dove eventualmente trovarli?
Ripeto, lascia perdere access perché poi in linux non lo puoi usare. E
lascia perdere l'idea di collegarti con access in rete, magari usando ADO!
P.S. ho un'email del supporto Microsoft che candidamente per risolvere
tutta una serie di problemi con access in rete (l'ha voluto
espressamente il cliente non io) dice apertamente di usare MDAC e DAO.
Nel mare magnum della documentazione di linux (sul web e/o libri) cosa mi
suggerite di consultare per acquisire dimestichezza con linux (comandi
principali, messa a punto per il proprio hardware e configurazione,
compilazione kernel, ...)? (Scusate se approfitto dell'ospitalità di OOo
per
queste questioni)
Ci sono ottime guide tipo "Linux Unleashed" o "Imparare Linux in 21
giorni" tra l'altro reperibili nel web gratis.
Grazie, ciao
Alberto
PS E comunque rimane un mistero il come mai il file che mi crea problemi
con
OpenOffice (da 2,5 MB) non ha alcun problema su Excel (dimensione file in
questo caso 6,2 MB), sempre sul mio PC con 128 MB di RAM
Io ho provato e cronometrato sia Excel 2003 che OOo calc. I tempi di
Excel con il file xls e OOo con il file ods sono simili, secondo più
secondo meno, mentre OOo è sicuramente perdente nell'apertura del xls.
La prova l'ho fatta con QuickStart caricato. Non ho fatto il test su
Linux perché per ragino di sviluppo devo utilizzare in questo momento
una vecchia RedHat ma se vuoi posso provare.
-----Messaggio originale-----
Da: Alberto Dante [mailto:[EMAIL PROTECTED]
Inviato: giovedì 2 marzo 2006 22.40
A: [email protected]
Oggetto: [utenti] R: [utenti] R: [utenti] R: [utenti] lentezza geologica
in
OpenOffice.org 2.0.1
Grazie a tutti intanto per i preziosi consigli. Spero di essere in grado
di
metterli in opera, almeno in parte.
Ci sentiamo presto.
Alberto
-----Messaggio originale-----
Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Inviato: martedì 28 febbraio 2006 23.50
A: [email protected]
Oggetto: Re: [utenti] R: [utenti] R: [utenti] lentezza geologica in
OpenOffice.org 2.0.1
Aumenta la RAM, la puoi acquistare nei negozi di informatica. Meglio se la
fai montare da loro. Ottimale e' portarla a 512 Mbyte.
----- Original Message -----
From: "Alberto Dante" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Tuesday, February 28, 2006 6:52 PM
Subject: [utenti] R: [utenti] R: [utenti] lentezza geologica in
OpenOffice.org 2.0.1
Scusami, la RAM è 128 MB e non so cos'è la JVM. Comunque mi sembra di
capire
che con il mio PC non ci sono più speranze?
Peccato, grazie lo stesso.
_____
Da: Micron Engineering [mailto:[EMAIL PROTECTED]
Inviato: martedì 28 febbraio 2006 15.39
A: [email protected]
Oggetto: Re: [utenti] R: [utenti] lentezza geologica in OpenOffice.org
2.0.1
Alberto Dante ha scritto:
Le caratteristiche del mio PC sono più precisamente:
- Pentium III 933 MHz
- 32 MB Ram
indipendentemente da quello che si dice nelle configurazioni piccole
Windows
è più veloce di Linux soprattutto Win98 e Linux ha bisogno di risorse
minime
più elevate (non preferisco ne uno ne l'altro, li uso e ci sviluppo su
entrambi). Comunque in ogni caso, XP è molto mangione; un file di paging
da
239MB serve per superare il totale di 256 MB che è il minimo reale per XP
quindi non pagina un bel niente ma si sostituisce quasi in toto alla ram.
Tanto per capirci, un PC con Win2000 e 256MB di ram arriva tranquillamente
a
dedicare 128MB al s.o., aggiungi 8-32MB per l'antivirus e poi propone di
default 240MB di paging su disco. XP è anche peggio. Anche Linux non è
felice dei 32MB. In sostanza: il problema non è il file o
l'applicazione...
è il PC. Tieni presente che OOo ha anche bisogno della JVM.
- HD 20 GB con Windows XP Professional, file di paging 239 MB, MS Office
2003 e OpenOffice.org 2.0.1 Italiano;
- HD 80 GB con varie distro LINUX in prova (una alla volta): attualmente
Ubuntu 5.10, prima Suse 10.0.
La lentezza la riscontro sia sotto Windows ma anche sotto Linux.
Sono un neofita in Linux per cui faccio fatica a comprendere le istruzioni
che mi dai.
Non so come fare un compilazione del kernel personalizzata per il mio PC,
comunque le caratteristiche del mio hardware sono molto inferiori alle
tue.
Il fatto è che ho fatto le stesse prove anche su un altro PC molto più
potente: la situazione di velocità migliora ma è sempre lenta rispetto
Excel.
Non sono in grado penso di installare distro LINUX tipo Debian o
Slackware;
una volta però sapevo che Linux si poteva adattare molto meglio di Windows
a
funzionare su vecchi PC sfruttandone al pieno le potenzialità. Vorrei il
mio
PC tenerlo ancora per un po'.
Attendo ulteriori consigli, grazie.
Alberto
-----Messaggio originale-----
Da: Davide Prina [mailto:[EMAIL PROTECTED]
Inviato: martedì 28 febbraio 2006 14.42
A: [email protected]
Oggetto: Re: [utenti] lentezza geologica in OpenOffice.org 2.0.1
--- Alberto Dante ha scritto:
Sto passando a Linux, per cui sto preparandomi a passare tutti i
documenti
da MS Office 2003 a OpenOffice.org 2.0.1.
Ho un PC del 2001 Pentium III 933 MHz con un HD da 20 GB.
OOo 2.0 richiede:
GNU/Linux ("Linux")
* Linux kernel version 2.2.13 or higher, glibc2 version 2.2.0 or
higher
* 128 Mbytes RAM
* 200 Mbytes available disk space
* X-Server with 800 x 600 or higher resolution with at least 256
colours
da: http://www.openoffice.org/dev_docs/source/sys_reqs_20.html
Che distro GNU/Linux stai utilizzando?
Se è Debian o un suo derivato puoi ottenere un incremento di
prestazioni di circa il 40-60% installando le libgc compilate per
l'architettura hardware i686 (funziona solo con Linux 2.6.x ...
altrimenti te la devi ricompilare tu).
Inoltre è consigliato installare una versione di Linux (meglio 2.6) già
compilata per il proprio processore (sempre con Debian basta un
comando).
Poi potresti controllare se:
* viene utilizzato il DMA per l'hard disk
$ man hdparm
* hai sufficiente RAM (di default possono essere avviati demoni che non
ti servono, ma che occupano risorse)
$ man free
... (le variabili in gioco sono molte)
Un file di excel .xls ora convertito in .ods occupa circa 2,5 MB, è
costituito da 45 fogli, tra cui 2 tabelle pivot, parecchi grafici, un
collegamento ad altro foglio, no macro.
Lavorare con questo foglio è praticamente impossibile per la lentezza
geologica.
sarebbe meglio non usare un foglio elettronico come un database, ma
affiancare i due prodotti.
Io ho un k7 1 Ghz con Debian Etch e devo dire che le prestazioni sono
ottime (per ora). Ho provato ad usare un file calc di dimensione
superiore ai 2,5 MB e l'unica parte lenta era il
salvataggio/caricamento.
Ciao
Davide
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
