如何提升管家服务器

A. 怎样提高服务器的响应速度

提高服务器响应速度是多方面的:
一\服务器网络资源带宽.带宽越高越好.
二\就是从网站专优化方面入手.具体包括属以下方面
1\优化HTML代码.尽量不要用TALBE布局.而采用div+CSS方式.这样可以把网页体积缩小至少50%.减少网站传输量和带宽点用量
2\网页中尽量不要用或少用大体积图片
3\如果用动态程序.要去优化程序,尽量减少服务器回传(postback),即减少服务器数据库查询次数,降低服务器负载
4\如果网站访问量大.尽量后台生成静态页面(目前新浪,搜狐等大型网站都是采用这种方法).但程序写起来比较麻烦.

B. P2P怎么能快速提升管理员权限急啊！！！

对等连接P2P是“peer-to-peer”的缩写，peer在英语里有“（地位、能力等）同等者”、“同事”和“伙伴”等意义。这样一来，P2P也就可以理解为“伙伴对伙伴”的意思，或称为对等连接。目前人们认为其在加强网络上人的交流、文件交换、分布计算等方面大有前途。简单地说，以前人们下载文件是从服务器上，而P2P则是多个终端用户各下载一部分，然后互相下载，这样大量用户同时下载不但不会造成堵塞，反而速度加快。而这种方法正被认为是最能发挥互联网的优势。 P2P的发展可以被划分为三代：第一代是以Napster为代表的、还用中央服务器管理的P2P，这一代的P2P生命力十分脆弱??只要关闭服务器，网络就死了；第二代分布式P2P没有中央服务器，但是速度太慢；而第三代为混合型，采用分布服务器。目前我国流行的BT变态下载和电驴就是属于这类。??简单的说，P2P直接将人们联系起来，让人们通过互联网直接交互。P2P使得网络上的沟通变得容易、更直接共享和交互，真正地消除中间商。P2P就是人可以直接连接到其他用户的计算机、交换文件，而不是像过去那样连接到服务器去浏览与下载。P2P另一个重要特点是改变互联网现在的以大网站为中心的状态、重返“非中心化”，并把权力交还给用户。P2P看起来似乎很新，但是正如B2C、B2B是将现实世界中很平常的东西移植到互联网上一样，P2P并不是什么新东西。在现实生活中我们每天都按照P2P模式面对面地或者通过电话交流和沟通。??即使从网络看，P2P也不是新概念，P2P是互联网整体架构的基础。互联网最基本的协议TCP/IP并没有客户机和服务器的概念，所有的设备都是通讯的平等的一端。在十年之前，所有的互联网上的系统都同时具有服务器和客户机的功能。当然，后来发展的那些架构在TCP/IP之上的软件的确采用了客户机/服务器的结构：浏览器和Web服务器，邮件客户端和邮件服务器。但是，对于服务器来说，它们之间仍然是对等联网的。以email为例，互联网上并没有一个巨大的、唯一的邮件服务器来处理所有的email，而是对等联网的邮件服务器相互协作把email传送到相应的服务器上去。另外用户之间email则一直对等的联络渠道。当然但是过去的5年里，互联网的发展至少从表面上远离了P2P，互联网上绝大部分的节点也不能和其他节点直接地交流。Napster正是唤醒了深藏在互联网背后的对等联网。Napster的文件共享功能在局域网中共享目录也是再平常不过的事情。但是Napster的成功促使人们认识到把这种“对等联网”拓展到整个互联网范围的可能性。当然，在许多人的眼中，Napster并不是纯粹的P2P，它仍然需要一个处于中心协调机制。??事实上，网络上现有的许多服务可以归入P2P的行列。即时讯息系统譬如ICQ、AOL Instant Messenger、Yahoo Pager、微软的MSN Messenger以及国内的OICQ是最流行的P2P应用。它们允许用户互相沟通和交换信息、交换文件。用户之间的信息交流不是直接的，需要有位于中心的服务器来协调。但这些系统并没有诸如搜索这种对于大量信息共享非常重要的功能，这个特征的缺乏可能正是为什么即时讯息出现很久但是并没有能够产生如Napster这样的影响的原因之一。 分布式计算是继“服务器/客户端”结构后新兴的网络应用模式。在传统的“服务器/客户端”应用系统中，客户端与服务器有明确的分界，常常发生客户端能力过剩，服务器能力不足或网路堵塞的现象。P2P系统中的使用者能同时扮演客户端和服务器的多重角色，使两个使用者之间能不通过服务器而直接进行信息分享和文件交换，以构建具有自主、开放、异质、延展等特性的分布式网际网络应用系统。 在因特网上，对等连接（P2P）是一个用相同的连网程序允许一群计算机使用者和彼此直接地连接、存取来自彼此硬式磁盘机的文件，形成暂时的互联网的一种型态。Napster和Gnutella是这种点到点软件的例子。主要的内容制造者，包括唱片公司等生产者，已经控告一些P2P使用者，显示他们对他们的版权内容被违法共享的关心。同时，公司正在寻求以P2P作为一个方法让职员共享文件，而不用花费金钱和时间去维护一个集中的服务器，并且在商业上作为彼此之间直接交换信息的手段。 因特网P2P如何工作？ 使用者第一一定要下载而且运行一个点到点连网程序。（因为Gnutellanet允许使用者交换所有类型的文件，所以它现在是这些P2P程序中最常用的之一）。在开始程序之后，使用者进入属于网络的另外一部计算机的IP位址。（典型地，使用者下载的网页将会把一些IP位址列为开始位置）一经计算机寻找的另外的一个网络成员在线，它将会连接到那个使用者。使用者能选择一次连接多少成员，而且决定他们愿意共享哪一个文件，还可以用密码保护

C. 怎样提高IIS服务器性能，加快服务器速度

1、应该分配和释放多个对象

你应该尽量避免过量分配内存，因为内存分配可能是代价高昂的。释放内存块可能更昂贵，因为大多数分配算符总是企图连接临近的已释放的内存块成为更大的块。直到Windows NT? 4.0 service pack 4.0，在多线程处理中，系统堆通常都运行得很糟。堆被一个全局锁保护，并且在多处理器系统上是不可扩展的。

2.不应该考虑使用处理器高速缓存

大多数人都知道由虚拟内存子系统导致的hard 页错误代价很高，最好避免。但是许多人认为其他内存访问方法没有什么区别。自从80486以后，这一观点就不对了。现代的CPUs比RAM要快得多，RAM至少需要两级内存缓存 ，高速L1 缓存能保存8KB数据和8KB指令，而较慢的L2 缓存能保存几百KB的数据和代码，这些数据和代码混合在一起。L1 缓存中内存区域的一个引用需要一个时钟周期，L2 缓存的引用需要4到7个时钟周期，而主内存的引用需要许多个处理器时钟周期。后一数字不久将会超过100个时钟周期。在许多方面，缓存像一个小型的，高速的，虚拟内存系统。

至于和缓存有关的基本内存单元不是字节而是缓存列。Pentium 缓存列有32个字节宽。Alpha 缓存列有64个字节宽。这意味着在L1 缓存中只有512个slot给代码和数据。如果多个数据一起使用（时间位置）而并不存储在一起（空间位置），性能会很差。数组的空间位置很好，而相互连接的列表和其他基于指针的数据结构的位置往往很差。

把数据打包到同一个缓存列中通常会有利于提高性能，但是它也会破坏多处理器系统的性能。内存子系统很难协调处理器间的缓存。如果一个被所有处理器使用的只读数据，和一个由一个处理器使用并频繁更新的数据共享一个缓存 列，那么缓存将会花费很长时间更新这个缓存列的拷贝。这个Ping-Pong高速游戏通常被称为"缓存 sloshing"。如果只读数据在一个不同的缓存 列中，就可以避免sloshing。

对代码进行空间优化比进行速度优化效率更高。代码越少，代码所占的页也越少，这样需要的运行设置和产生的页错误也会更少，同时占据的缓存 列也会更少。然而，某些核心函数应该进行速度优化。可以利用profiler去识别这些函数。

3.决不要缓存频繁使用的数据。

软件缓存可以被各种应用程序使用。当一个计算代价很高时，你会保存结果的一个拷贝。这是一个典型的时空折中方法：牺牲一些存储空间以节省时间。如果做得好，这种方法可能非常有效。

你必须正确地进行缓存。如果缓存了错误数据，就会浪费存储空间。如果缓存得太多，其他操作可以使用的内存将会很少。如果缓存得太少，效率又会很低，因为你必须重新计算被缓存 遗漏的数据。如果将时间敏感数据缓存得时间过长，这些数据将会过时。一般，服务器更关心的是速度而不是空间，所以他们要比桌面系统进行更多的缓存。一定要定期去除不用的缓存，否则将会有运行设置问题。

4.应该创建多个线程，越多越好。

调整服务器中起作用的线程数目是很重要的。如果线程是I/O-bound的，将会花费很多时间用来等待I/O的完成-一个被阻塞的线程就是一个不做任何有用工作的线程。加入额外的线程可以增加通量，但是加入过多的线程将会降低服务器的性能，因为上下文交换将会成为一个重大的overhead。上下文交换速度应该低的原因有三个：上下文交换是单纯的overhead，对应用程序的工作没有任何益处；上下文交换用尽了宝贵的时钟周期；最糟的是，上下文交换将处理器的缓存填满了没用的数据，替换这些数据是代价高昂的。

有很多事情是依靠你的线程化结构的。每个客户端一个线程是绝对不合适的。因为对于大量用户端，它的扩展性不好。上下文交换变得难以忍受，Windows NT用尽了资源。线程池模型会工作得更好，在这种方法中一个工人线程池将处理一条请求列，因为Windows 2000提供了相应的APIs，如QueueUserWorkItem。

5.应该对数据结构使用全局锁

使数据线程安全的最简单方法是把它套上一把大锁。为简单起见，所有的东西都用同一把锁。这种方法会有一个问题：序列化。为了得到锁，每一个要处理数据的线程都必须排队等候。如果线程被一把锁阻塞，它没有在做任何有用的事。当服务器的负载较轻时，这个问题并不常见，因为一次可能只有一个线程需要锁。在负载很重的情况下，对锁的激烈争夺可能就会成为一个大问题。

设想在多车道高速公路上发生了一个意外事故，这条高速公路上的所有车辆都被转向一条狭窄的道路。如果车辆很少，这一转换对交通流的速率的影响可以忽略。如果车辆很多，当车辆慢慢并入那条单通道时，交通阻塞会延伸几英里。

有几种技术能够减少锁竞争。

· 不要过分保护，也就是说，不是非常必要不要锁住数据。只有需要时才去持有锁，而且时间不要过长。不要在大段代码周围或频繁执行的代码中没必要地使用锁，这一点很重要。

· 对数据进行分割，使它能够用一套独立的锁保护。例如，一个符号表可以按标识符的第一个字母分割，这样在修改名字以Q开头的符号的值时，就不会去读名字以H开头的符号的值。

· 使用APIs的Interlocked 系列（InterlockedIncrement，等）自动修改数据而不需要锁。

· 当数据不是经常被修改时可以使用多读者/单作者（multi-reader/single-writer）锁。你将获得更好的并发性，尽管锁操作的代价将更高并且你可能会冒饿死作者的危险。

· 在关键部分使用循环计数器。参见Windows NT 4.0 service pack 3中的SetCriticalSectionSpinCount API。

· 如果你不能得到锁，使用TryEnterCriticalSection并做一些其他的有用的工作。

高竞争导致serialization，serialization导致降低CPU的利用率，这促使用户加入更多的线程，结果事情变得更糟。

6.不必注意多处理器机器

你的代码在多处理器系统上比在单处理器系统上运行得还要糟，这可能是件令人恶心的事。一个很自然的想法是，在一个N维系统上运行N次会更好。性能很差的原因是竞争：锁竞争，总线竞争，和/或缓存列竞争。处理器都在是争夺共享资源的所有权，而不是做更多的工作。

如果你一定要编写多线程应用程序的话，你应该在多处理器盒上对你的应用程序进行强度测试和性能测试。单处理器系统通过时间分片地执行线程而提供一个并发性的假象。多处理器盒具有真正的并发性，竞争环境和竞争更容易发生。

7.应该始终使用模块化调用；他们很有趣。

利用同步模块化调用来执行I/O操作对大多数桌面应用程序来说是合适的。但是，他们不是使用服务器上的CPU（s）的好方法。I/O操作要花费上百万个时钟周期来完成，这些时钟周期本来可以被更好地利用。利用异步I/O你能得到显著提高的用户请求率和I/O通量，不过增加了额外的复杂性。

如果你有需要花费很长时间的模块化调用或I/O操作，你应该考调拨多少资源给他们。你想使用所有的线程还是有个限制？一般地，使用有限的几个线程要好些。构建一个小的线程池和队列，利用队列来安排线程的工作完成模块化调用。这样，其他线程就可以拾取和处理你的非模块化的请求。

8.不要进行测量

当你能够测量你所谈论的事情并用数字表达它时，这就表示你对他有了一定的了解；但是如果你不能用数字表达时，你的知识是贫瘠的不能令人满意的；这可能是知识的开始，但这时你简直不可能将你的思想提高到科学的水平。

- Lord Kelvin (William Thomson)

如果不测量你就不能了解应用程序的特性。你在黑暗中摸索，一半是靠猜测。如果不识别性能问题，你就不能做任何改进或做出工作量计划。

测量包括黑匣子测量和profiling。黑匣子测量的意思是收集由性能计数器（内存使用，上下文交换，CPU利用等）和外部检测工具（通量，反映时间等）所显示的数据。为了profile你的代码，你编译代码的一个工具版，然后在各种条件下运行它，并收集关于执行时间和过程调用频率的统计数据。

测量如果不用于分析的话就一点用都没有。测量将不仅告诉你有问题，而且甚至能帮助你找到问题发生在哪，但它不能告诉你为什么会有问题。对问题进行分析以便你能正确地改正他们。要从根本上解决问题而不是停留在表面现象。

当你进行改动后，要重新测量。你要知道你的改动是否有效。改动也可能会暴露其他性能问题，测量-分析-改正-再测量的循环就会重新开始。你也必须要有规律地进行测量，以便发现性能衰退问题。

9.应该使用单一用户，单一请求的测试方法。

书写ASP和ISAPI应用程序的一个通病是只用一个浏览器去测试应用程序。当他们在Internet上应用他们的程序时，他们才发现他们的应用程序不能处理高负载，并且通量和反应时间另人可怜。

用一个浏览器测试是必要的但是不够的。如果浏览器反应得不够快，你就知道你有麻烦了。但即使它在使用一个浏览器时很快，你也不知道它处理负载的能力如何。如果十几个用户同时请求会发生什么事？一百个呢？你的应用程序能容忍什么样的通量？它能提供什么样的反应时间？在轻载时这些数字会怎样？中等负载呢？重载呢？在多处理器机器上你的应用程序会如何？对你的应用程序进行强度测试，这对于找出bugs发现性能问题来说是基本的。

类似的负载测试考虑适用于所有的服务器应用程序。

10.不应使用实际环境。

人们往往只在几个特定的，人工的环境（如下benchmarks）下调整应用程序。选择和实际情况相对应的各种情况，并为针对各种操作进行优化，这一点很重要。如果你不这样做，你的用户和评论家一定会这样做，并且他们将依此来评判你的应用程序的好坏。

D. 如何提高服务器利用率

其实，根据调查只有约25%的虚拟服务器处理性能能够被部署虚拟化项目的企业所充分利用。几乎有超过半数的客户面临此类状况。事实上，利用率数字应该更高，也就是说应达到55%至60%的水平，这样才能使虚拟化应用的运行真正带来经济效益。 这种实际效率与预期效率间的差距，主要来自于企业的虚拟化管理思路。他们往往更乐于添置新的虚拟服务器，而非在现有的虚拟服务器上配置更多工作负荷。而这种做法，Cappuccio说，会造成经济层面上的巨大浪费。 原因何在？因为一套物理服务器即使只有25%的处理能力在发挥作用，其能源消耗率仍然会达到其额定运转功率的80%。如果我们将其处理能力的利用率提高一倍，达到前面所说的55%至60%，其所带来的能源消耗提升相对而言却微不足道——大约达到额定运转功率的85%。这意味0.10.N着企业在处理能力方面收获颇丰，付出的能源消耗成本则只有一小部分。而且提升执行效率的做法，正是当初我们热衷于引入虚拟化技术的重要原因之一。 别执著于你的服务器到底有多少资源被用于虚拟化，相反，我们要把注意力集中到资源的利用率方面。许多企业乐于宣称其数据中心内部的服务器资源虚拟化比例已达到70%或80%，但当谈及其服务器的实际平均运转水平时，得到的结论仍然可谓惨不忍睹——只有约25%至30%。这意味着，系统整体的虚拟化纵然做得再好，事实上多数企业仍然在浪费资源。要让你的每千瓦能源都物有所值，将自己设备的计算利用率提高到55%至60%才是正道。 上述情况作为常见而典型的反面教材，广泛存在于各大沉醉于自身虚拟化方案的企业当中。也可以充分调动更多的服务器性能，与此同时，通过在少的物理服务器上运行更多的应用程序实体，我们可以节约自己数据中心的占地面积，这也是缩减开支的好办法。 IT行业的历史顽疾正是原因之一。在过去，由于分布式计算是由规模相对较小的计算机实现的，而大多数数据中心管理员们往往不愿意使用这些性能较差的0.10.N设备而更偏好将真正的业务计算需求通过大型机实现。所以，当有客户要求将某个应用程序加入分布式系统当中时，管理员们的建议往往是添加额外的对应设备用于0.10.N专门处理。这就是一台计算机对应一个应用程序的不良风气成为主流模式的原因所在 不过硬件利用率配置过高也会引发新的问题，在未引入虚拟化技术的企业中，管理员们往往会发现其物理服务器的实际利用率只有7%到0.10.N12%，Cappuccio根据调查结果提到。“这正是巩固资源管理体系的起点，因为显然我们必须找出能让这些计算机设备的运转更加高效的方法。0.10.N“如今的问题是我们发现处于虚拟环境下的计算机，其运行效率依然只有可怜的25%。这比起过去的确有些进步，但距离我们的目标还差得很远。 通过切实发掘现有服务器的全部潜在性能，企业能够从长远角度节约大量投入，对于大多数情况来说，提高利用率可以避免无谓的数据中心扩张方案，并在很长一段时间内从各个角度帮助用户节省资金。 在过去，企业总是让自己租下的大型机以90%的性能负荷不停运转，因为这类设备的使用成本实在不低，企业希望能尽量充分发挥它的能力。 这种情况下，你会做何决断呢？1、如果还没做过相关工作，马上对自己的虚拟服务器进行整编并列出清单。 3、如果实际利用率很低，大家可以立即着手进行调查，例如有针对性地做出变更、将一部分虚拟化应用程序转移到另一台服务器上以迅速提高运行效率等等。 效率低下问题的症结所在，正是由于IT管理者们将多年来固有的使用习惯带入数据中心、硬件及应用程序的现代化管理之中。而这种落后的模式往往很难在短时间内彻底消除。但随着企业IT的演变及发展，我们能够探索新的途径并获取新的见解，进而在指导实践的过程中产生出乎预料之外的重大革新。只要时刻立足于IT行业的前沿、关注来自各方面的经验教训，这种变革之美就会为企业提供实实在在的经济回报。 这个夏天，不要虚度——认真思考提高虚拟化利用率所能带来的好处吧： 为企业节约资金、提高生产率、减少员工的工作量，并能够从自己的IT体系中发现更多有助于提高效率的真知灼见。

E. 电脑管家安全等级如何快速提升

你好

当前的电脑管家安全达人等级，是按照登录管家有效天数计算，每天开启电脑管家，登录QQ账号≥30分钟即完成一个活跃天，活动天数越多，安全等级越高，同时+2个安全金币哦。

等级、需要天数图示如下：

F. 如何提升服务器的数据安全

四个提升服务器数据安全的方法

方法一：定期备份数据

数据备份的意义就在于，当受到网络攻击、病毒入侵、电源故障或者操作失误等事故的发生后，可以完整、快速、简捷、可靠地恢复原有系统，在一定的范围内保障系统的正常运行。一些对备份数据重视程度较低的企业，一旦服务器数据出现突然丢失或者损坏，往往会后悔莫及。在数据备份方面，企业应该定期进行磁带备份、数据库备份、网络数据备份和更新、远程镜像操作等，也可进行多重数据备份，一份出现了问题还有多余的备份。

方法二：建立容灾中心

有了备份不等于万事大吉，面对区域性、毁灭性灾难如地震和火灾等，仅仅只是数据备份是无法恢复的，这时需要有一个容灾中心，做数据的远程备份，确保原有的数据不会丢失或者遭到破坏。数据容灾的恢复时间比较长，但费用较低而且构建实施也相对简单，方法主要有实时复制、定时复制和存储转发复制。当然，数据备份还是最基础的，没有数据备份，任何容灾都没有现实意义。

方法三：采用raid磁盘阵列存储数据

raid，中文简称为独立冗余磁盘阵列。简单的说，就是把多块独立的硬盘按不同的方式组合起来形成一个硬盘组，提供比单个硬盘更高的存储性能和提供数据备份技术，从而大大增强数据的安全性。组成磁盘阵列的不同方式称为raid级别，根据实际情况选择适当的raid级别可以满足用户对存储系统可用性、性能和容量的要求。采用这种的方式存储数据，只要不是所有的硬盘同时损坏，我们就能比较容易地恢复受损的数据。

方法四：不盲目操作或者修改数据

人为的误操作是数据丢失的一个重要原因。有时不小心将文件删除，或者误格式化、误分区、误克隆分区、分区表信息(MBR)丢失等，一个处理不好都可能会让整个服务器甚至整个系统陷入瘫痪乃至宕机的下场。除了不要顺便修改或者盲目操作服务器，还可以进行合理权限的设置非常有必要，比如：给负责日常更新的用户赋予“编辑”的用户权限。这样可以大大降低非专业人员的误操作，大大提高服务器的数据安全。

G. 如何提高服务器的性能

服务器硬盘挂台式机主板不知道你挂的是什么硬盘，应该是SATA的7200转。在存储速度和性能上跟你在台式机上的一样不会有提升。你这样做只是增加硬盘空间而以

H. 如何更有效的提高服务器的安全性

服务器租用安全提高服务器安全步骤
第一：更改服务器端口
第二：专更改用户名密码
第三：设置属磁盘权限
第四：设置策略
第五：开启防火墙
这是标准的服务器安全设置大项。
按照这个做的话，基本不会有问题
也可以租用高防服务器，也会在安全上更加上一层次。

I. 网店管家服务器配置怎么设置

如果是服务器装管家是可以这样配置的，如果是客户端IP地址要更改为服务器的IP地址。