网站上线之后，马修、亚瑟和皮森三个人将这个消息告诉了自己经常联系的朋友，由于他们以前平时在学校并不是很受欢迎，他们的朋友也大多都是在技术类BBS上认识的。
然而，马修他们还是低估了大家对SAM协会官方BBS的期待感。
到晚上十二点半的时候，林鸿突然发现TELNET客户端提示无法连接到服务器。
“难道被入侵了？”这是林鸿的第一个想法。
上面提示的信息，主要意思是由于连接数过多而拒绝服务。
他尝试了几次，发现还是如此。
这个时候，亚瑟也再次敲响了他的房门，结果被告知，他那边也一样。
出现这种情况有两种可能，一种就是被人黑了，导致服务器拒绝服务，另外一种则是真的访问的人数过多，服务器过载，无法承担这么多人访问。
亚瑟连忙给马修打了个电话，询问他那边的情况，结果他说能够访问，不过速度非常缓慢。
林鸿再次尝试了几次之后，终于重新登录进去，内容刷新的速度的确非常慢。
然后，亚瑟让他登录到BBS的管理后台，看了一下统计人数，结果显示有同时超过一千人在线。
结果很明了了，网站出现故障，是因为一时间访问人数过多，而服务器只有一根线路，一时间无法承担这么多人同时刷新访问，这才提示错误。
他们根本没想到，仅仅是因为之前他们和自己的朋友宣传了一下自己的网站，结果一传十，十传百，大家一窝蜂地都涌了进来。
这种情况让SAM小组的成员又惊又喜，马修已经在考虑是不是有必要要增加线路了。
好在这一拨流量浪潮来得快也去得快，很快BBS就恢复了正常访问，而这个时候，论坛中已经出现了很多回帖和新帖。
尤其是林鸿发布的那片教程，受到了很多人的称赞，不少人都表示，响应林鸿的号召，开始着手破解自己手中不是德州仪器品牌的其他计算器。
在接下来几天中，SAM小组开始了缓慢扩张的步伐。
很多人都在论坛中提交了自己的作品，并且希望加入SAM协会，成为这个小组当中的一员。
不过，马修对会员的控制倒是蛮严格的，在达到标准的几十个人当中，只挑选了五人，然后再召开协会会议，大家对这五人进行讨论，再淘汰了两人之后，SAM协会便有了7名成员。
考虑到懂硬件方面的人比较少，新增加的三位当中，有两位是对硬件比较精通的。并且这三人都不是拉丁学校的成员，其中一位还是麻省理工学院的大学生。
由于有了其他人的加入，林鸿的工作大为减轻，他这几天都在研究即时通讯软件方面的内容。
上次他就已经注意到，因为系统平台的不同，他和其他几位成员交流起来有点困难，因为他的计算机操作系统是微软的DOS，而其他三个都是苹果公司的，连硬件架构都不同，更别说操作系统以及应用软件了。
现在又有新的成员加入，并且还不是同一个学校的，平时他们进行交流沟通的时候，就出现了困难。急需一款能够跨平台的即时聊天软件，并且最好是能支持多人同时聊天的。
林鸿这些天都在查找这方面的资料，途径主要是学校图书馆和互联网。
他了解到，即时通讯软件实际上早在六十年代就已经出现了，刚开始的时候是出现在多用户操作系统中，例如CTSS（兼容分时）系统和Multics（Unix的前身）操作系统。
最初的时候，即时通信功能是被用来作为系统服务而开发的，例如“打印”或者“邮件”进程，普通用户和系统管理员之间，通常会用短信息或通知进行信息交流。
后来，开始用于局域网各计算机之间的通信。例如，林鸿第一次在学校机房上课的时候，亚瑟入侵他的计算机，使用的就是操作系统中自带的这样一个局域网通信功能。
互联网兴起之后，这些协议通信协议被越来越多的技术人员所了解，逐渐在各大主流操作系统上出现了一些即时通信软件。这些软件使用协议基本可以分为两种协议架构，一类是基于点对点，也即客户端和客户端直接进行通联，另外一类则需要客户端和服务器联系，然后再由服务器进行中级转发。
点对点的通讯比较简单，就和打电话一样，必须两人同时在线才能进行联系，如果有一方网络并不是很好，或者对方并不在线的话，通讯显然就不能进行。还有一点，点对点通信只能同时和一个人进行通联。
而服务器和客户端的架构，这类似BBS，有一台专门的服务器作为“中央枢纽”，大家都和这个“中央枢纽”联系，例如告诉他，我要发信息给某某，麻烦帮我转发一下。这样，就算对方当时不在线，等对方在线的时候，服务器再发给他也行，这就是延迟发送。
并且，第二种架构还有一个优点，那就是可以进行群聊，一个人对多人发送信息，让建立聊天室有了可能。
亚瑟和马修之前进行联系的那个名为Xaric的通信软件，就是建立在这个架构之上。
林鸿专门针对这个软件进行了研究，发现这个软件所使用的协议是IRC协议。
小主，这个章节后面还有哦^.^，请点击下一页继续阅读，后面更精彩！