Lucio Crusca ha scritto:
Mi sono perso fra i tuoi conti, ma a questo punto fammi (facci?) sapere se l'undo è riservato per ogni immaggine o se possiede una sorta di gestore che smista frà tutte le sue fork. Tornando invece al discorso dell'alpha, mi sembra di avere letto in qualche doc di gimp che, per raggruppare in long-word (allineamento alla pagina) comunque ogni bit colore viene codificato a 32 bit (8r+8g+8b+8a) anche quando l'alpha non lo usi, altrimenti la modifica di un singolo bit porterebbe ad un overhead piuttosto pesante, in un contesto di megapixel. Non per essere indiscreto, ma modifichi veramente 58 immaggini alla volta? Mi chiedo il perchè, perchè anche se ho fatto qualche catalogo di 3-400 foto non mi spiego questa cosa.....Mox ha scritto:Poi ho> gimp2.x ma se non erro mi chiede la dimensione cache per l'undo,micaper le immaggini!Il problema era proprio questo. Avendogli dato 800Mb di undo, non restava più spazio in RAM per le immagini, anche se resta oscuro il fatto che free riportasse molta RAM libera. Forse quella allocata ma di fatto non usata viene considerata libera dal kernel, un po' come creare un file di 1Gb con "dd if=/dev/zero of=miofile bs=1024 count=1 seek=1024000", ma non per lo stesso processo che l'ha allocata; boh, non so se abbia un senso. Comunque gli ho dato 64Mb di undo ed ho caricato 59 immagini da 4mp l'una senza problemi: riuscivo ad visualizzarle ed iconizzarle in ordine casuale senza che la macchina si mettesse a swappare. Il problema adesso è proprio l'undo, perché è gimp che a questo punto si mette a swappare man mano che le correggo, ma dato che avevo ancora più di 400Mb liberi, credo di poter risolvere il tutto dando 300Mb di undo a gimp.
Buon lavoro. --Questa mail è cortesia-ware - vedi la [lunga] signature disponibile su http://lists.debian.org/debian-italian/2005/01/msg00053.html per conoscerne le condizioni, grazie!
Mox [<>] registered Linux user number 370523 @ http://counter.li.org/