Re: [PATCH 00/25] [RFC] Bundle URIs

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

 



On 3/8/2022 12:15 PM, Derrick Stolee wrote:
> On 3/4/2022 10:12 AM, Derrick Stolee wrote:
>> On 3/4/2022 9:49 AM, Ævar Arnfjörð Bjarmason wrote:
>>> Also, as noted in the upthread
>>> <220224.86czjdb22l.gmgdl@xxxxxxxxxxxxxxxxxxx> it might be useful to chat
>>> in a more voice/video medium in parallel (maybe mid-next-week) about the
>>> high-level ideas & to get a feel for our goals, conflicts etc. Doing
>>> that over very long E-Mail exchanges (and the fault of "long" there is
>>> mostly on my side:) can be a bit harder...
>>
>> I agree. I we can work out a time in a private thread and I can send
>> you a video call invite.
> 
> Ævar and I just finished our chat and came away with these two
> action items:
> 
> 1. Ævar will finish prepping his RFC as-is and send it to the list.
>    It contains several deeply technical optimizations that are
>    critical to how his model works, but could also be used to
>    improve scenarios in the table of contents model.

Ævar: I'm still waiting on the full version of this. While you
updated [1] your original RFC [2], it was incomplete. I am still
looking forward to seeing your full vision of how it works with
incremental fetch and how your optimizations to download only the
headers of the bundles will work.

[1] [RFC PATCH v2 00/13] bundle-uri: a "dumb CDN" for git
    https://lore.kernel.org/git/RFC-cover-v2-00.13-00000000000-20220311T155841Z-avarab@xxxxxxxxx/

[2] [RFC PATCH 00/13] Add bundle-uri: resumably clones, static "dumb" CDN etc.
    https://lore.kernel.org/git/RFC-cover-00.13-0000000000-20210805T150534Z-avarab@xxxxxxxxx/

> 2. Ævar will then do a round of taking both series and combining
>    them in a way that allows the union of possible functionality
>    to work.

Or perhaps you are jumping straight to this part?

> 3. As these things come out, I will make it a priority to read the
>    patches and provide feedback focusing on high-level concepts
>    and ways we can split the future, non-RFC series into chunks
>    that provide incremental functionality while keeping review
>    easier than reading the whole series.

I'm still looking forward to seeing progress in this area. Please
let me know what your plan is here.

Thanks,
-Stolee



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux