From: Duncan <1i5t5.duncan@cox.net>
To: linux-btrfs@vger.kernel.org
Subject: Re: Why is dedup inline, not delayed (as opposed to offline)? Explain like I'm five pls.
Date: Tue, 19 Jan 2016 09:14:23 +0000 (UTC) [thread overview]
Message-ID: <pan$85c04$d9fd4f4d$1304efda$85c18be@cox.net> (raw)
In-Reply-To: pan$9821b$e84a8fc3$23a877ef$2b0858e0@cox.net
Duncan posted on Tue, 19 Jan 2016 08:30:43 +0000 as excerpted:
> (As I write this system/app memory usage is ~2350 MiB, buffers 4 MiB,
> cache 7321 MiB, total usage ~9680 MiB, on a 16 GiB system. That's with
> about three days uptime, after mounting the packages partition and
> remounting / rw and doing a bunch of builds, then umounting the pkgs
> partition, killing X and running a lib_users check to ensure no services
> are running on outdated deleted libs and need restarted, remounting
> / ro, and restarting X. At some point I had the media partition
> mounted too, but now it's unmounted again, dropping that cache. So in
> addition to cache memory which /could/ be dumped if I had to, I have
> 6+ GiB of entirely idle unused memory. Nice as I don't have swap
> configured, so if I'm out of RAM, I'm out, but there's a lot of cache
> to dump first before it gets that bad. Meanwhile, zero cache pressure,
> and 6+ GiB of spare RAM to use for apps/tmpfs/cache if I need it,
> before any cache dumps at all! =:^)
Oh, I also don't allow any crazy indexers, like kde's baloo or the older
updatedb for (s)locate, to go crazy indexing everything, thereby wasting
valuable cache memory on files I won't actually be using. These things
get shut down as soon as I discover new ones, and preferably get
uninstalled, with dependencies on them turned off (on gentoo, via
appropriate USE flag) as well. On kde4 I was even carrying my own no-
semantic-desktop patches for awhile, when gentoo/kde decided they weren't
going to support kde without semantic-desktop. Fortunately they changed
their minds. I'm now finally updated to kde-frameworks5 with plasma5,
and have baloo installed for that as I don't yet grok how to keep it off
the system entirely in frameworks/plasma5, but it's definitely shut down
as far as runtime goes.
There is a package indexer that runs, and of course syncing package
updates loads all that in cache, but all that's on my packages partition,
unmounted when I'm not actively doing package updates, etc, thereby
freeing the package updates subsystem caches.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
next prev parent reply other threads:[~2016-01-19 9:14 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-16 12:27 Why is dedup inline, not delayed (as opposed to offline)? Explain like I'm five pls Al
2016-01-16 14:10 ` Duncan
2016-01-16 18:07 ` Rich Freeman
2016-01-18 12:23 ` Austin S. Hemmelgarn
2016-01-23 22:22 ` Mark Fasheh
2016-01-20 14:49 ` Al
2016-01-20 14:43 ` Al
2016-01-21 8:23 ` Qu Wenruo
2016-01-21 14:53 ` Al
2016-01-21 17:23 ` Chris Murphy
2016-01-22 11:33 ` Al
2016-01-23 2:44 ` Chris Murphy
2016-02-02 2:55 ` Qu Wenruo
2016-01-18 1:36 ` Qu Wenruo
2016-01-18 3:10 ` Duncan
2016-01-18 3:16 ` Qu Wenruo
2016-01-18 3:51 ` Duncan
2016-01-18 12:48 ` Austin S. Hemmelgarn
2016-01-19 8:30 ` Duncan
2016-01-19 9:14 ` Duncan [this message]
2016-01-19 12:28 ` Austin S. Hemmelgarn
2016-01-19 15:40 ` Duncan
2016-01-20 8:32 ` Brendan Hide
2016-01-19 12:21 ` Austin S. Hemmelgarn
2016-01-20 15:12 ` Al
2016-01-20 18:21 ` Duncan
2016-01-20 14:53 ` Al
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='pan$85c04$d9fd4f4d$1304efda$85c18be@cox.net' \
--to=1i5t5.duncan@cox.net \
--cc=linux-btrfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).