Newsgroup: it.comp.os.os2
Titolo: ftp://testcase.boulder.ibm.com/ps/fromibm/os2/uni0914.zip

Esperienze con questo nuovo kernel? Nel readme dice che 
potrebbe/dovrebbe, forse, in teoria, accelerare Netscape... 
-- 
ciao
Gabriele

 potrebbe/dovrebbe, forse, in teoria, accelerare Netscape...
lo sto provando adesso... il sistema sembra funzionare... ora dovrei fare tutti i test del caso
(e non ho voglia di farli). Cmq, non ho notato gran incrementi di velocita` :-)))
--
ciao, Mirco.
[ Icq#:51640305 ] [ 
http://spazioweb.inwind.it/mmos2/
 ]

 
Mi rispondo da solo; l'ho installato e ho impostato clockscale su 4 
(invece di 1, che sarebbe il valore default), e in termini di 
velocita' le cose sono cambiate eccome! Non dico che va tutto quattro 
volte piu' veloce, pero'...
Gia' che c'ero ho anche aggiunto EARLYMEMINIT=TRUE, anche se 
concretamente non so bene a che serve  :)
BTW, se faccio "ver /r" continua a darmi 14.049, mentre durante il 
boot dice "Internal revision 14.080a". Normale?
-- 
ciao
Gabriele

 boot dice "Internal revision 14.080a". Normale?
si, xche` ver e` un comando interno di cmd.exe. Riporta la versione del cmd.exe
che dopo l'applicazione di un fixpak si suppone essere uguale per tutti i
componenti fixati.


Confermo a me sembra + veloce  almeno netscape..
Mozilla si e piantato e sfrutta di + la cpu
-- 
/ os/2 user \
icq UIN #74631134
www.robacci.org
\  NO LOGO   /
 

 
Ahhh, si impara sempre qualcosa... ecco perche' quando faccio "ver" 
Yaos mi mostra il SUO numero di versione. C'e' modo di sapere la 
versione del kernel (a parte guardare durante il boot)? Nei readme non
c'e' scritto.
-- 
ciao
Gabriele

 Mozilla si e piantato e sfrutta di + la cpu
Dovrebbe essere in uscita la 9.4.
-- 
ciao
Gabriele

 E' per i driver, non credo che influisca sulla velocita'.
permette ai driver di accedere nella prima fase di boot a non so quale 
memoria..ho letto più controindicazioni di quante fossero le reali 
possibilità di utilizzo ;-)
-- 
Ciao,
Daniele

 questa mi mancava.
 
serve per fare vedere la memoria alta anche a quei processi che 
partono "presto" nel config.sys (boot) tipo il checkdisk o cose del 
genere...
bye
 
Massimo 
-  OS/2 Warp 4 Certified Engineer 
-  Quasar BBS  
http://bbs.quasarbbs.net
 
-  Webbnet Network Italian Hub          
-  
irc.it.webbnet.org
  channel: #Os2ita       
-  
http://www.teamos2.it
 - 
http://www.ecomstation.com
 

 c'e' scritto.
non so... buildlevel funziona sul kernel ?

 
Perche' non ci ho pensato? Funziona:
[O:\]bldlevel os2krnl
Build Level Display Facility Version 6.10.464 Sep  9 2000
(C) Copyright IBM Corporation 1993-2000
Signature:       @#IBM:14.080a#@_UNI  IBM OS/2 Kernel
Vendor:          IBM
Revision:        14.80
File Version:    14.80
Description:     _UNI  IBM OS/2 Kernel
A parte la discrasia .80/.080, ma per un sistema che ancora non si e' 
capito se e' alla versione 2.45 o 4.51 e' normale :-)
-- 
ciao
Gabriele

 capito se e' alla versione 2.45 o 4.51 e' normale :-)
4.xx e` solo a fini commerciali...

In article <RKPJVcEcJLrv-pn2-EODdddwbKwbr@localhost>,
ggamba.sp...@tiscalinet.it
 (Gabriele Gamba) wrote:
 >Mah, ti dico perche' me ne sono accorto subito. Uno dei vari WPS 
 >enhancer che ho su (Styler/2) ha una opzione per spostare 
 >automaticamente il puntatore sulle nuove finestre. Per es., se apro 
 >e.exe, modifico un file, clicco sullo widget per chiudere senza aver 
 >salvato, viene fuori la finestrella di notifica e il puntatore del 
 >mouse si sposta da solo sul tasto predefinito della finestrella. 
 >Bene,  a me piace che il puntatore questo spostamento lo faccia 
 >lentamente, per cui ho impostato un certo valore in step (30) in 
 >Styler/2, in modo da dare l'idea che il mouse sia spostato 
 >manualmente. Dopo aver applicato il nuovo kernel, il puntatore 
 >schizzava istantaneamente sul bersaglio! Ho alzato a 100 step, ed 
 >ancora e' piu' veloce di prima. Ora, mi rendo conto che questo modo di
 
questo Š veramente strano... e cosa succede se incrementi ulteriormente?
P.S. per quale versione e' questo kernel?
-- 
bye
Alessandro Cantatore

On Tue, 18 Sep 2001 06:08:20,         @
tin.it
 (Alessandro Cantatore) 
wrote:

Beh, a 120 e' piu' o meno uguale a come era prima, direi.
Il Kernel e' per MCP uni, non so se va bene su un Warp fix 15, qui e' 
sulla preview 1 di eCS.
-- 
ciao
Gabriele

 P.S. per quale versione e' questo kernel?
ultimo kernel di testcase (0914) usando il clock01.sys incluso
e mettendo la linea 'CLOCKSCALE=4' nel config.sys
ftp://testcase.boulder.ibm.com/ps/fromibm/os2/
se non fossero piu` disponibili, io ti posso inviare quello
per warp4 e l'uni...


 sulla preview 1 di eCS.
beh, c'e` quello anche per warp 4 su testcase (contrassegnato con le lettere W4)
che e` quello che uso io.


 
www.vrglabs.net
    &   
www.vrglabs.org
 <

 
C'e' Sysbench:
http://www.os2warp.org/Sysbench/
-- 
ciao
Gabriele

 wrote:
 >>  Dopo aver applicato il nuovo kernel, il puntatore
 >> schizzava istantaneamente sul bersaglio! Ho alzato a 100 step, ed
 >> ancora e' piu' veloce di prima.
 >
 >potrebbe anche essere che la funziona per il rallentamento (che ovviamente usa
 >un clock generato da OS/2) sia stata alterata dall'incremento dei tick din non
 >so quale clock da parte del nuovo clock01.sys. Semplicemente non va piu`
 >forte il sistema operativo, ma c'e` stato un side effect su certe funzioni
se non ricordo male, (il codice l'ho scritto 2-3 anni fa ormai)
ho usato un thread timer critical che non fa quasi niente
(altrimenti il sistema si impallerebbe) a parte spostare
il mouse e poi chiamare DosSleep() per ridare il controllo
agli altri thread... (poi si interrompe in attesa di un
semaforo fino a che non c'e' da effettuare un nuovo spostamento
del mouse)
pensavo che un timer ad alta risoluzione fosse un overkill...
-- 
bye
Alessandro Cantatore

 from then old driver in a 32ms interval.
Is that what all that wacky "CLOCKSCALE" business is?  I take it the
CLOCKSCALE value is the multiplier applied to 1ms for task scheduling?
So a CLOCKSCALE of 8 or so gives us timing similar to old kernels?
Any word if this affects/changes TIMER0 operation?  If so, a lot of my
apps could be hosed.
(I know it's OT for this group, but does this mean that plain old
DosSleep in the new kernels can be used to wake up a thread more
frequently than 30 times per second?)
------

 wrote:
 >ultimo kernel di testcase (0914) usando il clock01.sys incluso
 >e mettendo la linea 'CLOCKSCALE=4' nel config.sys
 >
 >
ftp://testcase.boulder.ibm.com/ps/fromibm/os2/
 >
 >se non fossero piu` disponibili, io ti posso inviare quello
 >per warp4 e l'uni...
ora vedo... se non riesco a scaricarlo te lo faccio sapere... grazie...
-- 
bye
Alessandro Cantatore

> (8 if there are timecritical threads)
pensavo anche io che influisse sul timeslice, ma questa degli 8mS
non la sapevo...
sarebbe interessante vedere cosa succede settando il tempo di
spostamento del mouse a 999 passi...
a proposito il kernel non e' + disponibile...
potresti mandarmi via email solo i file che servono per eCS?
 mandameli ad alexcant presso libero
grazie 1000
-- 
bye
Alessandro Cantatore

 (dovrebbe riportare diversi dati relativi ai timer)
C:\TEMP>qrytimer.exe
Maximum wait (seconds):                0000000002
Minimum time slice (mS):               0000000032
Maximum time slice (mS):               0000000032
Timer interval (mS / 10):              0000000310
High resolution timer frequency (Hz):  0001193167
senza il clockscale che valori dovrebbe dare?
(a parte i timeslice che sono sempre di default)


 
http://www.os2warp.org/Sysbench/
Gia', dici che possa influire anche su quelli?
Adesso provo e poi vi dico.....


 
Succede che e' mooolto lento (ma meno di quel che mi aspettavo: meno 
di 3 secondi per fare mezza diagonale dello schermo).
Adesso mi sono assestato su 300 e sono soddisfatto (ho usato un po' 
l'analoga funzione di XWP, ma quella di Styler/2 sembra piu' 
scorrevole, va a sapere; pero' XWP ha una animazione buffissima, da 
provare almeno un paio di volte :-)
-- 
ciao
Gabriele

 wrote:
 >C:\TEMP>qrytimer.exe
 >Maximum wait (seconds):                0000000002
 >Minimum time slice (mS):               0000000032
 >Maximum time slice (mS):               0000000032
 >Timer interval (mS / 10):              0000000310
 >High resolution timer frequency (Hz):  0001193167
 >
 >senza il clockscale che valori dovrebbe dare?
 >(a parte i timeslice che sono sempre di default)
questi sono valori normali, anche per warp 4 fixpak 6...
allora faro' qualcosa di + completo (cosi' vedro' anche
come modificare styler/2) ... chi lo vuole ricevere mi
scriva a "alexcant" presso "libero" (scusate l'indirizzo
non in chiaro ma voglio evitare spam ad ogni costo)
probabilmente come hanno scritto nei ng. internazionali
il settaggio influisce solo nei DosSleep dei thread time
critical
-- 
bye
Alessandro Cantatore

 wrote:
 >senza il clockscale che valori dovrebbe dare?
 >(a parte i timeslice che sono sempre di default)
ancora non ho montato il kernel che mi hai mandato, ma dai
test che ho fatto utilizzando il mio nuovo programma ho
dedotto quanto segue:
- il timeslice e' sempre di 32 mS
- DosSleep nei thread TimeCritical si comporta in maniera particolare
Il mio programma cambia la priorita' da TimeCritical a ForegroundServer
e a Regular (con delta di +31 per tutti) e ad ogni cambio di priorita'
usa il timer ad alta risoluzione (DosTmrQueryTime()) per rilevare il
tempo di interruzione di DosSleep() con 1, 2 e 10 come parametri
Con priorita' non timecritical la durata dell'interruzione e' sempre
di circa 30 mS, mentre nei thread timecritical, se si interrompe il
thread per 1 mS, la durata effettiva dell'interruzione varia tra 1 e
il timeslice dei thread timecritical. Tale timeslice e' sempre di 32mS
in warp 4 (probabilmente prima del fixpak 13) mentre e' di 8 mS in
aurora, MCP e eCS (probabilmente anche per warp 4 con fixpak 13 o superiore)
Probabilmente CLOCKSCALE permette di ridurre ulteriormente il timeslice
dei thread timecritical... appena ho il tempo di installare il nuovo
kernel provo e vi faccio sapere...
Il sorgente del programma utilizzato :
#define INCL_DOS
#include <os2.h>
#include <stdio.h>
// test how long it takes to call the high resolution timer
VOID timerTest(VOID) {
   QWORD qw0;
   QWORD qw1;
   DosTmrQueryTime(&qw0);
   DosTmrQueryTime(&qw1);
   printf("interval during 2 DosTmrQueryTime calls: %f mS\n",
          ((double)(qw1.ulLo - qw0.ulLo) * 0.838105647) / 1000.0);
}
// interrupt the thread for ulsleep milliseconds
VOID sleepTest(ULONG ulsleep) {
   QWORD qw0;
   QWORD qw1;
   DosTmrQueryTime(&qw0);
   DosSleep(ulsleep);
   DosTmrQueryTime(&qw1);
   printf("DosSleep(%d) produced a timeslice of %f mS\n",
          ulsleep,
          ((double)(qw1.ulLo - qw0.ulLo) * 0.838105647) / 1000.0);
}
// test thread interruption for 0, 1, 2, and 10 mS
VOID runTests(VOID) {
   sleepTest(0);
   sleepTest(1);
   sleepTest(2);
   sleepTest(10);
}
// change the thread priority
VOID setup(ULONG ulPClass) {
   PSZ asz[] = {"", "", "Regular", "TimeCritical", "Server"};
   printf("\n   Testing DosSleep() duration at %s priority\n",
          asz[ulPClass]);
   DosSetPriority(PRTYS_THREAD, ulPClass, +31, 0);
}
// --------  main --------
VOID main(VOID) {
   ULONG aul[2];
 
   // system values
 
   DosQuerySysInfo(QSV_MIN_SLICE, QSV_MAX_SLICE, aul, sizeof(aul));
   printf("Minimum time slice (mS):              % 10d\n", aul[0]);
   printf("Maximum time slice (mS):              % 10d\n", aul[1]);
   DosTmrQueryFreq(aul);
   printf("High resolution timer frequency (Hz): % 10d\n", aul[0]);
 
   // high resolution timer test
   timerTest();
 
   // DosSleep tests
 
   // TimeCritical priority
   setup(PRTYC_TIMECRITICAL);
   runTests();
 
   // ForegroundServer priority
   setup(PRTYC_FOREGROUNDSERVER);
   runTests();
 
   // Regular priority
   setup(PRTYC_REGULAR);
   runTests();
}
-- 
bye
Alessandro Cantatore