g*c
2 楼
谁给说说,这是为啥?
x*s
3 楼
10年3月1号买的,intel x25-m-g2-160G
用了一年了,始终保持有40%的容量空闲,mac os x
从xbench的结果来看,硬盘得分从300,降到了200,
主要是uncached 4k write性能下降非常明显
==> xbench_20100316.txt <==
Disk Test 305.77
Sequential 197.95
Uncached Write 172.73 106.05 MB/sec [4K blocks]
Uncached Write 171.90 97.26 MB/sec [256K blocks]
Uncached Read 159.15 46.58 MB/sec [4K blocks]
Uncached Read 431.56 216.90 MB/sec [256K blocks]
Random 671.56
Uncached Write 808.71 85.61 MB/sec [4K blocks]
Uncached Write 308.45 98.75 MB/sec [256K blocks]
Uncached Read 1996.66 14.15 MB/sec [4K blocks]
Uncached Read 1023.64 189.94 MB/sec [256K blocks]
==> xbench_20110127.txt <==
Disk Test 201.24
Sequential 160.76
Uncached Write 101.58 62.37 MB/sec [4K blocks]
Uncached Write 163.47 92.49 MB/sec [256K blocks]
Uncached Read 152.64 44.67 MB/sec [4K blocks]
Uncached Read 422.28 212.24 MB/sec [256K blocks]
Random 268.97
Uncached Write 129.26 13.68 MB/sec [4K blocks]
Uncached Write 180.92 57.92 MB/sec [256K blocks]
Uncached Read 1711.84 12.13 MB/sec [4K blocks]
Uncached Read 976.76 181.24 MB/sec [256K blocks]
用了一年了,始终保持有40%的容量空闲,mac os x
从xbench的结果来看,硬盘得分从300,降到了200,
主要是uncached 4k write性能下降非常明显
==> xbench_20100316.txt <==
Disk Test 305.77
Sequential 197.95
Uncached Write 172.73 106.05 MB/sec [4K blocks]
Uncached Write 171.90 97.26 MB/sec [256K blocks]
Uncached Read 159.15 46.58 MB/sec [4K blocks]
Uncached Read 431.56 216.90 MB/sec [256K blocks]
Random 671.56
Uncached Write 808.71 85.61 MB/sec [4K blocks]
Uncached Write 308.45 98.75 MB/sec [256K blocks]
Uncached Read 1996.66 14.15 MB/sec [4K blocks]
Uncached Read 1023.64 189.94 MB/sec [256K blocks]
==> xbench_20110127.txt <==
Disk Test 201.24
Sequential 160.76
Uncached Write 101.58 62.37 MB/sec [4K blocks]
Uncached Write 163.47 92.49 MB/sec [256K blocks]
Uncached Read 152.64 44.67 MB/sec [4K blocks]
Uncached Read 422.28 212.24 MB/sec [256K blocks]
Random 268.97
Uncached Write 129.26 13.68 MB/sec [4K blocks]
Uncached Write 180.92 57.92 MB/sec [256K blocks]
Uncached Read 1711.84 12.13 MB/sec [4K blocks]
Uncached Read 976.76 181.24 MB/sec [256K blocks]
n*t
4 楼
一種是企圖讓人喝高了也能寫程序的,python,java是這種。
一種是腦子糊塗連編譯都沒法通過或者直接crash的,assembly, C是這種。
一般大家認為用前一種語言的程序員沒法用第二種,
但是很多人不知道其實用第二種語言的程序員也沒法真正用第一種。
這裡的沒法用,不是說能力上沒法用,而是說,前一種社區裏面充斥了多快糙猛的人,
除非你完全不用別人的代碼,幾乎一定會被噁心到。同時第一種人永遠不會理解第二種
人,因為他們覺得這些差距都是技術問題,為什麼第二種人不能幫忙解決這種問題。
計算機語言始終是簡單的東西,人和人的語言,或者說是交流帶寬是複雜很多的事情。某
種計算機語言,從某個角度來說就是讓類似想法的人聚在一起的一個base而已。這就是
為什麼Linus說如果用C僅僅可以讓所謂的C++程序員不要碰他的kernel都值了的原因。
一種是腦子糊塗連編譯都沒法通過或者直接crash的,assembly, C是這種。
一般大家認為用前一種語言的程序員沒法用第二種,
但是很多人不知道其實用第二種語言的程序員也沒法真正用第一種。
這裡的沒法用,不是說能力上沒法用,而是說,前一種社區裏面充斥了多快糙猛的人,
除非你完全不用別人的代碼,幾乎一定會被噁心到。同時第一種人永遠不會理解第二種
人,因為他們覺得這些差距都是技術問題,為什麼第二種人不能幫忙解決這種問題。
計算機語言始終是簡單的東西,人和人的語言,或者說是交流帶寬是複雜很多的事情。某
種計算機語言,從某個角度來說就是讓類似想法的人聚在一起的一個base而已。這就是
為什麼Linus說如果用C僅僅可以讓所謂的C++程序員不要碰他的kernel都值了的原因。
B*n
5 楼
一切听老大的~~ 反正大家乐呵着玩呢
P*k
6 楼
payment method可以改的呀, 从银行转帐是默认的
d*0
7 楼
mac还不支持trim?
x*u
8 楼
C和汇编不会crash,只会出现不定位置不可预测行为
C++属于有设计缺陷的语言,需要单讲
。某
【在 n******t 的大作中提到】
: 一種是企圖讓人喝高了也能寫程序的,python,java是這種。
: 一種是腦子糊塗連編譯都沒法通過或者直接crash的,assembly, C是這種。
: 一般大家認為用前一種語言的程序員沒法用第二種,
: 但是很多人不知道其實用第二種語言的程序員也沒法真正用第一種。
: 這裡的沒法用,不是說能力上沒法用,而是說,前一種社區裏面充斥了多快糙猛的人,
: 除非你完全不用別人的代碼,幾乎一定會被噁心到。同時第一種人永遠不會理解第二種
: 人,因為他們覺得這些差距都是技術問題,為什麼第二種人不能幫忙解決這種問題。
: 計算機語言始終是簡單的東西,人和人的語言,或者說是交流帶寬是複雜很多的事情。某
: 種計算機語言,從某個角度來說就是讓類似想法的人聚在一起的一個base而已。這就是
: 為什麼Linus說如果用C僅僅可以讓所謂的C++程序員不要碰他的kernel都值了的原因。
C++属于有设计缺陷的语言,需要单讲
。某
【在 n******t 的大作中提到】
: 一種是企圖讓人喝高了也能寫程序的,python,java是這種。
: 一種是腦子糊塗連編譯都沒法通過或者直接crash的,assembly, C是這種。
: 一般大家認為用前一種語言的程序員沒法用第二種,
: 但是很多人不知道其實用第二種語言的程序員也沒法真正用第一種。
: 這裡的沒法用,不是說能力上沒法用,而是說,前一種社區裏面充斥了多快糙猛的人,
: 除非你完全不用別人的代碼,幾乎一定會被噁心到。同時第一種人永遠不會理解第二種
: 人,因為他們覺得這些差距都是技術問題,為什麼第二種人不能幫忙解決這種問題。
: 計算機語言始終是簡單的東西,人和人的語言,或者說是交流帶寬是複雜很多的事情。某
: 種計算機語言,從某個角度來說就是讓類似想法的人聚在一起的一個base而已。這就是
: 為什麼Linus說如果用C僅僅可以讓所謂的C++程序員不要碰他的kernel都值了的原因。
g*t
11 楼
well said.
為啥你未有多來發言
。某
【在 n******t 的大作中提到】
: 一種是企圖讓人喝高了也能寫程序的,python,java是這種。
: 一種是腦子糊塗連編譯都沒法通過或者直接crash的,assembly, C是這種。
: 一般大家認為用前一種語言的程序員沒法用第二種,
: 但是很多人不知道其實用第二種語言的程序員也沒法真正用第一種。
: 這裡的沒法用,不是說能力上沒法用,而是說,前一種社區裏面充斥了多快糙猛的人,
: 除非你完全不用別人的代碼,幾乎一定會被噁心到。同時第一種人永遠不會理解第二種
: 人,因為他們覺得這些差距都是技術問題,為什麼第二種人不能幫忙解決這種問題。
: 計算機語言始終是簡單的東西,人和人的語言,或者說是交流帶寬是複雜很多的事情。某
: 種計算機語言,從某個角度來說就是讓類似想法的人聚在一起的一個base而已。這就是
: 為什麼Linus說如果用C僅僅可以讓所謂的C++程序員不要碰他的kernel都值了的原因。
為啥你未有多來發言
。某
【在 n******t 的大作中提到】
: 一種是企圖讓人喝高了也能寫程序的,python,java是這種。
: 一種是腦子糊塗連編譯都沒法通過或者直接crash的,assembly, C是這種。
: 一般大家認為用前一種語言的程序員沒法用第二種,
: 但是很多人不知道其實用第二種語言的程序員也沒法真正用第一種。
: 這裡的沒法用,不是說能力上沒法用,而是說,前一種社區裏面充斥了多快糙猛的人,
: 除非你完全不用別人的代碼,幾乎一定會被噁心到。同時第一種人永遠不會理解第二種
: 人,因為他們覺得這些差距都是技術問題,為什麼第二種人不能幫忙解決這種問題。
: 計算機語言始終是簡單的東西,人和人的語言,或者說是交流帶寬是複雜很多的事情。某
: 種計算機語言,從某個角度來說就是讓類似想法的人聚在一起的一個base而已。這就是
: 為什麼Linus說如果用C僅僅可以讓所謂的C++程序員不要碰他的kernel都值了的原因。
E*A
12 楼
这个包子太太太小了,既然是全站至少一人1000
p*l
16 楼
啥时候出第3代呢?
【在 x*********s 的大作中提到】
: 10年3月1号买的,intel x25-m-g2-160G
: 用了一年了,始终保持有40%的容量空闲,mac os x
: 从xbench的结果来看,硬盘得分从300,降到了200,
: 主要是uncached 4k write性能下降非常明显
: ==> xbench_20100316.txt <==
: Disk Test 305.77
: Sequential 197.95
: Uncached Write 172.73 106.05 MB/sec [4K blocks]
: Uncached Write 171.90 97.26 MB/sec [256K blocks]
: Uncached Read 159.15 46.58 MB/sec [4K blocks]
【在 x*********s 的大作中提到】
: 10年3月1号买的,intel x25-m-g2-160G
: 用了一年了,始终保持有40%的容量空闲,mac os x
: 从xbench的结果来看,硬盘得分从300,降到了200,
: 主要是uncached 4k write性能下降非常明显
: ==> xbench_20100316.txt <==
: Disk Test 305.77
: Sequential 197.95
: Uncached Write 172.73 106.05 MB/sec [4K blocks]
: Uncached Write 171.90 97.26 MB/sec [256K blocks]
: Uncached Read 159.15 46.58 MB/sec [4K blocks]
s*i
18 楼
不是吧,十个ID才200,我还以为是200×10
n*l
20 楼
没有必要做这种人为切割吧。真正的高手两个都用,而其python的高阶就是写C module
了吧。
了吧。
a*i
22 楼
不支持trim一年才衰减30%已经算不错了
t*s
28 楼
不支持TRIM也不必更换
算法尚可,有toolbox配合的SSD,如果衰减到一定程度,备份一下全盘,整个erase,
再恢复回去即可
实在想在SSD上跑XP的也可以这样做,不过容量小的SSD不要这样折腾
算法尚可,有toolbox配合的SSD,如果衰减到一定程度,备份一下全盘,整个erase,
再恢复回去即可
实在想在SSD上跑XP的也可以这样做,不过容量小的SSD不要这样折腾
x*u
29 楼
python的哲学是强制用库不然慢出屎,如果没有numpy,别人也会仿matlab写一个
而快的语言就两难了,比如java可以优化到和C速度差不多,但JRE不针对BLAS优化,最
后结果还是不如numpy
打个比方就是如果某领导完全外行,他可能虚心听取业内专家意见做事中规中矩,怕的
就是半瓶水的领导什么事都要插一脚
【在 g****t 的大作中提到】
: Python如果没有numpy和java没什么大区别。
: ML/AI时代是R,Matlab这些人进来,这是第二类。
:
:
: 还不如对比java和python
:
: python是你描述清楚想干嘛最重要,java是和当前体系结构适配好最重要
:
: C 需要自己躲地雷并且躲别人踩的地雷的弹片,属于缺陷儿童啊。
:
而快的语言就两难了,比如java可以优化到和C速度差不多,但JRE不针对BLAS优化,最
后结果还是不如numpy
打个比方就是如果某领导完全外行,他可能虚心听取业内专家意见做事中规中矩,怕的
就是半瓶水的领导什么事都要插一脚
【在 g****t 的大作中提到】
: Python如果没有numpy和java没什么大区别。
: ML/AI时代是R,Matlab这些人进来,这是第二类。
:
:
: 还不如对比java和python
:
: python是你描述清楚想干嘛最重要,java是和当前体系结构适配好最重要
:
: C 需要自己躲地雷并且躲别人踩的地雷的弹片,属于缺陷儿童啊。
:
l*t
33 楼
支持!
n*2
34 楼
先别急着喷。
我怎么记得Mac有自己的碎片整理机制,不像Win的碎片整理或者Win7的trim那种。
我怎么记得Mac有自己的碎片整理机制,不像Win的碎片整理或者Win7的trim那种。
d*g
39 楼
支持~~~~
俺来给老大list:
小捷
豆豆猫
EPA
小觅
RASALD
rookiejane
sweetmilk(小兔)
Febaugust(遥遥)
dede
兰溪mm
老大
天天
俺来给老大list:
小捷
豆豆猫
EPA
小觅
RASALD
rookiejane
sweetmilk(小兔)
Febaugust(遥遥)
dede
兰溪mm
老大
天天
n*2
40 楼
我知道不是一回事,但是不是类似的功能么?只不过一个是面向磁盘扇区,一个是面向闪存存储单元的。
我只是觉得很多人压根不了解Mac(或者说BSD),就开始喷...
再简明点说,HFS+ 和 NTFS 是一回事么?
我只是觉得很多人压根不了解Mac(或者说BSD),就开始喷...
再简明点说,HFS+ 和 NTFS 是一回事么?
b*t
41 楼
打工用的
和自己赚钱用的
和自己赚钱用的
l*3
42 楼
支持。。。大厨们快上。。。
n*2
49 楼
我同意他们是不同的。
我想说的是,他们都是要解决磁盘性能随读写次数而下降的问题,不是么?
以前磁盘整理是在系统层面把分散的数据重新整理到就近的扇区; 现在 TRIM 还是把分
散或者遗留的数据重新整理,整理到就近的存储单元。
Win7以前都是没有TRIM的,有个碎片整理,那时候BSD自己的文件系统就能比较好地解
决了磁盘碎片问题,所以不需要碎片整理。
到了Win7, 因为SSD,有了TRIM(这个还是人家SSD的Command,Win只是支持了这个
command而已),大家忽然开始觉得Win好先进了... 是不是太pathetic了点。
我想说的是,他们都是要解决磁盘性能随读写次数而下降的问题,不是么?
以前磁盘整理是在系统层面把分散的数据重新整理到就近的扇区; 现在 TRIM 还是把分
散或者遗留的数据重新整理,整理到就近的存储单元。
Win7以前都是没有TRIM的,有个碎片整理,那时候BSD自己的文件系统就能比较好地解
决了磁盘碎片问题,所以不需要碎片整理。
到了Win7, 因为SSD,有了TRIM(这个还是人家SSD的Command,Win只是支持了这个
command而已),大家忽然开始觉得Win好先进了... 是不是太pathetic了点。
y*j
50 楼
现在的CPP实在是太复杂了,专家都难以掌握。Effective Morden CPP 这本书都有很多
更正,说明连这个CPP专家都没法搞定。
golang 把继承砍了,我认为是对的,实在用途不是很大,却经常出问题。多态golang
只用了interface,这也很好。至于copy constructor, assignment constructor,
destructor, 经常出问题的地方,都可以砍掉。
: 我說過了,都是community。C 最大的問題就在於community.
: C 本質上需要第二種人才能用,但是又搞了一些東西讓以為自己是第二
種人但
是其實
: 是第一種人覺得自己有機會成為1,2通吃的人。這就是為什麼C 有所有
語言裏
面最詭
: 異的library 環境。
【在 n******t 的大作中提到】
: 我說過了,都是community。C++最大的問題就在於community.
: C++本質上需要第二種人才能用,但是又搞了一些東西讓以為自己是第二種人但是其實
: 是第一種人覺得自己有機會成為1,2通吃的人。這就是為什麼C++有所有語言裏面最詭
: 異的library 環境。
更正,说明连这个CPP专家都没法搞定。
golang 把继承砍了,我认为是对的,实在用途不是很大,却经常出问题。多态golang
只用了interface,这也很好。至于copy constructor, assignment constructor,
destructor, 经常出问题的地方,都可以砍掉。
: 我說過了,都是community。C 最大的問題就在於community.
: C 本質上需要第二種人才能用,但是又搞了一些東西讓以為自己是第二
種人但
是其實
: 是第一種人覺得自己有機會成為1,2通吃的人。這就是為什麼C 有所有
語言裏
面最詭
: 異的library 環境。
【在 n******t 的大作中提到】
: 我說過了,都是community。C++最大的問題就在於community.
: C++本質上需要第二種人才能用,但是又搞了一些東西讓以為自己是第二種人但是其實
: 是第一種人覺得自己有機會成為1,2通吃的人。這就是為什麼C++有所有語言裏面最詭
: 異的library 環境。
n*2
51 楼
另外关于Mac和TRIM的问题。
http://www.bit-tech.net/hardware/apple/2010/07/01/mac-ssd-perfo
这文章没有说明是不是由于不同的文件系统,或者mac自带的SSD解决了garbadge
collection的问题。但是自带的SSD虽然性能不咋地,degradation 的问题好像不是那么明显。
。
http://www.bit-tech.net/hardware/apple/2010/07/01/mac-ssd-perfo
这文章没有说明是不是由于不同的文件系统,或者mac自带的SSD解决了garbadge
collection的问题。但是自带的SSD虽然性能不咋地,degradation 的问题好像不是那么明显。
。
S*s
52 楼
从零开始学c++17,目前最好的书是哪一本/几本?
golang
【在 y*j 的大作中提到】
: 现在的CPP实在是太复杂了,专家都难以掌握。Effective Morden CPP 这本书都有很多
: 更正,说明连这个CPP专家都没法搞定。
: golang 把继承砍了,我认为是对的,实在用途不是很大,却经常出问题。多态golang
: 只用了interface,这也很好。至于copy constructor, assignment constructor,
: destructor, 经常出问题的地方,都可以砍掉。
:
:
: 我說過了,都是community。C 最大的問題就在於community.
:
: C 本質上需要第二種人才能用,但是又搞了一些東西讓以為自己是第二
: 種人但
: 是其實
golang
【在 y*j 的大作中提到】
: 现在的CPP实在是太复杂了,专家都难以掌握。Effective Morden CPP 这本书都有很多
: 更正,说明连这个CPP专家都没法搞定。
: golang 把继承砍了,我认为是对的,实在用途不是很大,却经常出问题。多态golang
: 只用了interface,这也很好。至于copy constructor, assignment constructor,
: destructor, 经常出问题的地方,都可以砍掉。
:
:
: 我說過了,都是community。C 最大的問題就在於community.
:
: C 本質上需要第二種人才能用,但是又搞了一些東西讓以為自己是第二
: 種人但
: 是其實
P*a
53 楼
trim是ata指令啊。你对trim的理解错了
【在 n*****2 的大作中提到】
: 我同意他们是不同的。
: 我想说的是,他们都是要解决磁盘性能随读写次数而下降的问题,不是么?
: 以前磁盘整理是在系统层面把分散的数据重新整理到就近的扇区; 现在 TRIM 还是把分
: 散或者遗留的数据重新整理,整理到就近的存储单元。
: Win7以前都是没有TRIM的,有个碎片整理,那时候BSD自己的文件系统就能比较好地解
: 决了磁盘碎片问题,所以不需要碎片整理。
: 到了Win7, 因为SSD,有了TRIM(这个还是人家SSD的Command,Win只是支持了这个
: command而已),大家忽然开始觉得Win好先进了... 是不是太pathetic了点。
【在 n*****2 的大作中提到】
: 我同意他们是不同的。
: 我想说的是,他们都是要解决磁盘性能随读写次数而下降的问题,不是么?
: 以前磁盘整理是在系统层面把分散的数据重新整理到就近的扇区; 现在 TRIM 还是把分
: 散或者遗留的数据重新整理,整理到就近的存储单元。
: Win7以前都是没有TRIM的,有个碎片整理,那时候BSD自己的文件系统就能比较好地解
: 决了磁盘碎片问题,所以不需要碎片整理。
: 到了Win7, 因为SSD,有了TRIM(这个还是人家SSD的Command,Win只是支持了这个
: command而已),大家忽然开始觉得Win好先进了... 是不是太pathetic了点。
n*2
59 楼
那当然,我也希望他支持。我就是用Mac嘛,呵呵
p*u
60 楼
inheritance毛病再多,却符合大多数人top-down的设计思维模式,是C++/Java得以火
爆的重要原因之一。
我一直认为Golang前途不太乐观。
golang
【在 y*j 的大作中提到】
: 现在的CPP实在是太复杂了,专家都难以掌握。Effective Morden CPP 这本书都有很多
: 更正,说明连这个CPP专家都没法搞定。
: golang 把继承砍了,我认为是对的,实在用途不是很大,却经常出问题。多态golang
: 只用了interface,这也很好。至于copy constructor, assignment constructor,
: destructor, 经常出问题的地方,都可以砍掉。
:
:
: 我說過了,都是community。C 最大的問題就在於community.
:
: C 本質上需要第二種人才能用,但是又搞了一些東西讓以為自己是第二
: 種人但
: 是其實
爆的重要原因之一。
我一直认为Golang前途不太乐观。
golang
【在 y*j 的大作中提到】
: 现在的CPP实在是太复杂了,专家都难以掌握。Effective Morden CPP 这本书都有很多
: 更正,说明连这个CPP专家都没法搞定。
: golang 把继承砍了,我认为是对的,实在用途不是很大,却经常出问题。多态golang
: 只用了interface,这也很好。至于copy constructor, assignment constructor,
: destructor, 经常出问题的地方,都可以砍掉。
:
:
: 我說過了,都是community。C 最大的問題就在於community.
:
: C 本質上需要第二種人才能用,但是又搞了一些東西讓以為自己是第二
: 種人但
: 是其實
A*s
61 楼
完全不是类似,风马牛不相及的两个概念
科普:http://www.goodssd.com/post-68.html
另外不知道谁喷mac了,这个帖子里大家最多喷了一下果轮而已,您着急个啥 lol
向闪存存储单元的。
【在 n*****2 的大作中提到】
: 我知道不是一回事,但是不是类似的功能么?只不过一个是面向磁盘扇区,一个是面向闪存存储单元的。
: 我只是觉得很多人压根不了解Mac(或者说BSD),就开始喷...
: 再简明点说,HFS+ 和 NTFS 是一回事么?
科普:http://www.goodssd.com/post-68.html
另外不知道谁喷mac了,这个帖子里大家最多喷了一下果轮而已,您着急个啥 lol
向闪存存储单元的。
【在 n*****2 的大作中提到】
: 我知道不是一回事,但是不是类似的功能么?只不过一个是面向磁盘扇区,一个是面向闪存存储单元的。
: 我只是觉得很多人压根不了解Mac(或者说BSD),就开始喷...
: 再简明点说,HFS+ 和 NTFS 是一回事么?
t*t
64 楼
唉, trim不是整理数据. 你根本就理解错误, 还说别人喷.
【在 n*****2 的大作中提到】
: 我同意他们是不同的。
: 我想说的是,他们都是要解决磁盘性能随读写次数而下降的问题,不是么?
: 以前磁盘整理是在系统层面把分散的数据重新整理到就近的扇区; 现在 TRIM 还是把分
: 散或者遗留的数据重新整理,整理到就近的存储单元。
: Win7以前都是没有TRIM的,有个碎片整理,那时候BSD自己的文件系统就能比较好地解
: 决了磁盘碎片问题,所以不需要碎片整理。
: 到了Win7, 因为SSD,有了TRIM(这个还是人家SSD的Command,Win只是支持了这个
: command而已),大家忽然开始觉得Win好先进了... 是不是太pathetic了点。
【在 n*****2 的大作中提到】
: 我同意他们是不同的。
: 我想说的是,他们都是要解决磁盘性能随读写次数而下降的问题,不是么?
: 以前磁盘整理是在系统层面把分散的数据重新整理到就近的扇区; 现在 TRIM 还是把分
: 散或者遗留的数据重新整理,整理到就近的存储单元。
: Win7以前都是没有TRIM的,有个碎片整理,那时候BSD自己的文件系统就能比较好地解
: 决了磁盘碎片问题,所以不需要碎片整理。
: 到了Win7, 因为SSD,有了TRIM(这个还是人家SSD的Command,Win只是支持了这个
: command而已),大家忽然开始觉得Win好先进了... 是不是太pathetic了点。
n*2
66 楼
毋庸置疑的是Win7确实是常见操作系统里面最先支持TRIM的。这个我们要肯定。
但是你拿来喷Mac,好像不太靠谱。*nix这种版本更新很快的,也到10年中才开始支持
TRIM。
以Mac那个版本更新速度...
但是你拿来喷Mac,好像不太靠谱。*nix这种版本更新很快的,也到10年中才开始支持
TRIM。
以Mac那个版本更新速度...
n*2
69 楼
哦,我怎么先给自己划到果轮阵营去了。
......
Thanks for Education, everyone.
......
Thanks for Education, everyone.
a*e
76 楼
碎片整理是为了避免随机读写,因为硬盘顺序读写快很多,是个磁头移动pattern的问题
碎片产生是因为删除操作不可避免造成的,除非删除后那片空间不复用
文件系统能解决碎片问题,真神奇
trim的问题是nand的读写特性决定的,关键的问题,就是擦除必须是整个block,
硬盘上可以完成对bit直接翻转,nand上不行,只能完成一个方向的bit操作,反方向
为了一个bit,得读擦整个block,这种行为类似大硬盘4K和512block align的问题只是
更糟糕
ssd读性能下降,是类似碎片的原因。写下降,是因为没有没写过的block了,于是每次
写都需要额外的读和擦,这个问题解决得是trim
这不是个先进不先进的问题,就是个有无的问题
这个是ssd的指令,不支持就是不支持,解决办法就只能全盘擦了重做
不要指望你的碎片整理有帮助,只会更糟糕
【在 n*****2 的大作中提到】
: 我同意他们是不同的。
: 我想说的是,他们都是要解决磁盘性能随读写次数而下降的问题,不是么?
: 以前磁盘整理是在系统层面把分散的数据重新整理到就近的扇区; 现在 TRIM 还是把分
: 散或者遗留的数据重新整理,整理到就近的存储单元。
: Win7以前都是没有TRIM的,有个碎片整理,那时候BSD自己的文件系统就能比较好地解
: 决了磁盘碎片问题,所以不需要碎片整理。
: 到了Win7, 因为SSD,有了TRIM(这个还是人家SSD的Command,Win只是支持了这个
: command而已),大家忽然开始觉得Win好先进了... 是不是太pathetic了点。
碎片产生是因为删除操作不可避免造成的,除非删除后那片空间不复用
文件系统能解决碎片问题,真神奇
trim的问题是nand的读写特性决定的,关键的问题,就是擦除必须是整个block,
硬盘上可以完成对bit直接翻转,nand上不行,只能完成一个方向的bit操作,反方向
为了一个bit,得读擦整个block,这种行为类似大硬盘4K和512block align的问题只是
更糟糕
ssd读性能下降,是类似碎片的原因。写下降,是因为没有没写过的block了,于是每次
写都需要额外的读和擦,这个问题解决得是trim
这不是个先进不先进的问题,就是个有无的问题
这个是ssd的指令,不支持就是不支持,解决办法就只能全盘擦了重做
不要指望你的碎片整理有帮助,只会更糟糕
【在 n*****2 的大作中提到】
: 我同意他们是不同的。
: 我想说的是,他们都是要解决磁盘性能随读写次数而下降的问题,不是么?
: 以前磁盘整理是在系统层面把分散的数据重新整理到就近的扇区; 现在 TRIM 还是把分
: 散或者遗留的数据重新整理,整理到就近的存储单元。
: Win7以前都是没有TRIM的,有个碎片整理,那时候BSD自己的文件系统就能比较好地解
: 决了磁盘碎片问题,所以不需要碎片整理。
: 到了Win7, 因为SSD,有了TRIM(这个还是人家SSD的Command,Win只是支持了这个
: command而已),大家忽然开始觉得Win好先进了... 是不是太pathetic了点。
n*2
81 楼
这东西真是个成熟的解决方案么?
一来已删除文件都是彻底删除了,文件恢复基本上就没戏了吧;
二来RAID里面怎么支持?
问题
【在 a***e 的大作中提到】
: 碎片整理是为了避免随机读写,因为硬盘顺序读写快很多,是个磁头移动pattern的问题
: 碎片产生是因为删除操作不可避免造成的,除非删除后那片空间不复用
: 文件系统能解决碎片问题,真神奇
: trim的问题是nand的读写特性决定的,关键的问题,就是擦除必须是整个block,
: 硬盘上可以完成对bit直接翻转,nand上不行,只能完成一个方向的bit操作,反方向
: 为了一个bit,得读擦整个block,这种行为类似大硬盘4K和512block align的问题只是
: 更糟糕
: ssd读性能下降,是类似碎片的原因。写下降,是因为没有没写过的block了,于是每次
: 写都需要额外的读和擦,这个问题解决得是trim
: 这不是个先进不先进的问题,就是个有无的问题
一来已删除文件都是彻底删除了,文件恢复基本上就没戏了吧;
二来RAID里面怎么支持?
问题
【在 a***e 的大作中提到】
: 碎片整理是为了避免随机读写,因为硬盘顺序读写快很多,是个磁头移动pattern的问题
: 碎片产生是因为删除操作不可避免造成的,除非删除后那片空间不复用
: 文件系统能解决碎片问题,真神奇
: trim的问题是nand的读写特性决定的,关键的问题,就是擦除必须是整个block,
: 硬盘上可以完成对bit直接翻转,nand上不行,只能完成一个方向的bit操作,反方向
: 为了一个bit,得读擦整个block,这种行为类似大硬盘4K和512block align的问题只是
: 更糟糕
: ssd读性能下降,是类似碎片的原因。写下降,是因为没有没写过的block了,于是每次
: 写都需要额外的读和擦,这个问题解决得是trim
: 这不是个先进不先进的问题,就是个有无的问题
n*2
86 楼
更不去那个版...... 以前看kindle的时候去过一段时间。
t*t
87 楼
文件系统不是解决碎片问题, 是减少碎片带来的性能下降. 这个确实是有的.
问题
【在 a***e 的大作中提到】
: 碎片整理是为了避免随机读写,因为硬盘顺序读写快很多,是个磁头移动pattern的问题
: 碎片产生是因为删除操作不可避免造成的,除非删除后那片空间不复用
: 文件系统能解决碎片问题,真神奇
: trim的问题是nand的读写特性决定的,关键的问题,就是擦除必须是整个block,
: 硬盘上可以完成对bit直接翻转,nand上不行,只能完成一个方向的bit操作,反方向
: 为了一个bit,得读擦整个block,这种行为类似大硬盘4K和512block align的问题只是
: 更糟糕
: ssd读性能下降,是类似碎片的原因。写下降,是因为没有没写过的block了,于是每次
: 写都需要额外的读和擦,这个问题解决得是trim
: 这不是个先进不先进的问题,就是个有无的问题
问题
【在 a***e 的大作中提到】
: 碎片整理是为了避免随机读写,因为硬盘顺序读写快很多,是个磁头移动pattern的问题
: 碎片产生是因为删除操作不可避免造成的,除非删除后那片空间不复用
: 文件系统能解决碎片问题,真神奇
: trim的问题是nand的读写特性决定的,关键的问题,就是擦除必须是整个block,
: 硬盘上可以完成对bit直接翻转,nand上不行,只能完成一个方向的bit操作,反方向
: 为了一个bit,得读擦整个block,这种行为类似大硬盘4K和512block align的问题只是
: 更糟糕
: ssd读性能下降,是类似碎片的原因。写下降,是因为没有没写过的block了,于是每次
: 写都需要额外的读和擦,这个问题解决得是trim
: 这不是个先进不先进的问题,就是个有无的问题
n*2
88 楼
http://www.osxbook.com/software/hfsdebug/fragmentation.html
不是说他不产生碎片,是说他有解决方案,比手动去dfrg强。
【在 a***e 的大作中提到】
: 碎片整理是为了避免随机读写,因为硬盘顺序读写快很多,是个磁头移动pattern的问题
: 碎片产生是因为删除操作不可避免造成的,除非删除后那片空间不复用
: 文件系统能解决碎片问题,真神奇
: trim的问题是nand的读写特性决定的,关键的问题,就是擦除必须是整个block,
: 硬盘上可以完成对bit直接翻转,nand上不行,只能完成一个方向的bit操作,反方向
: 为了一个bit,得读擦整个block,这种行为类似大硬盘4K和512block align的问题只是
: 更糟糕
: ssd读性能下降,是类似碎片的原因。写下降,是因为没有没写过的block了,于是每次
: 写都需要额外的读和擦,这个问题解决得是trim
: 这不是个先进不先进的问题,就是个有无的问题
不是说他不产生碎片,是说他有解决方案,比手动去dfrg强。
【在 a***e 的大作中提到】
: 碎片整理是为了避免随机读写,因为硬盘顺序读写快很多,是个磁头移动pattern的问题
: 碎片产生是因为删除操作不可避免造成的,除非删除后那片空间不复用
: 文件系统能解决碎片问题,真神奇
: trim的问题是nand的读写特性决定的,关键的问题,就是擦除必须是整个block,
: 硬盘上可以完成对bit直接翻转,nand上不行,只能完成一个方向的bit操作,反方向
: 为了一个bit,得读擦整个block,这种行为类似大硬盘4K和512block align的问题只是
: 更糟糕
: ssd读性能下降,是类似碎片的原因。写下降,是因为没有没写过的block了,于是每次
: 写都需要额外的读和擦,这个问题解决得是trim
: 这不是个先进不先进的问题,就是个有无的问题
t*t
90 楼
问题问得很好.
正确, 所以ssd基本上不支持文件恢复. 但是这是没办法的事情, 由于SSD的特性(只能
擦了再写), 如果不做预擦除, 必然带来性能下降.而且就算没有trim, SSD的文件
恢复也很难.
raid里的支持目前没有. 理论上来说不困难, 但就是还没有. 特别是基于芯片组(ICHxR
)的raid, 估计需要改芯片组, 至少也要改驱动. 有消息说intel正在做驱动, 但是不知
道啥时候能做出来. 说不定linux的软raid会先有支持.
这个东西未必是成熟的解决方案. 但是一定好过没有. 减缓性能的下降是很明显的.
并且支持起来并不困难. windows 7, linux, bsd都有支持了. 苹果不支持不知道是为
了什么.
【在 n*****2 的大作中提到】
: 这东西真是个成熟的解决方案么?
: 一来已删除文件都是彻底删除了,文件恢复基本上就没戏了吧;
: 二来RAID里面怎么支持?
:
: 问题
n*2
93 楼
TRIM is not supported by RAID
A*s
94 楼
苹果工程师们表示完全读不懂trim是什么,压力很大 lol
windows 7, linux, bsd都有支持了. 苹果不支持不知道是为
【在 t****t 的大作中提到】
:
: 问题问得很好.
: 正确, 所以ssd基本上不支持文件恢复. 但是这是没办法的事情, 由于SSD的特性(只能
: 擦了再写), 如果不做预擦除, 必然带来性能下降.而且就算没有trim, SSD的文件
: 恢复也很难.
: raid里的支持目前没有. 理论上来说不困难, 但就是还没有. 特别是基于芯片组(ICHxR
: )的raid, 估计需要改芯片组, 至少也要改驱动. 有消息说intel正在做驱动, 但是不知
: 道啥时候能做出来. 说不定linux的软raid会先有支持.
: 这个东西未必是成熟的解决方案. 但是一定好过没有. 减缓性能的下降是很明显的.
: 并且支持起来并不困难. windows 7, linux, bsd都有支持了. 苹果不支持不知道是为
windows 7, linux, bsd都有支持了. 苹果不支持不知道是为
【在 t****t 的大作中提到】
:
: 问题问得很好.
: 正确, 所以ssd基本上不支持文件恢复. 但是这是没办法的事情, 由于SSD的特性(只能
: 擦了再写), 如果不做预擦除, 必然带来性能下降.而且就算没有trim, SSD的文件
: 恢复也很难.
: raid里的支持目前没有. 理论上来说不困难, 但就是还没有. 特别是基于芯片组(ICHxR
: )的raid, 估计需要改芯片组, 至少也要改驱动. 有消息说intel正在做驱动, 但是不知
: 道啥时候能做出来. 说不定linux的软raid会先有支持.
: 这个东西未必是成熟的解决方案. 但是一定好过没有. 减缓性能的下降是很明显的.
: 并且支持起来并不困难. windows 7, linux, bsd都有支持了. 苹果不支持不知道是为
R*a
95 楼
它的解决方案不就是系统没事的时候自己defrag么?
【在 n*****2 的大作中提到】
: http://www.osxbook.com/software/hfsdebug/fragmentation.html
: 不是说他不产生碎片,是说他有解决方案,比手动去dfrg强。
【在 n*****2 的大作中提到】
: http://www.osxbook.com/software/hfsdebug/fragmentation.html
: 不是说他不产生碎片,是说他有解决方案,比手动去dfrg强。
n*2
96 楼
If it is a solution with obvious flaw, you don't expect Apple to support it
unless it is its own technology.
Furthermore, I might mistaken TRIM with garbage collection. Someone educate
me more.
http://www.hardmac.com/news/2010/05/06/even-without-support-for
mac-os-x
And we all know TRIM is not even supported by all of the SSDs.
【在 t****t 的大作中提到】
:
: 问题问得很好.
: 正确, 所以ssd基本上不支持文件恢复. 但是这是没办法的事情, 由于SSD的特性(只能
: 擦了再写), 如果不做预擦除, 必然带来性能下降.而且就算没有trim, SSD的文件
: 恢复也很难.
: raid里的支持目前没有. 理论上来说不困难, 但就是还没有. 特别是基于芯片组(ICHxR
: )的raid, 估计需要改芯片组, 至少也要改驱动. 有消息说intel正在做驱动, 但是不知
: 道啥时候能做出来. 说不定linux的软raid会先有支持.
: 这个东西未必是成熟的解决方案. 但是一定好过没有. 减缓性能的下降是很明显的.
: 并且支持起来并不困难. windows 7, linux, bsd都有支持了. 苹果不支持不知道是为
unless it is its own technology.
Furthermore, I might mistaken TRIM with garbage collection. Someone educate
me more.
http://www.hardmac.com/news/2010/05/06/even-without-support-for
mac-os-x
And we all know TRIM is not even supported by all of the SSDs.
【在 t****t 的大作中提到】
:
: 问题问得很好.
: 正确, 所以ssd基本上不支持文件恢复. 但是这是没办法的事情, 由于SSD的特性(只能
: 擦了再写), 如果不做预擦除, 必然带来性能下降.而且就算没有trim, SSD的文件
: 恢复也很难.
: raid里的支持目前没有. 理论上来说不困难, 但就是还没有. 特别是基于芯片组(ICHxR
: )的raid, 估计需要改芯片组, 至少也要改驱动. 有消息说intel正在做驱动, 但是不知
: 道啥时候能做出来. 说不定linux的软raid会先有支持.
: 这个东西未必是成熟的解决方案. 但是一定好过没有. 减缓性能的下降是很明显的.
: 并且支持起来并不困难. windows 7, linux, bsd都有支持了. 苹果不支持不知道是为
P*a
97 楼
刚才以为你已经明白defrag和trim压根不是一个层次上的事了,原来你还在迷糊着
【在 n*****2 的大作中提到】
: http://www.osxbook.com/software/hfsdebug/fragmentation.html
: 不是说他不产生碎片,是说他有解决方案,比手动去dfrg强。
【在 n*****2 的大作中提到】
: http://www.osxbook.com/software/hfsdebug/fragmentation.html
: 不是说他不产生碎片,是说他有解决方案,比手动去dfrg强。
P*a
99 楼
果果从来不会考虑兼容问题,它只要自己卖的硬件能跑就ok了。
it
educate
【在 n*****2 的大作中提到】
: If it is a solution with obvious flaw, you don't expect Apple to support it
: unless it is its own technology.
: Furthermore, I might mistaken TRIM with garbage collection. Someone educate
: me more.
: http://www.hardmac.com/news/2010/05/06/even-without-support-for
: mac-os-x
: And we all know TRIM is not even supported by all of the SSDs.
it
educate
【在 n*****2 的大作中提到】
: If it is a solution with obvious flaw, you don't expect Apple to support it
: unless it is its own technology.
: Furthermore, I might mistaken TRIM with garbage collection. Someone educate
: me more.
: http://www.hardmac.com/news/2010/05/06/even-without-support-for
: mac-os-x
: And we all know TRIM is not even supported by all of the SSDs.
n*2
102 楼
哦,又让大家见笑了,好像有了。
http://downloadcenter.intel.com/detail_desc.aspx?agr=N&ProductI
【在 R***a 的大作中提到】
: 这个等大家有这个SSD做raid的需求以后,自然会在raid controller里加上该指令的
http://downloadcenter.intel.com/detail_desc.aspx?agr=N&ProductI
【在 R***a 的大作中提到】
: 这个等大家有这个SSD做raid的需求以后,自然会在raid controller里加上该指令的
t*t
104 楼
obvious flaw? i don't see any "obvious" flaw in trim. the 2 points you
mentioned are legit points indeed, but as i said: 1. even without trim, you
don't expect undelete in ssd anyway. so this is not trim's flaw. 2. raid
support -- very few people will use ssd for raid, and it's not a "flaw"
anyway, it's just not supported yet.
ssd is a technology with "obvious flaw", why apple support it? lol
it
educate
【在 n*****2 的大作中提到】
: If it is a solution with obvious flaw, you don't expect Apple to support it
: unless it is its own technology.
: Furthermore, I might mistaken TRIM with garbage collection. Someone educate
: me more.
: http://www.hardmac.com/news/2010/05/06/even-without-support-for
: mac-os-x
: And we all know TRIM is not even supported by all of the SSDs.
mentioned are legit points indeed, but as i said: 1. even without trim, you
don't expect undelete in ssd anyway. so this is not trim's flaw. 2. raid
support -- very few people will use ssd for raid, and it's not a "flaw"
anyway, it's just not supported yet.
ssd is a technology with "obvious flaw", why apple support it? lol
it
educate
【在 n*****2 的大作中提到】
: If it is a solution with obvious flaw, you don't expect Apple to support it
: unless it is its own technology.
: Furthermore, I might mistaken TRIM with garbage collection. Someone educate
: me more.
: http://www.hardmac.com/news/2010/05/06/even-without-support-for
: mac-os-x
: And we all know TRIM is not even supported by all of the SSDs.
e*y
105 楼
恢复删除的数据和ssd raid, 对绝大多数用户都不是什么常用的或重要的需求, 不支持
不能算obvious flaw
it
educate
【在 n*****2 的大作中提到】
: If it is a solution with obvious flaw, you don't expect Apple to support it
: unless it is its own technology.
: Furthermore, I might mistaken TRIM with garbage collection. Someone educate
: me more.
: http://www.hardmac.com/news/2010/05/06/even-without-support-for
: mac-os-x
: And we all know TRIM is not even supported by all of the SSDs.
不能算obvious flaw
it
educate
【在 n*****2 的大作中提到】
: If it is a solution with obvious flaw, you don't expect Apple to support it
: unless it is its own technology.
: Furthermore, I might mistaken TRIM with garbage collection. Someone educate
: me more.
: http://www.hardmac.com/news/2010/05/06/even-without-support-for
: mac-os-x
: And we all know TRIM is not even supported by all of the SSDs.
f*r
112 楼
头一次在硬件版看见这么有喜感的帖子,
留名
顺便问一下intel G1 的SSD 是不是trim就更没戏了?
留名
顺便问一下intel G1 的SSD 是不是trim就更没戏了?
n*2
117 楼
咱这个版是互相补充知识,解决问题的。
LZ贴出来了数据,然后下边就成了嘲笑果粉的了。
我回了几句,很多也不太对。
大家给我更正了。Thanks for education。
我也回了补充了些信息。大家也可以补充,可以讨论。
但是留了一句mocking的话,好像没啥意思吧。
另外关于企业数据恢复的,企业数据消除的有N多federal regulation了,懒得帮你找
了。
企业数据恢复至少有个disaster recovery领域,这个不单纯是backup plan。
至于个人的数据恢复,目前做数据恢复的,做个人方面的不少吧,而且收费还不菲。不
是什么绝大多数人完全不需要的东西,咱这版上问数据恢复问题的,不少吧。
LZ贴出来了数据,然后下边就成了嘲笑果粉的了。
我回了几句,很多也不太对。
大家给我更正了。Thanks for education。
我也回了补充了些信息。大家也可以补充,可以讨论。
但是留了一句mocking的话,好像没啥意思吧。
另外关于企业数据恢复的,企业数据消除的有N多federal regulation了,懒得帮你找
了。
企业数据恢复至少有个disaster recovery领域,这个不单纯是backup plan。
至于个人的数据恢复,目前做数据恢复的,做个人方面的不少吧,而且收费还不菲。不
是什么绝大多数人完全不需要的东西,咱这版上问数据恢复问题的,不少吧。
t*y
118 楼
很久没有看到很多大侠出没的这么欢乐的帖子了
p*t
119 楼
你写了这么多屁话的时候,有没有意识到为啥那么多人厌恶水果?
【在 n*****2 的大作中提到】
: 我同意他们是不同的。
: 我想说的是,他们都是要解决磁盘性能随读写次数而下降的问题,不是么?
: 以前磁盘整理是在系统层面把分散的数据重新整理到就近的扇区; 现在 TRIM 还是把分
: 散或者遗留的数据重新整理,整理到就近的存储单元。
: Win7以前都是没有TRIM的,有个碎片整理,那时候BSD自己的文件系统就能比较好地解
: 决了磁盘碎片问题,所以不需要碎片整理。
: 到了Win7, 因为SSD,有了TRIM(这个还是人家SSD的Command,Win只是支持了这个
: command而已),大家忽然开始觉得Win好先进了... 是不是太pathetic了点。
【在 n*****2 的大作中提到】
: 我同意他们是不同的。
: 我想说的是,他们都是要解决磁盘性能随读写次数而下降的问题,不是么?
: 以前磁盘整理是在系统层面把分散的数据重新整理到就近的扇区; 现在 TRIM 还是把分
: 散或者遗留的数据重新整理,整理到就近的存储单元。
: Win7以前都是没有TRIM的,有个碎片整理,那时候BSD自己的文件系统就能比较好地解
: 决了磁盘碎片问题,所以不需要碎片整理。
: 到了Win7, 因为SSD,有了TRIM(这个还是人家SSD的Command,Win只是支持了这个
: command而已),大家忽然开始觉得Win好先进了... 是不是太pathetic了点。
n*2
120 楼
No, I didn't.
I just realized so many people are trying so hard to get consolation by
mocking apple fanboy, who doesn't actually exist in this thread as far as I
see.
I just realized so many people are trying so hard to get consolation by
mocking apple fanboy, who doesn't actually exist in this thread as far as I
see.
e*y
121 楼
你同主题同作者看下这个帖子, 是谁"mocking"谁? 是你先说别人"喷", "pathetic", "
Such an apologist", "you must be so frustrated in your daily life"...
【在 n*****2 的大作中提到】
: 咱这个版是互相补充知识,解决问题的。
: LZ贴出来了数据,然后下边就成了嘲笑果粉的了。
: 我回了几句,很多也不太对。
: 大家给我更正了。Thanks for education。
: 我也回了补充了些信息。大家也可以补充,可以讨论。
: 但是留了一句mocking的话,好像没啥意思吧。
: 另外关于企业数据恢复的,企业数据消除的有N多federal regulation了,懒得帮你找
: 了。
: 企业数据恢复至少有个disaster recovery领域,这个不单纯是backup plan。
: 至于个人的数据恢复,目前做数据恢复的,做个人方面的不少吧,而且收费还不菲。不
Such an apologist", "you must be so frustrated in your daily life"...
【在 n*****2 的大作中提到】
: 咱这个版是互相补充知识,解决问题的。
: LZ贴出来了数据,然后下边就成了嘲笑果粉的了。
: 我回了几句,很多也不太对。
: 大家给我更正了。Thanks for education。
: 我也回了补充了些信息。大家也可以补充,可以讨论。
: 但是留了一句mocking的话,好像没啥意思吧。
: 另外关于企业数据恢复的,企业数据消除的有N多federal regulation了,懒得帮你找
: 了。
: 企业数据恢复至少有个disaster recovery领域,这个不单纯是backup plan。
: 至于个人的数据恢复,目前做数据恢复的,做个人方面的不少吧,而且收费还不菲。不
n*2
122 楼
这帖子下好像不是我先提的果轮吧。
t*y
123 楼
ssd还有个寿命问题,时间一长(2位数年份,具体不记得了)数据会自己坏掉
跟机械硬盘还不大一样,估计企业开始大规模用了改regulation
【在 n*****2 的大作中提到】
: 咱这个版是互相补充知识,解决问题的。
: LZ贴出来了数据,然后下边就成了嘲笑果粉的了。
: 我回了几句,很多也不太对。
: 大家给我更正了。Thanks for education。
: 我也回了补充了些信息。大家也可以补充,可以讨论。
: 但是留了一句mocking的话,好像没啥意思吧。
: 另外关于企业数据恢复的,企业数据消除的有N多federal regulation了,懒得帮你找
: 了。
: 企业数据恢复至少有个disaster recovery领域,这个不单纯是backup plan。
: 至于个人的数据恢复,目前做数据恢复的,做个人方面的不少吧,而且收费还不菲。不
跟机械硬盘还不大一样,估计企业开始大规模用了改regulation
【在 n*****2 的大作中提到】
: 咱这个版是互相补充知识,解决问题的。
: LZ贴出来了数据,然后下边就成了嘲笑果粉的了。
: 我回了几句,很多也不太对。
: 大家给我更正了。Thanks for education。
: 我也回了补充了些信息。大家也可以补充,可以讨论。
: 但是留了一句mocking的话,好像没啥意思吧。
: 另外关于企业数据恢复的,企业数据消除的有N多federal regulation了,懒得帮你找
: 了。
: 企业数据恢复至少有个disaster recovery领域,这个不单纯是backup plan。
: 至于个人的数据恢复,目前做数据恢复的,做个人方面的不少吧,而且收费还不菲。不
Z*o
124 楼
你们都被行为艺术了,还一本正经回帖。
a*e
125 楼
老大说起来也是个技术流,怎么在这件事上这么defensive
说句实话,果子操作系统没有率先实现trim是很可笑的,
毕竟是号称ssd的先行者,很多果轮说果子推动ssd普及
ssd需要trim这件事情,是在硬件最底层上的问题,
不是什么文件系统能解决的,果子不支持
只能说它赌自己用户不会注意到性能下降
ssd trim不trim,都会因为相邻block写导致不可修复
I
【在 n*****2 的大作中提到】
: No, I didn't.
: I just realized so many people are trying so hard to get consolation by
: mocking apple fanboy, who doesn't actually exist in this thread as far as I
: see.
说句实话,果子操作系统没有率先实现trim是很可笑的,
毕竟是号称ssd的先行者,很多果轮说果子推动ssd普及
ssd需要trim这件事情,是在硬件最底层上的问题,
不是什么文件系统能解决的,果子不支持
只能说它赌自己用户不会注意到性能下降
ssd trim不trim,都会因为相邻block写导致不可修复
I
【在 n*****2 的大作中提到】
: No, I didn't.
: I just realized so many people are trying so hard to get consolation by
: mocking apple fanboy, who doesn't actually exist in this thread as far as I
: see.
n*2
127 楼
这倒是,正memtest内存,7个4G条,一两个pass还跑不出来,有点上火。
得罪各位了。
我也在等苹果的TRIM...
貌似苹果自用的那块SSD的controller自己有garbage collection,所以性能下降有限
,这个我不太确定。不过那块SSD性
能也太渣了。
【在 a***e 的大作中提到】
: 老大说起来也是个技术流,怎么在这件事上这么defensive
: 说句实话,果子操作系统没有率先实现trim是很可笑的,
: 毕竟是号称ssd的先行者,很多果轮说果子推动ssd普及
: ssd需要trim这件事情,是在硬件最底层上的问题,
: 不是什么文件系统能解决的,果子不支持
: 只能说它赌自己用户不会注意到性能下降
: ssd trim不trim,都会因为相邻block写导致不可修复
:
: I
得罪各位了。
我也在等苹果的TRIM...
貌似苹果自用的那块SSD的controller自己有garbage collection,所以性能下降有限
,这个我不太确定。不过那块SSD性
能也太渣了。
【在 a***e 的大作中提到】
: 老大说起来也是个技术流,怎么在这件事上这么defensive
: 说句实话,果子操作系统没有率先实现trim是很可笑的,
: 毕竟是号称ssd的先行者,很多果轮说果子推动ssd普及
: ssd需要trim这件事情,是在硬件最底层上的问题,
: 不是什么文件系统能解决的,果子不支持
: 只能说它赌自己用户不会注意到性能下降
: ssd trim不trim,都会因为相邻block写导致不可修复
:
: I
n*2
130 楼
多买了一个。
先是BF买了一对,然后本版收了一个单条。
然后前几天$75一对的时候又收了两对。
先是BF买了一对,然后本版收了一个单条。
然后前几天$75一对的时候又收了两对。
B*s
132 楼
作为果轮她感觉被喷了,呵呵
【在 A*****s 的大作中提到】
: 完全不是类似,风马牛不相及的两个概念
: 科普:http://www.goodssd.com/post-68.html
: 另外不知道谁喷mac了,这个帖子里大家最多喷了一下果轮而已,您着急个啥 lol
:
: 向闪存存储单元的。
【在 A*****s 的大作中提到】
: 完全不是类似,风马牛不相及的两个概念
: 科普:http://www.goodssd.com/post-68.html
: 另外不知道谁喷mac了,这个帖子里大家最多喷了一下果轮而已,您着急个啥 lol
:
: 向闪存存储单元的。
x*l
133 楼
MAC OSX LION will support TRIM. I plan to upgrade to SSD after Lion release
version is out.
【在 x*********s 的大作中提到】
: 10年3月1号买的,intel x25-m-g2-160G
: 用了一年了,始终保持有40%的容量空闲,mac os x
: 从xbench的结果来看,硬盘得分从300,降到了200,
: 主要是uncached 4k write性能下降非常明显
: ==> xbench_20100316.txt <==
: Disk Test 305.77
: Sequential 197.95
: Uncached Write 172.73 106.05 MB/sec [4K blocks]
: Uncached Write 171.90 97.26 MB/sec [256K blocks]
: Uncached Read 159.15 46.58 MB/sec [4K blocks]
version is out.
【在 x*********s 的大作中提到】
: 10年3月1号买的,intel x25-m-g2-160G
: 用了一年了,始终保持有40%的容量空闲,mac os x
: 从xbench的结果来看,硬盘得分从300,降到了200,
: 主要是uncached 4k write性能下降非常明显
: ==> xbench_20100316.txt <==
: Disk Test 305.77
: Sequential 197.95
: Uncached Write 172.73 106.05 MB/sec [4K blocks]
: Uncached Write 171.90 97.26 MB/sec [256K blocks]
: Uncached Read 159.15 46.58 MB/sec [4K blocks]
相关阅读
异步编程+FP的程序的可读性太差吐槽一下死卡拉求推荐multithreading编程的书有游戏app经验的来说说,这个数据大概靠谱吗?吵,吵个屁。铁路售票明显该上rest apiopencl vs cudagoodbug吃数据库应用开发饭的,根本不懂UI,牛逼吹得最大回goodbug,关于DC的failover策略,兼普及基础知识startup招2个人,在san jose魏老师要求谁质疑谁举证Cassandra vs Riak问个技术问题: c++ 调试怎么显示二维数组?比如Visual Studio这行就是三天不学习,赶不上刘少奇真正有货的,没有骂人的大牛们给说说node.js的特点吧?谁给菜鸟科普一下?client side MVCCan H1b holder write iPhone applications and sell it on apple store?fp就是Declarative Programming这里大牛们都去黑客杯啊,大家最后看排名来决定谁NB?应该给魏大师发10个图灵奖。