[NTOKSRNL] Don't blindly schedule read-ahead on CcCopyRead() call.
authorPierre Schweitzer <pierre@reactos.org>
Wed, 28 Feb 2018 19:54:53 +0000 (20:54 +0100)
committerPierre Schweitzer <pierre@reactos.org>
Wed, 28 Feb 2018 19:58:36 +0000 (20:58 +0100)
commitc4f58bbfd85f9c713e9673114d15c61b6569e3a5
tree5896d5bc0b397744d3abbe64de181cc8c7946b7e
parent2baafa61c6cd9908dca8dfa3c12c94f78cafd056
[NTOKSRNL] Don't blindly schedule read-ahead on CcCopyRead() call.

This avoids locking Cc for too long by trying to read-ahead data which
is already in cache.
We now will only schedule a read ahead if next read should bring us
to a new VACB (perhaps not in cache).

This notably fixes Inkscape setup which was slown down by read-ahead
due to continous 1 byte reads.

Thanks to Thomas for his help on this issue.

CORE-14395
ntoskrnl/cc/copy.c