also, im using useplatformtick yes with hard hpet bios off + 0.488 timer, it gives me best result about input
windows 1803
High acpi.sys latency
Re: High acpi.sys latency
so on my windows should i add useplatformtick yes,because i dont see hpet off in bios on my asus mb,on my old mb asus i can see hpet via scewin but on the new one i cant.
- Attachments
-
- untitled.GIF (57.86 KiB) Viewed 2384 times
Re: High acpi.sys latency
Re: High acpi.sys latency
i still dont understand anything , what is this numbers is this win version,mine is not of them ?Slender wrote: ↑21 Mar 2025, 00:26usetick work way way better on old timer windows like 7, 1607, 1709, 1803.
Re: High acpi.sys latency
I think you're genuinely trolling at this point, akin to a majority of users in this subforum.Slender wrote: ↑20 Mar 2025, 23:21im on GL 3.0 and Z790 usb, also trying asm3141 (with/without driver) and mcs9990 (that is old usbport.sys driver), behaivor is same.
2 things is affect on it:
csm mode, disable / enable ecores (bios / os numproc). For me better using csm + numproc.
how to check you have issue:
install w10, enable useplatformtick yes, open dpclat. checker: if you see 1004-1009 (1013-1015) when move mouse - you have issue.
if stable 1000 and 1001 when move mouse - not.
The GL 3.0 is a USB hub, it'll still use wdf0100.sys which causes major DPC/ISR overhead compared to Asmedia-based drivers.
Your DPC Latency Checker testing is also completely unfound & lacking any objectively useful data, considering that the tool hasn't worked since Windows 7 era.
At this point, I don't even understand what you're trying to "fix" by doing this "test".
If you want to minimise DPC/ISR's from your USB peripherals (mouse, keyboard, microphone), the Asmedia controller with it's vendor-specific driver helps you with that.
It substantially lowers driver overhead caused by any kind of USB polls, when the device is placed on the controller.
That bcdedit isn't useful anymore, dare I say it was never useful to begin with either.
You lack concrete testing data in form of PresentMon metrics in a repeatable testing environment, placeboing yourself with these edits won't help.
You don't provide any external total system latency testing data either.
W10 doesn't utilise heterogenous CPU's well, the kernel doesn't have the specific code for e-core compatibility.
W11 22H2 or 23H2 with SpeedStep enabled is a must if you want Windows to utilise E-Cores properly.
The background polling rate change is also a great addition for 8kHz users, added to 23H2.
evaluating xhci controller performance | audio latency discussion thread | "Why is LatencyMon not desirable to objectively measure DPC/ISR driver performance" | AM4 / AM5 system tuning considerations | latency-oriented HW considerations | “xhci hand-off” setting considerations | #1 tip for electricity-related topics | ESPORTS: Latency Perception, Temporal Ventriloquism & Horizon of Simultaneity | good lcd backlight strobing implementation list
-
unconnected
- Posts: 44
- Joined: 08 Oct 2023, 19:52
Re: High acpi.sys latency
Hello and sorry for the necro,OostBlokBoys wrote: ↑20 Mar 2025, 06:03For anyone looking, this is an ASRock exclusive issue.
I found the fix.
For some reason the SATA controller was not automatically updated and required a manual driver upgrade.
The update link can be found online but if necessary DM me.
would you please elaborate on the answer?
I have same issues
