Mateusz Guzik writes:
> It is high because of this:
> msleep(&vnlruproc_sig, &vnode_list_mtx, PVFS, "vlruwk", hz);
>
> i.e. it literally sleeps for 1 second.
Before the line looked like that, it slept on "lbolt" aka "lightning
bolt" which was woken once a second.
The cal
OP here, I've been running with kern.sched.steal_thresh=1 with no
stutter since it was originally suggested. I tried these instead and I
get stutter, maybe a little less but its definitely back.
On 4/3/21 1:23 AM, Rozhuk Ivan wrote:
I have no micro stutter with default kern.sched.steal_thresh
On Wed, 31 Mar 2021 02:35:25 -0700
Alastair Hogge wrote:
> On 2021-03-28 16:09, Hans Petter Selasky wrote:
> > On 3/27/21 11:54 AM, Santiago Martinez wrote:
> >> Hi, i have the same output as @Nils B. If i run with steal =2 and
> >> dtrace the micro stutter doesn't happen but as soon as i stop
>> main-8223717ce is working fine on vostro 3267, but isn't
>> working on XPS 12.
>
> main-4d221f59b is freezed on vostro 3267.
Although main-8223717ce wasn't frozen on vostro 3267 yesterday,
main-8223717ce is frozen on vostro 3267 today.
--
Masachika ISHIZUKA
_
> main-8223717ce is working fine on vostro 3267, but isn't
> working on XPS 12.
main-4d221f59b is freezed on vostro 3267.
--
Masachika ISHIZUKA
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
T
Hi,
We do not seem to have a nice way to see current swap space usage per process.
I updated systat to use libprocstat to obtain such infomation and display
along with swap devise/file stats.
I think patch works for 14-CURRENT and 13-STABLE/13.0-*.
12-STABLE needs some changes from main.
The new
On 4/2/21, Stefan Esser wrote:
> Am 28.03.21 um 16:39 schrieb Stefan Esser:
>> After a period of high load, my now idle system needs 4 to 10 seconds to
>> run any trivial command - even after 20 minutes of no load ...
>>
>>
>> I have run some Monte-Carlo simulations for a few hours, with initially
Am 28.03.21 um 16:39 schrieb Stefan Esser:
After a period of high load, my now idle system needs 4 to 10 seconds to
run any trivial command - even after 20 minutes of no load ...
I have run some Monte-Carlo simulations for a few hours, with initially
35
processes running in parallel for some
On Fri, Apr 02, 2021 at 08:29:43PM +, Dave Cottlehuber wrote:
> Does the issue also go away if you use `TSC-slow` ?
I haven't, I can try it out. Yeah TSC-slow is poorly rated (-100) but
scrubbing my zroot is much faster with it compared to ACPI-fast (rated
at 900)..
TSC-slow:
scan: scrub re
lemme go see (again). That's why I wanted to re-review it all before I
landed stuff!
-a
On Fri, 2 Apr 2021 at 13:41, Bjoern A. Zeeb
wrote:
>
> On 2 Apr 2021, at 6:44, Adrian Chadd wrote:
>
> > I've got this in my local tree now.
>
> That’s not a good idea?
>
> > I have a note to go dig up which
On 2 Apr 2021, at 6:44, Adrian Chadd wrote:
I've got this in my local tree now.
That’s not a good idea?
I have a note to go dig up which
draft I yanked this from and update it with reference to the draft and
the current spec.
Thanks for pointing this out!
Aehm, am I missing something but
On Wed, 31 Mar 2021, at 09:00, Mathieu Chouquet-Stringer wrote:
> On Tue, Mar 30, 2021 at 03:43:06PM +0200, Mathieu Chouquet-Stringer wrote:
> > Hello,
> >
> > TL;DR: we need kvmclock support in FreeBSD
>
> scan: scrub repaired 0B in 12:33:11 with 0 errors on Wed Mar 31 03:33:14
> 2021
>
On Fri, 2 Apr 2021 at 04:07, Graham Perrin wrote:
>
> On 05/03/2021 14:01, Antonio Olivares wrote:
> > … worked well with firefox-esr which I use because the plugins
> > are deprecated using the newer firefox. Despite that it also used to
> > work with the regular firefox. …
>
> For reference – I
I did not know that SCTP has been removed from the GENERIC kernel.
Thank you all
On Thu, Apr 1, 2021 at 2:41 PM wrote:
>
> > -Original Message-
> > From: owner-freebsd-curr...@freebsd.org > curr...@freebsd.org> On Behalf Of Athan Papadimitriou
> > Sent: Thursday, 1 April 2021 08:15
> >
14 matches
Mail list logo
