hez2010 最近的时间轴更新
hez2010

hez2010

V2EX 第 296638 号会员,加入于 2018-03-05 10:31:41 +08:00
今日活跃度排名 11470
运行 100 万个异步并发任务需要多少内存
  •  1   
    程序员  •  hez2010  •  16 天前  •  最后回复来自 bli22ard
    192
    Windows on ARM 的现代待机体验太牛了
    Windows  •  hez2010  •  62 天前  •  最后回复来自 hanksun
    58
    .NET 8 发布正式版了
  •  3   
    .NET  •  hez2010  •  2023-11-17 10:03:54 AM  •  最后回复来自 lujiaxing
    47
    新版 Teams 简直丝滑流畅
  •  2   
    微软  •  hez2010  •  293 天前  •  最后回复来自 Apol1oBelvedere
    6
    WSL2 今天史诗级更新
  •  18   
    程序员  •  hez2010  •  254 天前  •  最后回复来自 leeyuzhe
    194
    给 .NET 实现了 Const Generics
  •  11   
    程序员  •  hez2010  •  2023-08-14 16:36:52 PM  •  最后回复来自 hez2010
    32
    海外三星手机+Windows 的连携体验也太舒服了
    Windows  •  hez2010  •  260 天前  •  最后回复来自 trihuan
    25
    Surface Pro 9 的性能调教意外的不错
    Surface  •  hez2010  •  2023-05-11 14:08:31 PM  •  最后回复来自 acctv2
    1
    Edge 的增强安全模式对性能的影响
    Edge  •  hez2010  •  2022-11-07 15:35:13 PM  •  最后回复来自 bclerdx
    1
    利用 Windows 11 自带的效率模式把笔记本续航提升到 15 小时以上
  •  1   
    Windows  •  hez2010  •  2022-12-27 15:58:57 PM  •  最后回复来自 mx831027mx
    54
    hez2010 最近回复了
    @hez2010 图没贴上,再贴一次。

    ![game]( )
    @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 是直接封装原生控件的,控件效果当然和原生是一致的。
    8 天前
    回复了 giao123 创建的主题 Windows windows 的自动更新是真的恶心啊
    装完更新要重启了是一定会有提示的,而且是无法打断的置顶全屏提示,自己无视了那也没办法。
    如果要跑长任务,最有效的办法是在开始的时候去更新那里点一下“暂停更新”。
    > 直到看到有人说是用小拇指去按 Ctrl 我才恍然大悟,感情你们用错误的手法去按 Ctrl 这能好按吗?

    但是用小拇指按 Ctrl 很舒服啊?
    用小拇指按 Ctrl 难受的我觉得都是平常压根不用小拇指的导致没力量(
    况且就算打字的时候也经常会用到小拇指吧,按 shift 、切换大小写哪个不是用小拇指的。
    15 天前
    回复了 xiwypin 创建的主题 问与答 有没有和 mbp 触摸板一样的 windows 笔记本
    最新版本的 surface laptop 7
    22 天前
    回复了 hez2010 创建的主题 程序员 运行 100 万个异步并发任务需要多少内存
    @lesismal #10

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

    标准库目前有计划改善这个问题吗?毕竟标准库用起来最简单,如果标准库能解决这个问题的话那岂不是不需要 nbio 这类的方案优化了。
    另外看了一眼 nbio ,似乎是针对 client-server 网络场景特化的,牺牲了通用性。例如通过 goroutine 来代替多线程进行并行计算也是一个有效的场景。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2515 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 10:51 · PVG 18:51 · LAX 02:51 · JFK 05:51
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.