[Php-it] log-gare molti dati

[Emiliano Gabrielli (aka AlberT)]

On Tuesday 12 December 2006 14:42, Domenico L. wrote:
> > non credo che scrivere su file sia un carico per la CPU .. mentre per
> > l'I/O ci pensa l'OS a fare scritture asincrone
>
> solo se usi unix/linux o sbaglio?
>

spero che sbagli .. visto che fare scritture blocking (non esplicitamente 
richieste) mi sembra una eresia per qualunque OS ... in ogni caso la cache 
del disco rimarrebbe efficace (se l'OS in questione non è proprio 
st@#[]o :-P)

> > e a usare la cache sia del disco che
> > dell'OS stesso ...  evita di usare i flush e non avrai probs
> >  
>
> cmq se usi linux/unix dovresti vedere una tmpfs che è circa la metà
> della ram della tua macchina... 

??
> ecco quella è (anche) la cache, i file 
> più usati vengono scritti lì dentro (in ram quindi) e poi con comodo
> mandati al disco.
>
ari-??

i tmpfs *possono* essere utili per fare caching o per la scrittura/lettura 
on-RAM di file (che quindi saranno temporanei a meno di non venir copiati al 
reboot e poi ripristinati...)

La cache dell'OS per l'I/O su disco è gestita completamente a kernel space e 
non ha nulla a che fare col tmpsf creato in UL .. btw, in deb i tmpfs *non* 
sono la metà della RAM .. sul mio desk ho due tmpfs, ad esempio, uno per 
montarci /dev e uno per la shm ... *entrambi* sono da 507MB .. ed ho 
1024MB ...  mi pare ovvio però che non mi rimangono solo 10MB per l'OS e le 
app :-)

se ne deduce che tmpfs è appunto un FS virtuale .. la cui dim non è altro che 
la dim massima... non è allocata se non usata


> Potrebbe essere di aiuto un apertura del file in maniera persistente...

uhmm.. l'idea ok .. ma come farlo in php ?

ciauz :-))

-- 
<?php echo '     Emiliano Gabrielli (aka AlberT)     ',"\n",
'              socio fondatore del GrUSP             ',"\n",
' AlberT_at_SuperAlberT_it   -   www.SuperAlberT.it  ',"\n",
'  IRC:    #php,#AES azzurra.com ',"\n",'ICQ: 158591185'; ?>