800 MB di ram per Windows Vista

[bertoz85]

Originariamente inviato da -fidel-

Per far avere un comportamento decente a Win, sono andato ad usare le funzione proprietarie di Win: ho provato con LocalAlloc(...).

Dall'MSDN:
"These functions [local e global, ndr] are slower than other memory management functions and do not provide as many features. Therefore, new applications should use the heap functions. However, the global functions are still used with DDE and the clipboard functions."

A mio parere si può fare un bel po' di ottimizzazione, che mi aspetto con Vista, e comunque mi scoccia dover necessariamente usare funzioni di allocazione della API di win (non portabili) per fargli assumere un comportamento decente. Con la malloc il risultato è stato disastroso.

Non ho capito se il tuo programma di esempio l'hai ricompilato col compilatore della microsoft e facendo uso del crt microsoft, oppure l'hai compilato ed eseguito sotto cygwin o simili con gcc.
Potrebbe essere che cygwin, data la lentezza con cui vengono eseguiti i programmi al suo interno, non sia correttamente ottimizzato per win.

ciao

[k0nt3]

davvero una discussione interessante come poche... devo ancora leggere gli ultimi commenti, però volevo commentare il fatto del compilatore di MS. io l'ho comparato con minigw un annetto fa (avevo VS6 però... sorry) e ho notato che effettivamente gli eseguibili prodotti sono abbastanza più grossi in media (parlo sempre di release), ma le prestazioni mi sono sembrate simili, anche se quello di MS riusciva a rosicchiare qualcosa in più. quello di borland invece per mia esperienza riesce a produrre eseguibili piccolissimi.. ma con prestazioni disastrose
un aspetto interessante però è che i programmi compilati con VS hanno la caratteristica di generare page fault moOolto più frequentemente di quelli compilati con minigw! al tempo la cosa mi aveva incuriosito e attivando la colonna page fault nel monitor di sistema avevo osservato che ie6 causava page fault anche quando era fermo adesso però non posso provare perchè ho messo la beta 7 (che comunque si comporta così anche lei) e ha sovrascritto ie6.. EDIT: explorer.exe comunque mi genera i suoi bravi 7-8 page fault al secondo

ps. penso che quando si utilizza il file di paging il fatto di avere molti page fault possa essere dannoso che ne dite? potrebbe essere addirittura il motivo delle scritture ogni secondo di cui qualcuno aveva parlato prima...

pps. se qualcuno di voi può verificare quanto ho detto con l'ultima versione di VS mi farebbe un piacere.. al momento non l'ho installato

[-fidel-]

Originariamente inviato da bertoz85

Dall'MSDN:
"These functions [local e global, ndr] are slower than other memory management functions and do not provide as many features. Therefore, new applications should use the heap functions. However, the global functions are still used with DDE and the clipboard functions."

Provato anche HeapCreate-HeapAlloc: per le prestazioni non ho potuto verificare differenze (del resto il programmino di test è molto semplice, bisognerebbe fare qualcosa di più sostanzioso, ma il comportamento è identico a LocalAlloc/GlobalAlloc/VirtualAlloc per il deferimento dell'allocazione e l'uso dello swap). Sono consigliate dal momento che permettono un uso più approfondito della memoria (ad esempio usando le estensioni AWE in combinazione alla HeapAlloc è possibile superare il limite dei 4 Gb di memoria su sistemi a 32 bit), ma credo che questo esuli dallo scopo che ci siamo prefissati all'inizio.

Originariamente inviato da bertoz85

Non ho capito se il tuo programma di esempio l'hai ricompilato col compilatore della microsoft e facendo uso del crt microsoft, oppure l'hai compilato ed eseguito sotto cygwin o simili con gcc.
Potrebbe essere che cygwin, data la lentezza con cui vengono eseguiti i programmi al suo interno, non sia correttamente ottimizzato per win.

ciao

L'ho ricompilato con Visual Studio (quindi il compilatore usa automaticamente le CRT fornite da Microsoft): Cygwin neanche l'ho installato, dal momento che sullo stesso PC ho direttamente Linux, che uso nel 90% del tempo (il restante 10% di uso di Win è per i giochi e appunto per VisualStudio ) Da quando ho Matlab anche su Linux ormai Win lo uso molto raramente.

EDIT: L'ultima prova che farò sarà usare VirtualAlloc, prima con il parametro MEM_RESERVE e poi chimandola con MEM_COMMIT per l'allocazione fisica, ma il tutto diventa leggermente più macchinoso di una semplice malloc...

[k0nt3]

ma c'è un motivo per cui malloc si comporta così male? mi sembra abbastanza stupido, anche perchè mi renderebbe più difficile fare software multipiattaforma... e dire che io ho sempre allocato con malloc pensando che al resto ci pensasse il SO! ecco perchè il giochino 3D che avevo fatto con OpenGL era lentino a caricarsi eppure avevo una mappa abbastanza limitata come potrete immaginare

[bjt2]

Beh, tutti i programmi ANSI C che compilo con MinGW (non ho visual studio: quella dll di 480KB non so come era compilata: era nel pacchetto) sono velocissimi, può essere che MS rallenti apposta i programmi POSIX per spingere a creare programmi che girano solo sotto win! (scherzo... ma non mi stupirei se fosse così )

[-fidel-]

Originariamente inviato da k0nt3

ma c'è un motivo per cui malloc si comporta così male? mi sembra abbastanza stupido, anche perchè mi renderebbe più difficile fare software multipiattaforma... e dire che io ho sempre allocato con malloc pensando che al resto ci pensasse il SO!

Infatti dovrebbe essere così. Normalmente l'implementazione di una malloc chiama delle system calls del kernel: se tali system calls sono efficienti la malloc va bene: ma le system calls del resto sono implementate nel kernel, quindi il tutto dipende dalla bontà della gestione memoria del SO.
Evidentemente in Win non funziona così: cosa darei per vedere i sorgenti della malloc implementata da MS Con le funzioni proprietarie la gestione è differente, valli a capire. Sembra non ci sia uniformità nella gestione memoria di Win, si passa dal disastro della malloc all'accettabilità di GlobalAlloc/LocalAlloc/VirtualAlloc/HeapAlloc. Non ho ancora approfondito le estensioni AWE, sono molto interessanti ma per usi di nicchia, riguardo alle prestazioni non saprei. Ma è roba particolare, ci vogliono privilegi particolari che dà l'amministratore sulla memoria, ed un SO WIndows "modificato" per poter utilizzare le estesnsioni Intel PAE per superare i 4 Gb su sistemi a 32.
Anche il kernel linux supporta il PAE Intel, ma non so (anche perchè non ho mai provato ) come superare il limite dei 3 GB di user address space su linux. Con win si fa appunto con le estensioni AWE (per Win XP mi pare il limite di user address space è maggiore, 2 Gb).

[-fidel-]

Originariamente inviato da k0nt3

pps. se qualcuno di voi può verificare quanto ho detto con l'ultima versione di VS mi farebbe un piacere.. al momento non l'ho installato

Appena ho altro tempo libero rpovo

[imayoda]

La grande quantità di memoria richiesta da win vista è dovuta all'attivazione del prefetch. Senza di esso si ha un degrado della velocità avantaggio della memoria usata complessivamente... è una deduzione sperimentale e non sono del tutto convinto pure io.