V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xsen  ›  全部回复第 33 页 / 共 37 页
回复总数  725
1 ... 25  26  27  28  29  30  31  32  33  34 ... 37  
2020-02-26 16:37:14 +08:00
回复了 linxy19957 创建的主题 Linux 如何将同一片物理内存映射到两个不同的地方
其实你就是把简单的问题复杂化了

用户态,由于无法一次处理完数据,基于性能考虑(避免不必要拷贝)。其实,你需要做的不就是要记录读写两个位置的地址而已

比较通用的,就是环形缓存,数据结构选择你喜欢的都可以,比如数组
2020-02-25 12:04:43 +08:00
回复了 neurocomputing 创建的主题 云计算 云游戏有出路吗?
@goldenalex #121
更大的压力是边缘节点或服务器端的带宽压力,大概率短期是无解
现在所谓的云游戏,通过类似 rdp 或 vnc 效果是不会好的。真正体验好,就是服务器端根据模型与数据,生成视频流,然后客户端就是类似现在看视频网站差不多——体验自然可以好很多
2020-02-19 16:45:07 +08:00
回复了 gansteed 创建的主题 DevOps 微服务的缺点
有人说小公司不要用微服务,恰恰相反,小公司更应该用微服务。因为这样整套框架搭建起来之后,在招人用人及运维方面,都是极其节省各种成本,提高开发维护效率
2020-02-19 16:44:09 +08:00
回复了 gansteed 创建的主题 DevOps 微服务的缺点
微服务,火了好几年的东西。曾经我们看中的是微服务拆分之后,每个项目变得更小,对团队的每个人来说维护成本降低,因为需要了解 的东西局限于一个更小的服务。第二是加强了技术选型的灵活性。但是由于没有实践,并不知道微服务会带来什么大的问题。 当我们大规模应用微服务之后,问题才开始慢慢显现出来。

网络调用过多
-----------------------------------------------------------------
不知道是如何评判过多?是影响到带来额外的处理延迟,还是性能瓶颈,或是带来额外的运维

技术栈太过灵活
-----------------------------------------------------------------
有很多选择又不是以为着所有的都会使用。若出现混乱(如随意选用技术栈等),这是管理的问题
选用特定技术栈,自然是有响应的好处

难于应对连表查询的需求
-----------------------------------------------------------------
这是架构或管理要背的锅

核心应用崩溃会导致大面积瘫痪
-----------------------------------------------------------------
降级,限流就是来做这个的

运维成本增加
-----------------------------------------------------------------
短期看是带来运维成本增加,但若真的把 devops 用起来;就算是简单的把 docker 用起来,看到的都是节省运维成本

接口风格不一致
-----------------------------------------------------------------
管理要背的锅

上面就是个人总结的一些微服务所带来的问题。对每个缺点的详细说明请看原文 :)
2020-02-19 15:52:30 +08:00
回复了 xidianzyf 创建的主题 程序员 求问一个架构问题
设备端与云平台的通讯,用 mqtt 会简单很多
1.云端部署一台 mqtt broker,如 emqtt
2.通过 pub/sub 发布与订阅消息(实时)

3.服务器端,订阅所有数据,进行处理(如转发或存储等)
别的,跟你原先设想,愿意怎么做都没问题
2020-02-17 12:56:40 +08:00
回复了 doraos 创建的主题 Linux 什么版本的 Linux 更适合新手
看楼主折腾了一大堆,却又不愿意稍微深入了解与配置下
用 linux 桌面版,若不想折腾就老老实实用 ubuntu; 若想折腾,就有个折腾的样子

比如你说的一大堆所谓的问题,只要稍微花些时间百度下,都可以解决的
2020-02-17 12:52:05 +08:00
回复了 alan0liang 创建的主题 远程工作 求腾讯会议 Linux 解决方案
楼上各位给模拟器、虚拟机方案的就不要瞎出主意了,要跑视频这都不靠谱,还不如直接用 web 或者手机(平板)实在些。起码手机或平板,视频大多数还是可以硬解
2020-02-12 11:01:17 +08:00
回复了 fancy2020 创建的主题 程序员 WebRTC 到底有没有实用价值? NAT 穿透成功的概率有多大?
@fanchangyong 你误解了我的回答。比如你要两端 p2p 传文件,如 A 与B,其中a、b处于不同的网络环境(家庭或公司),要穿透成功就要求a、b都穿透成功,才可以 p2p,不然是通过 turn 转发

若 a 穿透成功;而 b 所处的网络(如某公司),防火墙把 udp 都封掉,或者把 80/443 之外的端口都封了,那么b是无法穿透成功的
2020-02-12 09:01:38 +08:00
回复了 fancy2020 创建的主题 程序员 WebRTC 到底有没有实用价值? NAT 穿透成功的概率有多大?
WebRTC 穿透成功率可以到 95%以上;当然,需要对服务器端配置与客户端配置做适当调整,进行优化,比如
1. stun 采用 tcp 方式
2. stun/turn 服务器端口要修改

等等诸如此类。因为很多内网会封掉 udp,对于 tcp 只会开启 80/443
@puras 这就是考核机制要做的事情。结果导向,工作效果反应到考核这个问题自然就可解决
对于工业这个方面,近期关注也比较多。相对来说,机会比较多的是网关(集成监控或视频)、工业自动化(如基于激光或视频的方案),还有上位机客户端(可组态、图像处理与流程)
若可以兼职+远程的话,个人可以参与进来。C/C++ + Java + React 都可以,前后有十多年软硬件开发经验
详细信息可参看个人资料
国内绝大多数公司,都不存在对员工的信任,这个从钉钉的流行自然就可以看得出来
2020-01-21 11:08:56 +08:00
回复了 zhangH258 创建的主题 程序员 过年想给 70 多岁的外婆买个智能机方便视频,求推荐
@chitanda
@mugglezzz
谢谢推荐,刚给爸妈一人买了一台
2020-01-20 10:20:58 +08:00
回复了 dazhangpan 创建的主题 北京 现在在公共场合很少听到人们在聊房子了
@testver 嘴炮一下赌什么,一点意义都没有
若真要赌,开个盘——然后根据不同年退出,给赔率,一赔十还是一赔百。你要敢,就陪你玩一把
2020-01-19 08:59:13 +08:00
回复了 wework 创建的主题 程序员 有没有程序员尝试过在五线城市开 PHP 培训班
若有资源或门路的话,做外包相关是可以的
或者,有会员卡类似系统(加小商场或小程序这些),地推也是有空间
2020-01-19 06:58:33 +08:00
回复了 SpiritQAQ 创建的主题 问与答 有没有喜欢菠萝口味饮品的同好来推荐下产品或品牌呀
广氏菠萝啤
1 ... 25  26  27  28  29  30  31  32  33  34 ... 37  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1015 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 105ms · UTC 21:23 · PVG 05:23 · LAX 13:23 · JFK 16:23
Developed with CodeLauncher
♥ Do have faith in what you're doing.