GEM-related desktop sluggishness due to linear-time arch_get_unmapped_area_topdown()

2011-03-29 Thread r6144
p-like interface should still be necessary if we want to implement e.g. glMapBuffer() without extra copying. r6144

Re: GEM-related desktop sluggishness due to linear-time arch_get_unmapped_area_topdown()

2011-03-29 Thread r6144
p-like interface should still be necessary if we want to implement e.g. glMapBuffer() without extra copying. r6144 ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

GEM-related desktop sluggishness due to linear-time arch_get_unmapped_area_topdown()

2011-03-28 Thread r6144
eing infinitely large, so that it is only used (from the correct "end") when absolutely necessary. In this way, a simple size-indexed rb-tree of the unmapped areas will allow the search to be performed in logarithmic time. As I'm not good at kernel hacking, for now I have written a userspa

GEM-related desktop sluggishness due to linear-time arch_get_unmapped_area_topdown()

2011-03-28 Thread r6144
eing infinitely large, so that it is only used (from the correct "end") when absolutely necessary. In this way, a simple size-indexed rb-tree of the unmapped areas will allow the search to be performed in logarithmic time. As I'm not good at kernel hacking, for now I have written a userspa