Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 5 Nov 2012 10:43:45 +0100
From:      Olivier Smedts <olivier@gid0.org>
To:        Alexander Leidinger <Alexander@leidinger.net>
Cc:        Dimitry Andric <dim@freebsd.org>, "current@freebsd.org" <current@freebsd.org>
Subject:   Re: Do we have a CPUTYPE=native and/or generic stability problem?
Message-ID:  <CABzXLYM3tQZuD6AALQ=zWmNW6C5q5c2cV0xSaobQuA-H8QOTmA@mail.gmail.com>
In-Reply-To: <CABzXLYOot3HnZSn80%2BA8soE7THBXiLg=unU8jLTa=hUu4hri%2Bw@mail.gmail.com>
References:  <20121103232433.00005eee@unknown> <5095ACC7.1050002@FreeBSD.org> <20121104225529.000028a9@unknown> <CABzXLYOot3HnZSn80%2BA8soE7THBXiLg=unU8jLTa=hUu4hri%2Bw@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Le lundi 5 novembre 2012, Olivier Smedts a =E9crit :

>
> Le dimanche 4 novembre 2012, Alexander Leidinger a =E9crit :


>
> The machine has 12 MB RAM (no swap configured), after nearly a day
>> uptime it looks like this:
>>
>> ---snip---
>> Mem: 348M Active, 599M Inact, 9281M Wired, 264K Cache, 1548M Free
>> ARC: 7117M Total, 1607M MRU, 3996M MFU, 934K Anon, 208M Header, 1307M
>> Other
>> ---snip---
>>
>> I would not expect an internal compiler error when I run out of RAM.
>
> Not related, but I think you should configure
>
...at least a little swap (sorry, damn "smart"-phone). When under memory
pressure, ZFS sometimes don't have time to evict ARC memory and some MBs
are written to swap instead of waiting. No real technical details


--=20
Olivier Smedts                                                 _
                                        ASCII ribbon campaign ( )
e-mail: olivier@gid0.org        - against HTML email & vCards  X
www: http://www.gid0.org    - against proprietary attachments / \

  "Il y a seulement 10 sortes de gens dans le monde :
  ceux qui comprennent le binaire,
  et ceux qui ne le comprennent pas."



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CABzXLYM3tQZuD6AALQ=zWmNW6C5q5c2cV0xSaobQuA-H8QOTmA>