V2EX › jedihy 的所有回复 › 第 42 页 / 共 120 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 38 39 40 41 42 43 44 45 46 47 ... 120

❮

❯

2018 年 11 月 3 日

回复了 ranye 创建的主题 › iPhone › MFi 认证的 USB-C 转 lightening 数据线出货了吗？

这个线苹果自己不是出来吗

2018 年 11 月 3 日

回复了 Shino 创建的主题 › 硬件 › PC 使用时偶发卡顿 3-5 秒

@jasonyang9
1. https://blogs.msdn.microsoft.com/ntdebugging/2008/04/03/windows-performance-toolkit-xperf/
一般很少针对某个 app 来看抢占情况，都是 profile 整个系统。
2. 在多核处理器里面这个不是一定的，如果 UI 正好和 DPC 在同一个核，那么就会被抢占，抢占的时候鼠标是无法移动的。用户的反应一般是移动不平滑了，鼠标绘制这些都是系统 UI。系统 UI 的线程模型我不了解，如果 pin 到一个核上，那么该核上的 DPC 一定会导致 UI 卡死。

2018 年 11 月 3 日

回复了 Shino 创建的主题 › 硬件 › PC 使用时偶发卡顿 3-5 秒

@jasonyang9 补充，同 IRQL 的 routine 不能互相抢占，所以一旦有一个 DPC 抢占了 Passive Level 的用户线程，这个 CPU 上的其他线程就要等这个 DPC 完成了才能被调度，因为 thread scheduler 无法抢占同优先级的 DPC。

2018 年 11 月 3 日

回复了 Shino 创建的主题 › 硬件 › PC 使用时偶发卡顿 3-5 秒

@jasonyang9 Win 的有中断优先级，内核里面很多 routine 是通过 DPC 执行的，DPC 工作时，中断优先级（ irql) 处于 Dispatch Level，用户程序以及系统 UI 都是 Passive Level。更重要的是 thread scheduler 也是 Dispatch Level，所以一旦内核有 DPC routine 执行的时候，当前逻辑 CPU 内的其他线程无法得到调度，因为 thread scheduler 自己就已经被抢占了。

2018 年 11 月 3 日

回复了 Shino 创建的主题 › 硬件 › PC 使用时偶发卡顿 3-5 秒

什么系统版本？
这个现象一般是 DPC starvation 造成的。不熟悉驱动开发的话，还是重装不同版本系统来解决吧。

2018 年 10 月 30 日

回复了 youngpier 创建的主题 › iPhone › 想在 PDD 上一波 XS 的车，不知道会不会翻车

@M0 退款的机器不管怎样都会回到市场的，你去 apple store 也会买到

2018 年 10 月 30 日

回复了 ttxhxz 创建的主题 › 硬件 › 求参考一下,自己配了台主机准备双 11 下单，有没有什么改进？有没有哪里价格买的优惠的？

杂牌主板

2018 年 10 月 30 日

回复了 ksmm 创建的主题 › 程序员 › 医学生想转行计算机，求各位打醒

工资只有 750 ？？

我身边有同学是从国内药学 PhD 毕过来美国读 CS Master，0 基础拿 flag 大包，但是可以说是幸存者吧。我觉得学医可以，你的学历得提升一下。