On Sunday 07 December 2008 03:47, OGAWA Hirofumi wrote:
It all looks beautiful, and as usual, it builds cleanly, passes all the
tests, boots up and mounts without problems. I did not test the new
functionality yet. Pushed to public.
One idea on the links count attribute: as a later optimization, how
about we store it only if it is not equal to one? That is the majority
of cases. Saving the 6 bytes of link count attribute for most files
will reduce our average inode size by 12% or so. I previously
suggested we interpret a missing links attribute as zero, but that is a
rare case (orphan and internal inodes). We should just store the
attribute then.
Link count for a directory is always 2 + number of subdirectories.
What about storing one less than the directory link count, so that
the stored link count for a directory with no children is one, which
is most directories? Then we also would not have to store the size
attribute for a directory.
Very small optimizations, I know.
Daniel
_______________________________________________
Tux3 mailing list
Tux3@tux3.org
http://mailman.tux3.org/cgi-bin/mailman/listinfo/tux3
| Eric W. Biederman | [PATCH 02/10] sysfs: Support for preventing unmounts. |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| Antonio Almeida | HTB accuracy for high speed |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 26/37] dccp: Integration of dynamic feature activation - part 1 (socket set... |
| David Miller | [GIT]: Networking |
