低估文件夹

『壹』 如何从硬盘安装FREEBSD

1)isoemu(引导ISO镜像用)

2)虚拟光驱,用DAEMON Tools

具体步骤:

1: 前提:你的系统已经安装里windows的操作系统以及可以上网

2: 下载辅助软件ISOEMU,以及freebsd5.4的5.4-RELEASE-i386-bootonly 只包含启动文件

5.4-RELEASE-i386-disc1 安装盘1 5.4-RELEASE-i386-disc2 安装盘2,这三个安装文件这里可

以下载ftp: //ftp.freebsdchina.org/pub/FreeBSD/releases/i386/ISO-IMAGES/5.4/

3: 用虚拟光驱把disc1镜像文件里面的5.4-RELEASE文件夹(236MB左右)提取复制到主分区(估

计逻辑分区还不支持,最好是放在你的启动分区,支持NTFS格式),disc1的packages提取出来放

到5.4-Release,然后虚拟disc2镜像文件,复制里面的packages文件夹(500MB左右)到刚才从

disc1复制出来的5.4-RELEASE文件夹里面,提示文件名相同按覆盖就是.

4: 修改刚才复制过来的5.4-RELEASE\packages的INDEX文件,用写字板打开,查找替换目

标"||1"替换成"|"查找"||2"替换成"|",之后保存.

5: 把下载了的isoemu解压到根分区(不需放在文件夹),即含有boot.ini文件的那个分区(里面

包含了一个说明文件,详细说明了各个文件的用途和使用方法),之后编辑isoemu.ini找

到"isogrub.iso"改为你的启动镜像文件名,我这里用"freebsd.iso",保存退出.

6: 把5.4-RELEASE-i386-bootonly启动镜像文件复制到安放了isoemu的分区,并改名

为"freebsd.iso"与上面对应

7: 修改boot.ini文件,在下面加入一行c:\ieldr="Load IsoEmu Final SV"

8: 准备功夫完成,现在可以重新启动机器,选择启动load IsoEmu Final SV,isoemu就开始自动

加载freebsd.iso文件读取启动信息,接着就是熟悉的引导内核的界面.

下来的步骤相信大家都熟悉,不知道的可以去看看HANDBOOK .你可以选择从硬盘安装,如果不想

复制下载那么多文件或者你是局域网可以选择从网上安装,可以省略步骤2,3,只启动

SYSINSTALL系统安装程序从其他媒介安装系统

不会安装的,可以看看我以前的安装方法

分区的时候可以按下面的说明来

我经常建立的文件系统的次序是128M的root，1G的swap，128M的
/var/tmp，3G的/usr，其余的空间留给/home。

典型地，你应该把交换区大小定为2倍的内存大小。如果你没有很多内存，那样的话，你将需

要更多的交换区空间。不建议将交换区定在小于256M，当你确定交换区大小的时候，你要考虑

到将来可能要扩充内存。内核的VM(虚拟内存)换页算法性能是准对交换区至少是内存大小2倍

的条件进行优化的。配置太小的交换区会导致VM页面扫描的低效率，当内存扩充后，随之也会

导致问题。最后在一个有多个SCSI硬盘的大系统上(或者有多个IDE磁盘工作在多个IDE 控制器

上)，我们强烈建议在每个驱动器上配置交换分区，每个交换分区的大小应该是几乎一样的，

内核能处理任意大小的交换区，但是内部数据结构放大到最大分区的4倍大小。保持交换分区

同样的大小允许内核优化地将交换空间交叉分布在N个磁盘上。不要担心这样做有点过份，交

换区是UNIX的救星，甚至于你虽然通常不用那么多交换区，在被迫重新启动之前，它也可以给

你时间去从一个出轨的程序中把系统恢复过来。

怎样为你的/var分区定大小主要依赖于你将怎样使用这台机器。这个分区主要存放邮箱，打印

缓冲区和日志文件。有些人甚至于把/var/log作为一个独立的分区(但是除非有特别的情况，

这样做不值得，只会浪费一个分区ID)。如果你这台机器主要用做邮件或打印服务器，或者运

行一个大访问量的WEB 服务器，你应该考虑把这个分区建的更大一点，可能1G或更多。很容易

低估日志文件的存储需求。

确定/var/tmp的大小依赖于你将需要怎样使用你的临时文件。128M是建议的最小的尺寸。注意

sysinstall将建立一个/tmp目录，但是通常把/tmp作为/var/tmp的连接是个好注意。为临时文

件建立一个分区有两个重要的原因: 首先，它减少了系统崩溃后文件系统损坏的可能性，再就

是减少一个出轨程序填满[/var]/tmp时影响其他重要子系统(mail，logging等等) 的机会。填

满[/var]/tmp是经常发生的问题。

在以前/tmp和/var/tmp是不同的东西，但是引入/var(和 /var/tmp)是被程序员引起的大迷惑

，今天的程序间或使用一个或另一个，它们两者变的没有区别。所以把它们变成一个临时目录

是有道理的．然而，当你处理/tmp时，有一件事情是你不想做的，就是把/tmp驻留在根分区上

，导致根分区被填满或崩溃后重启时文件系统损坏．

/usr分区存放大量用于支持系统的文件，子目录/usr/local存放大量从ports(7)安装的文件．

如果你不那么多使用ports，也不将系统源代码 (/usr/src)存放在机器上，你可以为/usr节省

1G的磁盘空间．相反，如果你安装大量的ports(特别是窗口管理和Linux仿真)建议你至少2G的

/usr，如果你还要将系统源代码放在机器上，我们建议你3G的/usr，不要低估所需的空间，它

会慢慢爬起来，让你大吃一惊．

/home分区存放用户自己的数据，可以把余下的空间留给这个分区．

为什么要分区? 为什么不建一个大的/分区就行了? 那样我就不需要考虑分区大小问题。有几

个原因显示这不是个好注意。首先，每个分区都有不同的操作特征，分开它们有利于文件系统

准对这些特征调整它自己．例如，根和/usr分区主要是读操作，只有少量的写，而大量的读和

写可以发生在/var在/var/tmp。把小的但是具有更繁忙的写操作的分区分开，就不会影响读操

作居多的分区．再就是，把写操作居多的分区靠近磁盘外侧(例如，不是在一个大分区前，而

是分区表后)有利于对你经常需要的分区增加性能。你可能也需要在大分区中的I/O性能，但是

它们是那样的大以至于把它们移到磁盘外侧也不会显著增加性能，但是把/var移到磁盘外侧会

有显著的不同．

5.4默认使用xorg,而且安装过程不会提示安装和设置桌面环境,完成安装重启系统,再运行

sysinstall程序进行安装桌面,也可以通过port来安装,由你喜欢.另外还要运行xorgcfg -

『贰』 苹果电脑搜索按哪个键

苹果电脑搜抄索功能的快捷键为袭Ctrl+command+空格键，具体的操作方法为“

1、在笔记本键盘上找到Ctrl+command+空格键，并按下。

『叁』 win8显示文件夹大小

win8显示文件夹大小(win8显示文件夹大小怎么设置)有一天，上头来了一个活儿：我需要程序计算一个文件夹的大小。
有朋友可能会觉着，这事儿忒简单，只需要将这个文件夹里的所有文件的大小累加起来不就是文件夹的大小了。
如果它只是这样简单就好了。
有很多事情使计算文件夹的大小变得困难，其中一些甚至会令人怀疑”文件夹大小”这个概念是否真正存在。下面我们来看看。
重解析点(Reparse points)
关于重解析点，我们上次提到过这个。 在计算文件夹大小时，是否要递归处理重解析点？这取决于你计算文件夹大小的原因。 如果计算文件夹大小，是为了向用户显示删除文件夹后将会释放多少磁盘空间，那么是否这样做，取决于将如何删除重解析点。
如果计算大小是为了准备进行复制这个文件夹，那么你可能会这样做。 或者你可能不这样做——是否应该仅仅复制重解析点？ 如果用户没有创建重解析点的权限怎么办？ 或者如果目标位置不支持重解析点？ 或者如果用户创建副本是因为他们正在制作备份？
硬链接(Hard links)
硬链接是同一文件的多个文件夹条目。如果你在计算一个目录的大小并且你发现电脑了一个硬链接，你会计算文件的完整大小吗？或者你是说硬链接的每个条目都承载着文件”权重”的一小部分？ (所以如果一个文件有两个硬链接，那么每个条目都占文件大小的一半。)
在硬链接之间划分文件的“权重”可以避免重复计算（或更高），以便在找到所有硬链接时，正确计算文件的总大小。它代表了一个概念，即所有指向文件的硬链接“分担”文件消耗的资源的成本。但是如果你没有找到所有的硬链接怎么办？文件大小被低估是正确的吗？
如果你正在复制一个文件并且你发现它有多个硬链接，你会怎么做？复制操作是否会破坏了副本中的链接？你会尝试重建它们吗？如果目的地不支持硬链接怎么办？
压缩文件(Compressed files)
我说的是文件系统压缩，而不是像ZIP这样的外部压缩算法。
将目录中文件的大小相加时，是逻辑大电脑 小还是物理大小相加？ 如果你正在计算准备复制的大小，那么你 可能需要逻辑大小，但如果是计算通过删除它可以释放多少磁盘空间，那么你可能需要物理大小。
但是，如果你正在计算复制并且复制目标支持压缩，那么到底要使用物理大小吗？ 现在假设源压缩算法和目标压缩算法具有可比性。
稀疏文件(Sparse files)
稀疏文件与压缩文件有同样的问题。 你想累加的是逻辑大小或物理大小？
簇舍入(Cluster rounding)
即使对于未压缩的非稀疏文件，你也可能需要考虑磁盘块的大小。 包含大量小文件的目录需要的磁盘空间比文件大小的总和还要多。 你想在计算中反映这一点吗？ 如果遍历了重解析点，则簇大小也可能发生了变化。
备用数据流(Alternate data streams)
备用数据流是文件可以占用磁盘空间的另一个地方，该空间未反映在其假定的“大小”中。
记录开销(Bookkeeping overhead)
总是存在与文件存储相关的记录数据。 除了文件夹条目（或多个文件夹）之外，还需要为安全信息以及跟踪文件内容所在位置的信息分配空间。 对于高度碎片化的文件，此信息可能相当广泛。 你想把它计入目录的大小吗？ 如果是这样，怎么做？
以上所有问题都没有单一的答案。 你必须考虑每一个因素，将其应用到你的情况，然后决定你想走哪条路。
（而且复制树形文件夹的结构更可怕。你用 ACL 做什么？你也想复制它们吗？你保留创建日期吗？这完全取决于你为什么要复制它。）
总结
希望猿友看完此文后能有所启发：文件夹里，除了普通的文件，还有各种各样，稀奇古怪的东西。
诸位，请提防提防！
最后
Raymond Chen的《The Old New 电脑Thing》是我非常喜欢的博客之一，里面有很多关于Windows的小知识，对于广大Windows平台开发者来说，确实十分有帮助。
本文来自：《Computing the size of a directory is more than just adding file sizes》
电脑