簡介：IT之家 12 月 28 日消息，Linux Kernel 在數(shù)年前就已經(jīng)合并可重啟序列（The Restartable Sequences，簡稱 RSEQ），GNU C Library 已經(jīng)使用 RSEQ 對每個(gè) CPU 數(shù)據(jù)進(jìn)行更快的用戶空間操作。明年推出的 Linux 6.3 中將會進(jìn)一步改 RSEQ。通過遞增每個(gè) CPU 計(jì)數(shù)器、修改每個(gè) CPU 自旋鎖、讀取 / 寫入每個(gè) CPU 環(huán)形緩沖區(qū)等情下避免原子操作atomic operation，是指不會被線調(diào)度機(jī)制打斷的作），RSEQ 可以明顯優(yōu)化性，從而提供出色基準(zhǔn)測試結(jié)果。導(dǎo) RSEQ 大部分工作的 Mathieu Desnoyers 最近一直致力于展 Restartable Sequences ABI ，并公開了 NUMA node ID、mm_cid 和 mm_numa_cid 字段。IT之家了解到，Desnoyers 在補(bǔ)丁介紹中表示：NUMA node ID 允許在 libc 中實(shí)現(xiàn)更快的 getcpu (2)。per-memory-map concurrency id (mm_cid) 允許用戶空間 per-cpu 數(shù)據(jù)結(jié)構(gòu)進(jìn)行理縮放（向下或向）。內(nèi)存映射中配的并發(fā) ID 可以通過調(diào)度程跟蹤。而這個(gè)調(diào)程序根據(jù)并發(fā)運(yùn)的線程數(shù)、CPU 親和性（affinity）、應(yīng)用于這些線程的 cpuset 和邏輯核心數(shù)等等數(shù)進(jìn)行判斷。NUMA-aware concurrency id (mm_numa_cid) 與 mm_cid 類似，不同之處在它跟蹤與每個(gè) cid 相關(guān)聯(lián)的 NUMA node ID。在 NUMA 系統(tǒng)上，當(dāng)用戶空間觀察 NUMA 感知并發(fā) ID 與 NUMA 節(jié)點(diǎn)相關(guān)聯(lián)時(shí)，它保證遠(yuǎn)不會更改 NUMA 節(jié)點(diǎn)，除非發(fā)生內(nèi)核級 NUMA 配置更改。這對于在屬于 cpuset 的進(jìn)程或一組進(jìn)程被定到屬于系統(tǒng) NUMA 節(jié)點(diǎn)子集的一組內(nèi)核的環(huán)中運(yùn)行的 NUMA 感知 per-cpu 數(shù)據(jù)結(jié)構(gòu)很有用?
IT之家 1 月 13 日消息，微軟表示其正在調(diào)查 Windows 中的一個(gè)問題該問題導(dǎo)致開菜單或任務(wù)欄的應(yīng)用程序快方式消失。今上午，多名 IT 管理員在 Twitter 和 Reddit 上詳細(xì)介紹了這個(gè)問題這似乎與最近軟 Defender 威脅檢測的更新有關(guān)這個(gè)問題正在響使用微軟 365 和 Defender 來防止惡意軟、病毒和其它脅的企業(yè)和組。微軟在給客的說明中稱，們已經(jīng)收到報(bào)說，某個(gè)減少擊面（ASR）的規(guī)則造成了些問題。IT 管理員目前正圖通過將“阻來自 Office 宏的 Win32 API 調(diào)用”規(guī)則設(shè)置為僅審核解決這一問題微軟表示，他現(xiàn)在已經(jīng)“將規(guī)則恢復(fù)到之狀態(tài)，以防止一步的影響，時(shí)我們進(jìn)一步查”。微軟還有發(fā)布解決方，也沒有就 IT 管理員如何恢復(fù)受影響機(jī)上的快捷方式供任何指導(dǎo)。IT之家了解到，三名 IT 管理員目前在他的組織中遇到這個(gè)問題，他向 The Verge 證實(shí)，所有的快捷式都消失了，且不僅僅是微應(yīng)用程序的快方式。用戶稱這個(gè)問題發(fā)生 Windows 10 上，盡管 Windows 11 也有可能受到響。值得一提是，普通的 Windows 用戶和消費(fèi)者會受到這個(gè)奇的錯(cuò)誤的影響只會影響到組內(nèi)部的管理機(jī)?
