缺省

研究过 32 位 Linux 内核的人都知道这个内核著名的 3G/1G 划分：低 3G 作为用户态空间，高 1G 作为内核态空间。内核态和用户态共享 4G 的 32 位地址空间。 这个划分成了 32 位内核的基本设计方式

有很多粉丝反馈：希望磁力搜索增加按“文件大小” 排序的支持，例如以下chrome webstore上的留言。 v1.2.1 版本 磁力搜索的搜索结果与其他资源搜索类似，都只显示了文件名、源站等最基本信息，并未爬取文件大小、收录日期等信息，也不支持排序支持。 主要原因有几个： a、前期主要精力是增加最基础功能，因此此类需求优先级较低

当VNN安装到某台电脑上面的时候，缺省情况下，该电脑的Web文件夹功能是开启的。缺省情况下，不需要密码。使用VNN界面，可以设置Web文件夹的密码

我们来学习何如创建一个新文档。如果在Photoshop CS2中没有打开一个文档，那么它的任何工具和选项都是不能进行操作的，所以首先我们在“文件”菜单栏中选择“新建”也可以按住Ctrl键的同时双击鼠标左键便会弹出一个新建文件对话框，我们设置宽为500像素，360像素高的文档，这个大小对大多数显示器的工作区都是合适的，如下图所示： 在“名字”栏中，可以为文档输入一个你想要的主题。在“宽度”和“高度”域右边可以通过按向下的箭头弹出菜单选择“英寸、毫米、厘米、点和派卡”

MyISAM在读操作占主导的情况下是很高效的。可一旦出现大量的读写并发，同InnoDB相比，MyISAM的效率就会直线下降，而且，MyISAM和InnoDB的数据存储方式也有显著不同：通常，在MyISAM里，新数据会被附加到数据文件的结尾，可如果时常做一些UPDATE，DELETE操作之后，数据文件就不再是连续的，形象一点来说，就是数据文件里出现了很多洞洞，此时再插入新数据时，按缺省设置会先看这些洞洞的大小是否可以容纳下新数据，如果可以，则直接把新数据保存到洞洞里，反之，则把新数据保存到数据文件的结尾。之所以这样做是为了减少数据文件的大小，降低文件碎片的产生

用户接入认证失败或用户下线时，设备会产生并记录系统日志Syslog。Syslog中包括接入设备、接入用户的MAC地址以及当前认证时间等信息。 当用户在接入认证失败后不断尝试重新上线，或用户在短时间内频繁上下线，这些情况都会导致设备产生大量的重复Syslog信息，浪费设备资源，影响系统性能