@moudy

是这样但这样效能不能保证

@shijingshijing

差不多的 只是分析更多
这是亡羊补牢 不是釜底抽薪
个人不看好这种东西
至于它实现的不好导致 panic 那是它的问题
我是说正常驱动不应该导致 panic
而测试再多依究都是亡羊补牢而不是釜底抽薪

@shijingshijing

而且果不其然支援最好的 linux 就是那些
有品牌价值的

@shijingshijing

这我早就知道了 虽说这阵子我是第一次知道这个软件 撇除管控不讲 搞防毒在 linux 下是很可笑的 当然不是说没有 但是机制才是最重要的
写在驱动层更是种傻行为 首先不用这种东西是最好的 即便真的用了 linux 下方便的跳过也简单 不用停摆那么久损失这么多 这是我的原意

@hGaHLRyC

就是有没有人整 以及不懂技术的管理层考量点而已

@msg7086

甚至你直接产出 n 种配置的 kernel 出问题直接启动某 kernel 应急就可以

@msg7086

况且 linux 还有 fallback kernel image 可用 无额外驱动载入是可以处理问题的 kernel cmdline 也可以停用某驱动
你搭个 serial console 应该很好解决问题

@emma3

这问题只需要厂商做好给人无脑使用即可

@msg7086

内核驱动不是肯定 crash 发生 通常是会无法载入驱动而已 linux 没有 win 下问题 况且也根本不需要 cs 达成管控目的

@msg7086

你这是把 win 管控软件等同 linux 管控软件
win 下会全炸 linux 下不会 机制本来就不同
用开源套件也能管控 不会 kernel panic 了
图形化 x11 更是管控友好

那只是他们不知道使用姿势
外加洽饭的推波助澜形成生态罢了
linux 本来就没有一定得用终端 开发需要而已
gui 是还好 因为很多语言都有 gui 的 binding
你拿个目前不冷门的脚本语言都可以写 gui
工控有一些选择 tcl 是其中一个选择

补充二楼`[字母键]跳自该行该鼠标位置
字母键如为大写则是跨文件标记

@mark2025

非内建 微软相关

@whyso

java 过度设计 封装太多 坑很多
go runtime 大小相比其它没优势
rust 编译慢占用大 选错方案效能还出不来 撰写也很麻烦
python 效能低硬盘占用又不小的语言 包管理也不好
js 乱七八糟的包一堆 也是封装多 小型解释器还好 含 jit 的都是大容量占用

@shuimugan

不用到 HHVM 程度 会写 java 就手搓的出来
spring 工程师才手搓不出来 门槛并没有那么高

@shuimugan

如果明暸差异爱用什么就用什么 这才是使用计算机

@shuimugan

虽然对 java 有些许怨言 但我必需说所谓线程模型都是实现的 只是.net 标准库预设实现好一点而已 但对于手刻党来说这种差异根本不存在
认知多点更好

@qW7bo2FbzbC0

我有跳转过去 go 底层看就是 基本类型应该都有函盖才对 所以推测 driver 问题 不过没验过 对照一下 vczyh 的说明应该是这样

@qW7bo2FbzbC0

vczyh 先讲这问题的 后面才看到 你要先感谢他