> On May 12, 2020, at 12:25 PM, Daniel Walker (danielwa) <danielwa@xxxxxxxxx> wrote: > > > Hi, > > I created an enhancement request for makedumpfile here, > > https://urldefense.com/v3/__https://github.com/makedumpfile/makedumpfile/issues/1__;!!GqivPVa7Brio!LJIWfQ8ged-9RjjV00zqmBGbL2-UU0baDJmxqVXo5AxYcofHzP8oxfWHZZ4ijk6O9N9I$ > > I found that compressing a flat core with gzip significantly reduces the size of > the core. Here were my findings, > > 32G flat elf core -E -F -d 0 > 33G kdump core -d 0 > 16G kdump compressed -c -d 0 > 1.9G flat elf core stream compressed with gzip -E -F -d 0 > > My feature request was to implement an option inside makedumpfile to gzip > compress the core output. This can already be accomplished by piping the core > thru the gzip tool, however, because makedumpfile already links against libz > having the option for makedumpfile to do it allows the gzip tools to be removed > from the crash kernels initramfs there by reducing the size. > > Kazuhito Hagio had suggest adding the -C option instead of repurposing -c to do > this. > Hi Daniel. -z happens to be used by tar and rsync to indicate compression ;-) . > So a resulting command line might looks like this, > > makedumpfile -C -F -E -d 31 /proc/vmcore core.gz > > Thanks, > Daniel > _______________________________________________ > kexec mailing list > kexec@xxxxxxxxxxxxxxxxxxx > https://urldefense.com/v3/__http://lists.infradead.org/mailman/listinfo/kexec__;!!GqivPVa7Brio!LJIWfQ8ged-9RjjV00zqmBGbL2-UU0baDJmxqVXo5AxYcofHzP8oxfWHZZ4ijsPXKz5A$ _______________________________________________ kexec mailing list kexec@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/kexec
