And your UM process can generate 20 million PPS of useful data? And you think that your NICs can transmit that fast? And what device will consume this flow?
I suspect that what you have is an architecture where the application is split between KM and UM and these packets are actually function calls between the two pieces. The obvious answer is to move everything to UM - you might be surprised how well it does even if you need a KM lower edge to talk to some hardware
One think to remember when porting from*NIX to Windows or the reverse is that often it is less work to implement your application in a paradigm that works with the platform than to port the source without changes and try to force a square peg into a round hole.
Sent from Surface Pro
From: xxxxx@gmail.com
Sent: Wednesday, April 29, 2015 2:42 PM
To: Windows System Software Devs Interest List
For the performance I need to exchange about 20 millions packets per second, and every packet is 1500 bytes; I’ve seen that with DIRECT_IO ioctl I can archieve from 250000 to 400000 pps if I’m lucky.
I know that is a terrible way to work, I’ve read some articles and every article points out that; but unfortunately I cannot change the underlying architecture…
NTDEV is sponsored by OSR
Visit the list at: http://www.osronline.com/showlists.cfm?list=ntdev
OSR is HIRING!! See http://www.osr.com/careers
For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars
To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer