V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 31 页 / 共 124 页
回复总数  2465
1 ... 27  28  29  30  31  32  33  34  35  36 ... 124  
@phpfpm #7 最大问题,“会被调度到多个核心”和“会被调度到多个核心上并行执行”是两回事,前者并不能提高性能,对于后者来说,既然你程序已经多核不支持并行那么后者并不能超过你程序实现来通过调度实现,有没有虚拟化都不能
2022-07-05 09:27:30 +08:00
回复了 tigerstudent 创建的主题 问与答 从软件开发者的角度, OLED 的息屏显示要怎么实现?
虽然屏幕不发光了,但是估计 CPU 和 GPU 不能进入低功耗休眠状态,屏幕刷新率也还要维持,估计省电效果要差很多
2022-07-04 15:02:42 +08:00
回复了 Felldeadbird 创建的主题 问与答 智能家电是怎样做(推送)到秒响应的?
@Felldeadbird #4 云网关,无法离线使用的都是需要接入远程服务器的,比如米家都是从米家服务器中转命令。设备长连接接入米家服务器就可以实时响应你的操作了,那些纯局域网的就更简单了,设备发现时已经记下了 ip 和 mac 地址,直接给对应地址发送命令就是了啊,前者问题自然是远程服务器崩了你就操作不了设备了,比如前两天米家还崩了多有米家设备都没法用还冲上微博热搜了,后者如果你设备从路由获取的 ip 变来变去大概率是用不了的,而且出门后手机不连接相同 wifi 也用不了,当然本地控制也有其他方案,比如广播消息或者 mdns 啥的
2022-07-03 16:24:06 +08:00
回复了 zamaojava 创建的主题 程序员 学习链接的时候的对重定位的疑问
你一个程序不止载入一个库吧,每个库都是单独编译的,那么也就是程序编译的时候其实无法确定实际地址,需要在程序载入的时候完成地址重重定向,只有绝对地址的话也就意味着你要把所有指令重写一遍,而且不同程序载入的相同库不能共享,有相对地址就简单多了,不同代码和库编译成不同段,地址编译成段内相对地址,载入只需重定向段基址即可,而且更厉害的是这个相对地址加段基址的选址过程完全由 CPU 的内存管理器自动完成,不会造成运行时性能损失,此外不同程序载入库的问题也可以放到统一的物理内存之中之后再通过段基址映射重定向到每个程序需要的地址去,大幅节省内存,我记得应该是这样的
2022-07-01 17:57:52 +08:00
回复了 plko345 创建的主题 程序员 是不是 gc 过程都会导致应用暂停
@12101111 #17 原子引用计数单个确实不高,但是明显你忽略了引用计数需要的操作数可是远远超过了 GC 的,引用计数只是不会导致全局暂停延时而已,并不能降低整体延时,甚至是增加延时的
2022-06-30 17:20:42 +08:00
回复了 feng32 创建的主题 程序员 实现无状态服务双机热备的最简单方式是什么
MQ 加工作机 1 工作机 2 两个消费者是最简单可靠的了,这不需要想了吧
2022-06-30 11:13:55 +08:00
回复了 Richard14 创建的主题 问与答 深度学习训练排序任务应使用什么损失函数?
或许也应该是期望位置序号和实际输出位置序号的均方差吧,实际值和排序结果没啥联系应该不可以用实际值来计算损失吧
2022-06-28 09:18:01 +08:00
回复了 reply1988 创建的主题 投资 近二个月和朋友玩 a 股,盈利 20 多个点,正常吗
迟早会跌下去,迟早会涨回来,你总会亏也总会赚,偶尔运气好一两次很正常,但是如何在无数次亏亏赚赚中综合起来还能是赚的就不是容易的了,市场行情好的时候以为自己是天才,行情不好的时候以为自己是傻叉,大家都会这样的,所以别那么激动
2022-06-24 09:26:49 +08:00
回复了 dumbbell5kg 创建的主题 程序员 请教大家一个后端菜单功能的实现问题
其实是不是想太多了,且不说同一个 menu 能被几个人操作啊,就算真的多现实情况下同时操作又有多大概率,直接加锁顶多慢几百毫秒而已,这真的不算个啥,还是别过度设计啊,如果并发冲突直接加锁超过 20%慢超过 5 秒以上,我觉得还有价值用 2 乐观锁加自动重试就行,否则除了增加不稳定因素和复杂度真的毫无优化的必要
2022-06-23 16:48:09 +08:00
回复了 17681880207 创建的主题 问与答 Vue3 KeepAlive 的一些问题
而且吧官方文档写的是用 include ,没用在上面用 v-if 的吧
2022-06-23 16:45:32 +08:00
回复了 17681880207 创建的主题 问与答 Vue3 KeepAlive 的一些问题
是不是 v-if 应该放在里边的 component 上,似乎实现的时候 keep-alive 内部一个属性保存了字组件来不销毁,v-if 在 keep-alive 上 keep-alive 都销毁重建了,那么估计保存的子组件也销毁了吧
2022-06-23 11:59:57 +08:00
回复了 microxiaoxiao 创建的主题 程序员 现在容器化是不是太泛滥了?动不动就搞个微服务!
@mengdodo #57 自然是每个项目启动的容器自己创建连接池了,数据库这边确实会连接数会高很多,但不是一个特别大的问题,而且换个方面来说每个容器的项目做的事情都少了,所以每个项目的连接数量也会低很多,虽然整提连接数量还是增长了,但也不是线性增长的,问题并不会特别严重

容器这边的话网络栈是独立的,所以连接数限制自然也是独立的,只是 k8s 连接集群外数据库的话需要走宿主机的 nat ,但是毕竟你宿主机的资源也不是无限的,实际也不大可能会超过宿主机的连接数量限制
如果你想说性能啥的话,没啥优势,大多数情况下其实是更差的,但这也不是个问题,云的优势本来也不在于性能好,云的优势自然是监控、备份和扩展了,你自己建就需要你自己搞监控告警、故障迁移、自动备份和扩展扩容了,云服务自然省的就是这些心了
2022-06-22 17:53:27 +08:00
回复了 microxiaoxiao 创建的主题 程序员 现在容器化是不是太泛滥了?动不动就搞个微服务!
有了 devops 工具、链路追踪、服务注册发现和容器化,微服务化后大大省事了吧,而且每个项目只负责一点点事情了,发布和测试也省心很多,分明是节省工作量的吧
2022-06-22 14:08:46 +08:00
回复了 wangzi1993 创建的主题 奇思妙想 “全球变暖”是伪命题吗?
说起来小时候差不多 2000 年的时候吧,我们那边雨季差不多都持续好三四个月,河水汹汹能持续好几个月,现在常年不见大点的水河道都长草去了,云贵高原上啊,下的大一点持久一点就能削掉一层河床的,而且附近好多泉水都干涸了,旱季吃水都是个问题,总之最近一二十年气候确实变化不小
2022-06-22 09:23:07 +08:00
回复了 funbox 创建的主题 Bitcoin 也许可能大概再也见不到 20k 以下的比特币了
说不定后面可能还有全球经济大衰退,可能还有大经济危机,2020 年跌成那样然后又涨起来难道是觉得比特币有价值靠谱么,说真的就现在这情况认为 2w 是底真有点不知死了
2022-06-21 11:52:10 +08:00
回复了 MuskLee 创建的主题 Linux iptables 智能路由问题,感谢大佬
nat 是 route 完成后才走这个,iptables 的 nat 表改不了 route 路由出口信息的,走 tun0 成功是因为这个默认路由优先级高,想要走不同路由叫策略路由 route rule ,iptables 配合策略路由的是 mangle 链表
2022-06-20 10:06:57 +08:00
回复了 ZE3kr 创建的主题 全球工单系统 微信支付“吞”了我 6 万元
微信支付宝余额、微信支付宝担保支付没给商家的都是支付备付金,是需要存入央行专门监管账户的,说不是你的钱微信可以随意处置那是绝对不可能的,微信支付宝绝对有基于某些原因冻结你账户的权力,但是绝对不可能有随意处置你账户的权力,除了被盗号丢了那估计也不可能的
这种十之八九应该是和电信诈骗相关账户有关联被冻结了,现在打击电信诈骗冻结账户似乎有哪怕一点点关联都先冻结再说,你确定不是参与相关的报警就是了啊,这金额也不小不会不理你的,微信客服估计是普通投诉太多,所以微信也不重视
2022-06-20 09:53:08 +08:00
回复了 lslvxy 创建的主题 程序员 咨询一个 ES 的问题
ES7.x 和 ES6.x 的数据结构不一样,想要一样,需要调整 es mapping 的配置吧
1 ... 27  28  29  30  31  32  33  34  35  36 ... 124  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4812 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 48ms · UTC 01:07 · PVG 09:07 · LAX 17:07 · JFK 20:07
Developed with CodeLauncher
♥ Do have faith in what you're doing.