[GD-Windows] Background loading thread

[Ivan-Assen I. <iva...@gm...>]

Hello,

I'm in the process of reengineering our data loading process with the
goal of moving as much as possible of the loading of art assets into a
separate thread.

Now, if all the ReadFile calls happen from a separate thread, devoted
100% to them, is there a good reason to inflict on myself considerable
pain and suffering by using the overlapped I/O API? We have a
perfectly good packfile/filesystem support which should be thread-safe
for the most part (famous last words material, eh?) except for a few
isolated places which can be mutexed out, and which will have to be
thrown away to use overlapped API.

I hope Windows has the common sense to switch away from a thread which
is performing a lengthy synchronuous IO operation? What about a
hypothetical other platform, that would happen be produced by the same
OS vendor around the same OS kernel, would be in even greater need of
offloading loading to another core, but wouldn't happen to be covered
by NDAs?

Does anyone have any related war stories to tell?

Best regards,
Assen