Web Hosting Talk : Web Hosting Main Forums : Hosting Security and Technology : inodes taking that much space on FreeBSD?

[Lem0nHead]

hi
I just noticed something weird on my FreeBSD server

FreeBSD Disklabel Editor shows:
twed0s1e /home 108GB *


df -h shows:
/dev/twed0s1d 105G 4.0K 96G 0% /home


so... 108 GBs become 105 GB that become 96 GBs usable?
that's 11,11% loss
pretty big IMO

(this has nothing to do with "real space"... it's really GBs (1024^3, not 1000^3)

[HoundOfTheSmith]

As has been mentioned in other posts, and covered in the newfs man page, the BSD OSs reserve a certain (tunable) percentage of disk space for root only.

[The Ally]

Lem0nhead, you want to read the output of "man tunefs", in particular the "-m" parameter. Short form: 8% of file space are by default held back from normal users. You can reduce that, which can have impact on the performance. Anyway, on a /home partition, I cannot see many reasons why you shouldn't reduce it to 0% (whereas on "/var" and "/" you would NEVER want to reduce it to 0%, as you will not be able to login via SSH any more when even root cannot write to the disk).


Cheers
Carsten

[zuborg]

Originally Posted by The Ally

Lem0nhead, you want to read the output of "man tunefs", in particular the "-m" parameter. Short form: 8% of file space are by default held back from normal users. You can reduce that, which can have impact on the performance. Anyway, on a /home partition, I cannot see many reasons why you shouldn't reduce it to 0% (whereas on "/var" and "/" you would NEVER want to reduce it to 0%, as you will not be able to login via SSH any more when even root cannot write to the disk).


Cheers
Carsten

The reason is that overfilled FS works very slow. It's too expensive to find not used blocks, they are not optimal to store data for fast access in future, file fragmentation level grows significantly...

The optimal minimum level of free space varies from case to case, but 8% is quite common value to keep system away from overfill suffering - I really don't recommend to lower this tunable.

[The Ally]

Yes sure. What I meant is that as an absolutely last resort it could be done on a partition where root does not necessarily needs to have a reserve. Of course, it is always better to have a reserve left and to free space than to use every single available byte :-)

My initial posting might have been a bit misleading...

[Lem0nHead]

got it
thanks for the replies
I think I'll leave it as it is, since I i/o is a important bottleneck and this would make things slower