引用:

原帖由 zcomic 于 2012-9-27 10:09 发表



不说别的，按你的逻辑来想，你啥旧算法可以保证每次都写在同一个空间介质上？？

拜托，学过文件系统吗？ 知道索引吗？

引用:

原帖由 witheredleaf 于 2012-9-27 10:12 发表


你这个是理想算法，实际是不可能这么完美的，intel也做不到的事情你指望三星？反正出来了到时候会有人做暴力测试的

实际情况是也不可能有人能做到120G的SSD，每天写100多G，
这等于重写了全盘容量的数据。记住这可是要持续性的每天保持啊，
不是一周内偶尔一两天而已。然后还要如此保持数年，真有人是这样
用SSD电脑的？

有多少人的机器需要达到这种工作强度？真有这种强度需要的上高档产品就是了。

[ 本帖最后由 zcomic 于 2012-9-27 10:35 编辑 ]

引用:

原帖由 ffcactus 于 2012-9-27 10:27 发表


拜托，学过文件系统吗？ 知道索引吗？

索引关这毛事，什么样的索引功能也不能帮助你
在任何情况下都准确反复使用同一处旧空间介质。

确切的说是“反复写入到同一处”

[ 本帖最后由 zcomic 于 2012-9-27 10:46 编辑 ]

posted by wap, platform: iPad

引用:

原帖由 @zcomic  于 2012-9-27 10:30 发表
索引关这毛事，什么样的索引功能也不能帮助你
在任何情况下都准确反复使用同一处旧空间介质。

也就你有耐心和这个虚拟内存傻逼战啊，和这种民科有什么好说的？

引用:

原帖由 黑暗骑士巫妖王 于 2012-9-27 10:14 发表
posted by wap, platform: iPad

自己写了按照80%来算你每天都要写105G

每天写105G， 对于一般人来说确实是写不了。
但是有很多文件的数据是需要反复写的。 假设有个配置文件，比如说是Windows的注册表，每天这个注册表都需要被修改N次，每次修改难道都把此文件从新删除再创建一个新的？
如果任何文件修改都需要从新刷新整个文件的话，那每天写入的数据量必然极大的提升，而且现在都是4K为单位，不管内容多少，一个文件至少4K。Windows临时文件夹，Internet临时文件夹，QQ文件等可以轻易超过几十G。
这还是最平常的使用， 这要是用来做数据库之类的应用，估计1年都用不到。

引用:

原帖由 zcomic 于 2012-9-27 10:30 发表


索引关这毛事，什么样的索引功能也不能帮助你
在任何情况下都准确反复使用同一处旧空间介质。

震惊了。。。如果不能找到同一旧空间介质，请问你怎么读文件？

posted by wap, platform: iPad

引用:

原帖由 @ffcactus  于 2012-9-27 10:34 发表
每天写105G， 对于一般人来说确实是写不了。
但是有很多文件的数据是需要反复写的。 假设有个配置文件，比如说是Windows的注册表，每天这个注册表都需要被修改N次，每次修改难道都把此文件从新删除再创建一个新的？ ...

因为你是民科啊，所以这么想太正常了。

引用:

原帖由 ffcactus 于 2012-9-27 10:35 发表

震惊了。。。如果不能找到同一旧空间介质，请问你怎么读文件？

读取和写入是一回事？？我才震惊了

找到并读取，是和写入一样来算寿命损耗的？

posted by wap, platform: Nokia (E72)

看来某些民科的发言，我只能噗了。等铺货以后看绝对领域的暴力评测比较靠谱。

posted by wap, platform: Android

专业抬杠的，不管你们怎么抽它都不会主动停止回复的。没理也要编几个出来。

posted by wap, platform: iPhone

光理论没实践，还是等评测。

posted by wap, platform: Nokia (E72)

某ff神，用SSD做数据库那得多有钱加多缺心眼才能想的到。

posted by wap, platform: Android

现在还想物美价廉的电子产品？！！
还是醒醒吧

ssd读取又不消耗寿命的，只有写入才消耗啊，主控很关键

那个FF估计是把读取也当成和写入一样损耗来算了