> to clarify i have been working on > https://raw.githubusercontent.com/karl3wm/httptransformer/refs/heads/main/ne... > which is part of the git repository > https://github.com/karl3wm/httptransformer , the functionality of which is > presently centered around
> I vectorized this check with `(next_hole < tails[idx:])` to perform it for > every requested read in a sorted batch. But I don't think this logic is > likely to be correct as if the reads are non-overlapping then the start of > the next hole will only overlap one of them, and the others will instead be > performing an ordering check rather than a check for being uncached. i guess `next_hole < tails[idx:]` finds all the regions that end after the first upcoming hole ie the first one containing a hole if any do, and all following ones :D so maybe uhhh ... `next_hole < tails[idx:] and next_data >offsets_lengths[idx:,0]` where next_data > next_hole ...? :) i wonder if it matters whether one uses aligned or unaligned tails and offsets here o_0 i guess it might only make a difference if there's a consistency problem where the data on disk becomes unaligned ... could be wrong i think this might find the next region of uncached reads, not sure: `next_hole < tails[idx:] and next_data >offsets_lengths[idx:,0]` then the next region of cached reads might be `tails[idx:] < next_hole ... ! :) :s
