Компания Google представила (http://blog.chromium.org/2009/07/smaller-is-faster-and-safer...) новую открытую реализацию системы бинарных обновлений для браузера Chromium, отличающуюся значительным уменьшением объема обновлений. Новый метод courgette (http://dev.chromium.org/developers/design-documents/software...) упаковывает изменения в 9 раз эффективнее, чем ранее используемый метод bsdiff.

URL: http://blog.chromium.org/2009/07/smaller-is-faster-and-safer...
Новость: http://www.opennet.me/opennews/art.shtml?num=22639

• Компания Google представила новую систему публикации бинарны...,ivan1986, 17:23 , 17-Июл-09
  • Компания Google представила новую систему публикации бинарны...,Rudik, 17:29 , 17-Июл-09
    • Компания Google представила новую систему публикации бинарны...,Aleksey, 17:34 , 17-Июл-09
    • Компания Google представила новую систему публикации бинарны...,XoRe, 00:03 , 18-Июл-09
      • Компания Google представила новую систему публикации бинарны...,Aleksey, 06:18 , 18-Июл-09
• Компания Google представила новую систему публикации бинарны...,Aleksey, 17:48 , 17-Июл-09

хм, тоесть дизассемблировали, сняли diff и потом заассемблоровали
в принципе если использоуется один и тот-же ассемблер и дизассемблер, то получится то-же самое...

Есть методы проще и лучше, придуманые ms уже давно очень. Экзешка так собирается, что по сути розбивается на секции. В случае багов достаточно поправить секцию. Не путать с секциями данных, кода, експорта-импорта и релоков в PE

Угу. Секция у крупных программных продуктов может быть на 10 Мб. Так что фигня все это. При том, даже bsdiff на автомате учтет все секции (почему так происходит вы можете узнать, прочитав его документацию).

>Есть методы проще и лучше, придуманые ms уже давно очень.

То есть MS уже давно придумала, как обновлять 10МБ файл обновлениями размером 70кб или меньше?
И даже реализовала? =)

Естественно, а вы разве не видели размер каждого из их секьюрити апдейтов?

А исходников этой чудо-утилиты я не нашел :(