Hi guys,
I am evaluating fix for DC bug 16714 and I am again contemplating
getting rid
of fiocompress(1m) mechanism which takes care of compressing eligible files
in Sparc boot archive. Last time we were considering this with Jack and
Alex,
we decided to postpone the decision until DDU projects gets integrated.
These are 'pros' of removing compression step
(detailed evaluation is captured in bug 6361)
* simplified DC manifest (no need for 'fiocompress' attribute)
* faster DC build
* simplified code - all stuff related to dcfs compression can be removed
* no strange issues reported against Sparc coming from dcfs(7F)
limitations -
e.g. compressed files can't be updated
In order to find out what we would be sacrificing, I have compared
AI boot archives based on 147 - the first one underwent compression
step during DC build, the second one skipped it:
# df -h /tmp/ba
Filesystem Size Used Avail Use% Mounted on
/tmp/iso/platform/sun4u/boot_archive
178M 134M 44M 76% /tmp/ba
r...@tia:/export/home/dc# df -h /tmp/ba1
Filesystem Size Used Avail Use% Mounted on
/tmp/iso1/platform/sun4u/boot_archive
178M 162M 16M 92% /tmp/ba1
From those results, it could be observed that
* memory requirements would not change on AI Sparc client, size total size
of boot archive remain the same (this is due to the fact that DC
currently
does not take compression into account when calculating size of Sparc
boot
archive - bug 6361)
* we would be loosing ~30MB of free space in boot archive, still
ending up with 16MB free space which is more or less what we
have in x86 world (comparing with 146 based AI x86 boot archives):
# df -h /tmp/ba32
Filesystem Size Used Avail Use% Mounted on
/tmp/b32 127M 108M 20M 85% /tmp/ba32
r...@vb-ais:/tmp# df -h /tmp/ba64
Filesystem Size Used Avail Use% Mounted on
/tmp/b64 158M 146M 13M 93% /tmp/ba64
Based on that, I am tempted to get rid of Sparc fiocompress(1m),
but there might be some aspects I am currently not aware of
or which I have overlooked, e.g. related to DDU or current
AI memory requirements.
Could you please let me know if we can afford to remove that
step from DC or if you think there are reasons to still leave it
in place ?
Thank you very much,
Jan
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
