C 为什么libmill每秒有有限数量的协程和上下文切换?

C 为什么libmill每秒有有限数量的协程和上下文切换?,c,concurrency,hardware,C,Concurrency,Hardware,我正在阅读,登陆页上写着“它每秒可以执行2000万次协同路由和5000万次上下文切换。” 虽然这令人印象深刻,但为什么还要包括这个数字?这些数字是否会随库所使用的硬件类型而变化?如果限制是由库或语言强加的,为什么会存在这样的限制?这是一个更自夸的限制,而不是一个严重的限制。最有可能发生的是,他们在一台机器上运行了某种基准测试,现在正在宣传这一事实。更接近于 “看!我们这样做是为了让你甚至可以执行2000万个协同程序和50个 每秒一百万次上下文切换!令人印象深刻,是吗?” 而不是 “我们的技术限制

我正在阅读,登陆页上写着“它每秒可以执行2000万次协同路由和5000万次上下文切换。”


虽然这令人印象深刻,但为什么还要包括这个数字?这些数字是否会随库所使用的硬件类型而变化?如果限制是由库或语言强加的,为什么会存在这样的限制?

这是一个更自夸的限制,而不是一个严重的限制。最有可能发生的是,他们在一台机器上运行了某种基准测试,现在正在宣传这一事实。更接近于

“看!我们这样做是为了让你甚至可以执行2000万个协同程序和50个 每秒一百万次上下文切换!令人印象深刻,是吗?”

而不是

“我们的技术限制是,您只能执行20次 每秒有500万个协同路由和5000万个上下文切换。“


你似乎已经读懂了:)

这更像是自吹自擂,而不是一个严重的限制。最有可能发生的是,他们在一台机器上运行了某种基准测试,现在正在宣传这一事实。更接近于

“看!我们这样做是为了让你甚至可以执行2000万个协同程序和50个 每秒一百万次上下文切换!令人印象深刻,是吗?”

而不是

“我们的技术限制是,您只能执行20次 每秒有500万个协同路由和5000万个上下文切换。“


您似乎已经读到了:)

可能这只是库创建者在其机器上运行的某个随机基准测试的结果,以便了解库的性能。我完全同意您的看法,这些数字似乎有点毫无意义。正如tutorial.html所说:“享受与图书馆的时光,并发送您可能需要的任何问题libmill@freelists.org". 你可以这么做。可能这只是库创建者在他的机器上运行的一些随机基准测试的结果,目的是让读者了解库的性能。我完全同意你的看法,这些数字似乎有点毫无意义。正如tutorial.html所说:“享受与图书馆的时光,并发送您可能需要的任何问题libmill@freelists.org". 你可以这么做。是的,没错。我在这次公关中运行了这个基准:从那以后,我看到了更好的表现。是的,这是正确的。我在这次公关中运行了这个基准:从那以后,我看到了更好的表现