|
Rispondo in pubblica a beneficio di tutti, anche perché non è la prima
volta che mi capita di esaminare problemi simili. Installazione windows originale: - Pentium III 933 MHz - 128 MB Ram - HD 20 GB con Windows XP Professional, file di paging 239 MB, MS Office 2003 e OpenOffice.org 2.0.1 Italiano;quella simulata è stata fatta con P4 2.4GHz 256MB occupandone 184MB con altre applicazioni (per simulare i 128). Il file xls originale è da 5,53MB contro 2,12MB dell'ods creato con OOo calc contiene 47 tabelle di cui almeno 2 pivot ed un numero elevato di grafici (sinceramente viste le dimensioni non ho considerato oltre i dettagli) di cui una nell'ordine del migliaio di righe e destinata ad aumentare. OOo calc carica il file xls in un tempo compreso tra 6 e 6'30", l'ods in 3'40" circa; la fase penalizzante per il xls è la fase calcola. L'applicazione è un foglio elettronico che gestisce le finanze a livello personale e/o piccola azienda e memorizza un considerevole insieme di dati destinati ad aumentare nel tempo. Memorizza anche dati storici di titoli azionari. Alberto mi spiace, non vorrei sembrare troppo duro ma qui il problema è architetturale, l'applicazione non si presta date le dimensioni ad essere realizzata ne con un foglio elettronico ne con un database tipo access a meno che non si usi il db solo per dati e query e si realizzi una gui separata. Il sospetto che l'applicazione doveva essere realizzata in un altro modo doveva venirti nel momento in cui ti sei accorto che il caricamento richiede tempi biblici. La motivazione è la seguente: in questo caso OOo calc deve caricare se stesso più tutto il file nella memoria principale (ram) e paginare su disco qualcos'altro se si può, quindi o si dispone di un PC molto potente o si è destinati alla paralisi anche in ottica futura. L'applicazione con database non risente ne di problemi di caricamento in funzione delle dimensioni dei dati e questo nemmeno in ottica futura. La comunicazione tra gui e db infatti sarebbe limitata a transazioni sql (con driver dedicati, odbc ecc.) ed eventualmente le elaborazioni più pesanti sarebbero limitate ai dati di campi calcolati e grafici ma non si deteriorebbero nel tempo e paradossalmente il programma potrebbe girare su PC anche più miserelli. Certo, dirlo ora che l'applicazione esiste... non fa piacere, oltretutto per quanto ho visto l'applicazione sembra completa. Probabilmente l'applicazione si è ingigantita strada facendo. Le soluzioni sono 2: -recuperare i dati dell'applicazione e riscrivere la parte di codice (macro ecc) -dividere l'applicazione in qualche modo logico. Consiglio a beneficio di tutti: i fogli elettronici usateli solo per applicazioni piccole dove la parte di CALCOLO è preminente e la BASE DI DATI è SECONDARIA. Se la base di dati nel tempo diventa troppo grande allora interfacciate il foglio elettronico ad un db anche utilizzando OLE se db e foglio elettronico risiedono sullo stesso PC. Se invece già dall'inizio si può ipotizzare che la base di dati cresca allora incominciate subito a realizzarlo con un db. Ora anche OOo ha base che sicuramente si evolverà, può essere sensato sperimentare la gui con OOo base e caso mai realizzarla come programma java, vb, C++ in seguito quando la gui è stabile. Mi scuso se sono sembrato troppo duro, Massimo Manca, Micron Engineering Alberto Dante ha scritto: Errata corrige: RAM 128 MB-----Messaggio originale----- Da: Alberto Dante [mailto:[EMAIL PROTECTED]] Inviato: martedì 28 febbraio 2006 15.26 A: '[email protected]' Oggetto: R: [utenti] lentezza geologica in OpenOffice.org 2.0.1 Le caratteristiche del mio PC sono più precisamente: - Pentium III 933 MHz - 32 MB Ram - 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: |
No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 268.1.1/270 - Release Date: 27/02/2006
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
