哪种网站会从aiCache受益最多？

aiCache应用最先进、运算最快的epoll机制，和特有的“正确线数”，可以同时对多个CPU内核进行加速。所谓正确线程，是指aiCache使用“单进程多线”加速，对每个内核都有一个工作线。aiCache使用的不是单线加速，也不是许多线加速，而是4线到8线加速。“正确线数”还指，不管有多少个用户连接，也不管每秒有多少个请求，也只有一个配置有多线的进程。 aiCache每秒可以处理26万个请求。aiCache本身是零开销运行，即：几乎不产生任何的I/O。aiCache本身也没有瓶颈，如果有的话，这些瓶颈也是在 uplink、防火墙、网络和负载平衡层面。（背景知识：一般来说，一个CPU内核每秒大概可以处理20000个非连接缓存请求。）

因为aiCache利用缓存代理了绝大多数用户请求和响应，大大降低原始服务器的负荷。举例来说：如把news.aspx这个网页缓存，把TTL设置为1分钟，每1分钟对该网页有1000个请求。当第一个请求出现时，aiCache对原始服务器发出1个请求并把原始服务器的响应（news.aspx)缓存到其RAM中。之后的999个请求均由aiCache处理。如果没有aiCache，原始服务器就要做出1000个请求响应。就这个例子来说，原始服务器减负了(1000-1)/1=999倍！所以，我们应该说，aiCache可以减少服务器4倍以上！

简单地说,对于任何网站配备aiCache都会大受裨益。如新闻网站,社区,留言板,网志,社会网络,线上多媒体视频,图片主机,线上购物,商业网站等等。

拥有它,您在硬件,雇员和主机托管方面的开销将大为减少,访客会因为加快的网页打开速度而好感倍增。

拥有它,您能更好地统计网站正常运行时间,应对网络高峰时带来的网速缓慢。利用RAM做高速缓存，动态缓存加速，高性能稳定的web服务器加速软件。服务器加速可显著提升真对服务器减荷，节省服务器资源，缓解访问压力，提高响应速度。最重要的一点,您可以远程对请求或响应进行缓存或卸除,以前，从未有这样的设计先例。

当然可以!您可以选择一并购买aiCache和我们的专业服务。我们的技术精英会详细评估您网站的各项设置,使您享受更快捷地安装和配置,从而更好地受益于aiCache。安装完毕后,您平时只需对磁盘空间进行维护即可。

aiCache可以运行在任何64位的英特尔或AMD处理器上。现在所有64位处理器都是多核的,这就意味在一个硅片上有数个CPU。因为aiCache是多线程的(right-threaded),所以四核(单个四核或2个双核)CPU是再好不过了。4个线程能最佳地处理网络流量(只是偶尔用到2个或2个以上线程),所以aiCache能与4核CPU配合得更好。然而,您无须再购买更多核的处理器,还不如把钱花在添置更大的内存上。可缓存内容的数量因网站不同而有所不同,总而言之,您网站缓存的内容越多,越需要配置更大的RAM,最起码要有8GB。我们对硬件供应商不作要求,但很明显,大部分公司都选择声誉好的大品牌如:惠普、戴尔、IBM等。

一方面,aiCache使用EPOLL机制以保证其无与伦比的可扩展性和网络输入输出的能力,而Linux正好是唯一能够提供最有效的网络IO(输入输出)模式——EPOLL机制的操作系统。除Linux之外,其它系统都不能提供EPOLL机制或者达不到EPOLL的数值范围。所以,我们必须强调您的系统是Linux环境。

另一方面,由于aiCache将所有的响应缓存在RAM中,而非本地磁盘或NFS网络文件系统上,所以您的内存空间越大越好。在32位系统下,即使您安装了4GB的内存,每个进程所占用的内存空间上限也只有3GB。然而,64位系统与之不同,它对每个进程用多少内存无限制。在2008年,您所购买系统的内存最大可能是64GB,而在2009年,您完全可能买到256GB的系统。也许,您的情况并不需要如此之大的内存,但是很多大型网站却可从中受益。

aiCache不会取代常规的web服务器——它的价值在于大幅减少需要支持您网站的web服务器,应用程序服务器,数据库服务器还有文件应用服务器的数量。

网页内容仍然来源于web服务器。由于大部分常规的web服务器对每个用户请求需要有一个专门的进程,动态生成的网页尤其如此。因此,在网站遇到大量用户请求时,常规的web服务器往往力不从心。这就是一些大型网站为什么在网站总开销,服务器数量,员工数量,数据中心空间量,电力和冷却设备投入方面失控。然而,即便配置了规模庞大的服务器集群,许多网站依然经常出现故障。

现在,有aiCache直接在服务器前端处理用户请求,很多请求甚至根本不用经过服务器,这可以使您的服务器集群应对的网络流量减少95%。不知情的人还以为您花高价添置了很多应用程序服务器,数据库服务器和文件服务器呢!

在安装aiCache的条件下,您不需改变代码,web服务器和网络设置,通过单个资源的配置,您就有完全自由来决定缓存的内容和方式。

aiCache将响应缓存在RAM中,并确保对相同内容的请求可以迅速从中得到响应。它采用多线程,极轻巧且高效,经过正确配置之后,一台aiCache服务器能够以每秒53'000个请求的速度处理成千上万的用户连接。算下来,每个小时能处理90'000'000个用户请求呢。

另外,aiCache还可实时收集并生成性能数据,保证即使在您的web服务器,应用程序服务器或数据库真出现问题时,也能最快找出关键点,缩短网站恢复时间。aiCache提供的管理后备模式确保您的网站崩溃时也可继续对正在访问的用户完成响应。

除此之外,aiCache还有其他一些功能,包括路径缓存机制,查询参数丢弃,支持终止缓存的cookies,通过识别header对缓存内容进行终止和更新(动态缓存),综合日志管理,SNMP集成,具有一个强大的CLI接口等,不可胜数。aiCache在不断发展,早在上世纪九十年代,它就赢得了那些运作大型网站的IT精英们的信赖与支持。

从传统意义上说,HTTPS(安全HTTP)协议的流量重要性不太明显。大部分由HTTPS处理的信息都是私密的,不可缓存和共享。然而若您的负载平衡器可以在前端对HTTPS进行解密后再把请求传到aiCache,那么aiCache仍然可以在HTTPS协议下加速您的网站。

只有一种网站在配置aiCache时应多加注意,那些向用户提供或接收非常大的文件(如共享视频)的网站。由于aiCache将所有内容都缓存在RAM中,所以缓存10MB以上的响应或接收同样大小的请求显然会占用庞大的内存空间,并不明智。那么遇到这种情况的时候,您需要单独配置一个具有大型内存的服务器群。不过,即便是这样的网站,使用aiCache也仍可提升网站性能。

我们强烈建议使用Google Analytics(分析)——通过将javascript简单插入到您的网页,就可自动获取有关您网站的一系列分析。使用aiCache不会对GA有任何影响,但在客户端却发生了神奇作用。

另一方面,如果您依赖于服务器端处理(粉碎)日志文件,工作流程不会有任何改变,但要处理aiCache日志文件而非原始web服务器收集的文件。记住,您可以使用选择性日志调控功能,一并删除辅助内容,以减少日志文件的大小。如果您正在使用日志处理软件,您需要明确指示aiCache是以“apache”格式还是自己的“extended”格式记录请求。

虽然,aiCache作为与任何方式无关的独立方,我们仍然建议您考虑使用Google Analytics而非日志文件处理。