[Vm-dev] ulimit rat-rio setting (was Re: [OpenSmalltalk/opensmalltalk-vm] Do not use linux-latest runner, use an older stable version. (#598))
Bruce O'Neel
bruce.oneel at pckswarms.ch
Thu Sep 30 06:49:08 UTC 2021
Wow, now I feel really really old.
So nicing the priority down will be fine on a single user system -
which to be honest is probably 99.9+% of our users so no problem.
It is a bad idea, though very nice, on a multi user system espeically
if heavily loaded. It was always fun to nice a friend down and have
them start asking why their emacs was taking 3 second per character
now.
So it is probably an ok idea.
cheers
bruce
On 2021-09-30T08:11:53.000+02:00, Tobias Pape <Das.Linux at gmx.de>
wrote:
>> On 30. Sep 2021, at 04:46, Eliot Miranda <eliot.miranda at gmail.com>
>> wrote:
>>
>>> On Sep 29, 2021, at 5:32 PM, David T. Lewis
>>> <lewis at mail.msen.com> wrote:
>>>
>>>> On Tue, Sep 28, 2021 at 03:12:29PM -0700, tim Rowledge wrote:
>>>>
>>>> This reminds me to ask (probably again) if anyone actually
>>>> understands
>>>> ubuntu and getting the rtprio settings to 'take'.
>>>>
>>>> I have the suggested /etc/security/limits.d/squeak.conf etc
>>>> but it
>>>> appears to be ignored - at least the VM complains about it.
>>>> Since
>>>> `ulimit -a` tells me that rtprio is 0, I suspect it is correct
>>>> to
>>>> complain. I've spent way too long trying to make sense of what
>>>> I
>>>> find with googling. This has been going on for ages (so, yes,
>>>> the
>>>> machine has been rebooted) and every now and then I try to
>>>> make some
>>>> sense of it.
>>>
>>> Aside from the various discussions of how to work around this
>>> problem,
>>> I would expect that the VM might better do something like this:
>>>
>>> - Attempt to start the heartbeat thread at elevated priority.
>>> - If successful, proceed as before (other threads at normal
>>> priority)
>>> - If not successful, drop the process priority and start all
>>> other
>>> threads at a lower priority.
>>
>> +1. Good idea!
>
> Right!
> It's obvious, in hindsight xD
> -t
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20210930/a9c234fa/attachment.html>
More information about the Vm-dev
mailing list