V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Evovil  ›  全部回复第 1 页 / 共 6 页
回复总数  105
1  2  3  4  5  6  
8 天前
回复了 CNM47589 创建的主题 Apple 给 Mac mini 配显示器的痛苦
@li3bgott 同 vg2481-4k 是开默认还是 4.5k hidpi ? 感觉默认有点大字体
10 天前
回复了 gandiaojjj 创建的主题 NAS 似乎没人关注 nas 的 i/o 性能
@gandiaojjj #37 以我熟悉的生产场景来说: 目前我的 NAS 是: 服务器 R740+硬 raid10 ( SAS )+SSD cache ,EXT4 通过 NFS 挂载到 k8s 集群某些 POD (生产) , 同时该 NFS ( NAS )会服务 harbor 、minio (对象存储)- 集群版等多种场景, 在该场景下,并没有全闪需求,也没有 ZFS 需求,综合成本、性能、可靠性、可用性,我选了上述方案。

我能想到的性能必须要考虑到全闪+性能最优,可能是否是类似网吧“无盘系统”, 块存储+虚拟化等需求? 如果上了全闪等方案,到时候瓶颈可能在网络共享协议上,上单独存储网络,基于文件系统的共享又成为了瓶颈,所以需要更底层的块共享提高性能,再往后就是 iscsi , 然后软件协议又是瓶颈, 再往后就是独立的存储网络,HBA ,SAN ,FC-SAN ,然后就恭喜你进入了企业级领域。
10 天前
回复了 gandiaojjj 创建的主题 NAS 似乎没人关注 nas 的 i/o 性能
@gandiaojjj #12 民用 NAS 是非常“民用”的需求其中需求(备份、存储、流媒体、照片、文件存储)上并不包含高 IOPS 或者超高频率随机访问等,半商用的需求,比如剪辑、后期、协同工作流(视频) 一般也会采用商用方案并降级(比如存储服务器、万兆网络、nvme 池等等),和商用 NAS 的需求(云、虚拟化、超融合,存储基础设施)、架构( FC-SAN/vSAN/存储服务器/HBA/存储网络)、解决方案完全不同。

所以其实还是从需求出发。
比如群晖 brtfs 之类的方案考虑更多的是快速快照等需求而非性能,甚至民用中低端 nas 软 raid 都是很常见的。

就最简单的企业摄像头视频存储回看这个“NAS 需求” : 小企业用 NVR ,中企业上存储服务器,大企业上 SAN ,这里面基本上大多数方案和民用 NAS 没有交叉,所以也不存在民用“兼容”企业的场景
20 天前
回复了 SuilWinG5658 创建的主题 Apple 3449 拿下 Mac mini M4
@InDom 求问,5000-300 的券怎么叠? 4499 凑 501 的单买了后 退了凑单的?还是不能退凑单的
32 天前
回复了 Evovil 创建的主题 Linux 打算配个 deskmini x600 装 Linux 做主力开发
@lry 这么一看确实是 7945 最佳,核多。
32 天前
回复了 Evovil 创建的主题 Linux 打算配个 deskmini x600 装 Linux 做主力开发
@llzzll1234 不知道哪里看的,好像是说纯铜 x47+猫扇 nf-a9x15 可以解决风切声和温度问题,本来想买来试试看的。

大佬内存用的是什么方案? oc 到 6400 还是买个普频率 5600 ( jedec )的普通内存?
32 天前
回复了 Evovil 创建的主题 Linux 打算配个 deskmini x600 装 Linux 做主力开发
@Amose2024 平时 go/rust 之类的开发 一般 vscode remote ssh / 终端+tmux+nvim

有时候会有些多进程 shmipc 并行应用的开发测试,对 cpu 要求较高。
32 天前
回复了 Evovil 创建的主题 Linux 打算配个 deskmini x600 装 Linux 做主力开发
@starrynight9 是的是的,不过 jd 他们家好像没国补 ,哪有国补版哈?
32 天前
回复了 Evovil 创建的主题 Linux 打算配个 deskmini x600 装 Linux 做主力开发
@wheat0r 如果是纯 am5 平台 看上去 deskmini 还便宜点( 13xx ) 毕竟华擎品质上还是会硬一些?
32 天前
回复了 Evovil 创建的主题 Linux 打算配个 deskmini x600 装 Linux 做主力开发
@JensenQian 有推荐吗
@newbee2000 也想买 x600 + 8700g ,求一下 op 的配置单比如内存,ssd , 风扇用的啥??
cpu 散片 1700 ? 哪里买有购买渠道吗?
75 天前
回复了 FreeWong 创建的主题 程序员 ===嵌入式软件开发新手入门请指点===
电路嘛 必读
信号完整性与电源完整性分析:
https://item.jd.com/12578108.html
其余看兴趣选择,模电数电之类的

嵌入式嘛:
没啥要看的你用啥芯片看啥芯片的 datasheet ,user manual ,reference

RTOS:
看文档

剩下来就是动手了,基本工具学会,示波器,逻辑分析仪,电烙铁什么的

FPGA:
先看上面那些吧。。


我觉得你应该先把 c 语言看看透:
强烈推荐:
https://www.amazon.com/Programming-Language-2nd-Brian-Kernighan/dp/0131103628
150 天前
回复了 JetpackCompose 创建的主题 公司运营 注册公司找不到合伙人怎么办?
谁说要两个股东才能注册的

了解下: 一人有限责任公司
非个体户和个人独资企业

《中华人民共和国公司法》第五十七条规定:“本法所称一人有限责任公司,是指只有一个自然人股东或者一个法人股东的有限责任公司。”
262 天前
回复了 csfreshman 创建的主题 C++ 如何从 c++菜鸟转型 c++高手
都写几年 c++了,修炼点内功心法,你现在要提高就系统的体系的看书,而不是看各种教程。
经典那几本书撸一遍吧,看你兴趣在哪块选择自己感兴趣的看起来,计算机原理,数据,架构,网络,设计,然后再付诸实践理解为什么这样设计。

当然逆向学习,从优秀代码阅读,反思,举一反三,在落实实践也可以,效率会比上面高,但是理解并不一定透彻。

如果 c++要成为高手,只能成为时间的朋友了,很多坑没写个三五六七八年是遇不到的,也淌不过去的。我一般选择 c 或者 rust 。
@vsyf 你的理解大致没错 不过有些细节:
1. rdp 如果应用在云桌面,是个很好的方案,因为画面变动少,可以获得很好的画质。 但是游戏、视频这类一秒变动 24fps/60fps 的在使用 rdp 就会延迟明显卡顿,换句话说就不丝滑了
- 如果传输裸图像,那么带宽会巨高,而且裸图像传输时间也很长
- 如果传输压缩的图像(比如 mjpeg ) 涉及到 cpu 编码,cpu 编码+传输延迟太高,如果选择硬件加速,那得各种微调
- 云桌面一般首先会设计 buffer 保证画面质量和避免撕裂等抵消网络波动,鼠标点击类,文字类操作超过 200ms 也不是特别影响

2. 如果使用 264 ,那就玩的花了,首先有现成的硬件电路可以提供支持,Intel/nvidia/amd 都有独立的硬件管线,其次如果 windows 从抓帧 dx11 ,dxgi 等 api 也是从 gpu 走的,理论上可以显存->电路不出 gpu 完成 264encode ,再其次,P 帧就是差异帧,在不变化的时候帧很小,变相也节省了延迟,低变化甚至比显示器延迟更低 @cheng6563

@houzhenghong 一般这类实现都是 infinite GOP
在正常情况下只有第一帧 I 帧后面全是 P 帧
@zsxzy 表述可能有问题,应该叫无限 GOP, 相关参数 以 nvidia 举例子 NVENC_INFINITE_GOPLENGTH
RDP 是云桌面
串流是云游戏

侧重不同,你细品

云桌面追求的是画质,客户端渲染,画质接近 native ,清晰可见 缺点是输入延迟较高,适合网页,办公等

串流一般是云游戏,低、极低延迟,讲究操作跟手,一般采用全硬件加速编解码(包括硬件色彩转换),典型有采用 264 265 + udp 这种,极限情况下延迟可以做到 20ms ( native 都有 10ms 延迟包括显示器), 缺点是画质比较低可能受网络波动影响,所以会采用无 I 帧无 B 帧 全 P 帧这种 + DRC (动态分辨率) 在保证延迟的前提下画质可能损失
撇开技术,时间和精力也是很重要的资源。 最优平衡是:把钱花到自己能承担的且不受影响的最高,以换取时间和精力的平衡性。
如果是我:
1. 服务器+企业级硬盘( SAS )+raid10
2. 买 NAS ,一体式 nas 的最大优势是省钱省时间省精力。
3. 存算分离,纯 nas 为啥要存算分离? 普通 nas+docker 可以满足较多低敏感业务,如果是要高性能可靠性的计算存储分离: 买存储服务器+HBA/SAN
4. 建议提升单盘容量的方法: 一步到位买大点。

数据无价,这个有两方面的解读:
1. 当你数据丢失后你发现,数据也没有那么重要
2. 当你数据丢失后,你发现数据太 tm 重要了

如果是 2 ,该花的钱还是得花,要不然企业花冤大头的钱买 SAS 干啥?
cpu 约等于阉割。
1  2  3  4  5  6  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3086 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 13:41 · PVG 21:41 · LAX 05:41 · JFK 08:41
Developed with CodeLauncher
♥ Do have faith in what you're doing.