bsd.org/~mjg/maxvnodes.diff
>
> Once you boot, tweak maxvnodes:
> sysctl kern.maxvnodes=1049226
>
> Run poudriere. Once it finishes, inspect sysctl vfs.highest_numvnodes
>
> On 3/17/21, Yamagi wrote:
> > Hi Mateusz,
> > the sysctl output after about 10 minutes into
Hi Mateusz,
the sysctl output after about 10 minutes into the problem is attached.
In case that its stripped by Mailman a copy can be found here:
https://deponie.yamagi.org/temp/sysctl_vlruwk.txt.xz
Regards,
Yamagi
On Wed, 17 Mar 2021 15:57:59 +0100
Mateusz Guzik wrote:
> Can you reprod
is accumulating CPU time it looks like it's doing at least
something. As an educated guess I would say that vn_alloc_hard() is
waiting a long time or even forever to allocate new vnodes.
I can provide more information, I just need to know what.
Regards,
Yamagi
--
Homepage: https://www.yamagi.org
tty sure that the problem is not the
pmbr used for classic BIOS boot but the GPT itself. But my knowledge
of GPT and especially Windows internals is limit. So maybe someone
with more insight can look into this.
Or even better: Complain to Microsoft. Even if the GPT is invalid it
should cr
in the hardware, the firmware
or somewhere else were suspected. I didn't even try to debug it,instead
I went with the UEFI loader.
Regards,
Yamagi
On Sun, 14 Feb 2016 13:47:05 +0200
Daniel Braniss <da...@cs.huji.ac.il> wrote:
> > On 14 Feb 2016, at 11:52, Yamagi Burmeister <li...@ya
Hello,
this is a known problem with Intel Skylake CPUs. Legacy boot os dead
slow, UEFI boot is blazing fast. Have a look at this thread, it contains
some more informations:
https://lists.freebsd.org/pipermail/freebsd-current/2015-December/059037.html
As far as I know now one has found / analyzed
if necessary. I just need to know what exactly.
Ciao,
Yamagi
--
Homepage: www.yamagi.org
XMPP: yam...@yamagi.org
GnuPG/GPG: 0xEFBCCBCB
pgpiQ7wf0tTdP.pgp
Description: PGP signature
if they're connect in hardware or not. This leads to
invalid channels.
I've once had the idea to clean it up but never found the time.
Nevertheless it still would be really nice if someone could give
this driver some love. :)
Ciao,
Yamagi
--
Homepage: www.yamagi.org
XMPP: yam
On Sat, 26 May 2012 12:34:25 +0300
Andriy Gapon a...@freebsd.org wrote:
if we decide so, then I think that we could still keep the things
simple. As we currently use the wholesale approach (all CPUs are
set to the same P-state regardless of topology), then we could first
make a pass of
On Fri, 25 May 2012 16:05:56 -0400
Jung-uk Kim j...@freebsd.org wrote:
if we decide so, then I think that we could still keep the things
simple. As we currently use the wholesale approach (all CPUs
are set to the same P-state regardless of topology), then we could
first make a pass of
Hi :)
On Thu, 26 Jan 2012 17:54:30 -0800
Jeremy Chadwick free...@jdc.parodius.com wrote:
I'll also point out, though the OP isn't using snapshots, that it's
confirmed use of snapshots on SU+J can result in a full filesystem hang.
Confirmation is from Kirk McKusick (author of SU and designer
with the old ata implementation in
AHCI mode. pciconf output of the controller is
atap...@pci0:0:17:0: class=0x010601 card=0x43911002 chip=0x43911002
rev=0x00 hdr=0x00
Thanks,
Yamagi
--
Homepage: www.yamagi.org
Jabber: yam...@yamagi.org
GnuPG/GPG:0xEFBCCBCB
12 matches
Mail list logo