Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 19 Aug 2016 16:28:29 -0400
From:      Mark Moellering <markmoellering@psyberation.com>
To:        "freebsd-questions@freebsd.org" <freebsd-questions@freebsd.org>
Subject:   Re: How do I limit I/O usage for a user/process? A user broke my system
Message-ID:  <CAA0uU3WP7umixdMnM_WPDH8YTK5pg=7F%2B_eHkdj3oEcLsSqjNQ@mail.gmail.com>
In-Reply-To: <CALfReye1U78Hz80spFAKfNeXmqVYxQmc3mXE0jAw-M42HV-fDg@mail.gmail.com>
References:  <CAM4nNt8dOojYNA6FK6_zj7vN92e6ML2A0QbsXH3fz8rP%2BCbVTg@mail.gmail.com> <20160819104058.1c60a63fb832fbdc1524207c@sohara.org> <20160819101657.GB2560@hephaistos.local> <20160819114429.756b3d25f9335417a0c673c3@sohara.org> <CALfReyexwH09sBbFxQWoo8NEokZ0jzr-tW0QtKL8y8-a618VUw@mail.gmail.com> <5dcc797b-5aac-cac1-b120-b4ff91f360dd@tysdomain.com> <CALfReye1U78Hz80spFAKfNeXmqVYxQmc3mXE0jAw-M42HV-fDg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Aug 19, 2016 at 10:01 AM, krad <kraduk@gmail.com> wrote:
> maybe, but the simple answers are always worth considering.
>
> On 19 August 2016 at 14:59, Littlefield, Tyler <tyler@tysdomain.com> wrote:
>
>>
>> On 8/19/2016 9:54 AM, krad wrote:
>>
>>> Does the same issue happen with vim no nano? If not maybe just remove
>>> pico.
>>>
>>> That's a slippery slope. Just use login classes to limit usage.
>>
>> On 19 August 2016 at 11:44, Steve O'Hara-Smith <steve@sohara.org> wrote:
>>>
>>> On Fri, 19 Aug 2016 12:16:57 +0200
>>>> "Martin S. Weber" <Ephaeton@gmx.net> wrote:
>>>>
>>>> On 2016-08-19 10:40:58, Steve O'Hara-Smith wrote:
>>>>> (...)
>>>>>
>>>>>>     Very likely the problem was due to memory use and you are tight
>>>>>> on memory for your normal load.
>>>>>>
>>>>>
>>>>> Which, as I might add, *should* be the normal usage pattern of a box.
>>>>>
>>>>
>>>>         You want all the memory in use I agree, but you don't want it so
>>>> tight that there is constant memory pressure so there should be a goodly
>>>> amount inactive, in cache and buffers. If there is swap activity then you
>>>> are too tight for the load.
>>>>
>>>> --
>>>> Steve O'Hara-Smith                          |   Directable Mirror Arrays
>>>> C:>WIN                                      | A better way to focus the
>>>> sun
>>>> The computer obeys and wins.                |    licences available see
>>>> You lose and Bill collects.                 |    http://www.sohara.org/
>>>> _______________________________________________
>>>> freebsd-questions@freebsd.org mailing list
>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-questions
>>>> To unsubscribe, send any mail to "freebsd-questions-
>>>> unsubscribe@freebsd.org"
>>>>
>>>> _______________________________________________
>>> freebsd-questions@freebsd.org mailing list
>>> https://lists.freebsd.org/mailman/listinfo/freebsd-questions
>>> To unsubscribe, send any mail to "freebsd-questions-unsubscribe
>>> @freebsd.org"
>>>
>>>
>>
>> --
>> Take care,
>> Ty
>> Twitter: @sorressean
>> Web: https://tysdomain.com
>> Pubkey: https://tysdomain.com/files/pubkey.asc
>>
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"


Depending on the nature of the box, one possibility (albeit a slightly
more complex one), is using a jail.  If basic user accounts are in a
jail, the jail can run out of memory and start file swapping without
affecting the kernel or other server functions.  Again, this depends
on your set-up, etc

Mark Moellering



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAA0uU3WP7umixdMnM_WPDH8YTK5pg=7F%2B_eHkdj3oEcLsSqjNQ>