[问题]ubuntu里有没有类似WIN下的磁盘整理程序?
版面规则
我们都知道新人的确很菜,也喜欢抱怨,并且带有浓厚的Windows习惯,但既然在这里询问,我们就应该有责任帮助他们解决问题,而不是直接泼冷水、简单的否定或发表对解决问题没有任何帮助的帖子。乐于分享,以人为本,这正是Ubuntu的精神所在。
我们都知道新人的确很菜,也喜欢抱怨,并且带有浓厚的Windows习惯,但既然在这里询问,我们就应该有责任帮助他们解决问题,而不是直接泼冷水、简单的否定或发表对解决问题没有任何帮助的帖子。乐于分享,以人为本,这正是Ubuntu的精神所在。
- donny
- 帖子: 335
- 注册时间: 2005-10-03 15:25
[问题]ubuntu里有没有类似WIN下的磁盘整理程序?
ubuntu里有没有类似WIN下的磁盘整理程序?如有的话,应该是什么命令?
还有个问题是,我的HOME 分区有16G但显示空闲7.4G,可用6.6G,那还有0.8G到那里去了呢?
谢谢
还有个问题是,我的HOME 分区有16G但显示空闲7.4G,可用6.6G,那还有0.8G到那里去了呢?
谢谢
-
- 帖子: 750
- 注册时间: 2006-03-19 11:39
- donny
- 帖子: 335
- 注册时间: 2005-10-03 15:25
- 1973liul_xxxx
- 帖子: 250
- 注册时间: 2006-07-29 20:50
-
- 帖子: 48
- 注册时间: 2006-06-11 0:23
Linux的号称没有碎片,九几年前Linux作为人类救星进入中国时候时候,各种资料就轮番点到死为止
一方面Ext2和ReiserFS的资料都提到为了减少碎片化而不断作改进
一方面有资料提到Linux下面没有碎片,而且越用碎片越少
一方面有资料说本来就没有碎片,放一起居然还有人信,我怕也就国内信的人多了
楼上的也提到了ReiserFS对小文件合并存储(那只是其中的一方面)减少碎片产生,我就搞不懂这些跟坚称CS是由玛丽顶蘑菇发展来的任天堂基本教义派的教徒有什么区别
这么多年都有默默无闻的维护人员为了最大榨取老旧服务器性能,对Linux进行碎片整理不是什么大逆不道的事情,特别在拥有较多小文件和较大文件存放的应用环境,由此获得的性能增益,是很可观的
一般做法是采用备份格式拷回三部曲,
PS: 偷笑别人前前最好拉上自己的领带拉链 8)
一方面Ext2和ReiserFS的资料都提到为了减少碎片化而不断作改进
一方面有资料提到Linux下面没有碎片,而且越用碎片越少
一方面有资料说本来就没有碎片,放一起居然还有人信,我怕也就国内信的人多了
楼上的也提到了ReiserFS对小文件合并存储(那只是其中的一方面)减少碎片产生,我就搞不懂这些跟坚称CS是由玛丽顶蘑菇发展来的任天堂基本教义派的教徒有什么区别
这么多年都有默默无闻的维护人员为了最大榨取老旧服务器性能,对Linux进行碎片整理不是什么大逆不道的事情,特别在拥有较多小文件和较大文件存放的应用环境,由此获得的性能增益,是很可观的
一般做法是采用备份格式拷回三部曲,
PS: 偷笑别人前前最好拉上自己的领带拉链 8)
-
- 帖子: 7
- 注册时间: 2006-07-27 15:33
-
- 帖子: 48
- 注册时间: 2006-06-11 0:23
一般都是采用备份格式拷贝
对于个人用户,使用LiveCD来作这项工作是一个不错的选择
当然也可以尝试一些分区备份的工具,
另外如果看一些译过来的安装Linux的指南中关于分区分配的说明,
留意其中一般都建议将主要存放用户数据的目录作为单独的分区挂载
主流的一些具有自维护特征的文件系统,对于不连续存储的避免,要劣于对于连续空间的维持,
举个特例就是长度变化的文件,几年前也就几M几十M的伸缩,可如今论G伸缩也不会让人觉得意外
早期的文件系统,采取尾部留空,那时候还不成问题,当前磁盘存储的飙升,在这种情况下,如果当前末尾没有足够的空间,铁定是会不连续的记录了.相对于将尾部置换出连续空间所一定付出的性能代价,大于了当前文件碎片化所可能得到的受益
to碎or to不碎,基本是不用考虑的选择了
ReiserFS等起跑较晚的文件系统就更进一步的采用了大小文件和固定变长文件区别对待,在同一个物理分区中,将不同性质文件集中存储,(形象点就是区中区),这已经是将社区的一种思潮给实作的例子了
Linux下面,除了用户数据以外,系统的库文件配置文件可执行文件,基本上不会发生很大的长度变化,Ext2所足以维护的限度就这些足够了,那些开发人员自己清楚哪里是硬软肋,他们的建议多半不是写着玩得.
早先的Linux是免维护系统的论调,越来越被务实的指南所冲刷了,对于企业来说,如果维护能够获得益处,付出人力的代价是完全可考虑的,对于个人用户用户来说,不但可以获得性能上的收益,而且有可能成为自己以后吃饭的机能之一,就更没有理由装完系统只用不摩了吧
更加前瞻的一些架构,例如早先曾经引起过一段时间关注的Google File System,其更加凸现了这样一种矛盾: 我们所坚信的一些事情有一套美妙的层层相扣的理论, 其实我们在实际操作中使用的是另一套没有诗情画意的实用原则.
我们相信自己的硬盘不会被雷噼了,实际上却定期备份自己的数据,我们相信备份的数据是可靠的,实际上却给里面放入校验,定期拿出来检查.
一些我们脱口能详的东西, 即使做过是深入考虑后, 如果别人忽然问一句你吃了没, 还是习惯沿用官方的 "我吃过了" 的回复吧
边吃米粉边敲帖子, 近日多次受到sinox刺激, 所以回复了个面条贴.
里面援引的多是一些原理性的资料, 具体的实现不敢妄谈, 我是说书人, 看官也莫当真.
对于个人用户,使用LiveCD来作这项工作是一个不错的选择
当然也可以尝试一些分区备份的工具,
另外如果看一些译过来的安装Linux的指南中关于分区分配的说明,
留意其中一般都建议将主要存放用户数据的目录作为单独的分区挂载
主流的一些具有自维护特征的文件系统,对于不连续存储的避免,要劣于对于连续空间的维持,
举个特例就是长度变化的文件,几年前也就几M几十M的伸缩,可如今论G伸缩也不会让人觉得意外
早期的文件系统,采取尾部留空,那时候还不成问题,当前磁盘存储的飙升,在这种情况下,如果当前末尾没有足够的空间,铁定是会不连续的记录了.相对于将尾部置换出连续空间所一定付出的性能代价,大于了当前文件碎片化所可能得到的受益
to碎or to不碎,基本是不用考虑的选择了
ReiserFS等起跑较晚的文件系统就更进一步的采用了大小文件和固定变长文件区别对待,在同一个物理分区中,将不同性质文件集中存储,(形象点就是区中区),这已经是将社区的一种思潮给实作的例子了
Linux下面,除了用户数据以外,系统的库文件配置文件可执行文件,基本上不会发生很大的长度变化,Ext2所足以维护的限度就这些足够了,那些开发人员自己清楚哪里是硬软肋,他们的建议多半不是写着玩得.
早先的Linux是免维护系统的论调,越来越被务实的指南所冲刷了,对于企业来说,如果维护能够获得益处,付出人力的代价是完全可考虑的,对于个人用户用户来说,不但可以获得性能上的收益,而且有可能成为自己以后吃饭的机能之一,就更没有理由装完系统只用不摩了吧
更加前瞻的一些架构,例如早先曾经引起过一段时间关注的Google File System,其更加凸现了这样一种矛盾: 我们所坚信的一些事情有一套美妙的层层相扣的理论, 其实我们在实际操作中使用的是另一套没有诗情画意的实用原则.
我们相信自己的硬盘不会被雷噼了,实际上却定期备份自己的数据,我们相信备份的数据是可靠的,实际上却给里面放入校验,定期拿出来检查.
一些我们脱口能详的东西, 即使做过是深入考虑后, 如果别人忽然问一句你吃了没, 还是习惯沿用官方的 "我吃过了" 的回复吧
边吃米粉边敲帖子, 近日多次受到sinox刺激, 所以回复了个面条贴.
里面援引的多是一些原理性的资料, 具体的实现不敢妄谈, 我是说书人, 看官也莫当真.
- donny
- 帖子: 335
- 注册时间: 2005-10-03 15:25
谢谢半仙兄的指点,至于某些人,他要灌水就让他们去灌吧曾半仙 写了:Linux的号称没有碎片,九几年前Linux作为人类救星进入中国时候时候,各种资料就轮番点到死为止
一方面Ext2和ReiserFS的资料都提到为了减少碎片化而不断作改进
一方面有资料提到Linux下面没有碎片,而且越用碎片越少
一方面有资料说本来就没有碎片,放一起居然还有人信,我怕也就国内信的人多了
楼上的也提到了ReiserFS对小文件合并存储(那只是其中的一方面)减少碎片产生,我就搞不懂这些跟坚称CS是由玛丽顶蘑菇发展来的任天堂基本教义派的教徒有什么区别
这么多年都有默默无闻的维护人员为了最大榨取老旧服务器性能,对Linux进行碎片整理不是什么大逆不道的事情,特别在拥有较多小文件和较大文件存放的应用环境,由此获得的性能增益,是很可观的
一般做法是采用备份格式拷回三部曲,
PS: 偷笑别人前前最好拉上自己的领带拉链 8)
- donny
- 帖子: 335
- 注册时间: 2005-10-03 15:25
- donny
- 帖子: 335
- 注册时间: 2005-10-03 15:25
呵呵,强!吃面条时还能写出这篇文章,只不过小弟我觉得里面的一些东西有点奥口,不全懂,呵呵。曾半仙 写了:一般都是采用备份格式拷贝
对于个人用户,使用LiveCD来作这项工作是一个不错的选择
当然也可以尝试一些分区备份的工具,
另外如果看一些译过来的安装Linux的指南中关于分区分配的说明,
留意其中一般都建议将主要存放用户数据的目录作为单独的分区挂载
主流的一些具有自维护特征的文件系统,对于不连续存储的避免,要劣于对于连续空间的维持,
举个特例就是长度变化的文件,几年前也就几M几十M的伸缩,可如今论G伸缩也不会让人觉得意外
早期的文件系统,采取尾部留空,那时候还不成问题,当前磁盘存储的飙升,在这种情况下,如果当前末尾没有足够的空间,铁定是会不连续的记录了.相对于将尾部置换出连续空间所一定付出的性能代价,大于了当前文件碎片化所可能得到的受益
to碎or to不碎,基本是不用考虑的选择了
ReiserFS等起跑较晚的文件系统就更进一步的采用了大小文件和固定变长文件区别对待,在同一个物理分区中,将不同性质文件集中存储,(形象点就是区中区),这已经是将社区的一种思潮给实作的例子了
Linux下面,除了用户数据以外,系统的库文件配置文件可执行文件,基本上不会发生很大的长度变化,Ext2所足以维护的限度就这些足够了,那些开发人员自己清楚哪里是硬软肋,他们的建议多半不是写着玩得.
早先的Linux是免维护系统的论调,越来越被务实的指南所冲刷了,对于企业来说,如果维护能够获得益处,付出人力的代价是完全可考虑的,对于个人用户用户来说,不但可以获得性能上的收益,而且有可能成为自己以后吃饭的机能之一,就更没有理由装完系统只用不摩了吧
更加前瞻的一些架构,例如早先曾经引起过一段时间关注的Google File System,其更加凸现了这样一种矛盾: 我们所坚信的一些事情有一套美妙的层层相扣的理论, 其实我们在实际操作中使用的是另一套没有诗情画意的实用原则.
我们相信自己的硬盘不会被雷噼了,实际上却定期备份自己的数据,我们相信备份的数据是可靠的,实际上却给里面放入校验,定期拿出来检查.
一些我们脱口能详的东西, 即使做过是深入考虑后, 如果别人忽然问一句你吃了没, 还是习惯沿用官方的 "我吃过了" 的回复吧
边吃米粉边敲帖子, 近日多次受到sinox刺激, 所以回复了个面条贴.
里面援引的多是一些原理性的资料, 具体的实现不敢妄谈, 我是说书人, 看官也莫当真.
还有就是半仙兄能否给我解释下我的/HOME分区,空闲和可用之间为何会相差0.8G。
- 1973liul_xxxx
- 帖子: 250
- 注册时间: 2006-07-29 20:50