linux-f2fs-devel.lists.sourceforge.net archive mirror
 help / color / mirror / Atom feed
* Design questions (rsv space & nat)
@ 2015-07-03 17:05 Josh Dener
  0 siblings, 0 replies; only message in thread
From: Josh Dener @ 2015-07-03 17:05 UTC (permalink / raw)
  To: linux-f2fs-devel@lists.sourceforge.net

Hi,

If I got it right, the overprovisioning space gets used to keep writing in LFS mode even when when there are too many dirty segments, until it falls below reserved, when it switches to SSR. The reserved space is needed for "cleaning" - not sure about the details.

But what's interesting is that the reserved space depends only on the overprovisioned percentage at format time. Volume size has no influence. Since all the overpsovisioning can be consumed normally, this doesn't make sense to me - why would you need more reserve in any case?

In fact, this can lead to situations where less overprovisioning reserves more total space, for example with a 13 GB volume (6613 segments, of which 6565 are the main area) if you request 2% OP you get 129 segments of OP and 108 of reserve, but requesting 1% gives you 63 OP and 208 reserve, more in total!

In fact you'd get a 208 reserve even for a tiny volume. So my question is, why does the reserved space depend on overprovisioning percentage, and only that?

Another design question - the NAT's purpose is to cut off tree updates when moving blocks around. But it covers just node blocks. So to move a data block, you update a node block, then update the NAT to point to this new node block. Wouldn't it be better for the NAT to cover data blocks, so when some are moved, only the NAT (and not the node blocks) has to be updated?

------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2015-07-03 17:07 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-07-03 17:05 Design questions (rsv space & nat) Josh Dener

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).