V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  hez2010  ›  全部回复第 1 页 / 共 30 页
回复总数  595
1  2  3  4  5  6  7  8  9  10 ... 30  
10 小时 33 分钟前
回复了 BerniLin 创建的主题 程序员 cursor tab 要充钱才能用了
你可以换回 vscode 用 GitHub Copilot ,最近 Copilot 迎来了一次大更新,有个新的 Copilot Workspace 直接取代 Cursor 的各种功能了。
11 小时 10 分钟前
回复了 hanssx 创建的主题 浏览器 arc 浏览器 windows 端怎么卸载的?
开始菜单里右键 Arc 浏览器就能卸载了啊
macOS 启动程序的时候是需要校验安全扫描程序的,这个过程会导致你首次开启 app 卡好几秒。
IsEnabled 可以说是冗余,Enabled 就可以。
但是 IsName 和 Name 就是完全不同的含义了。

不过个人认为只要不是名词应该都不需要加那句多余的 Is 。
@raptor hyper-v 有 GPU-PV 半虚拟化,直接把宿主机的 GPU 分区共享给所有 VM 一起使用,而且同时支持客户机是 Windows 和 Linux ,性能几乎没有损失(虽然 Linux 需要自己编译内核把 dxg 驱动搞进去),同时宿主机上使用 GPU 也不受影响。光这点就比 pve 香太多了。
@hez2010 图没贴上,再贴一次。

![game]( https://i.imgur.com/3IXohzC.png)
@Byleth 我这里改了一下注册表可以开硬件加速并支持 4K 60fps ,轻轻松松跑出 80mbps+ 的峰值,打游戏都很流畅,放 4K 视频更是没问题。只要网络足够好你打 RPG 游戏的话都感觉不到任何延时。

放个 RDP 远程打原神的网络占用:

![game]( https://imgur.com/fa056529-36c1-4562-adad-8f4e390096d5)
@felixlong 微软商店现在是原生 UWP ,不是 React Native 。
开始菜单的推荐栏、设置 app 的账户那一整个页面都是 React Native for Windows 做的。
React Native for Windows 是直接封装原生控件的,控件效果当然和原生是一致的。
14 天前
回复了 giao123 创建的主题 Windows windows 的自动更新是真的恶心啊
装完更新要重启了是一定会有提示的,而且是无法打断的置顶全屏提示,自己无视了那也没办法。
如果要跑长任务,最有效的办法是在开始的时候去更新那里点一下“暂停更新”。
> 直到看到有人说是用小拇指去按 Ctrl 我才恍然大悟,感情你们用错误的手法去按 Ctrl 这能好按吗?

但是用小拇指按 Ctrl 很舒服啊?
用小拇指按 Ctrl 难受的我觉得都是平常压根不用小拇指的导致没力量(
况且就算打字的时候也经常会用到小拇指吧,按 shift 、切换大小写哪个不是用小拇指的。
21 天前
回复了 xiwypin 创建的主题 问与答 有没有和 mbp 触摸板一样的 windows 笔记本
最新版本的 surface laptop 7
@hez2010 看到 OP 说用过这个,MySQL 的支持需要自己在插件里面搜索安装的。
Azure Data Studio: https://learn.microsoft.com/en-us/azure-data-studio/download-azure-data-studio

虽然名字叫做 Azure Data Studio ,但是是一个功能非常强的还支持插件扩展的数据库管理器,可以连接任何数据库,不一定非得是 Azure 的。
28 天前
回复了 hez2010 创建的主题 程序员 运行 100 万个异步并发任务需要多少内存
@lesismal #10

> 我可从来没说过这个, go 标准库海量并发占用高我自己就知道, 所以我才搞 nbio 之类的方案优化, 而且相对成熟了, 可以替换标准库方案, 但是你们非要"只用标准库方案"的方式来评价整个 golang, 就不合理了

标准库目前有计划改善这个问题吗?毕竟标准库用起来最简单,如果标准库能解决这个问题的话那岂不是不需要 nbio 这类的方案优化了。
另外看了一眼 nbio ,似乎是针对 client-server 网络场景特化的,牺牲了通用性。例如通过 goroutine 来代替多线程进行并行计算也是一个有效的场景。
28 天前
回复了 hez2010 创建的主题 程序员 运行 100 万个异步并发任务需要多少内存
@lesismal

> 毫无意义的测试, 却顺便拉踩, 捧 java 踩 go, 实在看不下去了我才必须出来澄清下.

跟 Go 的 goroutine 同样是 green thread 方案的 Java virtual thread ,在并没有做任何池化的情况下,只是简单的 new Thread ,在 1M tasks 占用确实比 goroutine 小了很多,这难道不能说明 goroutine 的资源占用确实不佳吗?

况且文章前面也肯定了 Go 在轻量负载时的占用小、否定了 Java 在轻量负载时的占用大,怎么就能被理解成踩一捧一?
如果你认为 Go 就是天下第一,一切 Go 表现不好的测试都是因为测试不好,而 Go 没有任何问题的话那我也没话说。况且这测试也不是我设计的。
没有看到哪里有内存泄露的风险。
调用 Subscribe 的方法所在的对象如果被回收了那对 _messages 的引用也就自动没了,除非你是在哪个具有 static 生命周期的对象中调用了 Subscribe 。
看了一眼你大概是开了 AOT ,然后出现问题所以只有 native 的调用栈,没有 managed 调用栈。
目前 wasm 关于调试这方面的基础设施还很不完善,你可以试试用 AppDomain.UnhandledException 挂一个函数把 stacktrace 用 Console.WriteLine 打印出来,应该能给你一些有用的信息。
因为 $parent[ItemsControl].DataContext 的类型是 object ,而 object 类型并没有叫做 ParentCommand 的成员,所以没法绑定到 ParentCommand 上去。你可以先做一次类型转换再绑定就可以了,就是你发的那个 {Binding $parent[ItemsControl].((vm:ParentViewModel)DataContext).ParentCommand}。
推荐你打开 CompiledBindings ,可能会导致需要在 xaml 里插入一些类型 hint ,但是如果你开了 CompiledBindings 的话你的 app 就是 AOT 兼容的,可以直接编译到本机二进制代码而无需 runtime 就能运行。
1  2  3  4  5  6  7  8  9  10 ... 30  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5684 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 32ms · UTC 03:06 · PVG 11:06 · LAX 19:06 · JFK 22:06
Developed with CodeLauncher
♥ Do have faith in what you're doing.