为何magiclinux比其它linux占用巨大内存???

ahtian928

楼上XD说的比较透彻,ML研发团队的大牛们看看呢?

mandrakechina

大牛们普遍认为，给用户装的软件越多，就代表越为用户考虑。另外，Magic Installer还没有智能到可以根据用户计算机的配置选择安装软件。这点和SUSE比较类似：由于安装程序无法检测出计算机是否有蓝牙接口，所以就不管三七二十一，把kbluetooth装上再说。当然，我只是打个比方，Magic并没有自动安装kbluetooth。

KanKer

ML 占用内存较多是因为做过设置利用更多的空闲内存做缓冲。目前的主流机器内存应该都在256M以上，这个配置基本用不到或很少用到磁盘 swap 。

如果有人觉得这个设置不爽，可以修改 /etc/sysctl.conf，将里面的
vm.swappiness = 40 改成 0-99 之间的数。数字越大表示交换到磁盘上的数据越多，剩余的内存也就越多，磁盘的寿命下降的也越快  

haulm

我内存512M，检查swap使用情况发现1M都没用上，以此也告诉大家，不必非得为swap交换分区开置内存两倍的大小的空间，估计家用机给个512M都太多了。

ease_lee

我才给了200M

suncrow

[quote:238d681f20="mandrakechina"]对硬件的识别程度和安装软件的数量，决定了系统内存的占用情况。像Magic这样一个以KDE为标准桌面环境的发行版，居然不对KDE的包进行拆分，导致系统的无用服务过多，这是导致内存占用较大的根本原因。[/quote]

XD此言差矣，ML 的服务默认状态下大多是关闭的，就连我装个 pro/E 还得为 portmap 这个服务的开启折腾好几天。     

rnjaje

[quote:bba1dc5c31="KanKer"]ML 占用内存较多是因为做过设置利用更多的空闲内存做缓冲。目前的主流机器内存应该都在256M以上，这个配置基本用不到或很少用到磁盘 swap 。

如果有人觉得这个设置不爽，可以修改 /etc/sysctl.conf，将里面的
vm.swappiness = 40 改成 0-99 之间的数。数字越大表示交换到磁盘上的数据越多，剩余的内存也就越多，磁盘的寿命下降的也越快  [/quote]
相对的，内存寿命也就越短。

KanKer

[quote:49dfe5cbe8="rnjaje"]
相对的，内存寿命也就越短。 [/quote]

兄弟，你很有创意。能不能教教偶，如何不用内存？

sccat

[quote:8e55b449f2="mandrakechina"]对硬件的识别程度和安装软件的数量，决定了系统内存的占用情况。像Magic这样一个以KDE为标准桌面环境的发行版，居然不对KDE的包进行拆分，导致系统的无用服务过多，这是导致内存占用较大的根本原因。[/quote]

哪些发行版做得比较好?

icewyl

但我现在想知道为什么在magiclinux中"系统进程"的数据和free -m的输出却相差巨大的原因??

lqjs

就是关键要看实际的运行效率!

heyuqi

像Magic这样一个以KDE为标准桌面环境的发行版，居然不对KDE的包进行拆分

嗯，我也觉得ML在这方面做得不好。事实上在KDE里的很多软件我都不会用到的，但是，又无法删掉，因为ML是用了一个大包把很多程序都包在一起了，很不方便。可能是ML一直是以KDE为桌面，在这方面考虑得比较少。

另外，ML的arts包是依赖于qt包的，我觉得挺怪的。

KanKer

什么会无法删掉呢？你如果嫌其占空间，那就直接用 rm 删除就行了。
ML 自带的 KDE 包已对许多程序进行了精减。除非安装程序订制，否则就算是分包你还是不可避免的会嫌用不到的软件太多。

arts 本来就依赖于 qt ，这没什么好奇怪的。它目前仍是 KDE 的声音支持层。

mandrakechina

[quote:822c3caca6="sccat"][quote:822c3caca6="mandrakechina"]对硬件的识别程度和安装软件的数量，决定了系统内存的占用情况。像Magic这样一个以KDE为标准桌面环境的发行版，居然不对KDE的包进行拆分，导致系统的无用服务过多，这是导致内存占用较大的根本原因。[/quote]

哪些发行版做得比较好?[/quote]如果指拆包问题的话，所有的发行版里只有Fedora Core是不对KDE拆包的，因为他们把所有的精力全部放在GNOME上，KDE只是一个附属产品。

[quote:822c3caca6="suncrow"]XD此言差矣，ML 的服务默认状态下大多是关闭的，就连我装个 pro/E 还得为 portmap 这个服务的开启折腾好几天。     [/quote]我说的是KDE的服务，ksysbuildco(大概是这么个类似的名字)对系统资源的占用依赖于所安装的KDE软件多寡。

heyuqi

arts 本来就依赖于 qt ，这没什么好奇怪的。它目前仍是 KDE 的声音支持层。

但是 GNOME 也是要依赖于 arts 的，但不用依赖于qt