OldClaudio

Lorenzo, evidentemente non hai letto il mio ultimo post su questo argomento; le informazioni su queste memeoria alta e bassa sono contenute nelle righe di commento di texmf.cnf quella di sistema in /texmf/web2c/

Nella documentazione di TeX Live si accenna appena a queste memorie e rimanda alla documentazione di Kpathsea, ma in questo io non ho trovato niente.

Tu non lo sai, ma MacTeX installa anche TeXworks.

Cercalo nella cartella Applications/TeX/

E se proprio avessi una versione così vecchia di MacTeX che non installa TeXworks, oppure una distribuzione diversa, sempre per il Mac, cercalo su google, scaricalo e installalo; secondo me è quasi equivalente a TeXShop, ma è molto comodo per cambiare codifica; si può fare anche con TeXShop ma, secondo me, è meno comodo.

Dunque avevo colpito nel segno. Bene; ora abbiamo capito perché succede così e dobbiamo capire come fare per portare tutto a utf8.

Sul Mac disponi di TeXworks (nota che mutatis mutandis il lavoro lo puoi fare anche con TeXShop, ma secondo me è un poco più complesso)
1) apri il file Tesi.tex (e poi eventualmente ripeti tutto il procedimento per i file sussidiari che contengano testo) con TeXworks impostato di default con UTF-8. Le lettere codificate con applemac (MacRoman) ti apparirano come dei rombi neri con un punto interrogativo bianco al centro.
2) nella terza finestrina da destra in basso a destra secegli la codifica corrispondente ad applema, cio´MacRoma, poi riclicca sulla finestrina e nella prima riga scegli di riaprire il file con la nuova codifica; ti si apre un pannello che ti dice di che il file ha subito modifiche (tu in realtà non ne hai fatte) e ti chiede se lo vuoi riaprire lo stesso senza salvare; rispondi Si
3) ora il file riaperto dovrebbe apparirti senza rombi neri; se non fosse così scegli altre codifiche che siano in qualche modo legate al Mac (apple Roman, roman8,…) finché riaprendo il file i rombi neri non ci sono più.
4) ora clicca di nuovo nella solita finestrina e scegli UTF-8, poi salva

Finalmente hai convertito il fila nella codifica giusta; copia i file così convertiti sul PC Linux lasciandolo impostato a UTF-8. Ti conviene inserire nella prima riga dei file convertiti la riga
`
% !TEX encoding = UTF-8 Unicode
`

In questo modo gli editor che sono capaci di interpretare questa riga di commento, si autoconfigurano per usare questa codifica, se per caso non lo fossero già; se l’editor non fosse capace di interpretare quella riga, la persona che lo sua appena apre il file vede la riga e sa come comportarsi per usare come si deve il suo editor.

Natrualmente il main file, sia su Mac sia su Linux avranno la stessa riga riga \usepackage[utf8]{inputenc}

Io ho la versione 3.08.

Dai tuoi screen shot il programma sembra configurato bene; a questo punto la domanda sarebbe la seguente; il tuo MacTeX è la versione del 2011? Oppure non usi MacTeX ma usi un’altra distribuzione? Oppure hai messo di default dei font che non dispongono degli accenti nei punti giusti? Qual è la codifica di fontenc? e quali font hai specificato se sono diversi da quelli di default?

Il capitolo 1, i cui accenti non ti appaiono, l’ha scritto tu, oppure hai fatto un copia e incolla da un altro documento (di cui ignori la codifica)?

Capisco che a questo punto l’ipotesi più probabile di discordanza delle codifiche sembra caduta e le altre ipotesi che ho fatto sono tutte molto improbabili; tuttavia, rivedere le risposte a quelle domande potrebbe essere illuminante.

Come pure è illuminante la lettura del file log, dove vedi la sequenza dei file via via caricati e le varie impostazioni che i vari paccheti impongono al tuo programma.

Scrivere \usepackage[utf8]{inputenc} NON vuol dire configurare TeXShop con la codifica UTF-8; vuol dire configurare il motore di composizione a interpretare i caratteri NON ASCII come caratteri codificati UTF-*.
Se non te li stampa, probabilmente il tuo TeXShop è configurato per applemac (MacRoman) oppure con qualche altra codifica diversa da UTF-8.
Controlla nelle preferenze e quando salvi il file leggi la codifica con cui TeXShop è configurato nella finestra sotto a quella che contiene il nome della cartella dove salvare il tuo file. Constaterai che TeXShop non è affatto configurato per lavorare con UTF-8.

Tommaso, la RAM non è completamente disponibile per i programmi degli utenti, ma per una buona metà è occupata dai processi di sistema, dai programmi aperti e mssi da parte cliccando il bottoncino giallo della finestra e per altre cose che non sembrano dare fastidio, ma ci sono eccome.

Ma 8GiB è una schioppettata; se anche aumentassi la high memory di 10.000.000 parole, (invece che come 2.000.000, come fa context e come suggerì Enrico) quelli occuperebbero solo 40MiB di memoria; ricorda che 1MiB sono $2^{20}$ byte, mentre 1GiB sono $2^{30}$ byte. 40MiB sono un bicchierino da grappa rispetto alla grandezza della damigiana della tua RAM da 8GiB.

Inoltre il fatto che i tuoi disegni siano di 63mm di larghezza (e, supponiamo, siano quadrati) non vuole dire assolutamente niente per il disegno vettoriale; il disegno vettoriale differisce dalle immagini bitmap, proprio perché la sua occupazione di memoria è sostanzialmente la stessa, indipendentemente dalla dimensione del disegno; una bitmap contiene l’immagine completa già digitalizzata; un disegno vettoriale contiene solo le istruzioni di basso livello per disegnarlo; ci pensa poi il visualizzatore PDF (Anteprima, Skim, Adobe Reader, eccetera) a usare quelle istruzioni per creare l’immagine digitalizzata sullo schermo o sulla carta.

Se ti va in saturazione anche dopo aver allargato la memoria allora potrebbero esserci problemi che mi sfuggono e non riesco ad immaginare, ma potrebbe essere anche un certo calcolo, interno all’aritmetica di pgfplot, che va in loop infinito allocando nuova memoria ad un ciclo (è solo un esempio irreale, perché ciascuno di quei disegni viene eseguito correttamente; è la loro presenza simultanea che da problemi, se ho capito bene).

Certo che un \clearpage dopo ogni disegno, potrebbe risolvere il problema; se fosse così, allora più memoria alta e più memoria bassa potrebbero aiutare a trattenere in memoria più disegni contemporaneamente.

Ciao
Claudio

Secondo il manuale di TeX Live, a pagina 15 si descrivono gli alberi rappresentati dalle variabili d’ambiente TEXMFLOCAL (che sul Mac corrisponde a /usr/local/texlive/texmf-local/) e TEXMFHOME (che sul Mac corrsiponde a ~/Library/texmf/ cioè, espandendo la tilde, /Users//Library/texmf/)

Secondo lo stesso manuale, nel §7.1.2 si descrive esplicitamente il file texmf.cnf e si dice che se uno deve apporare modifiche dovrebbe intervenire solo sulla copia che si trova in…/texlive//, cioè sul Mac e con la versione di quest’anno in /usr/local/texlive/2011/ Non parla affato di un file texmf.cnf nell’albero TEXMFLOCAL, quindi la mia supposizione era sbagliata. Conviene però leggere il §7.1.2 a fondo.

Io ho avuto spesso la tentazione di aumentare la memoria, ma ho sempre trovato do’era l’inghippo che me la saturava; vorrei che fosse chiaro che :
1) non so a che cosa corrispondano i due limiti rappresentati dalle variabili extra-mem_bot e extra_mem_top; le appendici dei nomi farebbero supporre ad un limite minimo e a un limite massimo, ma non ho mai visto un limite minimo maggiore di un limite massimo; quindi evidentemente non sono quello che il nome lascerebbe supporre.
2) la main memory è di 3 000 000 di parole; ciascuna parola è di 4 byte; dunque la main memory è di 12 MB; a me pare una quantità enorme, e tutte le volte che guardo l’ultima dozzina di righe dei file log, vedo che si tratta di un limite lontano dall’essere raggiunto in condizioni normali. Perché pgfplots non dovrebbe comportarsi in maniera normale? Ecco, questo è un problema abbondantemente dibattuto su questo forum e in particolare in questo filone; tutavia continuo a pensare che normalmente vengano usati troppi nodi sia in diagrammi 2D e a maggior ragione in diagrammi 3D. Continuo a pensare che prima di specificare un numero di samples così alto, bisognerebbe pensarci due volte; la curva è regolare e priva di discontinuità? allora le spline cubiche sono il modo per ridurre il numero dei campioni; La corva in realtà rappresenta i campioni di una serie di misure?, allora ha senso riportare lo sciame, ma non la curva, che assomiglierebbe ad un andamento rumoroso leggermente strutturato. I puntini dello sciame andrebbero rappresentati con piccoli glifi, non con cerchietti disegnati mediante circle o cose del genere. I “punti fermi” testuali in corpo tiny sono più che sufficienti; dei quadratini disegnati con un piccolissimo rectangle sono più che sufficienti; bisogna infatti ricordare che anche se i puntini non sono uniti fra di loro, le istruzioni di basso livello che ne definiscono il contorno, il colore, e la posizione, occupano molti byte di memoria; molti quanti?, non lo so; non ho mai fatto esperimenti per determinare il loro ingombro di memoria, ma stimerei che la cosa non impegni meno di una trentina di byte. Mettere su un grafico uno sciame di 100 000 puntini sarebbe ingegneristicamente parlando poco sensato; darebbero solo l’idea della fluttuazione casuale delle misure attorno al loro valore atteso, ma sarebbe carta sprecata.

Credo di avere espresso queste idee in una forma o nell’altra diverse volte; lo ripeto come Catone il Censore che continuava a concludere i suoi discorsi con …
Ma non ne parlerò più, non voglio seccarvi con i miei pallini e le mie idee poco condivise; non mi offendo affatto se non le codividete. Voglio solo incitarvi a pensare prima di ricorrere a mezzi drastici.