[Linuxtrent] Re: ibook G4
- From: Flavio Visentin <THe_ZiPMaN@xxxxxxxxx>
- To: linuxtrent@xxxxxxxxxxxxx
- Date: Wed, 22 Sep 2004 09:38:38 +0200
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Il 09/21/2004 09:57 PM, tom, sedendosi sulla tastiera, ha scritto ...
| Grazie per le risposte.
| se posso vi chiedo un favore ulteriore:
|
| me lo spieghereste come se non sapessi cos'è un clok un bus, ecc. ecc. ;-)
Il clock è un segnale elettrico ad una determinata frequenza che serve
per sincronizzare le attività tra i componeneti di un computer.
Diciamo che è quel segnale che detta i ritmi di lavoro del PC. Essendo
il clock un segnale ad onda quadra in genere i componeneti eseguono un
operazione elementare ad ogni fronte di salita/discesa dell'onda. Per
operazione elementare si intendono microoperazioni come il trasferimento
di un valore nel registro di una CPU, rendere disponibile un valore sul
buffer esterno della memoria ecc.ecc.
~ ___ ___ ___ ___
~ | | | | | | | |
~ ___| |___| |___| |___| |___
~
~ <-------> ^ ^
~ Periodo T=1/F | |
~ dove F è la frequenza | |
~ | |
~ Fronte di salita -+ |
~ Fronte di discesa -----+
~
Fig. 1 - Segnale di clock
In genere maggiore è la sua frequenza maggiori sono le prestazioni a
parità di architettura in quanto possono essere eseguite più operazioni
elementari nell'unità di tempo.
Nei moderni PC in genere sono presenti diversi segnali di clock per i
vari sottosistemi e questi sono derivati dal segnale di clock principale
mediante l'impiego di moltiplicatori e di divisori per cui se il clock
base della MB è p.es. di 100MHz, la freq. del buc PCI verrà ricavata
dividendo il clock per 3 (33Mhz), quello della CPU moltiplicandolo per
10 se abbiamo una CPU a 1GHz e quello delle memorie resterà invariato se
per esempio usiamo DDR2 a 400MHz (questo perché le memorie DDR2
trasferiscono in realtà 4 dati per ciclo di clock).
I bus sono i canali di comunicazione tra i componenti del PC. Si
dividono in paralleli (PCI, AGP, IDE, SCSI) o seriali (USB, PCIExpress,
IEEE1394, FC) a seconda che i dati viaggino su più linee simultaneamente
o su una sola linea (o più linee) ma serialmente.
Un bus parallelo è teoricamente più veloce di un bus seriale in quanto
ad ogni ciclo di clock vengono trasferiti contemporaneamente N bit di
dati (dove N è il numero di linee del bus), mentre nel caso seriale sono
necessari un minimo di N+1 cicli di clock per trasferire N bit.
Ne consegue che un bus a 32 bit con clock a 33MHz può trasportare
133MBytes al secondo (PCI è così) mentre un canale seriale a 33 MHz
trasporta circa 3.5 MBytes al secondo (un bit ogni N in genere serve per
sincronizzare il flusso di dati).
Dal punto di vista pratico in realtà i bus paralleli soffrono molto di
più dei bus seriali con l'innalzarsi della frequenza di funzionamento, e
questo è dovuto fondamentalmente a fattori "meccanici": alle
interferenze che si generano tra i canali quando i conduttori corrono
troppo vicini gli uni agli altri ed alle differenze di velocità di
propagazione del segnale quando i percorsi tra i canali hanno lunghezza
differente (ovviamente il discorso è più complesso ma qui dobbiamo
semplificare).
Questo per esempio è il motivo dell'introduzione delle piattine a 80
poli per sfruttare l'UDMA66 e 100 sui canali IDE: un filo ogni 2 è
collegato a massa per "isolare" i fili che trasportano i dati e
limitarne così la mutua interferenza.
I bus seriali invece consentono di innalzare la frequenza di lavoro
senza particolare difficoltà e l'unico limite reale è il mantenimento
dell'impedenza costante, cosa che si ottiene mediante l'impiego di buoni
materiali e buone tecniche costruttive.
|
| In termini di prestazioni quali sono le differenze sensibili?
Le differenze ci sono e come al solito dipendono molto dall'utilizzo che
si fa del PC.
Fermo restando che l'ideale è avere sempre la massima frequenza di
lavoro possibile su tutti i sottosistemi, possiamo affermare quanto segue:
a) il clock della CPU influisce essenzialmente sulle performance
"matematiche" ovvero sull'utilizzo di programmi che fanno largo uso di
operazioni matematiche su insiemi ristretti di dati (risoluzione di
matrici, trasformate di Fourier ecc.)
b) il clock della memorie influisce sulla velocità di trasferimento dei
dati tra memoria e cache della CPU ed assume importanza nell'uso di
programmi che operano su grosse quantità di dati da elaborare (per
esempio rendering di scene 3d ecc.)
c) il clock del bus di sistema (normalmente PCI) influisce sulle
applicazioni che devono eseguire molto Input Output sulle periferiche
quali i dischi (per esempio elaborazione Audio Video)
| e ci sono altri svantaggi nell'avere un 933 Mhz?
Non ci sono svantaggi o vantaggi. Dipende da quello che cerchi.
|
| Tom
|
|
| --- Byte Surfer <bsurfer@xxxxxxxxxx> wrote:
| Flavio Visentin wrote:
|
|> -----BEGIN PGP SIGNED MESSAGE-----
|> Hash: SHA1
|>
|> |> dire G4 a 1 Ghz o G4 a 933 Mhz, è la stessa cosa ma con percentuali di
|> |> aprossimazione differenti, o sono due cose differenti?
|> |>
|> |>
|> | Scusami... era il contrario.. 100Mhz per il 933 e 133Mhz per il 1000
|>
|> Sei sicuro non fosse giusto nel primo caso ovvero 133 per il 993 e 100
|> per il 1000?
|>
|> Nel primo caso i moltiplicatori del clock sono:
|> 933 / 133 =~ 7
|> 1000 / 100 =~ 10
|>
|> Nel secondo caso invece sono:
|> 933 / 100 =~ 9.33
|> 1000 / 133 =~ 7.5
|>
|> La prima coppia di moltiplicatori mi sembra più consona rispetto alla
|> seconda e quindi mi sembra più plausibile la prima versione come
|> accoppiata di frequenze bus/CPU.
|
| Ri-Ri rettifica.... questa è definitiva....
|
| ENTRAMBI corrono a 133Mhz, la differenza era semplicemente nella
| configurazione accessoria delle periferiche, la Apple voleva
| semplicemente differenziare 'commercialmente' la scelta... infatti di li
| a poco la linea è stata dismessa per fare posto alle versioni a 1 e
| 1.25Ghz (ricordiamo che nel mondo Apple le differenze di clock sono
| opinabili....)
|
| Scusate per il disordine (mala tempora currunt)....
|
- --
Flavio Visentin
| \|||/
| @/0.0\@
| \ - /
+------------------oOOo---oOOo------------------
There are only 10 types of people in this world:
those who understand binary, and those who don't.
GPG Key: http://www.zipman.it/gpgkey.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFBUSv+usUmHkh1cnoRAnxaAJ9wsw2ZkoSgWD1xqa01k2car0/MowCeOa+0
PomxUQ0CNHqW1MLqbx2qbOY=
=9A/j
-----END PGP SIGNATURE-----
--
Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO
"subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx
Other related posts: