posted by wap, platform: Android
ps5实际容量664GB，内置机器人占用2.4GB

posted by wap, platform: Android

引用:

原帖由 @久多良木健  于 2020-10-3 18:40 发表
你的想法是错的
XSX 1TB如果按照索尼一个字节也不放过满上的算法, 那是1100GB. 只是这种宣传打破了所有pc上的惯例, 完全没有实际应用价值. 因为只要你有pc的io接口存在, 就必须接受pc的标准.
IGN测试的结论: 外置1TB扩展卡OP+格式化后的容量是920G, 主机内置剩余是802G, 也就是说系统+内置其他app合计108G

索尼更加好算, ps5是标准的768G, 1个颗粒OP, 那还剩下704G, 格式化+系统后还剩664G, 系统就是40G不到些

1个颗粒op的出处是哪？不大可能一个颗粒专门用来op，这样会浪费一个通道的速度

posted by wap, platform: Android

引用:

原帖由 @久多良木健  于 2020-10-3 19:45 发表
就是浪费一个通道的速度
认真看发布会ppt

这个图又不能说明啥，没画上就是拿来做op？

posted by wap, platform: Android

引用:

原帖由 @久多良木健  于 2020-10-3 19:49 发表
这个图反复出现过
没画上意味着实际应用11个通道

op现在很少固定的，甚至可以动态的，单独拿一个die来更是不可理解

posted by wap, platform: Android

引用:

原帖由 @久多良木健  于 2020-10-3 19:55 发表
这样做主控处理起来方便, 换句话说就是便宜
ps5所有的东西, 都是半代, 一切为了399

我想通了，单独拿一颗做op也并不影响通道数，本来就是需要lba转换到物理地址，op也一样，但是不是一定是64GB也不太确定

posted by wap, platform: Android

引用:

原帖由 @yfl2  于 2020-10-4 02:45 发表
如果ps5是768g（同样的标准xsx是1024g，也就是64g*4*4）,1/12 做op也就是704g，那实际格式化后也就剩640多g了，连系统占用都没算，而泄露图中的可用容量有660多

这个704是实际容量，假如op占用64GB的话
另外我对xsx的计算也有错，拿hdd的方法套用到ssd上了
实际上，xsx确实是1024GB，系统加op占用1024-802=222GB，扩展卡也是1024GB，扩展卡可用920GB，说明op保留104GB，假如内置硬盘也是这个保留数的话，那就是操作系统占用222-104=118GB。
不过我觉得这两台机器的操作系统占用应该差不多才对，那么就应该是内置的op占用更大，超过170GB，原因是保留更多的op以提高SSD性能。

posted by wap, platform: Android

引用:

原帖由 @yfl2  于 2020-10-4 03:08 发表
为什么pc 端的1t ssd 往往是1000000000000/1024/1024/1024 =931gb

另外704为什么又变成实际容量了，你自己说的，64g的颗粒，实际不可能全算成容量

因为SSD跟PC的表示不一样，PC上的1t就是1000GB，SSD的1t是512GBx2颗粒或者256x4颗粒等等，反正就是1024GB，是闪存厂家标称的容量，这个GB数是真实可用的，ms把1024GB称为1TB，Sony把768GB换算到10进制字节数825GB

posted by wap, platform: Android

引用:

原帖由 @yfl2  于 2020-10-4 03:16 发表
你是说颗粒实际的bytes是更多的，处理后的标称64g，是实际可以储存64*1024*1024*1024

那么xsx和ps5的实际容量就是1024对768，差256
扣除op和系统容量，最终是802对660多，差140

对，主要是hdd厂家和SSD厂家的标称不一样，hdd卖1t硬盘，是1000000000000字节，换算到GB就是931，hdd不需要op保留，就是显示可用931GB了
然后SSD厂家这里呢，标称的颗粒就是实际2进制容量，768GB换算到2进制是8250多字节数，Sony就拿这个来宣传了。

posted by wap, platform: Android

引用:

原帖由 @Thriller  于 2020-10-4 03:25 发表
看了半天， 是不是能理解成， xsx的os+快速切换“快照”保留容量=1024802=222G
PS5的os+传言的超快SSD缓存=768660=108G

而且本身MS的winOS肯定要比Sony的OS臃肿一些

对，xsx臃肿一点是因为两方面，操作系统可能是多点，op也可能多点，因为xsx的SSD系统设计不如ps5，ps5的ssd设计非常巧妙，不需要保留更多的op来提高SSD性能。

posted by wap, platform: Android

引用:

原帖由 @yfl2  于 2020-10-4 03:31 发表
xsx 快照另外占用空间

另外，这么算的话，xss的512g，岂不是还剩下300出头...

系统我估计50GB左右，op170GB，到了xss，op一半80GB，512-50-80还剩380

posted by wap, platform: Android

引用:

原帖由 @久多良木健  于 2020-10-4 05:24 发表
不，op一定是一致的，否则会产生性能差异，而且还需要2套主控，很多麻烦
系统并不一定是纯系统，Xbox的多游戏墓碑唤醒机制，一定在系统里预留了更多的容量，类似一个固定的页面交换文件，不管你用不用，就放在那里。这就是一个快速压缩存盘，恢复就是快速解压缩，释放的就是内存显存。

本帖最后由 久多良木健 于 2020104 13:35 通过手机版编辑

op不需要一致，你能指望ps5的第三方nvme的op一致？
肯定需要两套主控的，不然主板上的主控离扩展卡太远产生延迟，ps5直接可以支持第三方nvme，难道会不带主控吗？
扩展卡的op保留量以达到主板上的SSD一样的性能为标准就不会产生性能差异，实际上，性能差异也没啥，只要达到或超过就行

本帖最后由 lakins 于 2020-10-4 05:55 通过手机版编辑

posted by wap, platform: Android

引用:

原帖由 @久多良木健  于 2020-10-4 06:16 发表
Mark cerny说过这个问题，索尼做市售认证，Ps5主控接管
其实很简单，普通ssd插进ps5，肯定是格式化的，于是就按照ps5规矩设立好一切了
Xbox采用了专用接口，可能外置的1T内部主控都省了减少体积。
延迟我都没想过，你算下10cm光速延迟吧，可能你手柄离机器近10cm更有用233

你看仔细了讲座吗？讲座说的非常明白，即使市售主控不一样，比如只有两个优先级，但是可以达到更高的速度冗余以换取更多的优先级，那么也可以用，换句话说，并不要求市售nvme完全按照ps5的规矩，只要速度达标就行。
主控是管理nand芯片最基本的单元，比如主控有片选和通道的指标，你光加进来nand芯片，等于是多了片选，是无论如何都无法直接支持的

posted by wap, platform: Android
nv那个是加了dma，绕过CPU直接从ssd取数据到显存
主控是跟nand芯片集成在一块的，主机插扩展卡，读写数据还是要通过卡上的主控来完成的，指望主机上的主控做统一的读写操作不可能也没必要，ps5的12通道主控才1美元一颗何况扩展卡也卖钱

本帖最后由 lakins 于 2020-10-4 06:45 通过手机版编辑

posted by wap, platform: Android

引用:

原帖由 @久多良木健  于 2020-10-4 08:44 发表
我看了，ps5 6个优先级，认证的市售放进去按照ps5格式化，之后就是ps5主控来接管了
微软那个外置的体积比正常的短很多，我不知道内部怎么样，但是应该能通过第三方转接卡使用标准m2 ssd的

不可能有全面接管这回事，你要了解主控的功能，主控跟nand芯片是紧密结合的，主控直接对最基本的nand物理地址进行读写操作，比如一个支持2通道4ce的主控，就只能操作读写最多8die的nand chip，在使用之前还要对ssd进行开卡操作，以把nand的各种内部信息写入主控固件，也就是说必须由主控对nand的读写操作，主控的各通道和ce还需要跟nand的内部die严密匹配。
从另一方面来看，SSD上的主控和nand芯片之间的通信，不论是硬件还是协议都完全不可能通过nvme接口的pcie来完成
，最终的读写命令必须由主控来对芯片内部物理地址来完成。

posted by wap, platform: Android

引用:

原帖由 @yfl2  于 2020-10-10 13:13 发表
https://www.gcores.com/articles/129465


按照该文的分析，ps5的ssd还是比较设定下本钱的


结合这两张图片可以得知，这个 SSD 搭配了三星的 DDR4 作为缓存使用，根据颗粒面积大小以及 SSD 容量推断缓存颗粒容量应在 1GB 左右（因为看不清所以无法得知具体参数）。NAND 颗粒型号为 TH58LJT0T24BA4C，通过 KIOXIA 颗粒的命名规则以及市面上流通的相近型号颗粒可以推断出这是 KIOXIA BiCS4 96Layer 1Tb 2CE TLC 颗粒，容量为 1Tb 也就是 128GiB，6 颗这样的颗粒就能组合成 128GiBx6=768GiB 的容量。
那么索尼声称的 825GB 容量是怎么来的呢？答案是这个 825GB 是直接通过单位换算得来的，也就是 Gigibyte 和 Gigabyte 的区别，容量单位科普请看这篇文章此处就不再赘述了。
编者注：768 GiB x 1024^3 / 1000^3 = 824.63 GB，当然这里有推测成分，还是要看实际情况才能定夺。
这个颗粒的大致性能可以参考 KIOXIA 的平价 SSD RC10 系列，上面搭载的颗粒和 PS5 上的同根同源，区别仅在于容量和 CE 数。
既然知道了用的是啥颗粒那为什么 PS5 的 SSD 会比使用相近颗粒的 RC10 快那么多呢？这是因为索尼的 SSD 不单使用了大容量的 DDR4 缓存和 PCIe 4.0，而且还通过同时读写多个 NAND 颗粒的方式来粗暴堆积读写速度。要处理这么多颗粒的同时高速读写就必须要有一个足够强大的主控，这也是索尼需要自己研发 SSD 主控的原因。

这是常识，ssd速度主要取决于主控，而不是颗粒，主控强大，qlc都可以强于mlc