From owner-freebsd-stable@freebsd.org Sun Apr 8 14:19:12 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 06DF3F84ED0 for ; Sun, 8 Apr 2018 14:19:12 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BD16820EB for ; Sun, 8 Apr 2018 14:19:11 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (115-166-20-68.dyn.iinet.net.au [115.166.20.68]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w38EJ7qp079540 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 8 Apr 2018 07:19:10 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: kern.sched.quantum: Creepy, sadistic scheduler To: freebsd-stable@freebsd.org References: <9FDC510B-49D0-4722-B695-6CD38CA20D4A@gmail.com> <8cfdb8a3-86a0-17ba-1e41-ff1912a30ee9@m5p.com> <2d3dfb30-fb34-55e4-0572-df17ceb5f66e@freebsd.org> From: Julian Elischer Message-ID: <88870e92-04a0-abab-3db2-4696dd968489@freebsd.org> Date: Sun, 8 Apr 2018 22:19:01 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2018 14:19:12 -0000 On 7/4/18 10:21 pm, Peter wrote: > Julian Elischer wrote: >> for a single CPU you really should compile a kernel with SMP turned >> off >> and 4BSD scheduler. >> >> ULE is just trying too hard to do stuff you don't need. > > Julian, > > if we agree on this, I am fine. > (This implies that SCHED_4BSD will *not* be retired for an > indefinite time!) There is no reason to retire it. We implemented a scheduler interface that both schedulers stick to. > > I tested yesterday, and SCHED_4BSD doesn't show the annoying behaviour. > SMP seems to be no problem (and I need that), but PREEMPTION is > definitely related to the problem (see my other message sent now). > > P. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" >