Microsoft Windows Vista in 6 versioni? Pare confermato

[bjt2]

Questi trucchi li ho applicati su win 98 SE, scaricando uno zip con tutti questi trucchi... C'erano anche trucchi per XP, ma non erano nomiati questi... Non credevo che funzionassero ancora! In particolare la priority separation, conservativeswapusage ecc... Per la data di accesso su Win 98 bastava mettere nel config.sys ACCDATE= -A -B -C ecc (le unità che si volevano disabilitare...)... Comunque proverò, grazie!

[TheKaneB]

Originariamente inviato da sirus

Quello elimina totalmente il file di paging e non è propriamente una cosa raccomandabile, sarebbe come non usare la swap in GNU/Linux.
Il comportamento che si vuole ottenere è quello descritto da bjt2

Questo lo so, infatti avevo capito che si voleva "disabilitare" lo swapping, per questo mi ero stranizzato. E cmq penso che se monti "almeno" 2 Gb di RAM si potrebbe prendere in considerazione il fatto di togliere lo swap, no? a meno che non usi un programma come quello di bjt2 che si alloca x intero in memoria..... a proposito (x bjt2) hai mai provato a riscrivere il codice della gestione della memoria nel tuo programma? se normalmente occupa 150MB allora forse puoi trovare un modo per ottimizzare l'utilizzo di memoria mantenedo l'allocazione statica, magari lavorando sui dati come se fossero un buffered streaming (non so se si può dire così, ma avete capito cosa intendo! ), invece di caricarli in blocco.... almeno credo, poi ovviamente dipende dal caso particolare (ad esempio in un piccolo editor di testo RTF che ho fatto qualche anno fa, gestivo i file oltre un tot di kb come un flusso spezzato in vari frammenti da caricare quando servivano, scaricando quelli meno usati: in questo modo in 3 MB di RAM potevo aprire file lunghi anche 1 giga e senza occupare memoria di swap). fatemi sapere ciao!

[bjt2]

Beh, il programma elabora tre immagini tridimensionali di Risonanza magnetica, li trasforma in un altro spazio parametrico, sempre tre immagini tridimensionali e poi li segmenta, ossia riconosce i tessuti in base all'"intensità" di segnale... Poichè per fare questo ci mette 30 secondi per volumi a bassa risoluzione e fino a 2 minuti per volumi più grandi, non ho tempo o voglia per ottimizzarlo... Anche perchè con il file di swap non ho problemi, come ti ho detto... Perchè allora arrischiarsi a ristrutturare il programma?

[sirus]

Originariamente inviato da TheKaneB

Questo lo so, infatti avevo capito che si voleva "disabilitare" lo swapping, per questo mi ero stranizzato. E cmq penso che se monti "almeno" 2 Gb di RAM si potrebbe prendere in considerazione il fatto di togliere lo swap, no? a meno che non usi un programma come quello di bjt2 che si alloca x intero in memoria..... a proposito (x bjt2) hai mai provato a riscrivere il codice della gestione della memoria nel tuo programma? se normalmente occupa 150MB allora forse puoi trovare un modo per ottimizzare l'utilizzo di memoria mantenedo l'allocazione statica, magari lavorando sui dati come se fossero un buffered streaming (non so se si può dire così, ma avete capito cosa intendo! ), invece di caricarli in blocco.... almeno credo, poi ovviamente dipende dal caso particolare (ad esempio in un piccolo editor di testo RTF che ho fatto qualche anno fa, gestivo i file oltre un tot di kb come un flusso spezzato in vari frammenti da caricare quando servivano, scaricando quelli meno usati: in questo modo in 3 MB di RAM potevo aprire file lunghi anche 1 giga e senza occupare memoria di swap). fatemi sapere ciao!

Alla domanda in grassetto, meglio di no, alcuni programmi (con qualsiasi quantitativo di RAM installata) ne richiedono la presenza

[lucusta]

Originariamente inviato da mjordan

Per me non è una vera e propria "ottimizzazione", anzi. Scaricare sempre e comunque le DLL influisce negativamente quasi sempre sulle prestazioni, perchè ognivolta che richieste vanno ricaricate da capo.

questa e' un'ottimizzazione quando usi la macchina solo con un'applicazione o quasi (macchina dedicata o quasi).
ho anche una stringa di comando che fa' la stessa operazione e si usa prima di impegnare il PC su un lavoro gravoso.
logico che le "ottimizzazioni" vanno fate caso per caso.
la "migliore" ottimizzazione per tutte le occasioni e' quella fatta da microsoft (tranne qualche imposizione commerciale), che tiene piu' o meno tutto caricato con la maggior parte dei servizzi automatici.

uso queste ottimizzazioni, ed alcune anche piu' spinte con tagli d'interi moduli da XP, su alcune macchine, e queste risultano molto piu' adattate all'impiego a cui sono predisposte.
sugli HTPC che ho, ho ristretto XP a meno di 300 MB, cambiando anche l'impostazione ergonomica dell'interfaccia usando docklets tipo MAC.

[lucusta]

Originariamente inviato da bjt2

Beh, il programma elabora tre immagini tridimensionali di Risonanza magnetica, li trasforma in un altro spazio parametrico, sempre tre immagini tridimensionali e poi li segmenta, ossia riconosce i tessuti in base all'"intensità" di segnale... Poichè per fare questo ci mette 30 secondi per volumi a bassa risoluzione e fino a 2 minuti per volumi più grandi, non ho tempo o voglia per ottimizzarlo... Anche perchè con il file di swap non ho problemi, come ti ho detto... Perchè allora arrischiarsi a ristrutturare il programma?

una trasformata di fourier tridimensionale? una TAC, insomma.
per una TF credo che convenga usare solo la ram, anche se dipende dai samples che s'impostano (facilmente su nmr usiamo 100000 acquisizioni).
credo che comunque convenga esclusivamente l'uso di ram..
per test potresti usare un diskram e abilitare temporaneamente il pagefile su questo (ce ne sono anche di free); se l'applicazione risponde positivamente, potresti prendere in considerazione la ricompilazione..
NB:
per farlo devi prima eliminare il pagefile, istallare il diskram, settarlo sul quantitativo voluto, e poi abiltare il pagefile sul diskram, senno' chiede il riavvio della macchina, e non trovando il diskram dara' errore per l'allocazione del pagefile.
alla fine del test, conviene che risetti il pagefile su un'altro disco e poi riavii (per non incorrere nelo stesso problema).

[bjt2]

Troppo casino Non c'è tempo per tutte queste prove! Abbiamo tante scadenze e tanti progetti... Se una cosa funziona... Non si tocca!

Il programma lavora con tre serie di immagini 256x256 16 bit, da 32 a 200 fette (a seconda dello spessore di fetta e del volume acquisito). Poi serve lo spazio per le tre immagini trasformate, per le tre immagini trasformate e filtrate e per il singolo volume segmentato (per fortuna solo le immagini originali sono a 16 bit... Tutte le altre sono a 8 bit). La maggior parte dei calcoli sono fatti fetta per fetta (pochi sono fatti sul volume intero), perciò potrei teoricamente usare poca memoria ed elaborare fetta per fetta, ma il programma deriva, tramite reingegnerizzazione (la mia tesi!) di un software in Fortran che faceva tutto in RAM... Come dicevo: squadra che vince non si cambia!

P.S.: le elaborazioni da fare non sono FFT per fortuna, ma formule non lineari e lookup table per ricavare tre parametri (per questo 3 immagini) da altri 3 (le tre acquisizioni RM)...

[lucusta]

Originariamente inviato da bjt2

ma il programma deriva, tramite reingegnerizzazione (la mia tesi!) di un software in Fortran che faceva tutto in RAM... Come dicevo: squadra che vince non si cambia!

P.S.: le elaborazioni da fare non sono FFT per fortuna, ma formule non lineari e lookup table per ricavare tre parametri (per questo 3 immagini) da altri 3 (le tre acquisizioni RM)...

credo che comunque convenga che rimane tutto in ram.

vesta cosi' sembrerebbe piu' un pilota per un banco a controllo numerico..