Hi! > > > The change was committed as r334752. Are you seeing unexpected OOM > > > kills on or after that revision? > > > > When I tried to run a qemu-based poudriere run yesterday on a r334918 > > box, it killed a few processes outside of that run and did not > > work out. > > > > I'm unsure it was because of that problem or a problem with qemu. > > How much memory and swap does the guest have? It's started by poudriere, I do not really know. > Were you consistently able to complete a run before? Two years ago, on a much lower version of FreeBSD, yes. I just started it again, and after a while the qemu-ppc64-static was at approx. 23 GB memory and increasing, without much progress. > If it's happening during a poudriere run, it may well have been a true > OOM situation. The patch below prints a few stats to the dmesg before > the kill. The output of that together with "sysctl vm" output should be > enough to determine what's happening. > > diff --git a/sys/vm/vm_pageout.c b/sys/vm/vm_pageout.c > index 264c98203c51..9c7ebcf451ec 100644 > --- a/sys/vm/vm_pageout.c > +++ b/sys/vm/vm_pageout.c > _at__at_ -1670,6 +1670,8 _at__at_ vm_pageout_mightbe_oom(struct vm_domain *vmd, int page_shortage, > * start OOM. Initiate the selection and signaling of the > * victim. > */ > + printf("v_free_count: %u, v_inactive_count: %u\n", > + vmd->vmd_free_count, vmd->vmd_pagequeues[PQ_INACTIVE].pq_cnt); > vm_pageout_oom(VM_OOM_MEM); > > /* I'll have a look at this. -- pi_at_opsec.eu +49 171 3101372 2 years to go !Received on Fri Jun 15 2018 - 07:07:34 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:16 UTC