Bug 147764
Summary: | 5% of home partition capacity is wasted | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Amadeus <sha256sum> |
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> |
Status: | CLOSED WONTFIX | QA Contact: | Mike McLean <mikem> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | mattdm |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-04-24 18:58:40 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Amadeus
2005-02-11 01:27:54 UTC
An easy hack would be to run tune2fs -m 0 /dev/hdaX (as described above) at the first boot after the installation. But I think a nicer solution would be to make Disk Druid do it on all partitions that is not going to mounted as / I think letting people run tune2fs if they want to is a good choice, because ext2/ext3 performance suffers severely if your partition is very close to full. Generally, better to reserve that space as an area for the kernel to use to keep the system operating optimally than to squeeze out every last megabyte, especially with disk getting so cheap. My point is that, the OS will never need extra space on /home and the space is thereby wasted. It may (or may not?) make sence to take 5% on /, but taken in cosideration that it is a desktop computer we are dealing with, these 5% will never be used. On a server 5% makes sense, as log files etc. can take up a great deal of space. About your point with the cheap harddiscs, 5% of 200GB is 10GB, which is a lot of space to loose. > My point is that, the OS will never need extra space on /home and the space is > thereby wasted. But did you read my comment? The OS *does* need the extra space. > About your point with the cheap harddiscs, 5% of 200GB is 10GB, which is a lot > of space to loose. Only about 5%. Yes, I did read your comment about the OS, but perhaps I have misunderstood it? From my understanding the kernel does not write to /home, and if you have / on hda2 and /home on hda3 these 10GB is wasted on hda3. About your connent on ext2/ext3 preformance, I think 10GB is way off. As harddiscs sizes increases the waisted space increases. Wouldn't 10MB be enough? I think 10GB is a significant amount of space. If any application toke 10GB of your harddrive, then there would be filed a critical bug for this. All writes to disk go through the kernel -- it's part of the kernel's job. As I understand it, the efficiency issues with ext2/3 (and many filesystems in general) are directly related to percentage of space free, not just having a few megabytes around. (This is what makes it so you don't have to run "defrag" on your Linux filesystems, for example.) Maybe someone who knows more about this can say otherwise, but that's my understanding. If you want, try some performance tests (bonnie++, say) on relatively empty disks and 99% full ones -- filled up in a "natural" way with a mix of large and small files written in arbitrary order. If you can demonstrate that the change wouldn't be a performance issue, I'd be all for it. Why is it marked WONTFIX? Just so I don't waist my time investigating the ext2/ext3 performance. |