Re: drm/ttm: new TT backend allocation pool

2020-10-26 Thread Huang Rui
On Sun, Oct 25, 2020 at 11:40:47PM +0800, Christian König wrote: > This replaces the spaghetti code in the two existing page pools. > > First of all depending on the allocation size it is between 3 (1GiB) and > 5 (1MiB) times faster than the old implementation. > > It makes better use of

Re: drm/ttm: new TT backend allocation pool

2020-10-26 Thread Daniel Vetter
On Mon, Oct 26, 2020 at 1:01 PM Christian König wrote: > > Am 26.10.20 um 06:23 schrieb Dave Airlie: > > On Mon, 26 Oct 2020 at 01:41, Christian König > > wrote: > >> This replaces the spaghetti code in the two existing page pools. > >> > >> First of all depending on the allocation size it is bet

Re: drm/ttm: new TT backend allocation pool

2020-10-26 Thread Christian König
Am 26.10.20 um 06:23 schrieb Dave Airlie: On Mon, 26 Oct 2020 at 01:41, Christian König wrote: This replaces the spaghetti code in the two existing page pools. First of all depending on the allocation size it is between 3 (1GiB) and 5 (1MiB) times faster than the old implementation. It makes

Re: drm/ttm: new TT backend allocation pool

2020-10-25 Thread Dave Airlie
On Mon, 26 Oct 2020 at 01:41, Christian König wrote: > > This replaces the spaghetti code in the two existing page pools. > > First of all depending on the allocation size it is between 3 (1GiB) and > 5 (1MiB) times faster than the old implementation. > > It makes better use of buddy pages to allo