Peter Williams wrote:Al Boldi wrote:Peter Williams wrote:OK. But turning the promotion mechanism off completely (which is whatAl Boldi wrote:Seems that this will only delay the lock in spa_svr but not inhibit it.Peter Williams wrote:OK, you could also try increasing the promotion interval.Al Boldi wrote:spa_no_frills, with a malloc-hog less than timeslice. SettingWhich one of the SPA schedulers and under what conditions? I've beenThe default values for spa make it really easy to lock up theControl parameters for the scheduler can be read/set via files
in:
/sys/cpusched/<scheduler>/
system.
mucking around with these and may have broken something. If so I'd
like to fix it.
promotion_floor to max unlocks the console.
setting the floor to the maximum) runs the risk of a runaway high
priority task locking the whole system up. IMHO the only SPA scheduler
where it's safe for the promotion floor to be greater than MAX_RT_PRIO
is spa_ebs. So a better solution is highly desirable.
Yes.
I'd like to fix this problem but don't fully understand what it is.
What do you mean by a malloc-hog? Would it possible for you to give me
an example of how to reproduce the problem?
Can you try the attached mem-eater passing it the number of kb to be eaten.
i.e. '# while :; do ./eatm 9999 ; done'
This will print the number of bytes eaten and the timing in ms.
Adjust the number of kb to be eaten such that the timing will be less than timeslice (120ms by default for spa). Switch to another vt and start pressing enter. A console lockup should follow within seconds for all spas except ebs.