Board logo

标题: 建议ML使用文件做交换分区 [打印本页]

作者: kakuyou    时间: 2005-1-28 17:14     标题: 建议ML使用文件做交换分区

虽然我没有看到过使用文件会比使用真正的分区慢多少,但可以大幅度简化用户安装时的郁闷。
作者: jiangtao9999    时间: 2005-1-28 19:49

还是分区好,至少不会被用户资料占用光。
作者: lanche    时间: 2005-1-28 21:46

提示: 作者被禁止或删除 内容自动屏蔽
作者: llc    时间: 2005-1-29 11:17     标题: Re: 建议ML使用文件做交换分区

[quote:a7ed392d39="kakuyou"]虽然我没有看到过使用文件会比使用真正的分区慢多少,但可以大幅度简化用户安装时的郁闷。[/quote]
真的不会慢吗?
作者: kakuyou    时间: 2005-1-31 11:09

呵呵,偶说的是方便用户,省得不懂的用户再在分区上犯晕。

不论你用分区还是用文件都是磁盘操作,磁盘操作对CPU来说都是漫长的,使用文件只不过内核要多一次定位(文件操作),我不认为这点时间对系统来说有什么明显的影响。

系统使用分区做交换分区的原因是在服务器系统上磁盘损坏是不能容忍的,服务器上使用单独分区的目的是使用不同的磁盘来做缓存,减少某个磁盘损坏集体完蛋的事情发生。

我觉得微软和苹果认为单个磁盘的个人系统搞那么多分区没有什么意义,既然ML是针对个人用户的,就应该能透明的东西就透明。
作者: duotaiya    时间: 2005-2-1 19:04

对,我也觉得应该透明的跟windows差不多才行
作者: lovewilliam    时间: 2005-2-1 19:11

我不同意!

我坚决反对!
作者: dzy    时间: 2005-2-5 15:08

我的原则是,UNIX/LINUX已经做得很好的地方,不必要再改动了。
作者: KDE    时间: 2005-2-6 17:49

那绝对不是个好主意,交换分区和交换文件的文件系统是不同的,交换分区是专门优化过的。再者,交换文件很难避免引入磁盘碎片。当你的内存较小的时候,使用带有磁盘碎片的交换文件性能降低是明显的。

windows 2000 的一种优化就是把页面文件移动到另外一个 IDE 接口的主硬盘的单独空白分区上,使之成为一个连续的固定大小文件。之所以是另一个 IDE 接口的主盘,是因为同一个 IDE 接口不能同时读写操作。

来这里的用户一般都是 win 下的老鸟,实在不该说出这样的话。
作者: Freeman25002003    时间: 2005-2-18 19:12

还是不要改的好,与其它linux系统保持一致
作者: architectcom    时间: 2005-2-28 00:59     标题: 同意!

[quote:6f950cab48="Freeman25002003"]还是不要改的好,与其它linux系统保持一致[/quote]同意!
作者: wolf0403    时间: 2005-3-4 02:15

[quote:cc18ebaf57="Freeman25002003"]还是不要改的好,与其它linux系统保持一致[/quote]
不如和那些出奇难用的 Unices 保持一致好了。。。
Magic 是面向终端用户的,不是么?新手通常会给 Linux 留一个分区,安装的时候你让他怎么不糊涂?

其实最好还是像 FreeBSD 那样,弄一个分区,里面自动分配……嘿嘿~~~
作者: KDE    时间: 2005-3-4 11:19

[quote:1c6a52c735="wolf0403"][quote:1c6a52c735="Freeman25002003"]还是不要改的好,与其它linux系统保持一致[/quote]
不如和那些出奇难用的 Unices 保持一致好了。。。
Magic 是面向终端用户的,不是么?新手通常会给 Linux 留一个分区,安装的时候你让他怎么不糊涂?

其实最好还是像 FreeBSD 那样,弄一个分区,里面自动分配……嘿嘿~~~[/quote]
你的思路有问题,这应该是安装程序的问题,通过策略可以解决自动划分 swap 问题。
作者: wolf0403    时间: 2005-3-4 22:34

嗯,然后每天接到 200 个电话询问:为什么我留了 5G 硬盘安装 Linux,最后 root 分区只有 4.5G ……
作者: yushan2000    时间: 2005-3-25 18:00

不要改吧! UNIX系统中交换分区的作用是相当大的, 如果改成文件的话. 不仅安全上没有保证, 而且会使系统性能大幅下降.
作者: wolf0403    时间: 2005-3-26 09:53

512M 的交换文件。。。Win2k 这样许多年了,7xxM 的 swap file 也用得,没见得怎么样啊。
作者: dukeduan    时间: 2005-3-26 10:03

直接在内核里的关掉算了。只要有256M以上的内存,应该不会降低太多的机器性能,
毕竟用来做服务器的人少,就算用来做服务器,一般服务器的内存也不会太少吧。
btw:我的机器就没有用交换分区。
作者: wolf0403    时间: 2005-3-26 20:35

呵呵,我 512 内存,不开虚存没问题。。。但是从内核里面关闭未免那个了一点。。。
作者: bigcat00    时间: 2005-3-26 20:40

嗯──要是在ML里面把交换分区改成交换文件,一新手刚学了ls -lah命令,一看,呵!什么文件啊?居然有几百兆??不管,先干掉再说。然后rm,呜啦──────硬盘又“节省”出N多空间哇,偷笑ing…………
然后………………   
作者: wjping119    时间: 2005-4-19 20:43

[quote:6523b5f003="bigcat00"]嗯──要是在ML里面把交换分区改成交换文件,一新手刚学了ls -lah命令,一看,呵!什么文件啊?居然有几百兆??不管,先干掉再说。然后rm,呜啦──────硬盘又“节省”出N多空间哇,偷笑ing…………
然后………………   [/quote]
这倒不是问题
事实上,我们的叫化分区用到的很少,而其设置的也不大,我认为楼主的想法是完全可行的。完全可以进行尝试。
作者: kakuyou    时间: 2005-4-27 18:26

我只是提个小建议,采纳不采纳都无所谓,因为我不是magic的用户。

我个人更喜欢slack那样的发行版,每一件事情都明明白白。我从来
不信任发行版里带的那些自动分区工具,例如我最近试用suse的9.2
pro,它的安装程序缺省适用主分区,例如hda2:swap hda3:/,但是
如果你选一遍手动,什么都不改再选一次自动,它就会变成hda5:swap
hda6:/的扩展分区,虽然可以说对安装没有影响,但我想一定会吓着
对分区不熟悉的用户。

使用file会慢多少好像没什么人讨论过,但对应用程序来说,有没有
swap都是透明的,只有内核才真正知道有没有swap。另外linux提供了
直接使用文件swap的简单手段。

我提这个建议的一个目的是说, 在已有数据的盘上再分区真的是件
很恐怖的操作,降低这个恐怖度也许能取悦使用者吧。
作者: wolf0403    时间: 2005-4-28 13:21

是阿,对于新手而言,东西越简单就是越好的。
作者: pslist    时间: 2005-5-5 17:35

BeOS 好象就是这样的把
beos是基于什么内核的吗?? 目录结构和linux差不多

上次玩了下那个放在硬盘镜象里的  感觉这东西玩具一样呵呵  
蛮爽的
作者: PXE2    时间: 2005-8-2 15:56

是阿。。特别是有个/boot分区真是鸡肋阿,其实/boot独立出来有用吗?还有就是MG2.0如何进入手动分区呢?
作者: KanKer    时间: 2005-8-2 16:17

/boot 可以使你在新内核无法启动的情况下,使用旧内核。Magic并未提供自动分区功能,故你见到的分区界面就是手动的。
作者: stdio    时间: 2005-8-2 16:39

*nix目录都是根据一个目录标准制定的
作者: songqing    时间: 2005-8-6 10:59

UNIX系统设交换分区自有它的道理,还是不要改
作者: bookstack    时间: 2005-8-9 08:35

[quote:e2226b32db="wolf0403"]嗯,然后每天接到 200 个电话询问:为什么我留了 5G 硬盘安装 Linux,最后 root 分区只有 4.5G ……[/quote]

为什么windows用户从来不问,我留了3g装windows, 为什么装完了分区只有xxx M ?
作者: bookstack    时间: 2005-8-9 08:37

ML打算支持suspend to ram 2吗?
如果是,肯定要一个大于内存容量的交换分区的。

BTW, ML听起来, 
作者: KDE    时间: 2005-8-11 18:42

[quote:ec8fe8a60f="bookstack"]ML打算支持suspend to ram 2吗?
如果是,肯定要一个大于内存容量的交换分区的。

BTW, ML听起来,  [/quote]我忘了内核里是否选中了这个支持。
作者: Miliardo    时间: 2005-8-19 00:11

反对楼主提案!
我可是1G的内存,经常Swap还要开几百MB(当然是做一些比较BT的事情)。文件系统的效率再怎么高恐怕也无法忍受吧……

个人倒是认为ML和ML安装程序的分区部分可以取消ext2这个选项,那个文件系统脆弱得太可怕了。

我觉得,在安装的时候向用户解释,并给用户一个选择是个不错的主意(使用交换文件/使用交换分区/不使用交换空间)。
作者: cjacker    时间: 2005-8-19 09:19

[quote:08dc583899="KDE"][quote:08dc583899="bookstack"]ML打算支持suspend to ram 2吗?
如果是,肯定要一个大于内存容量的交换分区的。

BTW, ML听起来,  [/quote]我忘了内核里是否选中了这个支持。[/quote]

需要一个额外的补丁。

而且经过我大量的调试,10台机器估计有5台是不可以suspend的。

另外,如果用户安装了其他电源管理支持有问题的驱动也不能suspend。

还有就是,如果用户使用了ati显卡驱动,也不能suspend。

另外就是有一部分机器suspend后不能自动断电。
有一部分机器suspend后恢复后内核崩溃。

所以,如果你成功了,那是幸运。
如果你不成功,那是正常

反正我是成功了一大部分,失败了一小部分,经过测试的机器大概有数十台。

BTW:机器越老越好。当然要支持电源管理,呵呵
作者: 冰寻    时间: 2005-8-22 18:13

我的建议是在安装时尤其是分区的时候给出<重要的提示>这样的做法要好的多
作者: KDE    时间: 2005-8-23 17:36

[quote:a1c80bca99="cjacker"][quote:a1c80bca99="KDE"][quote:a1c80bca99="bookstack"]ML打算支持suspend to ram 2吗?
如果是,肯定要一个大于内存容量的交换分区的。

BTW, ML听起来,  [/quote]我忘了内核里是否选中了这个支持。[/quote]

需要一个额外的补丁。

而且经过我大量的调试,10台机器估计有5台是不可以suspend的。

另外,如果用户安装了其他电源管理支持有问题的驱动也不能suspend。

还有就是,如果用户使用了ati显卡驱动,也不能suspend。

另外就是有一部分机器suspend后不能自动断电。
有一部分机器suspend后恢复后内核崩溃。

所以,如果你成功了,那是幸运。
如果你不成功,那是正常

反正我是成功了一大部分,失败了一小部分,经过测试的机器大概有数十台。

BTW:机器越老越好。当然要支持电源管理,呵呵[/quote]
既然如此还是不要为好。
作者: loveKDE    时间: 2005-8-25 17:47

呵呵。。有想法。。你可以在有交换分区的情况下自己划一个文件呀




欢迎光临 中国Linux公社论坛 (http://forum.linuxfans.org/) Powered by Discuz! 6.1.0F