V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  james122333  ›  全部回复第 20 页 / 共 71 页
回复总数  1411
1 ... 16  17  18  19  20  21  22  23  24  25 ... 71  
2024-07-21 17:13:49 +08:00
回复了 Rorysky 创建的主题 Linux 这次蓝屏事件才发现,原来那么多物联网设备用了 windows 系统
@moudy

是这样但这样效能不能保证
2024-07-21 17:08:03 +08:00
回复了 Rorysky 创建的主题 Linux 这次蓝屏事件才发现,原来那么多物联网设备用了 windows 系统
@shijingshijing

差不多的 只是分析更多
这是亡羊补牢 不是釜底抽薪
个人不看好这种东西
至于它实现的不好导致 panic 那是它的问题
我是说正常驱动不应该导致 panic
而测试再多依究都是亡羊补牢而不是釜底抽薪
2024-07-21 16:33:38 +08:00
回复了 Rorysky 创建的主题 Linux 这次蓝屏事件才发现,原来那么多物联网设备用了 windows 系统
@shijingshijing

而且果不其然支援最好的 linux 就是那些
有品牌价值的
2024-07-21 16:20:50 +08:00
回复了 Rorysky 创建的主题 Linux 这次蓝屏事件才发现,原来那么多物联网设备用了 windows 系统
@shijingshijing

这我早就知道了 虽说这阵子我是第一次知道这个软件 撇除管控不讲 搞防毒在 linux 下是很可笑的 当然不是说没有 但是机制才是最重要的
写在驱动层更是种傻行为 首先不用这种东西是最好的 即便真的用了 linux 下方便的跳过也简单 不用停摆那么久损失这么多 这是我的原意
2024-07-21 14:00:46 +08:00
回复了 Rorysky 创建的主题 Linux 这次蓝屏事件才发现,原来那么多物联网设备用了 windows 系统
@hGaHLRyC

就是有没有人整 以及不懂技术的管理层考量点而已
2024-07-21 13:48:51 +08:00
回复了 Rorysky 创建的主题 Linux 这次蓝屏事件才发现,原来那么多物联网设备用了 windows 系统
@msg7086

甚至你直接产出 n 种配置的 kernel 出问题直接启动某 kernel 应急就可以
2024-07-21 13:36:42 +08:00
回复了 Rorysky 创建的主题 Linux 这次蓝屏事件才发现,原来那么多物联网设备用了 windows 系统
@msg7086

况且 linux 还有 fallback kernel image 可用 无额外驱动载入是可以处理问题的 kernel cmdline 也可以停用某驱动
你搭个 serial console 应该很好解决问题
2024-07-21 13:32:45 +08:00
回复了 Rorysky 创建的主题 Linux 这次蓝屏事件才发现,原来那么多物联网设备用了 windows 系统
@emma3

这问题只需要厂商做好给人无脑使用即可
2024-07-21 13:31:10 +08:00
回复了 Rorysky 创建的主题 Linux 这次蓝屏事件才发现,原来那么多物联网设备用了 windows 系统
@msg7086

内核驱动不是肯定 crash 发生 通常是会无法载入驱动而已 linux 没有 win 下问题 况且也根本不需要 cs 达成管控目的
2024-07-21 13:26:28 +08:00
回复了 Rorysky 创建的主题 Linux 这次蓝屏事件才发现,原来那么多物联网设备用了 windows 系统
@msg7086

你这是把 win 管控软件等同 linux 管控软件
win 下会全炸 linux 下不会 机制本来就不同
用开源套件也能管控 不会 kernel panic 了
图形化 x11 更是管控友好
2024-07-21 02:19:58 +08:00
回复了 Rorysky 创建的主题 Linux 这次蓝屏事件才发现,原来那么多物联网设备用了 windows 系统
那只是他们不知道使用姿势
外加洽饭的推波助澜形成生态罢了
linux 本来就没有一定得用终端 开发需要而已
gui 是还好 因为很多语言都有 gui 的 binding
你拿个目前不冷门的脚本语言都可以写 gui
工控有一些选择 tcl 是其中一个选择
补充二楼`[字母键]跳自该行该鼠标位置
字母键如为大写则是跨文件标记
2024-07-20 12:15:09 +08:00
回复了 javak 创建的主题 Java Java hello world 确实就要占用 30M
@mark2025

非内建 微软相关
2024-07-19 11:00:16 +08:00
回复了 javak 创建的主题 Java Java hello world 确实就要占用 30M
@whyso

java 过度设计 封装太多 坑很多
go runtime 大小相比其它没优势
rust 编译慢占用大 选错方案效能还出不来 撰写也很麻烦
python 效能低硬盘占用又不小的语言 包管理也不好
js 乱七八糟的包一堆 也是封装多 小型解释器还好 含 jit 的都是大容量占用
2024-07-18 19:33:30 +08:00
回复了 javak 创建的主题 Java Java hello world 确实就要占用 30M
@shuimugan

不用到 HHVM 程度 会写 java 就手搓的出来
spring 工程师才手搓不出来 门槛并没有那么高
2024-07-18 17:26:25 +08:00
回复了 javak 创建的主题 Java Java hello world 确实就要占用 30M
@shuimugan

如果明暸差异爱用什么就用什么 这才是使用计算机
2024-07-18 17:16:07 +08:00
回复了 javak 创建的主题 Java Java hello world 确实就要占用 30M
@shuimugan

虽然对 java 有些许怨言 但我必需说所谓线程模型都是实现的 只是.net 标准库预设实现好一点而已 但对于手刻党来说这种差异根本不存在
认知多点更好
2024-07-17 18:51:23 +08:00
回复了 qW7bo2FbzbC0 创建的主题 Go 编程语言 被 go 语言的 json.Marshal 恶心到了
@qW7bo2FbzbC0

我有跳转过去 go 底层看就是 基本类型应该都有函盖才对 所以推测 driver 问题 不过没验过 对照一下 vczyh 的说明应该是这样
2024-07-17 18:39:24 +08:00
回复了 qW7bo2FbzbC0 创建的主题 Go 编程语言 被 go 语言的 json.Marshal 恶心到了
@qW7bo2FbzbC0

vczyh 先讲这问题的 后面才看到 你要先感谢他
2024-07-17 18:21:06 +08:00
回复了 qW7bo2FbzbC0 创建的主题 Go 编程语言 被 go 语言的 json.Marshal 恶心到了
@zzhaolei

orm 本身没有不确定性 本质还是产生 query string 传参 orm 的不确定性在於框架的实现 太过细节的框架从另外角度讲是坑
gorm 确实是慢没错 更何况就是要用事务
我离职了再写一个比较好的自己用
1 ... 16  17  18  19  20  21  22  23  24  25 ... 71  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   838 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 21:25 · PVG 05:25 · LAX 13:25 · JFK 16:25
♥ Do have faith in what you're doing.