You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The biggest offender is u8_textprep.o. This includes u8_textprep_data.h, a 1.5 MB (!) source file full of huge arrays (I'm not sure, by the way, why all this data is listed as "text" and not "data"!). Could we do something to not have this monster in OSv?
I'm not sure there's an easy solution, but it would be good to investigate.
The text was updated successfully, but these errors were encountered:
ZFS has a "utf8 normalization" option which needs to be enabled during
filesystem creation (I believe it is off by default). The ugly part is
that the code which implements this uses huge tables -
build/last/bsd/sys/cddl/contrib/opensolaris/common/unicode/u8_textprep.o
is over 300 KB and grows OSv's disk image size and memory use.
In this patch, we comment out this obscure feature. u8_textprep.o becomes
tiny, and the compressed kernel is now about 130 KB smaller (the saving
in memory, uncompressed, is even larger).
Fixescloudius-systems#984
Signed-off-by: Nadav Har'El <n...@scylladb.com>
Message-Id: <20180704155237.28607-1-nyh@scylladb.com>
Here are the object files with the biggest text (code) size:
The biggest offender is u8_textprep.o. This includes u8_textprep_data.h, a 1.5 MB (!) source file full of huge arrays (I'm not sure, by the way, why all this data is listed as "text" and not "data"!). Could we do something to not have this monster in OSv?
I'm not sure there's an easy solution, but it would be good to investigate.
The text was updated successfully, but these errors were encountered: