On Sun, 09 Aug 2015, Frank Wille wrote:
Alan Barrett wrote:
It's not just checking whether a pid is alive, it's checking whether
the PID represents a shell running /etc/rc, to guard against pids being
recycled. That part is probably unnecessary.
I can also reduce the number of times
Alan Barrett wrote:
It's not just checking whether a pid is alive, it's checking whether
the PID represents a shell running /etc/rc, to guard against pids being
recycled. That part is probably unnecessary.
I can also reduce the number of times _have_rc_postprocessor is called.
Thanks. I
On Sun, Aug 09, 2015 at 12:39:24PM +0200, Frank Wille wrote:
Alan Barrett wrote:
It's not just checking whether a pid is alive, it's checking whether
the PID represents a shell running /etc/rc, to guard against pids being
recycled. That part is probably unnecessary.
I can also reduce
Sorry, I have been neglecting NetBSD for a while.
On Mon, 13 Jul 2015, Eric Haszlakiewicz wrote:
On July 13, 2015 6:14:47 AM EDT, Arto Huusko arm...@gmail.com wrote:
On 12.07.2015 21:02, Martin Husemann wrote:
On Sun, Jul 12, 2015 at 08:47:13PM +0300, Arto Huusko wrote:
I also tested
On 12.07.2015 21:02, Martin Husemann wrote:
On Sun, Jul 12, 2015 at 08:47:13PM +0300, Arto Huusko wrote:
I also tested 7.99.19, and it is just as slow to boot as 7.0_RC1, and
vmstat numbers are pretty much the same.
See:
http://mail-index.netbsd.org/tech-userlevel/2015/06/01/msg009153.html
On July 13, 2015 6:14:47 AM EDT, Arto Huusko arm...@gmail.com wrote:
On 12.07.2015 21:02, Martin Husemann wrote:
On Sun, Jul 12, 2015 at 08:47:13PM +0300, Arto Huusko wrote:
I also tested 7.99.19, and it is just as slow to boot as 7.0_RC1,
and
vmstat numbers are pretty much the same.
See:
On Mon, Jul 13, 2015 at 12:09:02PM +, Eric Haszlakiewicz wrote:
That diff appears to replace a simple -n test with a function that
does an eval, a kill and a expr, the last with an embedded command
substitution to run ps, so it'll definitely cause more forks. It's
aimed at determining
In article 20150713000220.73ca6a20.fr...@phoenix.owl.de,
Frank Wille fr...@phoenix.owl.de wrote:
On Sun, 12 Jul 2015 20:02:03 +0200
Martin Husemann mar...@duskware.de wrote:
On Sun, Jul 12, 2015 at 08:47:13PM +0300, Arto Huusko wrote:
I also tested 7.99.19, and it is just as slow to boot as
On Sun, 12 Jul 2015 20:02:03 +0200
Martin Husemann mar...@duskware.de wrote:
On Sun, Jul 12, 2015 at 08:47:13PM +0300, Arto Huusko wrote:
I also tested 7.99.19, and it is just as slow to boot as 7.0_RC1,
and vmstat numbers are pretty much the same.
I'm happy to hear from more platforms
Hello,
I just tested NetBSD 7.0_RC1, and it seems that 7.0 is *very* slow to
boot compared to 6.1.5. The problem seems to be entirely in the userland
because 7.0 kernel with 6.1.5 userland is just as fast as 6.1.5 kernel.
And based on vmstat -s fork numbers right after boot, the problem is
On Sun, Jul 12, 2015 at 08:47:13PM +0300, Arto Huusko wrote:
I also tested 7.99.19, and it is just as slow to boot as 7.0_RC1, and
vmstat numbers are pretty much the same.
See:
http://mail-index.netbsd.org/tech-userlevel/2015/06/01/msg009153.html
Alan, could you have a look?
Frank, can you
11 matches
Mail list logo