V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ryd994  ›  全部回复第 70 页 / 共 496 页
回复总数  9911
1 ... 66  67  68  69  70  71  72  73  74  75 ... 496  
2020-06-30 08:22:42 +08:00
回复了 Livid 创建的主题 硬件 Intel NUC Compute Element
不算新操作了
某云计算厂就有用 arm 核处理虚拟网络流量的操作
某种意义上来说也可以说是固件,但对外可独立访问

优点是 arm 核不支持虚拟化但非常便宜,比烧物理机 CPU 要便宜
2020-06-28 03:38:47 +08:00
回复了 dxgfalcongbit 创建的主题 随想 我发现现代社会有个 bug
不然怎么让他们专心学习和建设国家?!
2020-06-26 14:01:39 +08:00
回复了 henryshen233 创建的主题 NAS 关于机械硬盘的寿命疑问
定期监测 smart,每天一个 short test,每周一个 long test 。失败了就邮件通知
剩下的有 raid 顶着
2020-06-26 02:13:04 +08:00
回复了 Smash 创建的主题 问与答 入了个 5 盘位的 DS1019+,如何选择 RAID?
@bclerdx raid 几都不能防脑残管理员和本地天灾人祸
如果要数据安全,必须要异地备份
2020-06-25 18:51:41 +08:00
回复了 zhangyanwen2 创建的主题 互联网 有那个域名邮箱支持.tk 的域名?
别用 tk
tk 发现你用的多了,或者多次续期的话,就会把你的域名划成收费域名,一年 12 美元
一年 8 美元就可以买到 com,10 美元可以买到 net,12 美元可以买到 im
域名只是一点小钱,稳定最重要
2020-06-25 16:22:49 +08:00
回复了 Smash 创建的主题 问与答 入了个 5 盘位的 DS1019+,如何选择 RAID?
单盘超过 1T 就不应该用 raid5
raid5 在重建途中没有任何额外保障。重建负载重时间长,途中再挂一块很正常
而且硬盘还有读取错误率,重建时没有足够的额外冗余度来校验的话,很可能重建成功但数据错了

SSD 缓存反而是没必要的。家庭网不过百兆最多千兆。一块硬盘读写能力一般 100MB/s 以上,也就是 800Mbps,整个阵列加起来绝对超过千兆了

而且 nas 主要是连续读写,队列深度收 TCP 缓冲影响,实际上队列深度很深。可以充分利用缓存预读 /回写 /指令重排。单盘性能可以在 raid 下叠加。瓶颈只是连续读写带宽

SSD 缓存的主要应用是服务器上需要高性能随机写而且队列深度浅的情况,这时候性能主要受写入延迟影响。内存缓存因为易失所以无法使用。非易失的 SSD 就非常有用,optane 更佳。这种情况下 raid 基本没用,因为每个请求太小,都是打在单盘上。瓶颈是延迟而不是带宽。

带 UPS 的系统,哪怕只有小电池只保护 raid 缓存,也可以一定程度上改善此问题。因为只要写到 raid 卡缓存就可以认为非易失。延迟只限于 CPU 到 raid 卡缓存。
但是现在一般用软 raid,而且带 bbu 的 raid 卡一般很贵,bbu 也是易耗件。所以 optane 还是很有前途的。
2020-06-24 18:49:16 +08:00
回复了 coolair 创建的主题 京东 京东买的周黑鸭惊现白色粒状物品(密集恐惧症患者慎入)
@coolair 找工商投诉
举证义务不在你,在商家
@codehz 1.这不是 Unix socket 传统模型。在超算上我还用过类似的 mpi send/recv,也是发送接收完成之前不能使用 buffer 。还比你说的这个多个 recv 的能力。
但这不是标准的 bsd socket 。

2. 说白了就是让应用层来分配和维护 buffer

使用 splice,效果如下
A 有 user space 的数据 X0
写到 pipe 里,拷贝一次得 X1
B 从 pipe buffer splice 到 socket buffer
内核处理完 TCP 发送后释放
拷贝次数和 A 直接 send 一样

使用 shm,效果如下
A 处理数据的时候直接放到 shm 里
B 调用 send,从 shm 拷贝到 socket buffer
结果还是一次拷贝,但好处是 B 可以看到数据而且能进行一定的操作。splice 则必须直通


使用你说的 zero copy send,效果如下
A 有要发送的数据 X0
zero copy send,没有拷贝到 send buffer
B 从 socket 里接收,一次拷贝 X1
B 再 zero copy send,没有拷贝
总的来看拷贝次数也是一样,但是缺点是 A 和 B 都必须有一套逻辑来维护发送未完成的 buffer
A 这边比较简单,因为 B 大概率立刻接收。其实加起来和 shm 也差不多。但是 B 这边是出网络,情况就复杂得多。而维护 buffer 的逻辑内核里早就有了,何必重新发明轮子?

把 shm 和 zero copy send 结合,确实可以做到 zero copy 。缺点就是跨进程协调 buffer 的释放会非常非常蛋疼。

考虑到各种开销,实际哪个好还真未必
@zivyou socket 哪来的零拷贝? send recv 都要 buffer,buffer 就是一边一个拷贝
如果必须 socket,那最多就是 sendfile/splice
用 loopback 的话还多一个网络层,好处如果今后要不同机器,那直接改地址就行

用 Unix socket 的话更少开销。基本上可以认为用 fifo/pipe 也是一样。但是 Unix socket 能支持不同协议。而 pipe 只有字节流

如果放开 socket 要求,那 shm 更快,而且不需要 buffer
不要把 nas 和公网服务混在一起
安全起见
2020-06-14 10:10:01 +08:00
回复了 wangbenjun5 创建的主题 程序员 很多大公司对 Linux 办公设备支持真的很差劲
@amosbird Secure Administration Workstation
2020-06-14 07:22:27 +08:00
回复了 wangbenjun5 创建的主题 程序员 很多大公司对 Linux 办公设备支持真的很差劲
mmm,那其实国外大厂也不怎么样😂
微软就是微软全家桶,Linux 理论上支持实际上要啥啥没有
所以搞 Linux 的同事都是再开个 Windows 虚拟机

总的来说开发机你爱用什么用什么,只要你自己不难受。开发机也无所谓安全问题
控制代码泄露?人家想泄露的录屏 OCR 都行你能防得住?而且真有多少不能泄露的代码?除了少数涉及技术机密的代码,其他的人家抄去又怎样?软件公司真正的资产是人。有这批人在,再开发一套也行。没这批人,给你也用不起来。就算跑起来了,软件是一直要更新的,没后续技术支持又有什么用?

涉及生产环境的确实要保护,但那是在独立的 saw 电脑上。saw 电脑只能运行白名单上的程序
2020-06-07 10:21:32 +08:00
回复了 dxgfalcongbit 创建的主题 汽车 昨晚用树脂修复了挡风玻璃破损,效果不错。
@0312birdzhang 汽车玻璃不是钢化的,而是要专门的退火玻璃
原因就是因为钢化玻璃会爆,而且一旦碎开,碎片全部是尖利的碎片,在事故中很危险

所以汽车前挡风是退火夹胶玻璃。被石子撞破的只是很薄的外层,后面还有胶层和实际承力的内层。
2020-06-04 23:13:44 +08:00
回复了 youxingzhi 创建的主题 酷工作 [Shopee 内推] 快来了解下,一年内股价翻倍的公司
股票和员工有个毛关系?你觉得它家股票好大可以直接买,别把自己的职业生涯投进去
股票作为资本,股东的利益和员工的利益不一定一致,甚至可以说相反。员工待遇太好了还怎么赚钱?当然,也不能说那些股票涨势差的公司就对员工好,兴许人家是真的赚不到钱。

先考虑组,再考虑业务,再考虑公司,再考虑股票。因为组和小老板才是影响你工作环境最大的人。
2020-05-10 05:48:30 +08:00
回复了 Essaim 创建的主题 iMac iMac 21.5 2019 升级 SSD,不选混合硬盘会阉割 M.2 接口!
自己焊也不难
或者电脑城花点钱找人。bga 都能焊,你这都是小事
怕的是不止少了接口,可能还少了配套的电路
2020-05-07 02:17:12 +08:00
回复了 ablmdream 创建的主题 宽带症候群 求个 M-TEAM 邀请
@ablmdream 买个盒子,一个月就能刷够流量,然后等注册时间够就行
2020-05-07 02:16:12 +08:00
回复了 ablmdream 创建的主题 宽带症候群 求个 M-TEAM 邀请
2020-05-07 01:50:36 +08:00
回复了 GTD 创建的主题 分享发现 亚马逊送了我一个 5TB 的 LaCie 移动硬盘
这不算啥,我白拿了一台两百多的显示器……
估计是黑五期间发货发重了
1 ... 66  67  68  69  70  71  72  73  74  75 ... 496  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1333 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 57ms · UTC 17:41 · PVG 01:41 · LAX 09:41 · JFK 12:41
Developed with CodeLauncher
♥ Do have faith in what you're doing.