[Reading]Twisted is spliting
原文：http://twistedmatrix.com/products/splitfaq
Twsited 很大，据统计有8万多行代码。因此Twisted Matrix Lab决定在2.0发布前将其拆分成小的包。
拆分的最大一个原因是：使发布的处理更加快捷。另一个重大原因是可见性，使用许多原来比较深层的东西更容易被看到。
更详细的情况见 Twisted 网站。
[Twisted学习]Twisted的入门教程基本翻译完成!
关于Twisted的入门教程《Twisted入门 - Finger演化(Twisted from Scratch, or The Evolution of Finger)》已经翻译完成，感兴趣的可以去：http://220.248.2.35:7080/moin/TwistedTUT进行访问。
在这个页面http://220.248.2.35:7080/moin/PyTwisted上还有此教程的精讲ppt，及作业的答案。教程已经完成第一讲。主持人为黄冬(HD)。
这是由：Python开源项目组完成的。
Twisted How-to翻译可能就要开始了!
今天在 Python.cn 邮件列表中大家围绕着 Twisted 展开讨论，其中HD(黄冬)提出要开展一个开源项目，下面是他的想法：
我一直在构想一个基于类SMPP协议的公开协议的分布式网络存储系统。大家可以看到google发布过一个google fs的白皮书。实质上就是一个将fs的操作变为网络协议的操作的做法。最近手头上在帮助一个朋友完成了一个相关系统的设计的考虑。不知各位是否有兴趣一起来完成这样的一个项目，并且将它一直维护下去，也许将来它不止是一个python的实现，还会有c、java的实现。但是我相信python的实现会是最好的，就像现在的bt一样。这样的分布式网络存储的用处会非常的多，如现在大家常在使用的大容量网络硬盘、gmail这样的大容量邮件系统、NNTP这样的大容量信息交互系统、Blog这样的大容量信息存储系统。它的特点在于存储的内容多样化、存储的数据不能集中化、存储的数据会以用户/组/系统等为中心进行存储。相关内容大家可以看看google fs。如果找不到我可以提供相关的pdf白皮书。
在mail list中有各位，有兴趣吗？
另：项目会开源（GPL或BSD）、项目会有实质的用所来证明我们的想法的正确性（我来解决测试环境的问题）。
----HD
看了一下gridftp，我认为我所说的系统与它所说的不同。我来讲讲需求罢。
前些日子，我在面对一个亿用户级的邮件系统，这个邮件系统的存储是使用的NFS做存储系统。举个例子，你们上 http://mail.yahoo.com.cn 就会看到它写着 power by netapp。大家可知netapp的系统多少钱吗？一个T的存储差不多四百万罢，哪么想想yahoo的投入有多少吗？
5000万用户*0.1G空间*10%使用率= 好多好多钱
哪么并不是所有的公司都能像yahoo一般的有钱，他们买了无数的netapp来做存储。如果我们做一个高容量的邮件系统，比如google最近推出的gmail（我帐户就是gmail的帐户，我的mail list的讨论就是在gmail上写的），它如果也像yahoo一样的使用空间，会投入难以数记的钱数。哪么，我们就需要一个改良的google fs（http://www.cs.rochester.edu/sosp2003/papers/p125-ghemawat.pdf）系统结构来存储每一封邮件。系统的结构应是有一群机器在做index service。它告诉client说哪个用户在哪个服务器。然后client到存储服务器上去对这个用户的存储进行操作。而存储的文件不是以真实的文做存储在机器上的，而是用一个个的chunk存储。
我们的开发主要集中在存储服务和索引服务上，但是先从存储服务开始。如果大家想参与进来，请简单看看google fs的文档，简单了解一下系统的架构，以及存储在这里的位置。
再就是看看twisted的文档，如果可行，我们可以组织起来将twisted文档中的howto翻译一下，我个人认为这个howto是我见过的最好的网络服务开发指南了。
再就是我这里会对存储协议进行定义，可以先从邮件入手，再从泛意的文件入手。一步步的考虑。
不知大家意下如何？
----HD
以上是我摘录HD的一些想法。现在达成的共识是先进行Twisted How-to的翻译工作。相信很快就开始了。大家都很热情!
HD的Blog: http://blog.huangdong.com/ 上面有不少关于Twisted的文章
Twisted主页：http://www.twistedmatrix.com/