V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  jim9606  ›  全部回复第 12 页 / 共 117 页
回复总数  2333
1 ... 8  9  10  11  12  13  14  15  16  17 ... 117  
2024-10-08 17:18:46 +08:00
回复了 florentino 创建的主题 Go 编程语言 使用 golang 可以开发一套监控系统吗
行肯定是行的,更多是省不省心,例如 golang 并不是一个对 interprop 友好的语言,要引非 golang 的库会比较麻烦。如果你熟悉 golang ,需求又不存在调三方库全部自己写的那就无太大所谓。
firmware 通常就是 BIOS 更新
这种方式的 BIOS 更新不会主动要求重启,会在下次开机时自动执行。
2024-10-07 17:38:10 +08:00
回复了 lewiet 创建的主题 Android 有没有 Android 免费没广告的多开 APP 推荐?
国内主流机型都有双开吧,又不是什么高端机独享功能。
2024-10-03 19:41:59 +08:00
回复了 hahiru 创建的主题 Windows 轻易别更新 win11 24h2,又拉了一坨
为啥需要官方支持,老的 NDIS6.8 驱动还能用的吧?
不给老硬件升驱动模型算是 intel 坏脾气了。
2024-10-02 22:30:37 +08:00
回复了 lx01xsz 创建的主题 问与答 请问公网 IPV6 开 WireGuard 后, 如何阻止公网直接访问 Web 服务
如果你是在主路由上开 wireguard 服务让外部接入,那只有 wireguard 的服务端口是暴露的。
openwrt 的默认设置是阻止 wan ipv6 入站的(除部分 icmpv6 、dhcpv6 、ike 流量),除非你手贱或者偷懒关了。
2024-09-28 23:33:47 +08:00
回复了 bthulu 创建的主题 程序员 今晚电脑自动升级到 win11 了,结果 refs 系统的 D 盘打不开了
某个版本的 win11 升级 refs 到 3.10 会出问题,不过印象里是可以使用 refsutil salvage 来恢复的。
由于预期 refs 版本还会升,所以建议升系统前改注册表禁用 refs 自动升级功能,回退不会让分区恢复,因为通常旧系统不支持升级过的 refs 版本。
目前 WS2025/Win11 24H2 支持 refs3.14 ,兼容性好像跟之前的有点变化。
2024-09-19 22:21:44 +08:00
回复了 iqoo 创建的主题 分享创造 使用域名存储任意二进制数据
都有域名和服务器了,托管小数据不是什么难事。
想一毛不拔的方法其实也有。
GL 似乎忘记它有商标权了。
不过也有可能是觉得自己能力强了不需要靠社区带货了,像 miui 那样。
2024-09-19 12:59:36 +08:00
回复了 strp 创建的主题 生活 使用多口 GaN 充电器充电两年,我已经烦透了!
现在有不断连的方案啊
多口充电器通常跑单口也是全功率了,如果单口版本价格不低些的话没必要追求。
还有充电器和电源适配器的要求是不一样的,前者通常动态负载稳定性和瞬时超载能力不好,如果不是便携需要或临时使用,不建议给无电池的设备使用。
2024-09-19 12:49:46 +08:00
回复了 jim9606 创建的主题 Android Android15 试图推的 16K 内存页究竟能有多少收益
@Metre 这玩意难处在哪?我看的文章说有源码的话改掉硬编码 4k 的部分然后重新编译就行。
小项目别折腾了吧,找纯 go 实现的 sqlite 客户端库。
2024-09-17 19:38:47 +08:00
回复了 kneo 创建的主题 软件 有没有禁止电脑 QQ 自动升级的办法?
设置可以关,另外有时打开 qq 会请求 UAC ,不同意就行。
不过可能时不时弹窗要求升级。
还有一个选择是用曾经在商店上架的 msix 封装经典版 qq 。
都有众包了,质量下滑是明摆着的事
2024-09-16 18:47:58 +08:00
回复了 jim9606 创建的主题 Android Android15 试图推的 16K 内存页究竟能有多少收益
@seers
大页的好处是提高 TLB 命中率和减小页表,坏处是可能加剧伪共享和碎片内存浪费(这会导致某些假定 4K 页的多线程优化变成负优化),是个有 tradeoff 的选择

@Venjer
这跟迁移 64 位不太一样,现在迁移 64 位态度强硬是因为上游 ARM 的新公版 IP 核去掉了 AArch32 支持,在这之前迁移态度并不强硬,所以不算是 google 自己决定的,虽然肯定是跟 ARM 在 roadmap 上通过气。而这个 16K 页并不需要硬件支持,纯是 google 自己决定了。
国内迁个 arm64 都那么费劲,别说这种不影响可用性的调整了。
2024-09-16 01:54:10 +08:00
回复了 1014982466 创建的主题 Apple ​甘拜下风,我怎么就想不到这么好的洗 60Hz 的角度
毕竟是说过只有无产阶级才需要快充的神论的人
2024-09-16 01:12:10 +08:00
回复了 NewYear 创建的主题 问与答 据说 NTQQ 桌面版是 Electron,那移动版是什么开发的呢?
@NewYear
好写代码可以是指人好招好培训,你觉得招个 c++客户端程序和 web 前端程序哪个更容易。
真要偷懒只写一遍那就把移动版的界面拉长硬搬到桌面上,我们一般称这种为暴力移植。
你说的那些新版的问题就是迁移成本。
自己小打小闹肯定考虑开源方案做基础吧,反正你也不可能有精力自己写一套 UI 轮子,就算有,大概率不如现成的好用。这跟 QQ 当年的行业情况不一样,那时自造轮子算是基础需求。
2024-09-16 00:04:15 +08:00
回复了 NewYear 创建的主题 问与答 据说 NTQQ 桌面版是 Electron,那移动版是什么开发的呢?
QQNT 的大一统是为了桌面平台的大一统,可以方便支持各种国产 linux 和 WoA ,老 QQ 原本深度耦合 MFC ,后逐步迁移到自研 Hummer 框架,跨平台不那么容易。
至于手机桌面统一路线那就不见得很有必要了,毕竟交互 UI 啥的本来就要写两套的,强行统一并不能减少维护量还要付不小的迁移代价。
这跟生于移动端的平台不一样,后有桌面端的应用会选择尽量沿用移动端的路线,一是从零开始不存在迁移成本之说,而且沿用路线可以直接调原有的人力和流程去做,不用费劲重新组团队。
实际上 QQNT 相比老版的好处还没体现出来,虽然我个人偏好这个新架构客户端,但不否认其性能和功能在短期内都不会超过老版,我也没少听人嫌弃这个新版。
1 ... 8  9  10  11  12  13  14  15  16  17 ... 117  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   5759 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 159ms · UTC 02:07 · PVG 10:07 · LAX 18:07 · JFK 21:07
♥ Do have faith in what you're doing.