2005/9/15, "Döhr, Markus ICC-H" <[EMAIL PROTECTED]>:
> > ID UKT Win TASK APPL Current Timeout
> > Region Wait
> > tid type pid state priority cnt
> > try item
> > T68 7 0x7E8 User 544 Vwait 0 0
> > 116374(s)
> > T69 7 0x7E8 User 2352 Vwait 0 0
> > 116374(s)
>
>
> Interesting enough, that both are in the same UKT waiting for the lock to be
> released. Mabye someone from the development can tell something about that.
> That is exactly what I had expected but I don't have a solution for this :(
So does UKT mean "User Kernel Thread" (as opposed to "task" what I
assumed earlier)? That sounds like it would indicate a misalignment
of tasks because one probably would expect them to be on different
UKT's. Right?
Hm, load balancing seems disabled:
d:\contentreporter\maxdb\prog\pgm\dbmcli.exe on cr>param_getvalue MAXCPU
OK
2
---
d:\contentreporter\maxdb\prog\pgm\dbmcli.exe on cr>db_cons show moveinfo
OK
SERVERDB: CR
Balancing Info:
Load balancing - DISABLED
Interval time - 0 (s)
Last interval start - (ddd:hh:mm:ss)
Move intervals - 0
Minimum diff. - 10 (%)
Value equality - 5 (%)
User Kernel Threads:
UKT Movable Interval start Max. Sum UKT
Tasks (ddd:hh:mm:ss) Runnable Runnable Idle Time
7 2 0.000000 0.000000 0.000000
8 0 0.000000 0.000000 0.000000
---
d:\contentreporter\maxdb\prog\pgm\dbmcli.exe on cr>param_getvalue
LOAD_BALANCING_CHK
OK
0
---
Seems like this parameter is the culprit. Nevertheless it looks like a
bug to me: tasks are somehow handled as if load balancing was enabled
but it's not checked whether it's actually the case.
I'll redo the test tomorrow with LOAD_BALANCING_CHK set to 30.
Thanks so far!
Kind regards
robert
--
MaxDB Discussion Mailing List
For list archives: http://lists.mysql.com/maxdb
To unsubscribe: http://lists.mysql.com/[EMAIL PROTECTED]
