Re: What are .commitmeta files and why is delta update so huge?



I think the delta generator is Ok. The problems seems to be caused by
the initramfs generation at tree composing time.

I reproduce here my comment on the bug report:

Investigating better now I can see that the file vmlinux- is the same
across the versions (I checked out it from several commits and the
file hasn't changed), but initramfs changes across the builds as is't
it seems to be generated during tree composing time.

The suffix can be calculated by "cat vmlinuz-* initramfs-* |
sha256sum", so if any of those files change, the sum changes too.

One partial solution would be using only the kernel checksum to
compute the suffix, so only the initramfs would be used during the
delta creation.

It would reduce its size a little bit, as here vmlinuz is 5MB while
initramfs is 17MB.

But I suspect having two kernels with the same checksum would generate
more problems than solution to the rest of ostree working way.


On 26 June 2015 at 10:15, Jasper St. Pierre <jstpierre mecheye net> wrote:
Since ostree is content-addressed storage, renames shouldn't cause any
deltas at all. This sounds like a major bug in the delta generator.

On Fri, Jun 26, 2015 at 12:53 AM, Giuseppe Scrivano <gscrivano gnu org> wrote:
Leandro Santiago <leandrosansilva gmail com> writes:

I've just filled a bug report on:
https://bugzilla.redhat.com/show_bug.cgi?id=1235936

thanks for doing it.  Anyway, have you tried --min-fallback-size=30 to
"static-delta generate" as I suggested?  Does it make any difference?

Regards,
Giuseppe
_______________________________________________
ostree-list mailing list
ostree-list gnome org
https://mail.gnome.org/mailman/listinfo/ostree-list



--
  Jasper



-- 
Sent from my mind


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]