- 社区 /g, ''); bottomScriptHtml = bottomScriptHtml.replace(/<\/script/g, ''); bottomScriptHtml = bottomScriptHtml.replace(/
@ID 反馈一个 Bug,在安卓版 Chrome 上打开演草本后翻页会造成严重卡顿,翻至第 5 页之后即有概率造成闪退,不确定从何时开始的,PC 端无此问题
复现环境:OnePlus 8T ColorOS C.29 (Android 12) , Chrome 103.0.5060.53
晚点我尝试下能不能抓到 Chrome 的错误日志:#tieba-insidious:
嗯.....昨晚上的雨确实下的挺大的:#tieba-insidious:
618 的唯一消费:#tieba-funny:
H20(×)
59(√):#tieba-funny:
M2 看来是挤牙膏了:#tieba-insidious:
iPadOS 这多任务,只能说聊胜于无吧,21 款 Pro11 情绪稳定:#tieba-insidious:
尝鲜升级了 Win11 Dev 22610.1,第一次在 11 上有了 10 那种流畅的感觉:#tieba-funny: 这版没有水印,没有时间炸弹,也没有什么影响使用的 bug,可以日用了
nnd,被一个外卖摩托描边了:#tieba-gush: 到现在还在冒冷汗
常见操作之一:#tieba-funny: 跨就算了还慢吞吞的
又是跟编译器斗智斗勇的一天:#tieba-gush: 解堆栈解到崩溃
逐渐开始忙起来了:#tieba-insidious: 今年本来想找机会润个钱多的地方,但眼下这个经济形势....还是先在国企苟着吧
公司同款:#tieba-funny: 这个玩意可能比你想象的要大
说说最近的调教成果:#tieba-insidious:
通过 Ru EFI 修改 BIOS,企图绕过 Dynamic Boost 的尝试以失败告终:#tieba-angry:
惠普的 EC 策略很奇怪,只要(读取的)CPU 功率不足,就会一直提高供电,直到电源输入不足为止,本来还指望它能多给一点到显卡去的:#tieba-insidious:
散热模组重新上了 7950 相变片 +GK3 导热凝胶,从核心到供电全部换了一套:#tieba-insidious: 效果立竿见影,现在用 PowerMonkey 锁定 PL1 之后可以保证单烤全程满血,双烤长时间稳定 100+120:#tieba-cool:
4k 屏感知极其明显,虽然有点瑕疵(指 B 壳不能完美安装),但进系统之后的一瞬间就知道这钱花得值:#tieba-insidious:
码代码的体验好了 114514 倍,再也不会被 1080P 下那糟糕的字体渲染折磨了:#tieba-insidious:
居家办公了一个星期,手上又没啥开发任务,只能写写文档外加偶尔修个 bug,每日平均工作时长约 2h:#tieba-gush:
一度感到愧疚,然后继续摸鱼:#tieba-insidious:
一夜之间防疫政策变天 喜提居家办公:#tieba-gush:
问题不大,现在保修都是对零件保,换了屏只有屏不保修,其它都保:#tieba-insidious:
搞了块 4k 144hz 的升级屏:#tieba-insidious: 等换好再来继续水
就我之前玩 besiege 的经验来说,建造规模大了之后 1060 不一定顶得住:#tieba-funny: 可能现在优化的好
btw,我的天选 1 也出掉了,挂的 4800 被砍到 4500 出:#tieba-angry:
内存部分,我拿到的这台搭载两条三星 DDR5 4800mhz
跑分就.....内存延时居然达到了 100+ns:#tieba-gush: 在内存敏感应用中大概会被时序好的 DDR4 暴捶
显卡部分,笔记本 3070Ti 也就是 3070 小超一点,性能提升基本是挤牙膏
不过得益于模具散热跑分还不错:#tieba-funny: 能摸到默频的桌面 3070
@ID 求助一个(大概?)前端相关问题
我在研究一个 API,远端应该是 Javascript 实现,可以用 POST 请求得到响应,有没有办法能够得到其源码?
实际应用,对比对象仍然是老天选 1:
1.OpenCV,本体 +Contrib 库编译,节省超过一半的时间(GCC 9.3,线程 24)
2.Premiere H264 / H265 编码,方式是将一个 4k60 的源视频重编码为 2k 并添加时间码
H264 编码的时候我一度怀疑是不是天选 1 的硬件加速没正常启用,因为这个差异实在太大了:#tieba-gush:
现在性能问题解决了,就来说说这个船新的 12 代酷睿:#tieba-funny:
本机搭载的是 i7-12700H,核心配置为 6 大核 8 小核,共 20 线程,标准 TDP 为 45W,PL2 115W
按照 HP 原定的设定,PL1 为 90W,但由于 23L 所说的原因,HP 的处理器调度不生效
因此我手动把 PL1 设置到 96W,持续时间 320s
AIDA64 与 CPU-Z 如图:
CineBench23 跑分如图,对比对象为老天选 1 的 R7-4800H:
终于解决了性能释放的问题,是我错怪惠普了:#tieba-gush:
原因是 HP 用的 Intel XTU 服务来调节 CPU 性能,而 Win11 WSL 连带的虚拟化安全性会阻止它访问 CPU 寄存器,导致控制失灵:#tieba-gush:
写了个用 PowerMonkey 绕过这一限制的教程
写嵌入式有一点好,跟各种奇怪的编译器打交道,容易发现一些细节上的小问题,变相提高代码质量:#tieba-gush:
奇怪的关注点增加了:#tieba-funny: