[starspangled]

> I quoted the paper. I said nothing about OP.

That passage is in context of a billion inodes though, where it is a small number by comparison. It's obviously calling it a small number by some absolute or objective standard.

> For drives that aren't going to have tons of uncompiled source trees, more than a percent is a lot. That could be a hundred gigabytes wasted. Almost any drive that isn't a small OS partition can do just fine at .4 or .2 percent.

If you have 10TB then saving 80GB isn't really a lot at all. It's about 0.8%. You really wouldn't recommend an average user change that at all. If they were desperate for a few more GB you might drop the reserved % down a couple of points first which is already more than entire inode allocation.

[Dylan16807]

That paper is not saying it's small "in comparison", it's saying it's small for a filesystem. It's silly.

> You really wouldn't recommend an average user change that at all.

Yes I would. If they were stuck with ext4.

In general I'd recommend something with checksums.

> reserved %

Oh god definitely change that, it should cap at 10GB or something.

[starspangled]

> That paper is not saying it's small "in comparison", it's saying it's small for a filesystem. It's silly.

It's not, it's clearly saying the inode count is too small for their 1 billion file test.

> Yes I would. If they were stuck with ext4.

I meant good advice. There's enough stories of people running out of inodes even of the tiny sample in this thread that it's not good advice to cut the inode count 4x.