V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  msg7086  ›  全部回复第 96 页 / 共 1022 页
回复总数  20422
1 ... 92  93  94  95  96  97  98  99  100  101 ... 1022  
这个应该算是 behavior question 吧。
比如说移植远古屎山到新平台,比如性能不行要分析调优,比如说工期太赶来不及完成,等等。
工作上总会遇到各种问题吧,总不能每天都一切顺利一点问题都不出吧。
西数的大容量盘都是日立产的,只有 6T 和以下的盘才是西数产的。
UDMA CRC 错误是磁盘接口到主机之间发生的错误,通常是数据线有问题,也可能是接口松动之类,如果是服务器的话则可能是背板问题。
其他数据问题不大。

> 这数值也太夸张了

这些数值的具体意义只有厂家知道。比如他可能是个浮点数,也可能是个分数,甚至可能本身就没有意义,总之你我都是不知道这个数字的含义的,纠结也没有用。
要是有一千次下载的需求又想省钱的话就搓 BT 种子吧。
不管是国内还是跨国去国内,带宽流量费都不便宜。
便宜的又大多辣鸡。
2022-06-02 09:25:46 +08:00
回复了 opentrade 创建的主题 程序员 是不是只有老司机才记得 Thunderbird?
目前正在用。这也不是已经被淘汰的软件啊……
2022-06-02 02:50:25 +08:00
回复了 ferock 创建的主题 NAS 观 nas 贴有感
连在网络上的存储就叫作 NAS ,有什么不好意思叫的。
不装个 i5 R5 也好意思叫电脑?不弄个 3080Ti 也好意思叫游戏主机?不装个 2.0T 发动机也好意思叫车?

有什么不好意思叫的。
我还能说,不是 EMC 和 Netapp 之流的也好意思叫 NAS 吗。

产品有高端有低端不是很正常么。高端服务关键业务市场,低端服务普通家用人群。
2022-06-02 01:08:39 +08:00
回复了 nthhdy 创建的主题 程序员 为什么图片视频不直接使用类似 huffman 这种熵编码压缩呢?
然后像#61 以及其他人说的一样。

视频的帧是它的硬性特征。你播放视频的时候,就是一帧一帧播放的,你不可能脱离帧的概念去编码。
比如播放蓝光光碟的时候,播放器是逐步读取文件,一帧一帧解码的。
不可能先花 20 分钟,把整个光盘 50G 内容全部读取出来,然后在 256G 的内存里解压缩,然后再开始播放吧?
算法必须要有办法把解码每一帧的数据限制在一定的范围内。
比如你要解码第 10000 帧,那么就必须要在读取 10000 的前后几十帧之后就能解码出 10000 帧。
再比如串流播放,像是直播,你不可能先让观众等个半小时,等直播结束了,打包熵编码完了以后再播出吧。

现在的视频编码器技术都是那些电视台或者视频音频相关的企业资助开发的。
就算你说的能突破宇宙极限的熵编码存在,谁投钱给你去研发呢。
你说 NHK 或者 BBC 投几千万给你研发一个让观众等半小时才能看到节目的编码技术吗?

没钱还开发个 P 。

其实就算是视频编码圈子内部也是这样。你看看 VP9 ,没有商业环境支撑,现在是什么个鬼样。这已经是有谷歌这个金主投钱的结果了。反观 x264 x265 这种商业产品,有钱才有动力开发,才能把编码标准发挥到比较好的状态。HEVC 2013 年定稿,x265 2013 年就开始开发,到前几年就已经成熟了基本停止开发了,最多折腾些 HDR 之类的新技术。AV1 2018 年定稿,现在还是半个笑话,连个成熟好用的编码器都没有,至今还只在在线视频网站内部用。
2022-06-02 00:50:58 +08:00
回复了 nthhdy 创建的主题 程序员 为什么图片视频不直接使用类似 huffman 这种熵编码压缩呢?
我又仔细读了一下你的帖子,再补充一些吧。

无损压缩本质上是从数据里尽可能去掉冗余数据,尽可能让残留的数据接近信息熵极限。
视频编码有很多步骤都是去掉冗余数据,减少信息量的行为。
你说的运动预测帧内预测频域变换这些,都属于去掉冗余数据,减少信息量的行为。

熵编码是无损压缩算法里比较低效率的一种,因为它是介质特征无关的编码。
一个工程师拿到了熵编码以后,他肯定会想办法去改进它,比如增加对介质特征有关的处理。
你说了「通用压缩方法还没有发现这些重复」,就是因为这些重复数据不能被通用压缩方法所发现,而需要针对特征的算法来辅助发现。

比如说有一张图片,我们做一个淡出淡入的效果,从图片过渡到全黑画面,30 帧。
这 30 帧,每帧的数据都不一样,因为他们的亮度不一样。
如果你要直接做熵编码,效率就非常低,因为熵编码不会考虑大段数据同步偏移的情况。
而视频编码器就可以针对这种场景进行优化。

不管熵编码效率有多高,视频编码器总是能站在熵编码的基础上继续进行改进,加入针对特征的处理。
2022-06-02 00:18:02 +08:00
回复了 nthhdy 创建的主题 程序员 为什么图片视频不直接使用类似 huffman 这种熵编码压缩呢?
> 那这是不是因为熵编码还不够优化,方法还不够好呢?
够好了。只是熵编码是有理论极限的,这个极限远远比我们现在用的视频编码技术要惨。

比如,一集 30 分钟 1080P30 YUV420P8 的电视剧的容量大概是 168GB 。
其中的信息熵,少说也有 20G 以上。
也就是说,在你没有找到突破宇宙物理极限的方法之前,是绝对不可能无损压缩到信息熵容量以下的。
等人类科技发展到能够高速航行宇宙征服太阳系了都不一定能把这集电视剧无损压缩到 20G 以下。

而 15 年前的 x264 就可以轻易压缩到 500MB 。

你说的「更 smart 的熵编码算法」可能是在讨论数万年甚至数十万年后的科技了。
2022-06-01 23:56:54 +08:00
回复了 nthhdy 创建的主题 程序员 为什么图片视频不直接使用类似 huffman 这种熵编码压缩呢?
因为只用熵编码无法满足人们对压缩的需求。熵太高了,容量下不去。
2022-05-31 16:53:42 +08:00
回复了 zhuwd 创建的主题 Android 三四千的 [安卓机] 有推荐吗
@Y29tL2gwd2Fy 同款,打算以后备用机再买个 8t 。
视频编码本来就会变大变小。体积变大变小和源文件大小没有直接的关系。
两个 1G 的视频,可能一个压到 100M ,一个压到 2G 。这很正常。
2022-05-31 09:13:17 +08:00
回复了 lslvxy 创建的主题 NAS 什么时候能出一款 ssd 或者 m2 的 nas
@WebKit 数据安全是靠良好的备份习惯,而不是看能不能开盘恢复数据。
2022-05-30 12:31:08 +08:00
回复了 blankmiss 创建的主题 问与答 esxi 直通只能用专业卡吗
直通不需要专业卡吧。
要专业卡的是那种单卡共享给多机使用的,相当于把一块显卡虚拟化成很多张显卡,这个只能用专业虚拟化卡。
2022-05-30 02:55:19 +08:00
回复了 rainboat 创建的主题 Linux 安装 centos7 直接黑屏
@codermali 忘了哪里查到的了,应该就是搜一下集显型号和 linux kernel version 然后看别人的问答吧。有人提到要用 5.9 或者 5.10 内核才能跑,那应该就是了。
2022-05-29 17:32:18 +08:00
回复了 ikn0wzxc 创建的主题 问与答 什么是最佳双显方案
40 多寸的 5k2k ?
2022-05-29 15:34:19 +08:00
回复了 clearc 创建的主题 奇思妙想 手上有不少老硬盘,怎么发挥新用途
可以把磁铁拿出来贴在冰箱上。
2022-05-29 15:33:23 +08:00
回复了 dangyuluo 创建的主题 奇思妙想 70 年后还能找到 3.5 英寸软盘么
应该可以的,日本还是在广泛使用这种先进的 3.5"存储设备。
2022-05-29 15:32:30 +08:00
回复了 laravel 创建的主题 程序员 有没有好用的网盘,不管从国内还是国外上传下载都很快
国际带宽太小了,能做到的服务都会贵得吓人(或者创始人赔掉底裤)。
2022-05-29 15:31:10 +08:00
回复了 asilin 创建的主题 问与答 趁着 618,打算扩容下 NAS 空间,请推荐下 2.5 寸 sata 机械盘
@yazoox 写入的时候要把叠上去的瓦重写一遍。
比如说假如一个 zone 有 20 圈,你写 100K 数据可能就要实际写入 1000-2000K 。
像 BT 下载这样的大量随机写入,一会儿就把 IO 负载写爆了。
2022-05-28 11:24:29 +08:00
回复了 israinbow 创建的主题 Windows Windows 终于开始有统一设计了.
统一设计我无所谓,我只希望 Windows 能做好本职工作——一个作为其他应用程序运行基础的操作系统。
我不介意你把功能精简成 LTSC ,但是我不希望写代码写得好好的,突然蹦出来一个窗口告诉我明天天气咋样。
1 ... 92  93  94  95  96  97  98  99  100  101 ... 1022  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5420 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 5409ms · UTC 05:49 · PVG 13:49 · LAX 21:49 · JFK 00:49
Developed with CodeLauncher
♥ Do have faith in what you're doing.