w*r 发帖数: 2421 | 1 mac mini 2013 yosmite 已经enable trim,重新从timemachine restore了一遍,但是
还是很慢, 怎么办?
另外一台macbook pro 2011 snow leopard没有enable trim都比这台快 |
a***y 发帖数: 19743 | 2 啥SSD
【在 w*r 的大作中提到】![](/moin_static193/solenoid/img/up.png) : mac mini 2013 yosmite 已经enable trim,重新从timemachine restore了一遍,但是 : 还是很慢, 怎么办? : 另外一台macbook pro 2011 snow leopard没有enable trim都比这台快
|
w*r 发帖数: 2421 | |
T****O 发帖数: 407 | 4 TRIM并不提高SSD性能,他的目的是防止SSD退化。比较新的SSD自带所谓“垃圾处理”
功能,对操作系统透明,无需TRIM而可维持SSD性能。况且Yosemite上用第三方工具实
现TRIM有这不小的潜在危险。
“慢”,可能来自两个完全不同的原因:硬盘吞吐差,这不太可能,或者系统响应迟钝
。而响应迟钝很难说一定与硬盘有关。比如某一个或几个daemon掐住CPU不放,它们的
占用率不一定高,却造成响应迟钝。 |
w*r 发帖数: 2421 | 5 给你看一个iostat的截图,dd在写文件的时候直接都去了disk1那是hdd不是ssd
disk0 disk1 cpu load average
KB/t tps MB/s KB/t tps MB/s us sy id 1m 5m 15m
0.00 0 0.00 582.49 119 67.42 7 6 87 1.36 1.58 1.46
0.00 0 0.00 757.00 98 72.61 8 6 86 1.36 1.58 1.46
7.88 45 0.35 279.28 123 33.41 5 4 91 1.49 1.61 1.47
8.00 26 0.20 119.29 251 29.30 4 4 93 1.53 1.61 1.47
0.00 0 0.00 518.90 93 47.11 2 3 95 1.53 1.61 1.47
0.00 0 0.00 70.77 841 58.15 3 5 92 1.57 1.62 1.4
/dev/disk0
#: TYPE NAME SIZE
IDENTIFIER
0: GUID_partition_scheme *240.1 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage 239.7 GB disk0s2
3: Apple_Boot Boot OS X 134.2 MB disk0s3
/dev/disk1
#: TYPE NAME SIZE
IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk1
1: EFI EFI 209.7 MB disk1s1
2: Apple_CoreStorage 999.3 GB disk1s2
3: Apple_Boot Recovery HD 650.1 MB disk1s3
/dev/disk2
#: TYPE NAME SIZE
IDENTIFIER
0: Apple_HFS Macintosh HD *1.2 TB disk2
Logical Volume on disk0s2, disk1s2
908F662A-87F3-49AC-831D-B406242F24DE
Unencrypted Fusion Drive
=========================================================
Name: Fusion
Status: Online
Size: 1239058333696 B (1.2 TB)
Free Space: 106496 B (106.5 KB)
|
+-< Physical Volume F3630933-B142-43B5-82E0-983ABA5002E1
| ----------------------------------------------------
| Index: 0
| Disk: disk0s2
| Status: Online
| Size: 239713435648 B (239.7 GB)
|
+-< Physical Volume 54998E47-B222-4B26-AF1A-8F6E889EF3D5
| ----------------------------------------------------
| Index: 1
| Disk: disk1s2
| Status: Online
| Size: 999344898048 B (999.3 GB)
|
+-> Logical Volume Family 3FAD978E-9998-4167-8440-D7DE85D6E326
----------------------------------------------------------
Encryption Status: Unlocked
Encryption Type: None
Conversion Status: NoConversion
Conversion Direction: -none-
Has Encrypted Extents: No
Fully Secure: No
Passphrase Required: No
|
+-> Logical Volume 908F662A-87F3-49AC-831D-B406242F24DE
---------------------------------------------------
Disk: disk2
Status: Online
Size (Total): 1228394725376 B (1.2 TB)
Conversion Progress: -none-
Revertible: No
LV Name: Macintosh HD
Volume Name: Macintosh HD
Content Hint: Apple_HFS |
a***y 发帖数: 19743 | 6 没看出来测速怎么测的
是真的跑的慢还是测速慢
【在 w*r 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 给你看一个iostat的截图,dd在写文件的时候直接都去了disk1那是hdd不是ssd : disk0 disk1 cpu load average : KB/t tps MB/s KB/t tps MB/s us sy id 1m 5m 15m : 0.00 0 0.00 582.49 119 67.42 7 6 87 1.36 1.58 1.46 : 0.00 0 0.00 757.00 98 72.61 8 6 86 1.36 1.58 1.46 : 7.88 45 0.35 279.28 123 33.41 5 4 91 1.49 1.61 1.47 : 8.00 26 0.20 119.29 251 29.30 4 4 93 1.53 1.61 1.47 : 0.00 0 0.00 518.90 93 47.11 2 3 95 1.53 1.61 1.47 : 0.00 0 0.00 70.77 841 58.15 3 5 92 1.57 1.62 1.4 : /dev/disk0
|
w*r 发帖数: 2421 | 7 iostat output
disk1 上有kb/t,tps mb/s
disk0上几乎没有任何activity.
disk1上面的throughput只有30mb/sec -- 70mb/sec这个明显就是传统hdd的顺序写的
speed
dd command是
dd if=/dev/zero of=test.out bs=4k count=10000000
这个板上有人有类似的经历吗? |
a***y 发帖数: 19743 | 8 启动程序重启速度快就别管这么多
OS自己决定什么往SSD什么往HDD写
【在 w*r 的大作中提到】![](/moin_static193/solenoid/img/up.png) : iostat output : disk1 上有kb/t,tps mb/s : disk0上几乎没有任何activity. : disk1上面的throughput只有30mb/sec -- 70mb/sec这个明显就是传统hdd的顺序写的 : speed : dd command是 : dd if=/dev/zero of=test.out bs=4k count=10000000 : 这个板上有人有类似的经历吗?
|
w*r 发帖数: 2421 | |
a***y 发帖数: 19743 | 10 为啥?
你也没说程序启动或重启慢如HDD。有些测速工具不一定能反应fusion drive的速度
【在 w*r 的大作中提到】![](/moin_static193/solenoid/img/up.png) : aaaty......我很无语
|
|
|
w*r 发帖数: 2421 | 11 dd 最基本的unix命令啊,其他的工具所谓测速也不过同样原理 |
a***y 发帖数: 19743 | 12 用别的方法测会死吗?
你以为懂unix命令用用dd就不得了了?
你这是浪费自己和他人的时间。
我这里是原装fusion drive
time dd if=/dev/zero bs=1024k of=tstfile count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 20.579865 secs (52174386 bytes/sec)
不过是50MB/s
而dd时iostat的输出则是:
disk0 disk1 disk3 cpu load average
KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us sy id 1m 5m
15m
21.29 113 2.34 32.16 11 0.34 17.75 45 0.77 2 1 96 1.77 1.
94 2.08
dd if=/dev/zero of=test.out bs=4k count=10000000
的话,iostat的输出更小。
【在 w*r 的大作中提到】![](/moin_static193/solenoid/img/up.png) : dd 最基本的unix命令啊,其他的工具所谓测速也不过同样原理
|
w*r 发帖数: 2421 | 13 你这个iostats怎么只有一行,而且看起来三个盘加起来只有2M/sec
你的dd显示有49M/sec的throughput... 你认为你的iostat的结果有没有问题?
iostat [interav] [count] |
a***y 发帖数: 19743 | 14 我认为是这个iostat并不准确吧。从activity monitor里看到是50多MB
这也不是SSD的速度,而是HDD的速度。
所有结论就是这个dd不会调动SSD,即使是在官方fusion drive上。
【在 w*r 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 你这个iostats怎么只有一行,而且看起来三个盘加起来只有2M/sec : 你的dd显示有49M/sec的throughput... 你认为你的iostat的结果有没有问题? : iostat [interav] [count]
|
w*r 发帖数: 2421 | 15 iostat 是准确的,似乎SSD满了之后fusion core storage 决定的写服务直接上HDD,
只有block 被读了N次之后才会在后台swap到ssd上面去, 有待实验确定,
这个Core storage lvm 有点奇怪的,在另外一台macbook pro上面表现完全不一样,当
然macbook pro上面的fusion drive比mini上少200GB数据,虽然总数据量超过120GB的
ssd可能ssd上面没有写满。 |