Deepin 和 Win8.1双系统
Tofloor
poster avatar
asdl007
deepin
2013-10-18 02:06
Author
DeepinScreenshot20131017175312.pngDeepin作为主系统装在SSD里,安装VMWARE虚拟机,WIN8.1虚拟机里运行很流畅!终于不用在WINDOWS里烦躁了!很满意!
Reply Favorite View the author
All Replies
woodelf
deepin
2013-10-18 03:06
#1
由于ext4对SSD的渣优化,目测不出一年就会挂。
Reply View the author
cxbii
deepin
2013-10-18 04:34
#2
btrfs这个文件系统比较合适ssd吧...
Reply View the author
asdl007
deepin
2013-10-18 04:41
#3
SSD在EXT4里面感觉性能还可以呀!不会那么快就坏吧!
Reply View the author
woodelf
deepin
2013-10-18 04:58
#4
SSD在EXT4里面感觉性能还可以呀!不会那么快就坏吧!
问题不在性能上,而在ext4本身的文件系统特性上。由于ext4是日志文件系统,本身就会不断往磁盘写入大量日志,占用I/O时间。而且默认情况下ext4是不开trim的,用户不光要在挂载参数上手动填写noatime和discard,而且最好还要每个月甚至每个星期就手动trim一次。
另外,Linux内核的I/O scheduler也要改成noop,有些发行版默认情况下未必开启了这些优化。
除此之外,最好是把/tmp,/var/tmp都挂载到tmpfs,浏览器的缓存也设置到tmpfs上,而且最好连swap都不要放在SSD上,以减少读写。
你把SSD的使用想得太简单了,Linux对SSD支持还没到开箱即用的地步。
Reply View the author
cxbii
deepin
2013-10-18 05:28
#5
日志模式+ssd的寿命限制....
这样能想通了吧
Reply View the author
asdl007
deepin
2013-10-18 08:17
#6
问题不在性能上,而在ext4本身的文件系统特性上。由于ext4是日志文件系统,本身就会不断往磁盘写入大量日志,占用I/O时间。而且默认情况下ext4是不开trim的,用户不光要在挂载参数上手动填写noatime和discard,而且最好还要每个月甚至每个星期就手动trim一次。
另外,Linux内核的I/O scheduler也要改成noop,有些发行版默认情况下未必开启了这些优化。
除此之外,最好是把/tmp,/var/tmp都挂载到tmpfs,浏览器的缓存也设置到tmpfs上,而且最好连swap都不要放在SSD上,以减少读写。
你把SSD的使用想得太简单了,Linux对SSD支持还没到开箱即用的地步。

现在的闪存没那么娇贵了,MLC的,64G只做系统的,我都用了8个月了,WINDOWS 和LINUX都用过,有时候下载直接在上面,到现在还是100%的健康度。不过手动TRIM的建议值得考虑。
Reply View the author
woodelf
deepin
2013-10-18 17:02
#7
[quote]
问题不在性能上,而在ext4本身的文件系统特性上。由于ext4是日志文件系统,本身就会不断往磁盘写入大量日志,占用I/O时间。而且默认情况下ext4是不开trim的,用户不光要在挂载参数上手动填写noatime和discard,而且最好还要每个月甚至每个星期就手动trim一次。
另外,Linux内核的I/O scheduler也要改成noop,有些发行版默认情况下未必开启了这些优化。
除此之外,最好是把/tmp,/var/tmp都挂载到tmpfs,浏览器的缓存也设置到tmpfs上,而且最好连swap都不要放在SSD上,以减少读写。
你把SSD的使用想得太简单了,Linux对SSD支持还没到开箱即用的地步。

现在的闪存没那么娇贵了,MLC的,64G只做系统的,我都用了8个月了,WINDOWS 和LINUX都用过,有时候下载直接在上面,到现在还是100%的健康度。不过手动TRIM的建议值得考虑。[/quote]
你理解错了,现在的SSD主控本来就有零散写入的指令集。即使是MLC,也有1万次的擦写寿命,你只用了8个月,当然没达到寿命限制。不过多注意点总是好的,何况现在三星还推出了廉价的TLC固态盘。
我所说的优化,改善的不是读写性能,而是使用寿命,有条件的话你大可以测试下。而且,Linux是可以优化,但是内核和文件系统默认并不会给你打开优化,我所说的正是打开优化的方法。
另外,我也提醒下,如果你的分区表是MBR,那么installer的分区工具未必会按照4KB的扇区来给你划分分区。而且,分区的blocksize在32KB以上才可以达到最好的读写性能。
Reply View the author
xliang9550
deepin
2013-10-18 18:44
#8
对齐的问题是不存在的,默认都是按照1MB偏移量对齐的。我用PartedMagic下的fdisk或gdisk都测试过。
至于trim的问题,确实值得注意。我给实验室配的工作站只是将正版Win7Pro(默认支持trim)放在了SSD上,而Linux仍然安装在企业级HDD上。
Reply View the author
asdl007
deepin
2013-10-18 19:35
#9
新出的格式化工具一般都对齐了,至于临时文件、浏览网页的缓存也没多大的数据写入量,只是TRIM,这个有点麻烦,希望深度下个版本这方面改进一下。
Reply View the author