9.1 完成一个手机验证码功能

1、输入手机号，点击发送后随机生成6位数字码，2分钟有效
2、输入验证码，点击验证，返回成功或失败
3、每个手机号每天只能输入3次

Spring Boot整合Redis非常简单，只需要按如下步骤整合即可

Redis事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。
Redis事务的主要作用就是串联多个命令防止别的命令插队。

从输入Multi命令开始，输入的命令都会依次进入命令队列中，但不会执行，直到输入Exec后，Redis会将之前的命令队列中的命令依次执行。
组队的过程中可以通过discard来放弃组队。
组队阶段报错，提交失败
组队成功，提交有成功有失败的情况

11.3 事务的错误处理

组队中某个命令出现了报告错误，执行时整个的所有队列都会被取消。

如果执行阶段某个命令报出了错误，则只有报错的命令不会被执行，而其他的命令都会执行，不会回滚。

11.4 为什么要做成事务

场景：有很多人有你的账户,同时去参加双十一抢购

11.5 事务冲突的问题

一个请求想给金额减8000
一个请求想给金额减5000
一个请求想给金额减1000

顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。（效率低，不能多进程同时进行）

顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号（version）等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量。Redis就是利用这种check-and-set机制实现事务的。（抢票就是典型乐观锁的现实场景）

在执行multi之前，先执行watch key1 [key2],可以监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。（乐观锁造成的版本号不一致，在另外一个终端修改了balance的值导致版本号改变）

如果在执行 WATCH 命令之后，EXEC 命令或DISCARD 命令先被执行了的话，那么就不需要再执行UNWATCH 了。

事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。 队列中的命令没有提交之前都不会实际被执行，因为事务提交前任何指令都不会被实际执行 事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚

Redis 提供了2个不同形式的持久化方式。

在指定的时间间隔内将内存中的数据集快照写入磁盘， 也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里

12.2.3 备份是如何执行的

Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到 一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。 整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能 如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。

• Fork的作用是复制一个与当前进程一样的进程。新进程的所有数据（变量、环境变量、程序计数器等） 数值都和原进程一致，但是是一个全新的进程，并作为原进程的子进程
• 在Linux程序中，fork()会产生一个和父进程完全相同的子进程，但子进程在此后多会exec系统调用，出于效率考虑，Linux中引入了“写时复制技术”
• 一般情况父进程和子进程会共用同一段物理内存，只有进程空间的各段的内容要发生变化时，才会将父进程的内容复制一份给子进程。

rdb文件的保存路径，也可以修改。默认为Redis启动时命令行所在的目录下

12.2.8 如何触发RDB快照，保持策略

12.2.8.1 配置文件中默认的快照配置

15分钟以内至少有一个key发生改变
5分钟以内至少有十个key发生改变
1分钟以内至少有10000个key发生改变

save ：save时只管保存，其它不管，全部阻塞。手动保存。不建议。
bgsave：Redis会在后台异步进行快照操作， 快照同时还可以响应客户端请求。
可以通过lastsave 命令获取最后一次成功执行快照的时间

执行flushall命令，也会产生dump.rdb文件，但里面是空的，无意义

格式：save 秒钟 写操作次数
RDB是整个内存的压缩过的Snapshot，RDB的数据结构，可以配置复合的快照触发条件，
默认是1分钟内改了1万次，或5分钟内改了10次，或15分钟内改了1次。
不设置save指令，或者给save传入空字符串

当Redis无法写入磁盘的话，直接关掉Redis的写操作。推荐yes

对于存储到磁盘中的快照，可以设置是否进行压缩存储。如果是的话，redis会采用LZF算法进行压缩。
如果你不想消耗CPU来进行压缩的话，可以设置为关闭此功能。推荐yes.

在存储快照后，还可以让redis使用CRC64算法来进行数据校验，
但是这样做会增加大约10%的性能消耗，如果希望获取到最大的性能提升，可以关闭此功能

• 启动Redis, 备份数据会直接加载

• 对数据完整性和一致性要求不高更适合使用

• Fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑
• 虽然Redis在fork时使用了写时拷贝技术,但是如果数据庞大时还是比较消耗性能。
• 在备份周期在一定间隔时间做一次备份，所以如果Redis意外down掉的话，就会丢失最后一次快照后的所有修改。

以日志的形式来记录每个写操作（增量保存），将Redis执行过的所有写指令记录下来（读操作不记录），只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。

（1）客户端的请求写命令会被append追加到AOF缓冲区内；
（3）AOF文件大小超过重写策略或手动重写时，会对AOF文件rewrite重写，压缩AOF文件容量；
（4）Redis服务重启时，会重新load加载AOF文件中的写操作达到数据恢复的目的；

AOF和RDB同时开启，系统默认取AOF的数据（数据不会存在丢失）

• AOF的备份机制和性能虽然和RDB不同, 但是备份和恢复的操作同RDB一样，都是拷贝备份文件，需要恢复时再拷贝到Redis工作目录下，启动系统即加载。

1. 将有数据的aof文件复制一份保存到对应目录（查看目录：config get dir）
2. 恢复：重启redis然后重新加载

1. 备份被写坏的AOF文件
2. 恢复：重启redis，然后重新加载

始终同步，每次Redis的写入都会立刻记入日志；性能较差但数据完整性比较好

每秒同步，每秒记入日志一次，如果宕机，本秒的数据可能丢失。

redis不主动进行同步，把同步时机交给操作系统。

AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制, 当AOF文件的大小超过所设定的阈值时，Redis就会启动AOF文件的内容压缩， 只保留可以恢复数据的最小指令集.可以使用命令bgrewriteaof
1. 重写原理，如何实现重写:
   AOF文件持续增长而过大时，会fork出一条新进程来将文件重写(也是先写临时文件最后再rename)，redis4.0版本后的重写，是指上就是把rdb 的快照，以二级制的形式附在新的aof头部，作为已有的历史数据，替换掉原来的流水账操作。

• 如果 no-appendfsync-on-rewrite=yes ,不写入aof文件只写入缓存，用户请求不会阻塞，但是在这段时间如果宕机会丢失这段时间的缓存数据。（降低数据安全性，提高性能）
  如果 no-appendfsync-on-rewrite=no, 还是会把数据往磁盘里刷，但是遇到重写操作，可能会发生阻塞。（数据安全，但是性能降低）

• Redis会记录上次重写时的AOF大小，默认配置是当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发
  重写虽然可以节约大量磁盘空间，减少恢复时间。但是每次重写还是有一定的负担的，因此设定Redis要满足一定条件才会进行重写。

• 设置重写的基准值，文件达到100%时开始重写（文件是原来重写后文件的2倍时触发）

（1）bgrewriteaof触发重写，判断是否当前有bgsave或bgrewriteaof在运行，如果有，则等待该命令结束后再继续执行。
（2）主进程fork出子进程执行重写操作，保证主进程不会阻塞。
（3）子进程遍历redis内存中数据到临时文件，客户端的写请求同时写入aof_buf缓冲区和aof_rewrite_buf重写缓冲区保证原AOF文件完整以及新AOF文件生成期间的新的数据修改动作不会丢失。
（4）1).子进程写完新的AOF文件后，向主进程发信号，父进程更新统计信息。2).主进程把aof_rewrite_buf中的数据写入到新的AOF文件。
（5）使用新的AOF文件覆盖旧的AOF文件，完成AOF重写。

• 比起RDB占用更多的磁盘空间。
• 每次读写都同步的话，有一定的性能压力。
• 存在个别Bug，造成恢复不能。

如果对数据不敏感，可以选单独用RDB。
不建议单独用 AOF，因为可能会出现Bug。
如果只是做纯内存缓存，可以都不用。

• RDB持久化方式能够在指定的时间间隔能对你的数据进行快照存储
• AOF持久化方式记录每次对服务器写的操作,当服务器重启的时候会重新执行这些命令来恢复原始的数据,AOF命令以redis协议追加保存每次写的操作到文件末尾.
• Redis还能对AOF文件进行后台重写,使得AOF文件的体积不至于过大
• 只做缓存：如果你只希望你的数据在服务器运行的时候存在,你也可以不使用任何持久化方式.
• 同时开启两种持久化方式
• 在这种情况下,当redis重启的时候会优先载入AOF文件来恢复原始的数据, 因为在通常情况下AOF文件保存的数据集要比RDB文件保存的数据集要完整.
• RDB的数据不实时，同时使用两者时服务器重启也只会找AOF文件。那要不要只使用AOF呢？
• 建议不要，因为RDB更适合用于备份数据库(AOF在不断变化不好备份)， 快速重启，而且不会有AOF可能潜在的bug，留着作为一个万一的手段。

因为RDB文件只用作后备用途，建议只在Slave上持久化RDB文件，而且只要15分钟备份一次就够了，只保留save 900 1这条规则。
如果使用AOF，好处是在最恶劣情况下也只会丢失不超过两秒数据，启动脚本较简单只load自己的AOF文件就可以了。
代价,一是带来了持续的IO，二是AOF rewrite的最后将rewrite过程中产生的新数据写到新文件造成的阻塞几乎是不可避免的。
只要硬盘许可，应该尽量减少AOF rewrite的频率，AOF重写的基础大小默认值64M太小了，可以设到5G以上。
默认超过原大小100%大小时重写可以改到适当的数值。

主机数据更新后根据配置和策略， 自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主

14.3 怎么玩：主从复制

设置从机的优先级，值越小，优先级越高，用于选举主机时使用。默认100

• 启动三台redis服务器

• 查看系统进程，看看三台服务器是否启动

• 配从(库)不配主(库)

成为某个实例的从服务器
2、在主机上写，在从机上可以读取数据（在从机上写数据会报错）
3、主机挂掉，重启就行，一切如初
可以将配置增加到文件中。永久生效。

切入点问题？slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来，那之前的k1,k2,k3是否也可以复制？
从机是否可以写？set可否？
主机shutdown后情况如何？从机是上位还是原地待命？
主机又回来了后，主机新增记录，从机还能否顺利复制？
其中一台从机down后情况如何？依照原有它能跟上大部队吗？

关于《经验,知识,百科,个人图书馆,在线图书馆》用户点评九、

此技术即是硬件防病毒技术，有助于防护某此利用缓冲溢位进行，直接百度搜索都有相关信息表示

技嘉主板cpu虚拟化vt怎么开启

这是什么BIOS啊，好多东西没法调？

找到最后一项，Exit,进去恢复出厂设置看看。
其实有很多硬件问题du是由于BIOS设置不当引起的，BIOS的设置正zhi确与否，对系统的稳定dao性、性能的发挥都有很大的影响。详细地了解其设置可以清楚地掌握电脑的运行状态，准确地分析各种硬件信息。
鉴于有很多朋友对BIOS的设置不甚了解，而不同的主板有不同的BIOS，设置方法也有所不同。我在这里把网上找到的一些BIOS设置的详细方法写在这里，给大家一个参考：
Test,加电自测试）过程中有任何错误都会停止启动，此选择能保证系统的稳定性。如果要加快速度的话，可以把它设为No Errors，即在任何时候都尽量完成启动，不过加速的后果是有可能造成系统错误，请按需选择吧。
设置合适的驱动器(现在都是1.44M的啦），如果没有相应的硬件，尽量设为None，可以提高系统自检速度。
设成EGA/VGA吧，不要尝试改为Mono，会减慢启动速度的。
这项设置可防止外部程序对启动区和硬盘分区表的写入，当发生写入操作时，系统会自动产生警告并提示用户中断程序的执行。它并不能保护整个硬盘，而且对于操作系统的安装(例如WINDOWS95/98)及某些磁盘诊断程序，甚至对BIOS的升级，都可能产生不必要的冲突而引致程序的中断。建议用户将这选项关闭，系统的认值是Disable。
某些主板自带有抗病毒内核，它可以提供比普通病毒警告更高一层的防卫，不过，当使用自带BIOS的外围控制器（如SCSI卡或UltraDMA 66控制卡）时，启动区病毒可以绕过系统BIOS来进行攻击，保护将完全失效。
此设置用于控制CPU的主缓存开启/关闭，L1 Cache对机器的整体性能有很大影响，关闭以后系统的性能会下降几个数量级。在超频的时候，一级缓存往往是成功与否的关键所在，比如你不能超到500MHz，并不代表CPU不能上500MHz，很可能是L1 Cache无法达到，所以关闭一级缓存可以提升超频的成功率。
此设置用于控制CPU的主缓存开启/关闭，它对系统和超频的影响如同一级缓存，关闭L2 Cache也能够超频的成功率。
系统可以启用CPU内部L2Cache进行ECC（Error Checking and Correction，错误检查修正）检测，默认值是Enable，它可以侦察并纠正单位信号错误保持资料的准确性，对超频的稳定性有帮助，但不能侦察双位信号错误。这里要注意的是，启用ECC检测将会延迟系统自检的时间和降低机器的性能，而且必须内存支持才能开启此特性。
这项设置可加快系统自检的速度，使系统跳过某些自检选项（如内存完全检测），不过开启之后会降低侦错能力，削弱系统的可靠性。
F, A, SCSI （至少拥有四个IDE硬盘时才会出现）
这项设置决定系统引导的驱动器号，若想加快系统自检的速度可设为(C Only)，则系统不对其它驱动器自检而直接进入主引导硬盘。某些主板（如：ABIT BE6和BP6）拥有额外的IDE控制器，可以接入第三或第四组IDE设备，这时你应该选择EXT启动优先。
交换磁盘驱动器的位置，适应不同格式的软盘。当系统安装了2台软驱时，若设定为Enabled，系统将会把B驱作为启动盘启动，若设为Disabled则相反。
开机时测试软驱的存在与否，并检查它的磁道数是40轨还是80轨，一般360K的都是40轨，而720K/1.2MB/1.44MB的则是80轨。默认值为Enable，注意：当软驱的磁道数是80轨时，BIOS并不能区分其所属的类型。
选项：On（开），Off（关）
控制小键盘的开/关状态，对性能无影响。
选项：Normal（正常）、Fast（加速）
设置哪一个控制单元管理1MB以上内存地址的A20地址线，设为Normal用键盘控制器管理，设为Fast用芯片组控制器管理，可提高内存存取的速度和系统整体性能，特别是对于OS/2和Windows等操作系统来说非常有效。因为它们的保护模式经常需要BIOS A20地址线来进行切换，而芯片组控制器比键盘控制器更快，所以Fast是首选设置。
以前的硬盘存取模式是一个个扇区来进行的，块模式把多个扇区组成一个块，每次存取几个扇区，可以增加多扇区存取时的数据传输率。开启此特性后，BIOS会自动侦察硬盘是否支持块模式（现今的大多数硬盘己有这个功能），而且每中断一次可发出64KB资料。如果你使用Windows NT系统，就要小心啦，它并不支持块模式，很可能导致数据传输出错，所以微软建议Win NT 4.0用户关闭IDE硬盘块模式。关闭此特性后，每中断一次只能发出512Byte资料，降低了磁盘的综合性能。
实际上32位磁盘存取并不是真正的32位传输，而是用IDE控制器联合了2个16位操作来达到目的。对了PCI总线来说，在同一时间能够传送的数据越多越好，因此假32位传输亦可以增加系统性能。Windows NT系统不支持32位磁盘存取，很可能导致数据传输出错，所以微软建议Win NT 4.0用户关闭此特性，当然，16位是无论如何也快不过32位的。
是否使用人工设置来控制输入速度，如果你想加快文字处理效率，还是打开的好，只有Enabled之后才能调节输入速率和输入延迟。
在一秒之内连续输入的字符数，数值越大速度越快。
每一次输入字符延迟的时间，数值越小速度越快。
只要在BIOS中建立了密码，此特性才会开启，设置为System时，BIOS在每一次启动都会输入密码，设置为Setup时，在进入BIOS菜单时要求输入密码。如果你不想别人乱动你的机器，还是加上密码的好。
此特性仅用于图形卡接口上的附加设备，比如MPEG子卡等。通过调色版探测可以纠正帧缓存的数据，并能把它们同步发给附加设备和主显示卡，避免添加子卡后产生黑屏现象。
目前，许多高端图形卡都需要IRQ来增加与主板的数据交换速度，开启之后能大幅提高总体性能。相反的是，低端图形卡并不需要分配IRQ，在显卡的使用手册中有说明它是否调用中断，不占用中断的好处是节省系统资源。
它专用于多处理器主板，用于确定MPS（MultiProcessor Specification，多重处理器规范）的版本，以便让PC制造商构建基于英特尔架构的多处理器系统。与1.1标准相比，1.4增加了扩展型结构表，可用于多重PCI总线，并且对未来的升级十分有利。另外，v1.4拥有第二条PCI总线，还无须PCI桥连接。新型的SOS（Server Operating 当内存尺寸大于64MB时，IBM的OS/2系统将以不同的方式管理内存，如果你不用OS/2，则设置为“Non-OS/2”。
在网络环境中，S.M.A.R.T.可能会自动发送一些未经监督的数据包到硬盘中，它们是不被操作系统允许的操作，经常导致系统重启。如果你打算把计算机作为网络服务器，最好关闭此特性。
现今BIOS的启动比以前快得多了，在进行设备侦察时，某些旧式IDE设备可能还没启动，为了适应这种情况，BIOS提供了一个延迟选项，可以减慢它的启动时间。设置为“0”时速度最快，BIOS将不理会IDE设备的初始化失败，直接启动。
专用奔腾III等序列号型处理器，开启之后可以通过某些特殊程序读取序列号，提供一种安全保证。实际上，这类保护的级别是相当低的，很容易被别人破解并作攻击之用，还是关闭的好。
显卡做每一项工作都必须经过CPU处理数据，甚至一些硬件与硬件之间的交换（如显示芯片与显示内存），也要动用到中央处理器。为了提高速度，首个解决方案是增加BIOS芯片，扩展系统BIOS的功能来管理显卡。开启此特性可以把视频BIOS的一部分内容拷贝到系统内存，加快存取速度。在传统的计算机中，CPU通过64位DRAM总线读数据比8位XT总线要快得多，可以大大提高显示子系统的性能。不过，当代的显卡已经包含了一个处理器芯片，所有工作都由显示处理器完成，并用驱动程序的特殊指令和CPU直接沟通，在增加速度的同时，亦提供了向后兼容性。另外，大多数操作系统（如：WinNT 4.0、Linux）可以绕过BIOS操作硬件，所以BIOS映射已经没有什么用处了，反而会浪费主内存空间或引起系统不稳定。
如果你执意要使用映射，应该把所有区域都映射，不要仅copy一个32KB的缺省值（C000-C7FF），避免BIOS容量过大引起的冲突。视频BIOS映射的唯一好处是兼容DOS游戏，那些老古董并不能直接存取硬件，非得BIOS帮助不可。
此选项控制那一个区域的内存将用于映射视频BIOS。注意，某些附加卡会使用CXXX-EFFF作为输入/输出，并且内存读/写请求不会经过ISA总线执行，映射视频BIOS可能导致附加卡不能工作。
RAS（Row Address Strobe，行地址控制器）到CAS（Column Address Strobe，列地址控制器）之间的延迟时间。在SDRAM进行读、写、删新时都会出现延迟，减少延迟能够提高性能，反之则降低性能。如果你的内存速度够快，尽量使用“2”。在超频的时候，选择“3”会让系统更稳定，增加OC成功率。
在SDRAM刷新之前，RAS所需的预充电周期数目，减少时间能够提高性能，反之则降低性能。如果你的内存速度够快，尽量使用“2”。在超频的时候，选择“3”会让系统更稳定，增加OC成功率。
控制SDRAM在读取或写入之前的时间，单位是CLK（Clock Cycle，时钟周期），减少等待时间能够增加突发传输的性能。如果你的内存速度够快，尽量使用“2”。在超频的时候，选择“3”会让系统更稳定，增加OC成功率。
调节数据存储在SDRAM之前所需的初始化时间，它会影响到突发传输时的第一个数据。如果你的内存速度够快，尽量使用“3”。在超频的时候，选择“4”会让系统更稳定，增加OC成功率。
调整SDRAM的交错模式，让不同组的SDRAM轮流删新和存取，当第一组进行删新时，第二组做存取工作，能够大大提高多组内存协同工作时的性能。
Disabled时由CPU发出命令控制SDRAM的预充电时间，增加稳定性的同时会降低性能。Enabled时由SDRAM自己控制预充电时间，节省了CPU到SDRAM控制所花费的时钟周期，提高内存子系统性能。
ECC（Error Checking and Correction，错误检查修正）模式采用额外的72位内存检查数据的完整性，能够修正1位数据错误，提高系统稳定性，增加超频成功率。如果你没有ECC内存，设置为Non-ECC即可。
当处理器做乱序执行工作时，读命令指向的地址为最近写入的内容，提高Cache命中率，建议设为enabled。
经过二级缓存把系统BIOS从ROM中映射到主内存F0000h-FFFFFh，它能加快存取系统BIOS的速度，不过，操作系统很少请求BIOS，Enabled难以影响总体性能。另外，许多程序都通过这个地址来写入数据，建议大家Disabled，释放内存空间并减低冲突机率。
经过二级缓存把视频BIOS从ROM中映射到主内存C0000h-C7FFFh，它能加快存取视频BIOS的速度，不过，操作系统很少请求视频BIOS，Enabled难以影响总体性能。另外，许多程序都通过这个地址来写入数据，建议大家Disabled，释放内存空间并减低冲突机率。
经过二级缓存把视频内存从显卡映射到主内存A0000h-AFFFFh，它能加快存取视频内存的速度，不过，操作系统很少请求视频内存，Enabled难以影响总体性能。目前，大多数显卡的显存带宽己达1.6GB/秒（128位*100MHz/8），接近P3-500 L2缓存的2.0GB/秒，在内存中增加缓冲区没有太大意义。另外，许多程序都通过这个地址来写入数据，建议大家Disabled，释放内存空间并减低冲突机率。
选项：NA、8、1、2、3、4、5、6、7
由于PCI总线比8位ISA总线快得多，为了保证连续PCI到ISA输入/输出的一致性，BIOS为它添加了一个恢复时间。缺省值NA是3.5个时钟周期，可以最大限度地提高ISA总线的性能。如果你没有ISA插卡，就无须理会此选项。
选项：NA、4、1、2、3
由于PCI总线比16位ISA总线快得多，为了保证连续PCI到ISA输入/输出的一致性，BIOS为它添加了一个恢复时间。缺省值NA是3.5个时钟周期，可以最大限度地提高ISA总线的性能。如果你没有ISA插卡，就无须理会此选项。
某些扩展卡需要一部分内存区域来工作，开启此特性可以把15M以上的内存分配给这些设备，但操作系统将不能使用15M外的内存，建议大家disabled。
开启之后，允许PCI总线被动释放来打开CPU到PCI总线存取，那么，处理器就能同时对PCI和ISA设备进行操作。否则，只能由其它PCI主控存取PCI总线，不允许CPU直接存取。此特性常用于ISA总线主控延迟，可以均衡两个总线的速度。Enabled是性能最优化设置，亦能避免ISA扩展卡出现速度跟不上的问题。
它常用于PCI与ISA总线间的数据交换，由于ISA总线比PCI慢得多，开启此特性可以提供32位写缓冲作为延迟处理空间。如果你不使用ISA显卡或与PCI 2.1标准不兼容，选择Disabled吧。
AGP的其中一个特性是把系统内存分出部分区域作显示内存，其公式为AGP显卡内存容量*2+12MB，其中12MB用于虚拟寻址，2倍内存容量用于组成联合读写内存区。这些空间并不是物理内存，如果你要用真正的内存，必须在Direct3D中加入一个“Create non-local surface（创建非局域表面内存）”命令。
Win9x在局域内存（包括磁盘虚拟内存）中创建AGP虚拟内存，并自动为所有程序进行优化，用完之后才会调用显卡内存和系统内存。虽然增加AGP区域的尺寸并不能直接提高性能，但必须有一定空间才能满足3D游戏等大型软件的需求。因为GART（Graphic Address Remappng Table，图形地址重绘表）过大会导致系统出错，建议AGP区域内存容量不要超过64-128MB。
AGP标准分成许多个规格，AGP 1X使用单边上升沿传输数据信号，在66MHz总线下拥有264MB/秒的带宽。AGP 2X使用双边上升沿和下降沿传输数据信号，同样频率下可达到528MB/秒。如果要采取此模式，必须要主板芯片组和显卡都支持才能实现。另外，如果你打算把外频超到75MHz，最好关闭AGP 2x，防止频率过高产生的不稳定现象。
在缺省的情况下，AGP主控设备在进行读处理时会等待2个时钟周期，开启此特性能够减少等待时间，提高显示子系统的性能。
在缺省的情况下，AGP主控设备在进行写处理时会等待2个时钟周期，开启此特性能够减少等待时间，提高显示子系统的性能。
USWC（Uncacheabled Speculative Write Combination，无缓冲随机联合写操作）把每一个小的写入操作联合成一个64位写命令，再发到线性缓冲区，此做法能够减少写入次数，提高奔腾Pro芯片的图形性能。不过，USWC并不适合所有设备，如果显卡不支持此特性，则会造成系统冲突或启动问题。现在的新型主板（BX级以上），多数无须打开USWC。
当主板的时钟发生器达到极限值时，很容易产生EMI（Electromagnetic Interference，电磁干扰）现象。伸展频谱能够调整时钟发生器脉冲，控制波形的变形，减少与其它设备的冲突。
提高系统稳定性的代价是性能的下降，开启此特性会对时钟敏感设备有很大影响（如：SCSI卡）。某些主板有智能时钟技术，可以动态地调节频率，当AGP、PCI、SDRAM不使用时会自动关闭时钟信号。既能减少EMI和能源消耗，又能保证系统性能。
如果你没遇到了EMI问题，可选择“Disabled”，否则请选“Enabled”或“Smart Clock（推荐）”。另外两个百分数选项是时钟发生器的数值，0.25%提供一定的系统稳定性，0.5%能够充分减少EMI。
禁止未授权用户和计算机病毒（如：CIH）对BIOS的写入，为了系统安全著想，一般选择Enabled。要对BIOS进行升级时，再选择Disabled。
服务器和路由器都是24小时常用设备，不允许有停顿现象发生。enabled能避免系统意外重启。如果你的机器不是此类设备，最好设置成disabled。
当CPU超过此温度时，主板会发出警告信号，并调用idle指令减少CPU的负担，降低芯片热量。

得出ip地址移交各省技术人员处理。

来电咨询，终端开机检测报错，错误代码

（2）使用Httpwatch软件记录访问问题网站的过程，按需求与Wireshark软件同步。

如上图，求提供httpwatch测试软件记录的产生的*.hwl格式的记录文件。

4.3.3 IP抓包软件安装以及抓包演示

抓包软件选择Wireshark，安装好以后，进行抓包。

运行Wireshark，选择使用的网卡

保存文件，描述抓包的基础信息。

Wireshark 软件进行IP抓包，记录用户访问所投诉内容的全过程，并提供*.pcapng格式的IP抓包文件。

（1）以下为360测速截图

（2）以下为测速结果截图

如上图所示，要求提供能清晰显示用户测速结果的Jpeg格式测速截图