> Thanks Serge,
> So whats the best way or time to run the the update dbm to pick a good
> number so DB2 can use it when creating access plan. Is the best
> time, when the system is idle or when the system is averaging or when
> the system is busy ?
Hmm....tricky question.... I would say averaging...But I have no science
to back that up.
> BTW : I loved your sessions on IOD 2007
Tx, and there I was afraid folks would run out once they realize I did
NOT talk about Unicode ;-)
Cheers
Serge

Signature
Serge Rielau
DB2 Solutions Development
IBM Toronto Lab
Roger - 29 Oct 2007 14:14 GMT
> > Thanks Serge,
> > So whats the best way or time to run the the update dbm to pick a good
[quoted text clipped - 16 lines]
> DB2 Solutions Development
> IBM Toronto Lab
One more question regarding CPUSPEED. Since its millisec/
instruction, which number depicts its a more powerful cpu...higher
number or lower number ? I wish DB2 would get the model number of CPU
and speed at install time or db2 start time rather than calculate
using a bench mark that varies with the load of the system.
Haider Rizvi - 31 Oct 2007 01:45 GMT
> One more question regarding CPUSPEED. Since its millisec/
> instruction, which number depicts its a more powerful cpu...higher
> number or lower number ?
Lower number is more powerful cpu.
> I wish DB2 would get the model number of
> CPU and speed at install time or db2 start time rather than
> calculate using a bench mark that varies with the load of the
> system.
DB2 will need to keep a pretty exhaustive list of cpus, and their
relative speeds in the engine. Also the underlying requirement to test
on each and every crank of the cpu clock for every cpu supported!
With virtualized cpus coming online now, it will become even more
difficult. IOW, it is not that easy to keep that list up to date.

Signature
Haider