Windows - 使用 C# 的命名管道性能建议
我目前正在使用 .NET/C# 评估 Windows 上 IPC 的命名管道。
我目前正在研究单一生产者、单一消费者场景。
有没有好的性能考虑指南？
在我的第一个测试用例中，我比较了大消息与小消息的速度，似乎大消息（64k）的发送速度与小消息包（48 字节）的发送速度一样快。这是使用默认参数的情况。我可能会添加更多测试场景，但这非常耗时，因此我正在寻找指南。
I am currently evaluating named pipes for IPC on Windows with .NET/C#.
I am currently looking at a single producer, single consumer scenario.
Are there any good performance consideration guidelines?
In my first test case I was comparing the speed of large messages vs small messages and seems to be that large (64k) messages are sent as quick as small (48 Bytes) packages. This was with the default parameters. I might add more test scenarios, but this is quite time-consuming and thus I am looking for guidelines.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我们在 Windows NT 4 和 Windows 2000 上使用命名管道。速度非常快。
当我们切换到XP时，偶尔会很快，其他时候会很慢。使用完全相同的代码。
我们编写了自己的共享内存数据传输。真的很快。
We used Named Pipes on Windows NT 4 and Windows 2000. Really fast.
When we switched to XP, occasionally it would be fast, the rest of the time slow. With exactly the same code.
We wrote our own shared memory data transport. Seriously fast.