Skip to content

Commit f2d0f69

Browse files
Update README.md
1 parent 3eae8e4 commit f2d0f69

1 file changed

Lines changed: 2 additions & 2 deletions

File tree

README.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -107,8 +107,8 @@ bcdedit /set testsigning on
107107
On a 6 Core VM with Hyper-V on host Off<br>
108108
with Virtualization of CPU Counters
109109
RegFilter can achieve a max of <code>86k</code> Reg Operations per second<br>
110-
the silicon in that test is the Bottle Neck not the driver
111-
tests show the limit of RegFilter which had been tested on a Core i9 14900HX machine with 32 Logical Processors<br>
110+
in that scenario the silicon in that test is the Bottle Neck not the driver
111+
other tests which were conducted on the "Beast" show the limit of RegFilter which had been tested on a Core i9 14900HX machine with 32 Logical Processors<br>
112112
<code>160k</code> Reg Ops per second, without utilizing the full Capabilities of the CPU<br>
113113
the driver won't be Optimized further.<br>
114114
since it is already fast gaining a maximum response time of Mere microseconds (around 6.25 Microseconds though is not constantly consistant, it is user side not kernel side so it isn't accurate it includes CM aquiring locks time, returning to userland so userland API dominate while we want to focus on the driver Return time and not the whole Chain of execution but perhaps the driver responds in about 3 microseconds but i am unsure additional testing is needed).<br>

0 commit comments

Comments
 (0)