[Bug 55921] EverQuest Titanium/Rof2 Clients: Slow Disk Loading/Freezing?

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=55921

--- Comment #2 from [e-mail] ---
I have some debugging logs from around the time this happens. I believe its
happen near these lines as they seem to have a bit of a gap in the time

3940504.323:0054:Call
ntdll.NtWaitForMultipleObjects(00000001,0556f100,00000001,00000000,00000000)
ret=6f00e091
3940504.620:0024:Call KERNEL32.HeapFree(033d0000,00000000,05a3b228)
ret=0277acba

3940504.306:0054:trace:d3d:wined3d_context_gl_release Releasing context
00BEE7D8, level 1.
3940504.306:0054:Call KERNEL32.TlsGetValue(00000005) ret=71487106
3940504.306:0054:Call kernelbase.TlsGetValue(00000005) ret=7bc46614
3940504.306:0054:Ret  kernelbase.TlsGetValue() retval=00bee7d8 ret=7bc46614
3940504.306:0054:Ret  KERNEL32.TlsGetValue() retval=00bee7d8 ret=71487106
3940504.306:0054:trace:d3d:wined3d_format_calculate_pitch Returning row pitch
1024, slice pitch 65536.
3940504.306:0054:trace:d3d:texture_resource_sub_resource_map Returning memory
03E28E50.
3940504.306:0054:trace:d3d:wined3d_cs_execute_next WINED3D_CS_OP_MAP at
04F71CE8 executed.
3940504.306:0024:trace:d3d:wined3d_format_calculate_pitch Returning row pitch
1024, slice pitch 65536.
3940504.306:0024:Call ntdll.RtlLeaveCriticalSection(715d94c0) ret=715565ae
3940504.306:0024:Ret  ntdll.RtlLeaveCriticalSection() retval=00000000
ret=715565ae
3940504.306:0024:Ret  wined3d.wined3d_resource_map() retval=00000000
ret=67c94702
3940504.306:0024:Call d3d9.DebugSetMute() ret=0267e9ee
3940504.306:0024:Ret  d3d9.DebugSetMute() retval=67c83aa0 ret=0267e9ee
3940504.306:0024:Call ntdll.RtlAllocateHeap(033d0000,00000000,00000100)
ret=0277e467
3940504.306:0024:Ret  ntdll.RtlAllocateHeap() retval=058da8f8 ret=0277e467
3940504.306:0024:Call ntdll.RtlAllocateHeap(033d0000,00000000,00000080)
ret=0277e467
3940504.306:0024:Ret  ntdll.RtlAllocateHeap() retval=059bb008 ret=0277e467
3940504.306:0024:Call ntdll.RtlAllocateHeap(033d0000,00000000,00001000)
ret=0277e467
3940504.306:0024:Ret  ntdll.RtlAllocateHeap() retval=03a686e8 ret=0277e467
3940504.306:0024:Call ntdll.RtlAllocateHeap(033d0000,00000000,00000200)
ret=0277e467
3940504.306:0024:Ret  ntdll.RtlAllocateHeap() retval=03a67f30 ret=0277e467
3940504.306:0024:Call ntdll.RtlAllocateHeap(033d0000,00000000,00004000)
ret=0277e467
3940504.306:0024:Ret  ntdll.RtlAllocateHeap() retval=05a3b228 ret=0277e467
3940504.323:0050:Ret  ntdll.NtDelayExecution() retval=00000000 ret=6f00ba30
3940504.323:0050:Ret  ntdll.NtDelayExecution() retval=00000000 ret=7b0725f1
3940504.323:0050:Ret  kernelbase.Sleep() retval=00000000 ret=7bc46614
3940504.323:0050:Ret  KERNEL32.Sleep() retval=00000000 ret=1000ba37
3940504.323:0050:Call KERNEL32.Sleep(000001f4) ret=1000ba37
3940504.323:0050:Call kernelbase.Sleep(000001f4) ret=7bc46614
3940504.323:0050:Call ntdll.NtDelayExecution(00000000,022bfe58) ret=7b0725f1
3940504.323:0050:Call ntdll.NtDelayExecution(00000000,022bfe58) ret=6f00ba30
3940504.323:0054:Call KERNEL32.WaitForSingleObject(000000c4,ffffffff)
ret=7149f64c
3940504.323:0054:Call kernelbase.WaitForSingleObject(000000c4,ffffffff)
ret=7bc46614
3940504.323:0054:Call
ntdll.NtWaitForMultipleObjects(00000001,0546fcc0,00000001,00000000,00000000)
ret=7b071f96
3940504.323:0054:Call
ntdll.NtWaitForMultipleObjects(00000001,0556f100,00000001,00000000,00000000)
ret=6f00e091
3940504.620:0024:Call KERNEL32.HeapFree(033d0000,00000000,05a3b228)
ret=0277acba
3940504.620:0024:Call ntdll.RtlFreeHeap(033d0000,00000000,05a3b228)
ret=7bc46614
3940504.620:0024:Ret  ntdll.RtlFreeHeap() retval=00000001 ret=7bc46614
3940504.620:0024:Ret  KERNEL32.HeapFree() retval=00000001 ret=0277acba
3940504.620:0024:Call KERNEL32.HeapFree(033d0000,00000000,03a686e8)
ret=0277acba