cos'è il buffer?
stefjnoskynov
trovo scritta quando leggo per hobby libri di informatica è 'na cosa che
mi lascia sempre un po perplesso, mi sapete dire cos'è?
--
<<<<Stefinoskynov remember to all: death to the spam and to all
spammers!>>>>
mik
<fedel...@supereva.it> wrote:
>č 'na cosa che trovo scritta quando masterizzo con nero, č 'na cosa che
>trovo scritta quando leggo per hobby libri di informatica č 'na cosa che
>mi lascia sempre un po perplesso, mi sapete dire cos'č?
Non conosco la definizione tecnica, ma in pratica e' una certa
quantita' di memoria deidicata.
Il masterizzatore ha una suo buffer in cui accumola i dati da scrivere
sul cd in modo che se il flusso non e' continuo la "scorta" di dati
possa sopperire per qualche istante. E' come se il masterizzatore
avesse una sua ram.
Quando si svuota anche il buffer (a meno di avere tecnologie tipo burn
proof) allora si anno ha il classico errore di buffer-underrun con cd
bruciato.
La stessa cosa vale per altre periferiche, dovrebbe avere un buffer
anche l'HD (penso per velocizzare l'accesso ai dati senza dover sempre
cercare tutto da capo sul disco).
Non so poi se sia la stessa cosa per le stampanti per cui di solito si
parla di ram o delle cache per altre periferiche e componenti.
--
Ciao!!!
Michele
A quando Linux?!?
Calma sto studiando :-)
dav...@yahoo.com
> mi sapete dire cos'č?
In termini tecnici un "buffer" altro non e' che uno spazio di memoria
che viene temporaneamente usato per contenere dei dati che poi dovranno
finire da qualche altra parte (sul disco fisso, su un CD, sul video...).
Lo scopo e' quello di evitare la perdita di informazioni quando due
dispositivi con differente velocita' devono scambiarsi i dati.
Davide
MarcoDuff
news:4cjdqu0aljpdi3u5t...@4ax.com...
> On Fri, 11 Oct 2002 14:52:03 +0200, stefjnoskynov
> <fedel...@supereva.it> wrote:
> La stessa cosa vale per altre periferiche, dovrebbe avere un buffer
> anche l'HD (penso per velocizzare l'accesso ai dati senza dover sempre
> cercare tutto da capo sul disco).
No, non serve per velocizzare l'acceso ai dati (quella potrebbe essere una
cache) ma per lo stesso motivo che hai spiegato sopra. Serve per rendere il
flusso più continuo ed omogeneo possibile, visto che gli spostamenti
meccanici della testina sono di parecchi ordini di grandezza maggiori
rispetto al "flusso di bit" vero e proprio.
> Non so poi se sia la stessa cosa per le stampanti per cui di solito si
> parla di ram o delle cache per altre periferiche e componenti.
Ovunque si trova il buffer ha solo il compito di ottimizzare il flusso di
dati. Ha sempre la stessa tipologia di lista FIFO (First-In First-Out) e, si
spera, venga utilizzata in tutti i componenti hw, non solo in quelli +
costosi come è adesso.
Ciao!
--
Marco "Duff" Palermo
Marc...@Hotmail.com
http://www.marcoduff.com/
mik
<marco...@SPAMhotmail.com> wrote:
>No, non serve per velocizzare l'acceso ai dati (quella potrebbe essere una
>cache)
Ma quindi la differenza tra cache e buffer e' solo per il compito che
svolgono e sono comunque "memoria" o sono proprio due fisicamnete
diverse?
(non so se sono stato chiaro... supponiamo che il buffer sia
costituito da un certo compoente A, la cache puo' essere costituita
dallo stesso componente ma la chiami cosi' per il diverso scopo o
sara' sempre fatta da un componente diverso?... sono contorto, dovrei
fare un corso di comunicazione... :-P)
MarcoDuff
> On Sat, 12 Oct 2002 09:57:34 GMT, "MarcoDuff"
> <marco...@SPAMhotmail.com> wrote:
> >No, non serve per velocizzare l'acceso ai dati (quella potrebbe essere
una
> >cache)
> Ma quindi la differenza tra cache e buffer e' solo per il compito che
> svolgono e sono comunque "memoria" o sono proprio due fisicamnete
> diverse?
Cache e Buffer sono due cose totalmente diverse:
Cache:
Viene utilizzata in tutti gli oggetti (nota il termine oggetto molto
generico) ad accesso lento.
Gli oggetti ad accesso lento possono essere lettori cd-rom, hd e anche
processori (come ben sai gli ultimi processori hanno due cache).
Spiegando il caching tramite esempio supponi di avere un pc con almeno un ha
ed un so intelligente che sappia gestire bene la cache (WinXP, Linux, MacOS
vanno benissimo). La maggior parte dei dati sono salvati nella memoria
centrale (HD) la quale ha un accesso molto lento (solo il movimento della
testina sul disco dell'hd è un imbuto impressionante). Per evitare questa
perdita di tempo enorme i dati più usati (qui sta la bravura del SO, il
saper giudicare) vengono salvati in una memoria (o, più in generale, in una
unità (vedi Temporany Internet Files che è una cache su HD della rete)) più
veloce. Il SO quando deve accedere a dei dati prima controlla se si trovano
nella cache (quindi aumenta la velocità di accesso ai dati) e poi li cerca
nel posto esatto.
Buffer:
Il buffering non è progettato come la cache per aumentare la velocità di
trasferimento dei dati (anzi il buffering rallenta i dati!) ma per
ottimizzare il flusso dei dati. Pensa al buffer come una lista ordinata di
celle di memoria (tipo turno nelle pizzerie il sabato sera, dove il primo
che arriva si siede subito, il secondo aspetta un poco e poi si siede,
ecc...) a cui arrivano i dati che poi devono essere smistati alla
periferica.
Nota bene che il buffer può essere situato o in entrata o in uscita o in
ambedue.
In un nodo Internet i buffer hanno una importanza primaria! Un buffer pieno
significa traffico elevato, un buffer vuoto significa niente traffico.
Molte tecniche di instradamento sono state scritte in base al buffer.
Il buffer dentro un pc serve a coprire ritardi imprevisti (come un CD sporco
in un lettore o una traccia saltata da una testina) delle periferiche.
Supponi che devo scrivere dei dati su HD, e quindi invio verso questo un
flusso di dati. Per un motivo X l'hd perde tempo a scrivere (cosa che accade
spesso). Che cosa ne faccio dei dati in arrivo? Questi sosteranno per un
poco nel buffer, che poi si preoccuperà a smistarli nell'hd, non devo
perdere tempo nella *ritrasmissione* dei dati.
Da notare infatti che quando le periferiche sbagliano (vedi HD dell'esempio)
il tempo perso viene recuperato dal buffer pieno che ha già i dati pronti.
Nota (specialmente nei lettori CD) che quando in un istante perdono tempo
per un cd sporco, all'istante successivo accellerano in maniera pazzesca per
poi rallentare di nuovo. La spiegazione sta nel buffer: se va tutto bene
Buffer pieno al 50%, errore di lettura buffer al 10%, istante successivo il
lettore deve continuare ad inviare i dati, ma deve anche riempire di nuovo
il buffer quindi deve inviare più dati del normale (accellerazione pazzesca)
per poi tornare alla normalità (rallentamento), l'hd che riceve i dati dal
lettore non ha notato l'errore del cd sporco poichè il buffer si è
preoccupato di inviare i dati al posto del lettore. Credo che in questo
esempio ho riassunto la vera definizione di buffer: mantenere il più
costante possibile il flussodei dati.
Spero di essere stato chiaro, e la cosa mi sembra difficile! :p
> (non so se sono stato chiaro... supponiamo che il buffer sia
> costituito da un certo compoente A, la cache puo' essere costituita
> dallo stesso componente ma la chiami cosi' per il diverso scopo o
> sara' sempre fatta da un componente diverso?... sono contorto, dovrei
> fare un corso di comunicazione... :-P)
Diciamo che mentre il buffer risiede sempre in memorie veloci rispetto alla
periferica su cui funziona (mast. ha i suoi buffer, ecc...) la cache risiede
un poco ovunque, sia in memorie velocissime tipo la cache del processore,
sia in memorie lente come un hd.
Il ruolo resta comunque sempre molto diverso, il primo controlla il flusso
il seconco ottimizza la velocità.
mik
<marco...@SPAMhotmail.com> wrote:
>Spero di essere stato chiaro, e la cosa mi sembra difficile! :p
Ce l'hai fatta alla grande!!!
>Il ruolo resta comunque sempre molto diverso, il primo controlla il flusso
>il seconco ottimizza la velocitŕ.
Grazie mille, sei stato chiarissimo.
Hai spiegato tutto lasciandomi senza domande... e non succede spesso
che la mia mente malata non pensi a neanche una domanda (spesso
assurda) da pignolo rompicazzi :-)
Penso che post come questi andrebbero messi in una raccolta speciale.
MarcoDuff
> Grazie mille, sei stato chiarissimo.
> Hai spiegato tutto lasciandomi senza domande... e non succede spesso
> che la mia mente malata non pensi a neanche una domanda (spesso
> assurda) da pignolo rompicazzi :-)
Grazie per i complimenti, troppo buono, ma non me li merito!
> Penso che post come questi andrebbero messi in una raccolta speciale.
Avevo pensato di fare una raccolta di "FAQ Speciali" nel mio sito, ma sono
stato frenato da tre motivi:
1) Anche con le faq le persone continuano a postare
2) Non sono così tanto esperto
3) Non ho molto tempo
Magari se qualcuno mi aiuta ad allestirle prendendo un poco di materiale e
aiutandomi a creare un post frequente (1 al mese) su questo NG, si può
fare...
...ok, è ufficiale, se qualcuno si aggrega a fare le FAQ di questo gruppo le
facciamo (ovvimante max serietà).
P.S.
Se le cose vanno male do la colpa a te: sei stato tu a ficcarmi l'idea in
testa! ;-p
mik
<marco...@SPAMhotmail.com> wrote:
>> Penso che post come questi andrebbero messi in una raccolta speciale.
>
>Avevo pensato di fare una raccolta di "FAQ Speciali"
Volevo quasi proporlo uffcialmente, poi mi sono detto "Michele ma poi
tu ti ci metti a lavorare per farle? non hai tempo? e allora che cazzo
rompi agli altri?!?!"
...ovviamnete il mio lavoro sarebbe stato piu' che altro di ricerca
viste le mie scarse conoscenze, soprattutto paragonate a quelle di
altre partecipanti.
>sono
>stato frenato da tre motivi:
>1) Anche con le faq le persone continuano a postare
Senza dubbio :-(((
>2) Non sono così tanto esperto
Almeno su alcuni campi ne sai molto, poi ci sarebbero gli altri... ma
gli altri chi??? :-)
>3) Non ho molto tempo
4) ci potrebbe stare anche: ma questo e' un gruppo "generico" per le
faq basta guardare sul gruppo piu' appropriato... ma anche noi
potremmo fare una hit parade (sarebbe anche divertente vedere come va
a periodi... oggi va di moda il miglior antivirus... domani il miglior
download manager... poi il virus che cambia il campo mittente... ;-)
Anche se e' vero che molte faq troverebbero risposta con link ad altre
faq (sicurezza, telefonia.adsl, masterizzazione,...).
>Magari se qualcuno mi aiuta ad allestirle prendendo un poco di materiale e
>aiutandomi a creare un post frequente (1 al mese) su questo NG, si può
>fare...
Bhe' non e' di questo gruppo, ma uno buono spunto si puo' prendere da
qualche post di Pamela (io la vedevo postare su it.comp.os.win.win9x
non so se anche altrove, ho ridotto i NG seguiti).
Senza moririci dietro si potrebbero prendere i post belli che si
incontrano per strada da oggi in avanti, piu' quelli che ha qualcuno
in archivio.
>Se le cose vanno male do la colpa a te: sei stato tu a ficcarmi l'idea in
>testa! ;-p
Chi? Io?!?... mai parlai ahhhh!!!!
--
Ciao!!!
Michele
Physical Chemistry: The pitiful attempt to apply y=mx+b to everything in
the universe.