https://devblogs.microsoft.com/dotnet/an-introduction-to-system-threading-channels/

【 在 feed (鳄鱼) 的大作中提到: 】
: rt
: 难懂
: 为啥不学 Golang 的管道啊
: ...................
--
FROM 59.41.69.*

说个头大的事儿，万兆网卡的机器用esxi做了虚拟化，同样的代码，在linux虚拟机
上就能跑到万兆，在windows虚拟机上带宽直接打对折……

【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 管道其实还好，真正不好抄的是select
--
FROM 221.218.141.*

是不是网卡要开启一些高级特性什么的？
或者驱动支持问题？

【 在 GoldenBull (祝病魔早日战胜方老师) 的大作中提到: 】
: 说个头大的事儿，万兆网卡的机器用esxi做了虚拟化，同样的代码，在linux虚拟机
: 上就能跑到万兆，在windows虚拟机上带宽直接打对折……
--
FROM 59.41.69.*

现在不都是docker吗？windows也跑docker吧  
  
【 在 GoldenBull (祝病魔早日战胜方老师) 的大作中提到: 】
:  说个头大的事儿，万兆网卡的机器用esxi做了虚拟化，同样的代码，在linux虚拟机
:  上就能跑到万兆，在windows虚拟机上带宽直接打对折……
:  
:  【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
--
FROM 223.104.39.*

https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/proposals/csharp-8.0/async-streams
只看summary就行，是为了提供async和foreach的正交性
dataflow是task的二阶管理，协程多了管理很困难，可以使用dataflow来处理

channel这个基础概念都是大家从os的pipe抄的，c#里面类似的有好几个
如果你是指go channel相关的select等扩展功能，rx支持的操作符远比go channel多的多
https://github.com/dotnet/reactive
http://introtorx.com/

【 在 feed 的大作中提到: 】
: 你好，我有点晕了，我感觉
: dataflow的 BufferBlock 才更接近 go 语言的channel的概念吧。
: 请问c# 的异步流 和 dataflow 是啥关系啊？
: ...................
--
FROM 123.116.196.*