Newsgroup: it.comp.hardware.palmari
Titolo: dubbio overclock ?

Secondo le vostre esperienze un palmare overcloccato potrebbe subire danni a
lungo andare ?
Il programma che ho installato è FastCPU sul mio Palm IIIxe e finora non mi
sono spinto oltre i 20mhz ma potrebbe arrivare sino a 32mhz cosa mi
consigliate di restare a 20mhz o di andare oltre ?
Naturalmente lo faccio perchè a 16mhz mi pareva assai lento e a 20mhz va
meglio e non per piacere di overcloccarlo.
In attesa Saluti.

consigliate di restare a 20mhz o di andare oltre ?
oltre 28 non si notano miglioramenti (testato con benchmark per palm),
anche io ho provato fastcpu ma afterburner e' senza dubbio superiore,
anche perche' ti permette di regolare la velocita' delle memorie e del
refresh lcd oltre al fatto che puoi decidere di rallentare il palm
quando le batterie scendono sotto una soglia che stabilisci tu... etc
etc
- khon

 wrote in message
p1e7ctksd4nfbhf9a...@4ax.com...


dai raga rispondete, se overclokkando con afterburner il palm IIIxe alla
lunga si rovina, o non gli succede nulla?.....Gianvince4nzo Prisco
illuminaci :)
Kinto

 ha scritto nel messaggio
news:9a35us$1ak$1...@fe1.cs.interbusiness.it...
| dai raga rispondete, se overclokkando con afterburner il palm IIIxe alla
| lunga si rovina, o non gli succede nulla?.....Gianvince4nzo Prisco
| illuminaci :)
NO, non succede NULLA
un palmare e' _molto_ diverso da un pc, per farla molto semplice: un pc lo
puoi tirare molto al disopra dei suoi limiti, un palmare, anche se aumenti
di 3 volte il clock e riduci a zero i wait states non puo' subire danni, e'
fisicamente impossibile. E' come se tu volessi mettere troppa acqua in un
secchio, sul secchio pc puoi strabordare, sul secchiopalmare no, perche' il
massimo di acqua che ci puoi mettere e' cmq al di sotto della sua capacita'
massima.
(spero di essere stato chiaro)
cmq ricordate che i programmi possono diventare molto instabili (ie: vanno
in crash ogni 3x2) e soprattutto non si puo' usare la porta irda mentre il
palm e' overclocckato
--
 --
Error 14277 Mad_IP_Adress
Content-Type: text/plain; aka DO NOT send me html or rtf stuff!
X-Reply-to: REMOVE SPAMKILLER form my address
quotd server on port 7:
"Quid est Veritas?"

illuminaci :)
con afterburner ver per un  mese a 32MHz nessun problema, poi, come ho
gia' detto, visto che le prestazioni sono identiche son sceso a 28Mhz
per un altro mese... ovvero fino ad ora :) e... no nessun problema.
Ho un palm IIIxe e se ti interessano i settaggi che utilizzo sono:
0-ws Core: on
Fast Mpx: on
Fast Page: on
Slow Mpx: on
Notify on: off
Adjust ticks: on
Default: 28MHz
Accel: Always
Find: Keep
Slow: <20%
LCD/n: 2; on
LClk/2: 24Mhz
- khon


Potresti chiarire meglio il problema dell'impossibilità di utilizzo della
porta irda con palm overcloccato ?
Saluti.



problema di frequenza... comunque basta settare il prg che utilizza la
irda alla frequenza di clock nominale nella lista di afterburner.
Ah la stessa cosa vale per l'utilizzo in ppp.
-khon

Ah la stessa cosa vale per l'utilizzo in ppp.
intendevo seriale :))
-khon

porta irda con palm overcloccato ?
e per essere piu' specifici :)
Will Overclocking damage my hardware?
 
Many people have been overclocking their Palm and to date I have not
heard of any instance where the hardware was actually damaged as a
result of overclocking. You might see greater battery drainage if you
run at the highest speeds settings for long periods. I am almost
certain that damage is not possible up to about 26MHz and I've been
running at 28MHz for as long as I've played with these things.
Having said that however, I must insist that you use this application
at your own risk. This particular version allows you to make some
serious tweaks that could upset performance (but nothing that cannot
be cured by a simple soft-reset). I will not overclock sensitive
operations, such as Flash  programming (FlashPro, JackFlash, etc.) too
aggressively although I’ve not had problems doing so in the past. Just
be careful.
Serial and IR Issues
 
For those of you who are wondering why there are issues with serial
and IR functions, here is a more detailed explanation. For starters,
just know that these functions are only supported in the registered
versions. If you are using an unregistered version of Afterburner,
don’t expect them to work at anything other than “Normal” speed
setting.
On the Palm, serial UART functions are all built into the CPU. The CPU
must generate a baudrate that is appropriate for it to communicate
with peripherals and/or drive the IR interface. Simply put, the way
this baudrate is generated is by taking the CPU system clock and then
dividing it by a programmable divider or prescaler, and thus yielding
the desired baudrate. Unfortunately, in practice, it is not always
possible to get the exact baudrate (not perfectly divisible by a round
number). As a result, there is some error in the approximate value.
So, instead of 2400 baud, you might get 2378 baud, for example. This
is not so much of a problem and even the standard OS has such errors.
As we now change the system clock, it also means that the error in the
approximate baud rate will not stay constant. At different frequencies
and baudrates combination, you may end up with differing error
margins. In Afterburner, I have selected the specific frequencies in
order to minimize such errors. Nonetheless, the errors still exists.
Most serial equipment are fairly tolerant of such errors but as the
baudrates go higher and higher, it is important that the error margin
be kept low.
Thus, you may find that at different frequencies, you may be able to
get more precise baudrates than at other frequencies. The deciding
factor is how easily divisible is the particular frequency by the
desired baudrate. It is even possible that at a higher frequency
(clock speed), you can actually get better accuracy than a lower clock
speed, for example. The actual computation of the approximate baudrate
is actually done by the OS and so it is outside of Afterburner’s
control.
The second issue relating to baudrate accuracy is the PLL or the Phase
Locked Loop in the CPU used to generate the master clock. As you push
the frequency higher and higher, the PLL will take longer and longer
to lock onto a frequency, and at some point, it will no longer lock
reliably. When that happens, the frequency will fluctuate as the PLL
tries to lock on continuously without success. In practice, you will
see this as a fluctuating Benchmark reading. If you see large
variations in the readings from run to run, and you are running the
CPU at 29MHz or above, there is a good chance that the PLL is not
locking on reliably. The degree of fluctuation will vary. Some CPU
batches may be more successful at locking at higher frequencies than
others. Some people find that running at 30MHz is still no problem for
them but for the majority, 28MHz or 29MHz is about the best their PLL
can do reliably.
Even if you set the clock to 32MHz, your PLL may only be topping off
at 30MHz and fluctuating at that. This is made worse by the fact that
the system now “thinks” you are running at 32MHz and attempts to
compute the new baudrates based on this reported frequency.
Since the baudrate is derived from this same master clock, a
fluctuating clock will result in a fluctuating baudrate. Consequently,
it is very likely that serial or IR functions will not perform
reliably at these higher frequencies. This is NOT a programming issue.
It’s just the limitations of the hardware.
Thirdly, all the onboard clocks derive their clocks from a crystal
oscillator running at 32768kHz. These crystals, though very accurate,
are also subject to variances in their accuracy, from batch to batch,
and from manufacturer to manufacturer. You can observe this in the
accuracy of the onboard real time clocks. Some clocks you will find,
run faster, and some run slower, for precisely this reason.
All these reasons put together, form the underlying factors that
determine one’s success with serial and IR operations. It is important
that users understand what is going to (so that they don’t malign the
author J) best utilize Afterburner’s flexibility.
In addition, there is also one more point where IR is concerned. For
IR beaming, it is possible that the serial baudrate has been set prior
to activating Afterburner. If this should happen, it may be necessary
for the user to go to the preference panel, de-select beaming, and
then re-select beaming again, thus forcing the OS to re-open the port
under the operation of Afterburner. This is hypothetical but is a
possible issue and is worth trying if you are finding problems
beaming.
The bottom line is, if it doesn’t work at a higher speed, try a lower
one. And don’t expect too much if you are going over 28MHz.
-khon

 ha scritto nel messaggio
news:frrbctogi6k1bhgtb...@4ax.com...


 wrote in message
aisbctkeuln28c5bi...@4ax.com...


>ossia????
quotare tutto per dire solo questo? ;-(
- khon

 >ossia????
in parole povere, overclokkando non succede nulla al palm.....poi che sopra
i 28 mhz non si ottengono benefici rilevanti.....e non è detto che
l'instabilità eventuale di alcuni programmi (quando si overclokka) dipenda
dall'aumento del clock, questo in quanto può capitare che ci siano errori
non costanti nei segnali inviati dalla Cpu overclokkata, e a differenti
frequenze si possono generare differenti margini di errore (che magari a
determinate frequenze vengono approssimate in maniera peggiore rispetto a +
alte frequenze).
Spero di essere stato un pochino chiaro, anche se ho tradotto un pezzo in
maniera frettolosa che devo stakkare!
Kinto

domani appena ho un po' di tmepo butto giu' una traduzione +/-
completa :)
- khon

 
ho provato a fare la traduzione, non voletemene se ho sbagliato qualche cosa.
i miei complimenti all' Autore del testo, molto ben fatto, se poí e' l'autore
del software afterburner, e' uno molto in gamba!
puo' l' overclocking danneggiare il mio hardware?
molte persone hanno overckloccato il loro palm, e non ho mai sentito nessun
caso di hardware danneggiato quale risultato di un overcklocking!
Si puo' vedere un aumento nei consumi delle batterie se utillizzi alte
frequenze di overclok per lunghi periodi.
Sono certo che non e' possibile danneggiare niente fino a 26 mhz, anche se
spesso ho lavorato a 28.
DEVO COMUNQUE RICORDARVI CHE UTILIZZERETE IL PROGRAMMA A VOSTRO RISCHIO E
PERICOLO.
questa particolare versione ti permette di fare  SOME SERIUS TWEAKS che possono
UPSET le prestazioni, nulla di serio che non si possa risolvere con un
soft-reset.
non ho overcloccato troppo agressivamente alcuni programmi, relativi alle
memorie flash, (quali ad esempio flashpro, jackflash, ecc), anche se in passato
non ho avuto problemi!, basta stare attenti (non conoscendo il programma,
non ho capito se il prg, scende automaticamente la freq mandando in esecuzione
i due programmi sopra citati, o se lo fa lui manualmente!!)
problemi seriali e ir
per chi fosse meravigliato per i problemi relativi alla porta seriale e
infrarossi, ecco una piu' dettagliata spiegazione:
considerate comunque che queste funzioni sono supportate solo nella verrsione
registrata, se stai usando una versione non registrata di afterburner non
ti aspettare che esse funzionino (LE SERIALI?) ad una velocita' diversa da
"normal" sul palm le funzioni di serial uart, sono incorporate a livello
hardware nel processore.
la cpu genera internamente l' appropriato baudrate per conversare con le
periferiche e/o l' interfaccia ir, cio' si ottiene, semplicemente prendendo
il clock del sistema e dividendolo con un adeguato divisore programmabile
o prescaler, e ottenendo cosi' il desiderato baudrate.
sfortunatamente in pratica non e' sempre possibile avere l'esatto baudrate
(dividendo il clock per un numero intero) come risultato vi sono alcuni errori
di approssimazione.
cosi' invece di avere un valore ad esempio di 2400 baud, si ottiene 2378 baud.
cio' non e' un grosso problema, un so standard ha sempre qualche errore (forse
intendeva dire che un so ben fatto ha una buona tolleranza?) 
quando noi cambiamo il clock, cio' si ripercuotera' su un errore non stabile
nel baudrate, a differenti frequenze di clock e con alcuni baudrate avrai
differenti margini di errore , in afretburner, ho selezinato delle specifiche
frequenze in  maniera da minimizzare lo scostamento, cionostante gli errori
continuano ad esistere.
la maggior parte dei dispositivi seriali sono FAIRLY tolleranti, ma all'
aumentare del baudrate diminuiscono i margini di tolleranza.
cio' comporta che a frequenze differenti potrai avere precisioni maggiori
che ad altre frequenze. il fattore decisivo e' quanto facilmente divisibile
e' una frequenza per il desiderato baudrate!
e' sempre possibile che ad alte frequenze di clock magari hai una maggiore
precisione di baudrate.
l' attuale controllo della precisione del baudrate, e' fatto direttamente
dal s.o. e percio' e' fuori dal controllo di afterburner.
il secondo problema relativo alla precisione del baudrate e' la precisione
del PLL, phase locked loop (anello a controllo di fase) (ndr. lo stabilizzatore
della frequenza di clock), usato per 
generare il clock principale della cpu. spingendo la frequenza verso i limiti
superiori, il pll impieghera' un maggior tempo a raggiungere una alta
precisione della frequenza (ndr. considerate
che uno uomo faccia ruotare una ruota a mano (il nostro clock), il pll si
occupa di controllare la velocita' della ruota e dire all' uomo se accellerare
o decellerare per mantenere costante la velocita'), ad un certo punto esso
non riuscira' piu' ad agganciare (controllare) la frequenza, il che comportera'
che essa variera' incontrollata ( ad esempio variera' tra 31 e 32 mhz), e
te ne potrai accorgere con un programma di benchmark, se vedrai grosse
variazioni di prestazioni tra una misura e un' altra e stai facendo girare
la cpu ad una velocita' elevata (maggiore di 29 mhz), e' perche' il pll non
riesce piu' a mantenere il controllo. in questo caso le variazioni di
prestazioni possono essere differenti, a seconda della cpu alcune persone
ad esempio sono riuscite ad arrivare a 30 mhz di clock, ma per la maggior
parte il massimo e' 28 o 29.
in ogni caso se setti come frequenza 32 mhz e il tuo pll arriva fino a 30,
esso rimarra con una frequenza differente da quella voluta ed incostante,
cio' comporta che il sistema pensa di girare a 32, e calcola il baudrate in
base a cio', ed essendo la stretta correlazione tra baudrate e frequenza di
clock, una fluttuazione sul clock si ripercuotera' su una fluttuazione del
baudrate
 (gia' mal calcolato per via della differenza tra la frequenza presunta e
reale), in queste situazione e' altamente improbabile che riusciate ad usare
le porte seriali o ir,cio' e' una limitazione dell' hardware, non un problema
del programma.
per terzo, tutte le temporizzazioni sulla piastra derivano dal clock principale
che e' generato da un cristallo di quarzo che oscilla a 32768 khz, questo
cristallo, anche se molto preciso, e' soggetto a delle tolleranze costruttive,
di temperatura. puoi osservare questa tolleranza con l' orologio (ndr. credo
intenda dire che essendoci delle tolleranze, l' orologio che riporta l' orario
sia la maniera piu' evidente della non precisione.... azz ecco perche' si
prende 2 minuti al giorno :-)) ).
tutte queste ragioni messe assieme determinano il successo delle operazioni
di i/o sulle seriali e' importante che l' utente comprenda tutto cio' per
evitare che se la prenda con l' autore del programma!
in piu' vi e' una ulteriore ragione circa il malfunzionamento delle
comunicazioni via ir, e' possibile che il divisore del baudrate, sia stato
calcolato prima di attivare l' overclocking, se cio' succede quindi e'
necessario per l' utente andare nel pannello delle preferenze, deselezionare
gli infrarossi e poi riselezionarli, cio' per permettere al so di ricalcolare
il divisore del baudrate con l' overclocking attivo.
la linea guida comunque rimane : se non funziona a frequenze alte, provane
una piu' bassa, e non sperate troppo di poter salire oltre 28 mhz.
so di non sapere
dav...@tim.it
 (cellulare)
davide....@tiscalinet.it
dav...@mail.com
Posted with Ink Spot (for Windows CE) *registe ed copy*
Usenet wherever you are - 
http://www.dejavusoftware.com/

 wrote in message
il6fctc0gqe0u99o6...@4ax.com...
