Events TCL中类似C10K的基于事件的服务器开发的状态如何？

TCL是一种很好的简单编程语言，但似乎没有得到认可和/或尊重。我早在1995年大学时就学会了，很快就忘记了，但最近又偶然发现了。我最感兴趣的是TCL开发基于TCP的网络服务以及web开发

有人提到TCL使网络编程变得简单。然而，TCL似乎在封面下使用了select（），这与“web规模”的概念不符（请参阅）。我已经搜索了对libevent、libev、raw-epoll/kqueue的支持，但没有看到太多

你知道用TCL编写的任何“现代”（没有更好的术语）基于事件的网络服务吗？对于基于TCL的服务器开发，您有什么建议、技巧或最佳实践吗

---

谢谢

去年在comp.lang.tcl上讨论过这一点，似乎状态是：“核心团队正在考虑它”：

---

对于web服务器，在封面下有一个实现

poll（）

。当然，您也可以在Apache下运行mod_tcl/rivet/websh。

Wow。那条线的海报很老派。在一篇帖子中，有人担心epoll不可移植。我认为我们已经集体解决了这个问题。或者，他们甚至可以使用libevent或libev。嗯，是的，tcl开发人员非常非常（非常*10）保守。还有一些tcl用户。我们中的一些人仍然在只有32MB内存的硬件上运行tcl（以前被认为是服务器和工作站）。好的方面是，我在1999年编写了tcl代码，可以在最新的解释器上运行，而无需更改；-）此外，从tcl的角度来看，EPOL是不可移植的。这是一种可以在比Java-Cisco路由器更多的设备上运行的语言。好吧，很高兴了解保守主义。但是，毫无疑问，TCL不仅仅具有最小公分母的特性，不是吗？大多数TCL核心开发人员都很保守——我们不想破坏别人的代码还有其他工作。关于C10K的特定主题，主要问题是我们事件系统的核心部分（小！）代码——通知程序——基于Unix上的

select（）

；我们知道这需要改变，但考虑到处理这个问题需要从unix通知程序中删除内部假设，这是非常重要的。（就我个人而言，我在一个旧的平台上，在这个平台上，备选方案有严重的bug，使得真正的测试几乎不可能。但这只是我自己…）