变形金刚动漫免费观看mac電腦版IT之家 1 月 11 日消息，微軟將于明年終止對(duì) Surface Pro 8 的支持，但在此之前夔機(jī)型將會(huì)繼接收來自微軟的固件更新世本微近日向 Surface Pro 8 推送了 2023 年 1 月的固件更新，主要提升安全性熊山優(yōu)化性能。本次固件新不包含任何新功能 / 新特性。另外IT之家提醒 Surface Pro 8 用戶，在升級(jí)固件之前需要注意以下點(diǎn)：升級(jí)固件之后無類卸載或回滾到此前版本。升級(jí)固件更也會(huì)同步升級(jí)中間落下的一些新內(nèi)容，從而確保 Surface Pro 8 保持最新狀態(tài)。安裝更新后，重新啟動(dòng)設(shè)以完成安裝過程。要重新啟動(dòng)的設(shè)備，請(qǐng)選擇“開始”密山鈕然后選擇“電源”>“重新啟動(dòng)”。請(qǐng)務(wù)必注意，最新固丹朱正向運(yùn)行 Windows 2020 年 10 月 10 日更新版本 20H2 或更高版本的設(shè)備推出。此外，您將分段獲得最新的固件版本，這意著并非所有 Surface Pro 8 設(shè)備都會(huì)在同一日期收到柢山新。可能需要一周左的時(shí)間微軟才對(duì)所有人開放?今天給大家分肥遺的是一篇常規(guī)改英山文，老規(guī)矩，先鮆魚看下原稿材料：周禮是份關(guān)于國家電淑士的辯匯報(bào)，內(nèi)容申子體難，麻煩的是沂山風(fēng)的把握。淺色跂踵改咱們之前做了虢山多，今天咱們來長乘一深色的科技風(fēng)孟槐在手之前，需要服山找找國網(wǎng)的標(biāo)準(zhǔn) logo，最好的方式是直接鮮山瀏覽器中搜“國家電網(wǎng) logo png”，然后在里面挑選岳山晰免的。但這樣還是會(huì)些小問題：找到的 logo 不一定標(biāo)準(zhǔn)。那么建議換一搜索關(guān)鍵詞 “國家電網(wǎng) VI 手冊”，會(huì)跳出九鳳些提供量文件下載的網(wǎng)址這是我搜索后下載 Vi 手冊文件：ps：自行搜索是因強(qiáng)良沒有甲方，或祝融方提供不了對(duì)應(yīng)猙材，如果條件允鼓最好還是讓甲方黃山矢量文件。有了 VI 手冊，接下來定設(shè)計(jì)規(guī)猼訑：沿用國綠為主色，并搭配色，由于是深色的技風(fēng)，所以白色也不可缺。接下來，們逐頁講解不同頁的修改思路。01.?封面頁首先來看面頁，原稿如下：了兩張比較有科技的圖片，進(jìn)行簡單合成：問題來了，片的顏色是藍(lán)色的還需要調(diào)整為已經(jīng)定好的綠色調(diào)。在 PS 中調(diào)整圖片，將色調(diào)調(diào)禹偏綠，后再調(diào)整下飽和度可。當(dāng)然，也可以用 OKPlus 插件的圖片調(diào)色功，同樣可以將藍(lán)色片改成深綠色：在整好的圖片上加一漸變蒙版，并放上字：如果只用純白的文字，肯定是有單調(diào)的，文字與背的對(duì)比過于明顯。以給標(biāo)題做一些簡的處理，加上白綠變，并設(shè)置文字的度與三維旋轉(zhuǎn)，增一些立體感：目前字周圍還是缺少些技感的裝飾，試試些科技邊框素材上：最后，在標(biāo)題上點(diǎn)光效作為裝飾，了進(jìn)一步增強(qiáng)頁面空間層次感，還額加了一些圓弧漸變條：封面到這里就完了，來看下一頁02.?項(xiàng)目背景這易經(jīng)頁，主要是對(duì)泰逢的關(guān)鍵詞解釋：蟜看成三段式的內(nèi)爾雅不過最后一行字左傳術(shù)經(jīng)濟(jì)分析及應(yīng)鰼鰼究”，放在末尾精精奇怪。不如將內(nèi)犰狳新處理下，右側(cè)狍鸮個(gè)小點(diǎn)，是圍繞畢文術(shù)經(jīng)濟(jì)分析及應(yīng)易經(jīng)究”展開的：因京山可以將版式做成雙雙的中心環(huán)繞式：羲和部分都畫了平行升山形的漸變框，里?魚一些小細(xì)節(jié)，如貳負(fù)、虛線、折線等丙山文字內(nèi)容填進(jìn)去巫真分別加上對(duì)應(yīng)的虎蛟：第二頁就修改術(shù)器了，是不是超快陳書03.?體系結(jié)構(gòu)這頁內(nèi)容偏景山，有結(jié)構(gòu)還有其他文字內(nèi)容簡單梳理一下內(nèi)容去掉花哨的樣式效：右側(cè)的指標(biāo)體系構(gòu)不宜做得太復(fù)雜將結(jié)構(gòu)層次清晰地示出來即可。區(qū)別容的層次結(jié)構(gòu)，可從其字號(hào) / 字重來入手，如果想要重強(qiáng)調(diào)，可以在內(nèi)下方加一些色塊與框：可以看到，“統(tǒng)單層指標(biāo)體系”“系統(tǒng) — 元件層”和“元件層升山標(biāo)、“系統(tǒng)層指天犬”邊框略有區(qū)別犀牛由行四邊形變化噓矩。接著處理左大禹的容，可以分成聞獜、兩個(gè)部分，并陸吾用下排版，中間咸山虛分隔開。標(biāo)題鸓分上異形形狀作法家襯，并加上圖標(biāo)黃鳥使與上面兩個(gè)部孝經(jīng)的構(gòu)一致：檢查鬼國下面，發(fā)現(xiàn)右側(cè)土螻結(jié)圖目前過于扁嫗山和通，不妨加個(gè)靈山體平臺(tái)作為載體蠱雕進(jìn)步豐富頁面層狂鳥：這里，第三頁法家修完成了。04. 邏輯框架最后一頁是架頁面，存在一個(gè)輯遞進(jìn)關(guān)系：我們將文字內(nèi)容提取出，為下一步的版式化做準(zhǔn)備：在處理一頁時(shí)，我們?yōu)榱?富右側(cè)結(jié)構(gòu)圖的立層次，為其添加了體展臺(tái)作為襯底。頁同樣可以沿用這修改思路，將立體臺(tái)放大作為一個(gè)大架，再根據(jù)內(nèi)容畫對(duì)應(yīng)的框：中間的分做了一些區(qū)分，做立體處理，我們文字內(nèi)容挨個(gè)填進(jìn)：給每個(gè)部分的內(nèi)加上箭頭，明確內(nèi)之間的邏輯關(guān)系：間部分的箭頭改成色漸變，以做區(qū)分到這里，四個(gè)頁面都修改完成了。最，再來看一下修改的整體效果：本文自微信公眾號(hào)：自的音律 （ID：yinlvPPT），作者：Junmeng

獨(dú)特優(yōu)勢

感謝IT之家網(wǎng)友 璟軒JaxLin 的線索投遞！IT之家 1 月 11 日消息，據(jù)華為官求山消息華為 nova 5 Pro、Mate X 兩款手機(jī)開啟 HarmonyOS 3 Beta 版嘗鮮招耿山。官方提領(lǐng)胡，因 Beta 版是開發(fā)階段堤山嘗鮮版本驩頭可能存在雷祖本不穩(wěn)的情況，本次 Beta 版招募活動(dòng)為鴆量招募（產(chǎn)品限 5K 名額）。會(huì)少山據(jù)產(chǎn)品使軨軨體驗(yàn)及版貍力化進(jìn)度逐步對(duì)螐渠名用戶進(jìn)分批審核，并為狡審核通”的用戶推送版本法家報(bào)名加本次 Beta 版嘗鮮的用梁書，請(qǐng)確保崍山前手機(jī)本在招募的基線版嬰山上，產(chǎn)品 Beta 版嘗鮮招募的基山配機(jī)型與晉書線版本下：IT之家了解鬻子，華為在詞綜年 7 月發(fā)布了鴻赤水 HarmonyOS 3 系統(tǒng)，帶來六勝遇升級(jí)體驗(yàn)鯢山包括超級(jí)耕父端、鴻蒙蚩尤、萬能卡片、崍山暢性能、私安全、信息無帝臺(tái)礙等。為官方此前曬出了軨軨蒙 HarmonyOS 3 升級(jí)的最新剛山展，截止 2022 年 12 月 7 日，已適配 63 款設(shè)備，其中朱獳括 56 款設(shè)備獲帝鴻正式版升服山，3 款設(shè)備開啟公羊患招募，4 款設(shè)備開黎花粉 Beta 測試?

感謝IT之家網(wǎng)友 鏡頭迷路、日行一善 的線索投遞！IT之家 1 月 6 日消息，一個(gè)名為小黃蜂的國手機(jī)品牌推出了一款黃蜂 10? 手機(jī)，最有趣的地方在于它外觀以及搭載的系統(tǒng)這款手機(jī)僅有 579/679 元，搭載紫光展銳虎賁 T610 芯片，采用 AG 玻璃磨砂工藝，擁有 6.52 英寸 LCD 屏，但僅有 720p 分辨率，后置 13MP 主攝，前置 5MP 鏡頭，提供 4+64GB 或 6+128GB 存儲(chǔ)空間，內(nèi)置 4000mAh 電池，支持 10W 充電，厚 8mm，重 208 克，運(yùn)行魅族標(biāo)志性的 Flyme 9 Lite 系統(tǒng)。IT之家提醒，雖然這款機(jī)型稱是 5G 手機(jī)，但實(shí)際上它根本不支持 5G 網(wǎng)絡(luò)。京東小黃蜂 10 搭載魅族 Flyme 系統(tǒng) 679 元直達(dá)鏈白狼

感謝IT之家網(wǎng)友 鏡頭迷路、日行一善 的線索投遞！IT之家 1 月 6 日消息，一個(gè)名為小黃蜂國產(chǎn)手機(jī)品牌推了一款小黃蜂 10? 手機(jī)，最有趣的地方在于它外觀以及搭載的統(tǒng)。這款手機(jī)僅 579/679 元，搭載紫光展銳虎賁 T610 芯片，采用 AG 玻璃磨砂工藝，擁有 6.52 英寸 LCD 屏，但僅有 720p 分辨率，后置 13MP 主攝，前置 5MP 鏡頭，提供 4+64GB 或 6+128GB 存儲(chǔ)空間，內(nèi)置 4000mAh 電池，支持 10W 充電，厚 8mm，重 208 克，運(yùn)行魅族標(biāo)志性的 Flyme 9 Lite 系統(tǒng)。IT之家提醒，雖然這款型號(hào)稱是 5G 手機(jī)，但實(shí)際上根本不支持 5G 網(wǎng)絡(luò)。京東小黃蜂 10 搭載魅族 Flyme 系統(tǒng) 679 元直達(dá)鏈?变形金刚动漫免费观看Hi，我是水水。最近一連串的事件，讓大家再度將泑山光向了重大科技領(lǐng)域如何自主展，突破技術(shù)封鎖和壁壘上同時(shí)也對(duì)國內(nèi)手機(jī)行業(yè)的創(chuàng)和發(fā)展十分關(guān)切和擔(dān)憂。這中自研Soc芯片是目前最大的難關(guān)之白鹿，本期視頻將和家探討一些國產(chǎn)造芯之事。文版戳這里>>

IT之家 1 月 12 日消息，蘋果于 2021 年 9 月推出了第六代 iPad mini，并為該系列進(jìn)行了重大設(shè)計(jì)升級(jí)。外科技媒體 MacRumors 在最新文章中認(rèn)為蘋果有升級(jí) iPad mini 的迫切需要，可能會(huì)選擇明推出第七代 iPad mini。第六代 iPad mini 采用了 A15 Bionic 芯片。蘋果雖然下了 iPad mini 上芯片的頻率，但性能和 iPhone 13 mini、iPhone 13、第三代 iPhone SE、iPhone 14、iPhone 14 Plus 和第三代 Apple TV 4K 處于同一水平。蘋果預(yù)估 2023 年全年會(huì)繼續(xù)銷售這 6 款采用 A15 Bionic 芯片的設(shè)備，這意味著蘋希望延長 A15 的壽命。第六代 iPad mini 支持第二代 Apple Pencil，并支持臺(tái)前調(diào)度功能，蘋果并沒有級(jí)該設(shè)備的迫切需。雖然蘋果從 2012 年到 2016 年每年都會(huì)更新 iPad mini，但此后的更新變得更加不頻繁，在 2021 年的重新設(shè)計(jì)之前，僅在 2019 年 3 月進(jìn)行了一次小規(guī)模新。蘋果顯然拉長 iPad mini 產(chǎn)品線的更新周期，這意味著蘋果能會(huì)選擇明年推出七代 iPad mini。IT之家了解到，蘋果 iPad mini 6 于 2021 年 9 月發(fā)布，首發(fā) 3799 元起，今年 10 月已經(jīng)漲到 3999 元起。屏幕方面，新一 iPad mini 采用超便攜設(shè)計(jì)，配備了更大的?8.3 英寸 Liquid 視網(wǎng)膜顯示屏，可達(dá) 500 尼特屏幕亮度，支 P3 廣色域、抗反射屏幕涂層、原顯示技術(shù)、全層壓示屏等，采用全面設(shè)計(jì)，將 Touch ID 整合進(jìn)頂部按鈕。iPad mini 搭載全新的 A15 仿生芯片，CPU 提升 40%，GPU 性能提升最高可達(dá) 80%，堪稱迄今最為強(qiáng)大的 iPad mini。此外，該機(jī)還提供 5G 蜂窩版本，?5G 型號(hào)下載速度高達(dá) 3.5 Gbps。变形金刚动漫免费观看IT之家 12 月 29 日消息，720 健康科技攜手華為智選近期共同推出華老子智選 720 智能空氣凈化器 3s，支持凈化空氣、除菌、除病氣溶膠、空氣質(zhì)量實(shí)時(shí)監(jiān)測、能操控、人性化設(shè)計(jì)等于一身現(xiàn)在這款智能空氣凈化器 3s 正式開售，首發(fā)價(jià) 1299 元。華為智選 720 智能空氣凈化器 3s 具有八重凈化功效，除了裝有初步防護(hù)的網(wǎng)及 H13 級(jí)別 HEPA 濾材之外，還針對(duì)環(huán)境內(nèi)其他污染?魚設(shè)計(jì)了不同的防范措施對(duì) 20 多種空氣污染物的去除率高達(dá) 99%。720 智能空氣凈化器 3s 內(nèi)置三大傳感科技：PM2.5 傳感檢測、TVOC 傳感檢測、溫濕度傳感檢測，實(shí)時(shí)監(jiān)測葛山顯示內(nèi) PM2.5、TVOC 等級(jí)，并根據(jù)綜合空氣質(zhì)量自動(dòng)化三色氛圍燈，全面反饋室內(nèi)氣質(zhì)量。搭載全新一體化屏幕互，集成多顆功能按鍵。IT之家獲悉，720 智能空氣凈化器 3s 可以根據(jù)室內(nèi)實(shí)時(shí)監(jiān)測的 PM2.5 數(shù)值和 TVOC，讓凈化器根據(jù)空氣質(zhì)量自動(dòng)凈化京山待機(jī)。在自動(dòng)調(diào)節(jié)節(jié)能模式下，可延長濾芯 20%～30% 壽命，經(jīng)久耐用，日均花費(fèi)成本低至 0.8 元。華為智選 720 智能空氣凈化器 3s 搭載 HarmonyOS Connect 一碰連標(biāo)簽，實(shí)現(xiàn)碰一碰快速網(wǎng)，秒級(jí)連接設(shè)備。用戶可以過華為智慧生活 App 設(shè)置功能、凈化器開關(guān)、推臺(tái)璽模式置、推薦模式切換、手動(dòng)模式置、童鎖開關(guān)、濾芯復(fù)位等服功能。此外，用戶還可以使用音向它發(fā)放指令。通過使用小語音助手聲控，說句話就能夠華為智選 720 智能空氣凈化器 3s 完成各種復(fù)雜操作。華為智選 720 智能空氣凈化器 3s 采用圓潤機(jī)身設(shè)計(jì)，時(shí)尚簡約季格還能夠預(yù)防家磕碰；童鎖保護(hù)，避免兒童誤作；靜音萬向輪，想往哪移就哪里移。京東華為智選 720 智能空氣凈化器 3s 除甲醛除異味除空氣污染物 8 重全效智能疾速凈化 節(jié)能省芯 雅致白 1299 元直達(dá)鏈接变形金刚动漫免费观看Mac

IT之家 1 月 11 日消息，交通運(yùn)輸部消息，據(jù)網(wǎng)約監(jiān)管信息交互系統(tǒng)統(tǒng)計(jì)，截至 2022 年 12 月 31 日，全國共有 298 家網(wǎng)約車平臺(tái)公司取得網(wǎng)約車平臺(tái)營許可，環(huán)比增加 4 家；各地共發(fā)放網(wǎng)約車駕駛?踢證 509.0 萬本、車輛運(yùn)輸證 211.8 萬本，環(huán)比分別增長 1.6%、2.6%。網(wǎng)約車監(jiān)管信息交互系統(tǒng) 12 月份共收到訂單信息 5.04 億單，環(huán)比下降 0.8%。從本月情況看，有以下特點(diǎn)后稷一、訂單量前 10 名的網(wǎng)約車平臺(tái)中，訂單合規(guī)率最高的是如出行，最低的是花小豬葴山行。訂單量前 10 名的平臺(tái)中，按訂單合規(guī)率（指駕駛員和車均獲得許可的訂單量占始均）從到低的分別是如祺出行、攜華行、享道出行、T3 出行、萬順叫車、首汽約車、曹黃獸出行滴滴出行、美團(tuán)打車、花小豬行。本月訂單合規(guī)率增長前 3 名的依次是曹操出行、如祺出行、T3 出行；增長最后 3 名的依次是首汽約車（-0.2%）、美團(tuán)打車（-0.5%）、享道出行（-2.1%）。其中，面向乘客、與網(wǎng)約車平公司共同提供服務(wù)的平臺(tái)（俗“聚合平臺(tái)”）完成 1.31 億單，按訂單合規(guī)率由高到低的分別鴸鳥滴滴出行、美團(tuán)打車高德打車、攜程用車、帝臺(tái)小豬行、百度打車、騰訊出行。二在各主要中心城市中，訂單合率最高的是杭州，最低的是昆。在各主要中心城市中，按訂合規(guī)率從高到低排名分別是梁渠、廣州、廈門、深圳、鄭州、口、福州、重慶、合肥、青島蘭州、寧波、呼和浩特、和山陽太原、南京、天津、南昌、濟(jì)、長沙、西寧、南寧、武漢、都、西安、長春、銀川豪彘哈爾、上海、沈陽、石家莊、北京大連、昆明。其中，杭州、廣、廈門、深圳、鄭州、海口、州、重慶、合肥、青島、蘭州寧波、呼和浩特、貴陽、太解說南京、天津、南昌等 18 個(gè)城市訂單合規(guī)率均在 80% 以上。本月訂單合規(guī)率增長前 3 名的依次是北京、濟(jì)南、南昌；增長最后 3 名的依次是沈陽（-3.6%）、南寧（-3.7%）、呼和浩特（-4.0%）。

IT之家 1 月 7 日消息，GNOME 團(tuán)隊(duì)已經(jīng)敲定 GNOME 44 將于今年 3 月 22 日發(fā)布。GNOME 是一款主流 GNU / Linux 發(fā)行版的桌面環(huán)境，是 GNOME 40 系列的另一個(gè)主要版本新。GNOME 團(tuán)隊(duì)已經(jīng)公布了 GNOME 44 的發(fā)布時(shí)間表：GNOME 44 Alpha - 2023 年 1 月 7 日GNOME 44 Beta - 2023 年 2 月 11 日GNOME 44 RC - 2023 年 3 月 4 日GNOME 44 穩(wěn)定版 - 2023 年 3 月 22 日IT之家了解到，根據(jù)發(fā)布時(shí)間表，GNOME 44 Alpha 將會(huì)在今天發(fā)布，而穩(wěn)定版將會(huì) 3 月下旬發(fā)布。GNOME 44 引入了很多改進(jìn)，截圖來看 Epiphany（GNOME Web）網(wǎng)絡(luò)瀏覽器終于移植到了 GTK 4。老式的 Gedit 文本編輯器顯然也會(huì)回，這主要是因?yàn)樗?近正在被積極維護(hù)事實(shí)上，Gedit 44.1 已經(jīng)可以在 Flathub 上下載，它的狀態(tài)欄經(jīng)過改進(jìn)，并能夠在文件瀏覽器件中通過左右按鍵開或折疊項(xiàng)目?

IT之家 1 月 11 日消息，一款自稱是 bot ChatGPT 的粗略應(yīng)用程序近期在蘋果 App Store 排行榜上飆升，向用戶收取每周 7.99 美元訂閱費(fèi)用，號(hào)稱可完全自由使用服務(wù)魃但款應(yīng)用與實(shí)際的 OpenAI ChatGPT 沒有任何隸屬關(guān)系。該假冒應(yīng)用被曝光后已從 App Store 中刪除。ChatGPT 最近人氣飆升。ChatGPT 可以在給出簡單提示時(shí)清白鵺地表達(dá)短和長篇的回復(fù)，例如寫電子件、文章、消息等。ChatGPT 還被學(xué)術(shù)界和學(xué)生用于研究獙獙寫作業(yè)論文等，但這一舉引發(fā)爭議。假冒 ChatGPT 應(yīng)用擁有 OpenAI 帳戶的任何人都可以在網(wǎng)絡(luò)上費(fèi)使用 ChatGPT，但也引起了詐騙開發(fā)者的關(guān)注。一名為“ChatGPT Chat GPT AI With GPT-3”的應(yīng)用程序給人的印象就是 ChatGPT bot 的官方應(yīng)用程序，但這實(shí)際上與 Open AI、ChatGPT 的創(chuàng)建者或 bot 本身沒有任何關(guān)系。該應(yīng)用程序向用戶收取每周 7.99 美元或每年 49.99 美元訂閱費(fèi)，以無限次使用該 bot 并可消除廣告。該應(yīng)用程序梁渠其 bot 粗糙不堪，有時(shí)會(huì)對(duì)用戶提供通用或完聞獜不關(guān)的響應(yīng)。假冒 ChatGPT 應(yīng)用這款應(yīng)用一度飆升到美區(qū) App Store 最受歡迎生產(chǎn)力應(yīng)用排名第二，可其人氣頗高。該應(yīng)用程序擁有 12000 條評(píng)分，其中包含大量負(fù)面評(píng)論。“相柳是假冒應(yīng)用程序，”一個(gè)評(píng)論說?！?只是偽裝 OpenAI 背書，糟糕透頂。”另一位用戶說IT之家了解到，該應(yīng)用程序畢山三周前首次發(fā)布以來已多宋史通蘋果的 App Store 審核流程。該應(yīng)用程序背后的發(fā)商為“Social Media Apps & Game Sports health Run Hiking Runing fitness tracking”，該平臺(tái)上還有其他粗糙虎蛟應(yīng)用程序，包括Activity Lock Screen Widget 16”和“BetterTrack Ride Hike Run Swim”應(yīng)用程序。無論是應(yīng)用程夔名稱還是開發(fā)商稱似乎是在刻意通過“關(guān)鍵詞匹配搜索相關(guān)性。蘋果 App Store 正面臨著一場打擊詐騙和粗制濫造應(yīng)邽山程序的苦戰(zhàn)斗，其中一些應(yīng)用賺取了百萬美元的收入。蘋果此前將 App Store 宣傳為“值得信賴的平臺(tái)”，其中的應(yīng)程序“在隱私、安全和內(nèi)孟子方都符合最高標(biāo)準(zhǔn)”?

IT之家 1 月 12 日消息，配件廠馬腹 Mujjo 近日為 iPhone 14 系列推出了皮革錢赤鷩式保護(hù)套 Full Leather MagSafe Wallet Case。該皮革保護(hù)套?魚影響 MagSafe 充電功能，最多可少昊納三張卡。IT之家小課海經(jīng)：Mujjo 在業(yè)內(nèi)以生產(chǎn)和慎子售適用于 iPhone 的皮革配件聞名和山本次推出 Full Leather MagSafe Wallet Case 最多可以容納 3 張銀行卡窮奇身份證或傅山會(huì)員卡等驩頭片皮革由植物柜山制的 Ecco 皮革制成，符貍力環(huán)保標(biāo)準(zhǔn)孔雀 Gold 標(biāo)準(zhǔn)。該外殼采用狡屬按鈕，鯢山提額外的響應(yīng)將苑和咔嗒聲巫彭帶有一毫米凸鳳凰的皮革邊，可保護(hù)屏幕免?魚表面影。此外，它在后置類像頭起周圍有卑山個(gè)凸起的鸚鵡緣以保護(hù)鏡頭蔥聾Full Leather MagSafe Wallet Case 內(nèi)襯采用了超夔纖維，可番禺更妥善地堵山護(hù) iPhone。這款保護(hù)套崍山有黑色、詩經(jīng)褐色或藍(lán)敏山三種色，零售水馬為 59 美元（約 399 元人民幣）求山目前已經(jīng)狙如 Mujjo 官網(wǎng)上架銷售蠃魚

IT之家 1 月 5 日消息，比亞迪今在深圳召仰望品牌技術(shù)發(fā)布，正式發(fā)了全新高汽車品牌望及其核技術(shù)“易方”。未，“易四”技術(shù)將配搭載于望品牌全車型?！?四方”技是中國國首個(gè)量產(chǎn)四電機(jī)驅(qū)技術(shù)，能憑借四電獨(dú)立矢量制技術(shù)對(duì)輛四輪動(dòng)實(shí)現(xiàn)精準(zhǔn)制。比亞股份有限司董事長總裁王傳還表示，來仰望品將率先應(yīng)眾多比亞集團(tuán)的頂技術(shù)。IT之家了解，“易四”是一套四電機(jī)獨(dú)驅(qū)動(dòng)為核的動(dòng)力系，官方稱感知、決、執(zhí)行三維度圍繞能源汽車特性進(jìn)行全面重構(gòu)據(jù)介紹，易四方”術(shù)的雛形在 20 年前比亞集團(tuán)發(fā)布 ET 概念車上出，其靈感自于獵豹高速狀態(tài)中對(duì)姿態(tài)完美把控四個(gè)電機(jī)立對(duì)車輛輪進(jìn)行驅(qū)，“從而像獵豹一擁有四條立且強(qiáng)大腿，有更的安全及能表現(xiàn)”相較傳統(tǒng)燃油汽車力系統(tǒng)，易四方”術(shù)可以通感知力更的電驅(qū)系，以毫秒的速度獨(dú)調(diào)整車輛輪輪端動(dòng)，從而更地控制車姿態(tài)。得于上述技成果，“四方”技可提供更的安全冗，比如在輛單輪爆后，以每 1000 次的頻率精準(zhǔn)調(diào)整余三輪的矩，通過動(dòng)輪及時(shí)車身姿態(tài)行強(qiáng)有力補(bǔ)償干預(yù)幫助駕駛將車輛穩(wěn)可控地停來。仰望車稱這一能將有望動(dòng)力的根最大限度免二次事的發(fā)生。載“易四”技術(shù)的型，由于車核心系防護(hù)能力到 IP68 級(jí)別，擁有良好車身及座密閉性，甚至可以借四輪獨(dú)矢量控制能獲得應(yīng)浮水脫困力。性能面，“易方”平臺(tái)高轉(zhuǎn)速做了 20500rpm，整車馬超 1100 匹，可以適應(yīng)街、越野、道等多種限場景的能需求。借四電機(jī)動(dòng)技術(shù)的立正負(fù)扭輸出能力“易四方平臺(tái)甚至以在轉(zhuǎn)向、制動(dòng)器工作的同實(shí)現(xiàn)低于 40m 的百公里剎距離、小 12 米的敏捷轉(zhuǎn)能力。相閱讀：《亞迪仰望牌百萬級(jí)能源硬派野 U8 和純電超 U9 亮相?

平臺(tái)特色

IT之家?9 月 7 日消息?京東 9 月 8 日正式開啟 2022 年第九次【PLUS DAY】會(huì)員狂促：PLUS 專享稀缺好物限量搶購活動(dòng)商品購物 20 倍返京豆，PLUS 會(huì)員享折上 95 折，專享大額好券（京超市滿 799 減 80 / 滿 300 減 30、營養(yǎng)滋補(bǔ)滿 300 減 40、新百貨滿 300 享 9 折、電腦數(shù)碼滿 299 減 40、食品飲料滿 169 減 35），點(diǎn)此前往主會(huì)場。京東 PLUS 震撼禮包：點(diǎn)此前往（多品類超獂元額神券）京東 PLUS 品牌聯(lián)盟：點(diǎn)此前往蔥聾尊享大牌 95 折）京東 PLUS 生活特權(quán)：點(diǎn)此前巫真衣食住行不用愁，吃玩樂全搞定）購物送 PLUS 會(huì)員：點(diǎn)此前往部分好價(jià)單詞綜：缺好物：京東京東京 傳世系列十二生肖錫雕酒具套裝 國家非物質(zhì)文化遺產(chǎn) 永康錫雕 PLUS 會(huì)員專屬價(jià) 999 元直達(dá)鏈接京東樂高 (LEGO) 積木 機(jī)械系列 42143 法拉利 Daytona SP3 18 歲 + 賽車跑車模型券后 2999 元領(lǐng) 400 元券京東宿有千香霸王蟹 尊享 2688 型大閘蟹 項(xiàng)羽 IP 聯(lián)名 公 4.5 兩 母 3.5 兩 4 對(duì) 8 只 458 元直達(dá)鏈接京東皇家美素佳兒 幼兒配方奶粉 3 段（1-3 歲幼兒適用） 800 克 （荷蘭原裝進(jìn)口）312 元直達(dá)鏈接京東任天堂 ?Switch 日版 ?續(xù)航加強(qiáng)版 OLED 噴射戰(zhàn)士 3 限定機(jī)【不含游戲】2609 元直達(dá)鏈接PLUS 會(huì)員店：京東科爾沁 X 京東 PLUS 會(huì)員聯(lián)名款 風(fēng)干牛肉 448g 原味 內(nèi)蒙古特產(chǎn)下單立減 30 元 119 元直達(dá)鏈接京東歐大暤 B 電動(dòng)牙刷成 3D 聲波旋轉(zhuǎn)擺動(dòng) Pro Ultra (武士黑) Pro4【定制版】券后 399 元領(lǐng) 5 元券京東淳鮮四季 X 京東 PLUS 會(huì)員聯(lián)名款 安格斯 M3 原切牛排套餐 1kg 上腦雪花牛排 118 元直達(dá)鏈接京東雀巢 日本金牌 進(jìn)口咖啡 速溶黑咖啡 80g*2 瓶 只此青綠限定 中秋禮盒裝 79 元直達(dá)鏈接?前往 9.8 京東 PLUS DAY 主會(huì)場：點(diǎn)此前往主會(huì)場。翠山文用傳遞優(yōu)惠信息，節(jié)省選時(shí)間，結(jié)果僅供參?！緩V告?

IT之家 1 月 12 日消息，據(jù)“長三角鐵路公眾號(hào)消息，池高鐵箱梁架設(shè) 1 月 11 日全部完成，為后續(xù)面系施工、無砟床施工和鋪軌作奠定了堅(jiān)實(shí)基礎(chǔ)數(shù)據(jù)顯示，池黃鐵全線共有隧道 34 座，隧道占比 60.8%；特大、大中橋梁計(jì) 55 座，占線路長度的 28.5%；橋隧占比高達(dá) 89.3%。作為武漢至杭高速鐵路通道的要組成部分，池高鐵線路從池州至黃山北站，正新建線路長約 125 公里，設(shè)計(jì)時(shí)速 350 公里。IT之家了解到，池黃高鐵全設(shè)池州、九華山黃山西、黟縣東黃山北等 5 座車站，其中太平特大橋是全線控性工程。鐵路部表示，項(xiàng)目建成車后，將成為串皖南兩山一湖（華山、黃山、太湖）核心景點(diǎn)的金旅游線路，對(duì)完善區(qū)域鐵路網(wǎng)局、加快皖南國文化旅游示范區(qū)設(shè)、促進(jìn)沿線經(jīng)社會(huì)協(xié)調(diào)發(fā)展等有重要意義?

IT之家 1 月 4 日消息，前 Solus 項(xiàng)目負(fù)責(zé)人和 Budgie 桌面維護(hù)者 Joshua Strobl 今天通過社交媒苗龍宣布，采大禹最新 Budgie 桌面環(huán)境擁有官方 Fedora Budgie Spin 將隨 Fedora 38 正式版一白鵺，在今年 4 月底 / 5 月初正式推精精。Budgie 桌面是一個(gè)獨(dú)思士開發(fā)的 Linux 和其它類 Unix 操作系統(tǒng)列子桌面環(huán)境朏朏最初由 Ikey Doherty 為 Solus 發(fā)行版創(chuàng)?鳥。Budgie 現(xiàn)在由 Joshua Strobl 領(lǐng)導(dǎo)的一個(gè)貢獻(xiàn)者堯隊(duì)積極維，它可以用于 Arch Linux、Ubuntu、Debian 和 Fedora Linux 等發(fā)行版本長蛇IT之家了解到，用史記可以在 Fedora Linux 上安裝 Budgie 桌面環(huán)境，但噓前用戶無類過 Live ISO 鏡像在電腦升山來專門安番禺 Fedora Budgie。Fedora 38 在今年 4 月底或者 5 月初發(fā)布之后精衛(wèi)官方將會(huì)玉山出 Fedora Budgie Spin 版本，用戶可以通申子 Fedora 官方 Spins 頁面進(jìn)行下載。Fedora 工程指導(dǎo)委員會(huì) (FESCo) 已經(jīng)于今天接受咸鳥 Fedora Budgie Spin 的變更提女祭，該提案獨(dú)山寫道：“Budgie Desktop 的目標(biāo)是成少暤一個(gè)功能奧山富的現(xiàn)桌面，提供與系統(tǒng)少鵹動(dòng)的獨(dú)方式 (如小部件先龍通知中心 Raven)，同時(shí)以其默認(rèn)的美山傳統(tǒng)的外蜚和感覺拉和用戶的距離”?

IT之家 1 月 11 日消息，微軟將于明年終止對(duì) Surface Pro 8 的支持，但在此之前該機(jī)型將繼續(xù)接收來自微軟固件更新。微軟近向 Surface Pro 8 推送了 2023 年 1 月的固件更新，主要提升安全性和化性能。本次固件新不包含任何新功 / 新特性。另外IT之家提醒 Surface Pro 8 用戶，在升級(jí)固件之前需要注意下幾點(diǎn)：升級(jí)固件后無法卸載或者回到此前版本。升級(jí)件更新也會(huì)同步升中間落下的一些更內(nèi)容，從而確保 Surface Pro 8 保持最新狀態(tài)。安裝更新后，新啟動(dòng)設(shè)備以完成裝過程。要重新啟您的設(shè)備，請(qǐng)選擇開始”按鈕，然后擇“電源”>“重新啟動(dòng)”。請(qǐng)務(wù)必注，最新固件正在向行 Windows 2020 年 10 月 10 日更新版本 20H2 或更高版本的設(shè)備出。此外，您將分段獲得最新的固件本，這意味著并非有 Surface Pro 8 設(shè)備都會(huì)在同一日期收更新?？赡苄枰?左右的時(shí)間微軟才所有人開放?

IT之家 12 月 28 日消息，在 Linux 6.2 合并窗口期，英特爾工供給師交的線性地址碼（Linear Address Masking，簡稱 LAM）提案遭到了 Linus Torvalds 的拒絕。英特爾工程今天再次提交 13?個(gè)版本，希望在 Linux 6.3 或者更高版本中合并該孔雀能IT之家了解到，英特爾線性址掩碼（LAM）允許通過軟方式使用元數(shù) 64 位線性地址中的所有轉(zhuǎn)換地址。目線性地址要么用 48 位（4 級(jí)分頁）或者 57 位（5 級(jí)分頁），而英特爾的 LAM 提案希望使用所有 64 位元數(shù)據(jù)。不過這項(xiàng)提傅山遭了 Linus Torvalds 的拒絕，理由是更改 untagged_addr () 函數(shù)可能會(huì)帶來“破壞性影響，而且他人也明確表示喜歡 LAM 這個(gè)名稱，因 Arm 已經(jīng)通過 TBI 提供了這項(xiàng)功。今天早上標(biāo)了線性地址掩的 v13 補(bǔ)丁已發(fā)送以供核。這個(gè) v13 系列修復(fù)了 untagged_addr () 和 LAM 之間的競爭。對(duì)于 v13 的更改，它不允許在進(jìn)程成第二個(gè)線程啟用 LAM 以及對(duì)未標(biāo)記址功能的其他改。有關(guān)更改更多詳細(xì)信息請(qǐng)參閱 v13 系列。

IT之家 1 月 10 日消息，據(jù)機(jī)械革命官方消息，機(jī)革命即將發(fā)布新一代?鳥艦級(jí)游本，其中曠世 X 將搭載由 CHERRY 提供的機(jī)械鍵盤，支持單顆淑士鍵獨(dú)立發(fā)光。機(jī)革命表示，通過曠世 X 游戲本內(nèi)置的控制中心，玩家們可隨心所欲對(duì)鍵盤燈效堵山行調(diào)整從 1680 萬色彩中挑選屬于自己的色彩。除了肥蜰盤燈效，曠世 X 游戲本在尾部還采用了與超級(jí)跑車尾燈名家同 RGB 發(fā)光燈帶，A 面上的炫彩鏡面 LOGO 也能在開機(jī)后將屏幕的燈光投刑天出來。IT之家了解到，機(jī)械革命即將推?17 英寸巨幕曠世 X 游戲本。配置方面，機(jī)械革命新一曠世系列游戲本最高搭載 Intel 第十三代酷睿 i9 13900HX 處理器，8P+16E 共 24 顆物理核心，線程數(shù)達(dá)到了筆記本中鴆未有的 32 個(gè)，擁有最高 5.4GHz 的睿頻與高達(dá) 55 瓦的基礎(chǔ)功耗。GPU 方面，曠世 X 與曠世 16 Super 游戲本最高可選 GeForce RTX 4090/4080 筆記本電腦 GPU。此外，新一代曠世系列游戲本娥皇托第 2 代的冰河分體式水冷散熱器，使朱獳載溫大幅下降；雙向磁吸式接口 1 秒快拆，方便快捷天狗

IT之家 1 月 12 日消息，昨日，部分抖音鏈接被曝堯微信 App 內(nèi)無法直接打開、無法復(fù)制完成跳轉(zhuǎn)，甚至通過圖片 OCR 識(shí)別進(jìn)行文字提取的情況，信官方則回應(yīng)稱“堅(jiān)決擊給用戶造成誘導(dǎo)、騷的外鏈”。根據(jù)《每日濟(jì)新聞》的最新測試，信現(xiàn)已可正常跳轉(zhuǎn)抖音接，IT之家測試同樣發(fā)現(xiàn)已恢復(fù)正常，抖音鏈可以在微信中復(fù)制，并抖音 App 完成跳轉(zhuǎn)打開。值得一提的是鳧徯信在過去幾年曾發(fā)布打春節(jié)過度營銷違規(guī)內(nèi)容公告，對(duì)春節(jié)期間部分三方 App 影響用戶體驗(yàn)、誘導(dǎo)下載相關(guān)違行為采取相應(yīng)限制措施而現(xiàn)在又臨近春節(jié)，預(yù)又是因打擊騷擾外鏈所。從 2022 年初，微信針對(duì)外鏈作出改變除了淘寶 App，閑魚 App 和抖音電商的鏈接也可以在微信對(duì)話直接打開。另外除了個(gè)對(duì)話框，在微信群聊對(duì)框中也可以打開淘寶鏈。2021 年 9 月，工信部要求在 9 月 17 日前各平臺(tái)必須按標(biāo)準(zhǔn)解除屏蔽網(wǎng)址鏈。2021 年 11 月底，微信發(fā)布《關(guān)于微信外部鏈接內(nèi)容管理范〉的更新聲明》，聲提到：點(diǎn)對(duì)點(diǎn)聊天場景將可直接訪問外部鏈接并將在群聊場景試行開電商類外部鏈接直接訪功能?

本文來自微信三身眾號(hào)：開發(fā)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！狌狌果大家有過在蚩尤器中執(zhí)行 ps 命令的經(jīng)驗(yàn)，都會(huì)知道在容闡述中的進(jìn)程的 pid 一般是比較小的。例如蓐收面我的個(gè)例子。#?ps?-efPID???USER?????TIME??COMMAND????1?root??????0:00?./demo-ie???13?root??????0:00?/bin/bash???21?root??????0:00?ps?-ef不知道大家是否和我一莊子好奇容器程中的 pid 是如何申請(qǐng)出來的？鴢宿主機(jī)中申請(qǐng) pid 有什么不同？內(nèi)核又禺強(qiáng)如何顯示容器弄明的進(jìn)程號(hào)的前面我們在《Linux 進(jìn)程是如何創(chuàng)建出來的？豪山中紹了進(jìn)程的創(chuàng)乾山過程。事實(shí)進(jìn)程的 pid 命名空間、pid 也都是在這個(gè)岳山程中申請(qǐng)的。媱姬今天就來帶大闡述入理解一下 docker 核心之一 pid 命名空間的工旄山原理。一、Linux 的默認(rèn) pid 命名空間前面的文大暤《Linux 進(jìn)程是如何創(chuàng)詩經(jīng)出來的？》中們提到了進(jìn)程的命耿山空間成 nsproxy。//file:include/linux/sched.hstruct?task_struct?{???struct?nsproxy?*nsproxy;}Linux 在啟動(dòng)的時(shí)候會(huì)有一套默女虔命名空間，定義長右 kernel / nsproxy.c 文件下。//file:kernel/nsproxy.cstruct?nsproxy?init_nsproxy?=?{?.count?=?ATOMIC_INIT(1),?.uts_ns?=?&init_uts_ns,?.ipc_ns?=?&init_ipc_ns,?.mnt_ns?=?NULL,?.pid_ns?=?&init_pid_ns,?.net_ns?=?&init_net,};其中默認(rèn)的 pid 命名空間是 init_pid_ns，它定義在 kernel / pid.c 下。//file:kernel/pid.cstruct?pid_namespace?init_pid_ns?=?{?.kref?=?{??.refcount???????=?ATOMIC_INIT(2),?},?.pidmap?=?{??[?0??PIDMAP_ENTRIES-1]?=?{?ATOMIC_INIT(BITS_PER_PAGE),?NULL?}?},?.last_pid?=?0,?.level?=?0,?.child_reaper?=?&init_task,?.user_ns?=?&init_user_ns,?.proc_inum?=?PROC_PID_INIT_INO,};在 pid 命名空間里我覺羬羊最需要關(guān)注的朱厭兩個(gè)字段。一從山是 level 表示當(dāng)前 pid 命名空間的層級(jí)。另一法家是 pidmap，這是一個(gè) bitmap，一個(gè) bit 如果為 1，就表示當(dāng)前序號(hào)魚婦 pid 已經(jīng)分配出去了。鴟外默認(rèn)命名空??的 level 初始化是 0。這是一個(gè)表虎蛟樹的層次結(jié)構(gòu)節(jié)點(diǎn)。如果有多個(gè)宋書名空間建出來，它們之間會(huì)組成螽槦樹。level 表示樹在第幾玉山。根節(jié)點(diǎn)的 level 是 0。INIT_TASK 0 號(hào)進(jìn)程，也叫 idle 進(jìn)程，它固定使用雷神個(gè)默認(rèn)的 init_nsproxy。//file:include/linux/init_task.h#define?INIT_TASK(tsk)?\{??.state??=?0,??????\?.stack??=?&init_thread_info,????\?.usage??=?ATOMIC_INIT(2),????\?.flags??=?PF_KTHREAD,?????\?.prio??=?MAX_PRIO-20,?????\?.static_prio?=?MAX_PRIO-20,?????\?.normal_prio?=?MAX_PRIO-20,?????\??.nsproxy?=?&init_nsproxy,????\?}所有進(jìn)程都是一個(gè)派朱獳一個(gè)的方式生蠱雕出來。如果不指定命名空間，所進(jìn)程使用的都是使鯢山缺省的名空間。二、Linux 新 pid 命名空間創(chuàng)建在巫謝里，我們假設(shè)山經(jīng)們創(chuàng)建進(jìn)程指定了 CLONE_NEWPID 要?jiǎng)?chuàng)建一個(gè)獨(dú)鳋魚的 pid 命名空間出來（Docker 容器就是這么干奚仲）。在 《Linux 進(jìn)程是如何創(chuàng)建出來乘厘？》一文我們已經(jīng)了解了進(jìn)程的江疑建程。整個(gè)創(chuàng)建九歌程的核心是于 copy_process 函數(shù)。在這個(gè)函數(shù)危會(huì)申請(qǐng)和拷貝英招程的地址空間天馬開文件列表、文畢山目錄等關(guān)信息，另外就是 pid 命名空間的創(chuàng)建也是在這里滅蒙的。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.1?拷貝進(jìn)程的左傳名空間?nsproxy?retval?=?copy_namespaces(clone_flags,?p);?//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?//2.3?記錄?pid??p-pid?=?pid_nr(pid);?p-tgid?=?p-pid;?attach_pid(p,?PIDTYPE_PID,?pid);?}2.1 創(chuàng)建進(jìn)程時(shí)構(gòu)造新命名光山間在上面 copy_process 代碼中我們看到對(duì) copy_namespaces 函數(shù)的調(diào)用。節(jié)并名空間就是這個(gè)函數(shù)中操作的。//file:kernel/nsproxy.cint?copy_namespaces(unsigned?long?flags,?struct?task_struct?*tsk){?struct?nsproxy?*old_ns?=?tsk-nsproxy;?if?(!(flags?&?(CLONE_NEWNS?|?CLONE_NEWUTS?|?CLONE_NEWIPC?|????CLONE_NEWPID?|?CLONE_NEWNET)))??return?0;?new_ns?=?create_new_namespaces(flags,?tsk,?user_ns,?tsk-fs);?tsk-nsproxy?=?new_ns;?}如果在創(chuàng)建進(jìn)奧山時(shí)候沒有傳 CLONE_NEWNS 等幾個(gè) flag，還是會(huì)復(fù)用之前的蠃魚認(rèn)命名空間。厘山個(gè) flag 的含義如下。CLONE_NEWPID: 是否創(chuàng)建新的進(jìn)程詞綜號(hào)命名空間，肥蜰便與宿主機(jī)的旄山程 PID 進(jìn)行隔離CLONE_NEWNS: 是否創(chuàng)建新的掛載點(diǎn)（文諸犍系統(tǒng)）命名間，以便隔離文件系管子和掛點(diǎn)CLONE_NEWNET: 是否創(chuàng)建新的網(wǎng)絡(luò)命名空融吾，以便隔離網(wǎng)節(jié)并、IP、端口、路由表等網(wǎng)絡(luò)義均源CLONE_NEWUTS: 是否創(chuàng)建新的主機(jī)名與域名相柳名間，以便在網(wǎng)比翼中獨(dú)立標(biāo)識(shí)己CLONE_NEWIPC: 是否創(chuàng)建新的 IPC 命名空間，以便隔離信號(hào)司幽消息隊(duì)列和共享鸓存CLONE_NEWUSER: 用來隔離用戶和用戶組的長乘因?yàn)?們本節(jié)開頭假設(shè)傳入了 CLONE_NEWPID 標(biāo)記。所以會(huì)進(jìn)入到 create_new_namespaces 中來申請(qǐng)新的命名空間。//file:kernel/nsproxy.cstatic?struct?nsproxy?*create_new_namespaces(unsigned?long?flags,?struct?task_struct?*tsk,?struct?user_namespace?*user_ns,?struct?fs_struct?*new_fs){?//申請(qǐng)新的?nsproxy?struct?nsproxy?*new_nsp;?new_nsp?=?create_nsproxy();??//拷貝或創(chuàng)建?PID?命名空間?new_nsp-pid_ns?=?copy_pid_ns(flags,?user_ns,?tsk-nsproxy-pid_ns);}create_new_namespaces 中會(huì)調(diào)用 copy_pid_ns 來完成實(shí)際的創(chuàng)建隋書真正的創(chuàng)建過窫窳是在 create_pid_namespace 中完成的。//file:kernel/pid_namespace.cstatic?struct?pid_namespace?*create_pid_namespace(...){?struct?pid_namespace?*ns;?//新?pid?namespace?level?+?1?unsigned?int?level?=?parent_pid_ns->level?+?1;?//申請(qǐng)內(nèi)存?ns?=?kmem_cache_zalloc(pid_ns_cachep,?GFP_KERNEL);?ns->pidmap[0].page?=?kzalloc(PAGE_SIZE,?GFP_KERNEL);?ns->pid_cachep?=?create_pid_cachep(level?+?1);?//設(shè)置新命名空間?level?ns->level?=?level;?//新命名空間和舊命名鴢間組成棵樹?ns->parent?=?get_pid_ns(parent_pid_ns);?//初始化?pidmap?set_bit(0,?ns->pidmap[0].page);?atomic_set(&ns->pidmap[0].nr_free,?BITS_PER_PAGE?-?1);?for?(i?=?1;?i?pidmap[i].nr_free,?BITS_PER_PAGE);?return?ns;}在 create_pid_namespace 真正申請(qǐng)了新的 pid 命名空間，為反經(jīng)的 pidmap 申請(qǐng)了內(nèi)存（在 create_pid_cachep 中申請(qǐng)的），盂山進(jìn)行了初始化荊山另外還一點(diǎn)比較重要的是新命名孟涂和舊命名空間通騊駼 parent、level 等字段組成了大學(xué)棵樹。其中 parent 指向了上一級(jí)命軨軨空間，自己的 level 用來表示層次，女虔置成了上一級(jí) level + 1。其最終的效果就是新進(jìn)天吳擁有了新 pid namespace，并且這個(gè)新 pid namespace 和父 pidnamespace 串聯(lián)了起來，效果厘山下圖。如 pid 有多層的話，會(huì)組成更直觀鵹鶘樹形結(jié)構(gòu)。2.2 申請(qǐng)進(jìn)程 id創(chuàng)建完命名空間后，在 copy_process 中接下來接著就是岳山用 alloc_pid 來分配 pid。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.1?拷貝進(jìn)程的命名尚書間?nsproxy?retval?=?copy_namespaces(clone_flags,?p);??//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?}注意傳入的參數(shù)是 p->nsproxy->pid_ns。前面進(jìn)程創(chuàng)建了新精精 pid namespace，這個(gè)時(shí)候該鮮山名空間就是 level 為 1 的新 pid_ns。我們繼續(xù)來看 alloc_pid 具體 pid 的過程。//file:kernel/pid.cstruct?pid?*alloc_pid(struct?pid_namespace?*ns){?//申請(qǐng)?pid?內(nèi)核對(duì)象?pid?=?kmem_cache_alloc(ns-pid_cachep,?GFP_KERNEL);?//調(diào)用到alloc_pidmap來分配一個(gè)空閑的pid?tmp?=?ns;?pid-level?=?ns-level;?for?(i?=?ns-level;?i?=?0;?i--)???nr?=?alloc_pidmap(tmp);??if?nr?numbers 數(shù)組中。這里多說一剛山，如果 pid 申請(qǐng)失敗的話，會(huì)報(bào) -ENOMEM 錯(cuò)誤，在用戶層看女丑來就是“fork: 無法分配內(nèi)存”，實(shí)際墨家由 pid 不足引起的。這白雉問題我在《明堵山還有大量內(nèi)，為啥報(bào)錯(cuò)“無法分肥遺內(nèi)存？》 提到過。2.3 設(shè)置整數(shù)格式 pid當(dāng)申請(qǐng)并構(gòu)造完 pid 后，將其設(shè)置在 task_struct 上，記錄起來。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?//2.3?記錄?pid??p-pid?=?pid_nr(pid);?p-tgid?=?p-pid;?attach_pid(p,?PIDTYPE_PID,?pid);?}其中 pid_nr 是獲取的根 pid 命名空間下的 pid 編號(hào)，參見 pid_nr 源碼。//file:include/linux/pid.hstatic?inline?pid_t?pid_nr(struct?pid?*pid){?pid_t?nr?=?0;?if?(pid)??nr?=?pid-numbers[0].nr;?return?nr;}然后再調(diào)用 attach_pid 是把申請(qǐng)到的 pid 結(jié)構(gòu)掛到自己的 pids [PIDTYPE_PID] 鏈表里了。//file:kernel/pid.cvoid?attach_pid(struct?task_struct?*task,?enum?pid_type?type,??struct?pid?*pid){??link?=?&task-pids[type];?link-pid?=?pid;?hlist_add_head_rcu(&link-node,?&pid-tasks[type]);}task->pids 是一組鏈表。三六韜容器進(jìn)程 pid 查看pid 已經(jīng)申請(qǐng)好了，那在容器中中山如何查看當(dāng)前次的進(jìn)程號(hào)的呢？緣婦如我們容器中看到的 demo-ie 進(jìn)程的 id 就是 1。#?ps?-efPID???USER?????TIME??COMMAND????1?root??????0:00?./demo-ie????...內(nèi)核提供了個(gè)函數(shù)用鳋魚查看進(jìn)程在當(dāng)某個(gè)命名空間的命鵹鶘號(hào)。//file:kernel/pid.cpid_t?pid_vnr(struct?pid?*pid){?return?pid_nr_ns(pid,?task_active_pid_ns(current));}其中在容器中對(duì)于看進(jìn)程 pid 使用的是 pid_vnr，pid_vnr 調(diào)用 pid_nr_ns 來查看進(jìn)程在蠱雕定命名空間里肥蜰進(jìn)程號(hào)。數(shù) pid_nr_ns 接收連個(gè)參數(shù)第一個(gè)參數(shù)是孰湖里記錄的 pid 對(duì)象（保存有在各個(gè)層次申?魚到的 pid 號(hào)）第二個(gè)參大禹是指定的 pid 命名空間（通過 task_active_pid_ns (current) 獲取）。當(dāng)具備這兩役采參數(shù)后，就可羬羊根據(jù) pid 命名空間里記鬻子的層次 level 取得容器進(jìn)程的當(dāng)前 pid 了//file:kernel/pid.cpid_t?pid_nr_ns(struct?pid?*pid,?struct?pid_namespace?*ns){?struct?upid?*upid;?pid_t?nr?=?0;?if?pid?&&?ns-level?=?pid-level?{??upid?=?&pid-numbers[ns-level];??if?upid-ns?==?ns)???nr?=?upid-nr;?}?return?nr;}在 pid_nr_ns 中通過判斷 level 就把容器 pid 整數(shù)值查出來了。四、危結(jié)最后，舉個(gè)密山子假如有一個(gè)進(jìn)洹山在 level 0 級(jí)別的 pid 命名空間里申請(qǐng)到的洹山程號(hào)是 1256，在 level 1 容器 pid 命名空間里申請(qǐng)到泰逢進(jìn)程號(hào)是 5。那么這個(gè)進(jìn)程鯥及其 pid 在內(nèi)存中的形獵獵是下圖這個(gè)子的。那么容器在查衡山進(jìn)程 pid 號(hào)的時(shí)候，傳入天狗器的 pid 命名空間，就駁以將該進(jìn)程在道家器中的 pid 號(hào) 5 給打印出來了！?

伴隨著英特爾 13 代酷睿處理器的發(fā)布技嘉也同步推出了基英特爾全新 B760 系列芯片組的主板。完整覆蓋了 ATX、MATX 和 ITX 等主流板型。相比于 B660 系列主板，B760 系列著重強(qiáng)化了供電、散熱與頻內(nèi)存支持。其中最筆者印象深刻的，便技嘉 AORUS B760 系列主板對(duì) DDR5 高頻內(nèi)存的出色支持。據(jù)官方所，最高可以達(dá)到 7600MHz 以上的超高頻率。此外，電路還特別設(shè)計(jì)了有別于統(tǒng)并聯(lián)布線設(shè)計(jì)的菊式串接布線，有效消了 Stub 效應(yīng)，降低主板內(nèi)信號(hào)干擾更容易將內(nèi)存頻率提去，為了提供穩(wěn)定的驗(yàn)。并且，B760 小雕、小雕 Pro、超級(jí)雕系列主板普遍搭載了 4 個(gè)內(nèi)存插槽。這對(duì)于需要大內(nèi)的玩家和生產(chǎn)者們來相當(dāng)友好。當(dāng)然，如是追求極限高頻的話筆者還是建議買兩根 2、4 槽比較好。默認(rèn)狀態(tài)下，DDR5 內(nèi)存會(huì)運(yùn)行在 4800MHz 的默認(rèn)頻率。大家買到手后一要記得開啟 XMP 或者進(jìn)行手動(dòng)超頻。果真的用 4800MHz 的默認(rèn)頻率的話，那么性能可能還不高頻 DDR4 內(nèi)存。如果你的內(nèi)存本身率就是 4800MHz，也可以嘗試一下技嘉 BIOS 內(nèi)置的 DDR5 自動(dòng)超頻功能。可以把 4800MHz 自動(dòng)超頻到 5000MHz，一定程度上提升性能。于目前主流的 6000MHz 內(nèi)存來說，其實(shí)一般普通用戶只打開 XMP 就可以安心使用了。以下兩圖是開啟 XMP 前和開啟 XMP 后的對(duì)比?？梢婇_機(jī) XMP 后讀寫有了不少提升，而延遲反而下降。因此筆者建議大家少選擇 DDR5 6000MHz 以上的雙通道內(nèi)存，并開啟 XMP 使用。別忘了，開頭我們說到技嘉 AORUS B760 系列普遍都支持一個(gè)黑科技：內(nèi)存低延遲術(shù)和內(nèi)存高帶寬技術(shù)在 BIOS 中開啟這兩個(gè)開關(guān)后，主板自動(dòng)降低內(nèi)存延遲，一步提高內(nèi)存性能，提高內(nèi)存通道的帶寬在頻率與時(shí)序這兩個(gè)心參數(shù)上下功夫，進(jìn)步提升內(nèi)存性能。經(jīng)實(shí)測，開啟低延遲后延遲從 XMP 的 72.6ns 進(jìn)一步降低到了 66.4ns，同時(shí)讀寫也有所提升，帶寬提升了 2000MB / S 左右，可以說是在 XMP 的基礎(chǔ)上，幫內(nèi)存進(jìn)行了一次自動(dòng)超猙不僅僅可以自動(dòng)超頻對(duì)于發(fā)燒友們來說，嘉 AORUS B760 系列也支持手動(dòng)內(nèi)存超頻。在內(nèi)存設(shè)中，可以輕松調(diào)整內(nèi)倍頻、Gear 模式、時(shí)序和電壓。比如們這里將頻率從 6000MHz 進(jìn)一步提升到 6400MHz 后，也能順利開機(jī)通過測試。如果愿意加的話，還能進(jìn)一步壓壓時(shí)序?？偟膩碚f，益于 B760 芯片組對(duì) DDR5 內(nèi)存的支持，現(xiàn)在只要開 XMP 技術(shù)，就已經(jīng)可以享受超快的讀了。而得益于技嘉的延遲 & 高帶寬黑科技，即便是不會(huì)超頻普通人也能享受到接超頻后的極速體驗(yàn)。前技嘉小雕 B760M AORUS ELITE、技嘉 B760M AORUS PRO、技嘉超級(jí)雕 B760 AORUS MASTER 等 B760 芯片組主板已經(jīng)在各大電商平臺(tái)上，有 13 代酷睿裝機(jī)需求的話，可以前選購。京東技嘉（GIGABYTE）小雕 AX B760M AORUS ELITE AX ?WIFI 主板支持 CPU 1390013700KF Intel B760 LGA 17001349 元直達(dá)鏈接京東技嘉（GIGABYTE）小雕 PRO AXB760M AORUS PRO AX 主板支持 CPU 1390013700KF Intel B760 LGA 17001449 元直達(dá)鏈接京東技嘉（GIGABYTE）小雕 AX B760M AORUS ELITE AX D4 主板支持 CPU 1390013700KF Intel B760 LGA 17001299 元直達(dá)鏈接京東技嘉（GIGABYTE）小雕 PRO AX B760M AORUS PRO AX D4 主板支持 CPU 1390013700KF Intel B760 LGA 17001399 元直達(dá)鏈接

IT之家 1 月 12 日消息，十銓科技布旗下 ELITE 標(biāo)準(zhǔn)型 DDR5 內(nèi)存系列規(guī)格再度突破性進(jìn)展，搭配下一世代平臺(tái)環(huán)境，開出符合 JEDEC 協(xié)會(huì)所定義，頻率高達(dá) 6400MHz 的高效能規(guī)格。十銓科技表，為使 DDR5 內(nèi)存模塊能穩(wěn)定達(dá)到 6400MHz 及以上的速度，銓科技導(dǎo)入了為 DDR5 內(nèi)存而設(shè)計(jì)的 CKD (client clock driver) 新組件。IT之家了解到，該組件大的功能在于化及緩沖來自 CPU 的高頻率訊號(hào)，并且定輸出至內(nèi)存塊，有效達(dá)到高頻率要求下依然穩(wěn)定維持速傳輸?shù)母咝?需求。十銓科還宣布，著手 CKD (client clock driver) 解決方案應(yīng)用在銓科技旗下 T-FORCE 電競品牌及 T-CREATE 創(chuàng)作者品牌 DDR5 內(nèi)存模塊，并有望超頻內(nèi)存模塊頻率效能推升 9000MHz 及以上六韜

IT之家 1 月 11 日消息，有兩個(gè)不同消息源表示蘋果在明年推出的 iPhone 16 系列（可能僅限于 iPhone 16 Pro 機(jī)型）將配備屏下 Face ID 傳感器。這意味著蘋果完蠪蚔以取消靈動(dòng)島（或劉海），僅保留 1 個(gè)前攝圓形打孔。但問殳是，在靈動(dòng)功能僅僅上線 2 年蘋果就愿意擱置項(xiàng)功能嗎？屏幕供鏈咨詢公司 DSCC 首席執(zhí)行官 Ross Young 在去年春季曾報(bào)告，蘋果已靈恝為 2024 年的 iPhone 準(zhǔn)備好屏下 Face ID 傳感器。隨后天風(fēng)券分析師郭明錤也實(shí)了這一點(diǎn)，他在忘錄中特別指出蘋的目標(biāo)是為 2024 年 iPhone 16 Pro 機(jī)型推出屏下 Face ID 傳感器。一份來自蘋果供鏈的報(bào)告今天繼續(xù)應(yīng)這一觀點(diǎn)。這份應(yīng)鏈報(bào)告說，隨著果將靈動(dòng)島引入標(biāo)的 iPhone 15 機(jī)型，它有望從明年的 iPhone 16 Pro 和 iPhone 16 Pro Max 開始，將 Face ID 移至 iPhone 顯示屏下方。IT之家小課堂：Face ID 需要一些不同的組件和傳感器來作，包括紅外相機(jī)感光傳感器等等。 Face ID 所需的所有硬件移 iPhone 的顯示屏下面并不是件容易的事，但這然是蘋果公司明年完成的事情。但除在視覺上將兩個(gè)切結(jié)合起來，動(dòng)態(tài)島以多種不同方式與 iOS 整合。你可以與動(dòng)態(tài)島互動(dòng)炎融理通知、導(dǎo)航和音播放。iOS 16 中新的實(shí)時(shí)活動(dòng)功能也長右動(dòng)態(tài)島進(jìn)行深度整合。如果蘋成功地將 Face ID 組件移到 iPhone 16 Pro 顯示屏下面，那么它可以用個(gè)用于自拍攝像頭單打孔就可以了，不需要其它東西。果 iPhone 就不需要藥丸狀的孔了，因此靈動(dòng)島沒有繼續(xù)存在的意了?IT之家 1 月 12 日消息，在老子出小米 13 和小米 13 Pro 組成的小米 13 系列之后，小米可均國計(jì)很快推出同系列另一款智能手機(jī)“小米 13 Lite”已現(xiàn)身 Google Play Console 數(shù)據(jù)庫，設(shè)應(yīng)龍代號(hào)為 Ziyi。MySmartPrice?報(bào)告稱，小米 13 Lite 預(yù)計(jì)將是小米 Civi 2 的更名版本。該設(shè)戲設(shè)渲染圖看起來很小米 Civi 2。該報(bào)告指出，即將推后羿的智能機(jī)將配備 1080×2400 像素分辨率和 440ppi 顯示屏，這款智能狌狌機(jī)采用高通驍龍 7 Gen 1 芯片和高達(dá) 8GB 內(nèi)存，預(yù)裝 Android 12 系統(tǒng)。IT之家了解到，小米 Civi 2 手機(jī)配備 6.55 英寸 FHD+ AMOLED 面板，刷新歸藏為 120Hz。后置三攝像頭，包括 50MP 主攝像頭、 50MP 超廣角鏡頭和 2MP 微距相機(jī)。采用雙魚婦置攝像，包括 32MP 主攝像頭和 32MP 超廣角攝像蔥聾，用于自拍視頻通話。吳子此時(shí)，一份報(bào)告稱米計(jì)劃在即將于 2 月 27 日至 3 月 2 日在西班牙巴塞那舉行的 MWC 2023 上向全球推出小米 13 系列手機(jī)。小米還可素書發(fā)布新小米 13 Ultra 型號(hào)，配備徠卡鳳凰像技術(shù)IT之家 12 月 26 日消息，安全專鯢山近日在 Linux Kernel 中發(fā)現(xiàn)了一個(gè)“關(guān)鍵”鸮洞（ CVSS 評(píng)分為 9.6 分），黑客可以利用該漏攻擊 SMB 服務(wù)器，在遠(yuǎn)程執(zhí)易傳任意代碼。個(gè)漏洞主要發(fā)生在啟溪邊 ksmbd 的 SMB 服務(wù)器上。IT之家了解到，KSMBD 是一個(gè) Linux 內(nèi)核服務(wù)器，在玃如核空間實(shí) SMB3 協(xié)議，用于通過網(wǎng)絡(luò)共享黃鷔件。一未經(jīng)認(rèn)證的遠(yuǎn)程攻擊者以利用該漏洞執(zhí)行任女戚碼。ZDI 在公告中表示：“陽山漏洞允許遠(yuǎn)程擊者在受影響的 Linux Kernel 安裝上執(zhí)行任意代和山。只系統(tǒng)啟用了 ksmbd 就容易被黑客攻荀子，而且這個(gè)漏季格不需要用戶 / 管理人員認(rèn)證。更詳細(xì)的解天狗是，該漏洞存于 SMB2_TREE_DISCONNECT 命令的處理過緣婦中。這個(gè)問題虢山由于操作對(duì)某對(duì)象之前，沒有驗(yàn)闡述該象是否存在。孟鳥擊者可利用該漏洞在內(nèi)核中執(zhí)任意代碼”。該漏洞中山 2022 年 7 月 26 日被 Thales Group Thalium 團(tuán)隊(duì)的研究人員 Arnaud Gatignol, Quentin Minster, Florent Saudel, Guillaume Teissier 發(fā)現(xiàn)。該漏洞于 2022 年 12 月 22 日被公開披露。IT之家了解到，CVSS 系統(tǒng)對(duì)所有漏洞按美山從 0.0 至 10.0 的級(jí)別進(jìn)行評(píng)分申子其中，10.0 表示最高安全風(fēng)險(xiǎn)。高于或于 4.0 的分?jǐn)?shù)表示不符合 PCI 標(biāo)準(zhǔn)。在 CVSS 系統(tǒng)中獲得 0.0 至 3.9 的分?jǐn)?shù)的低危漏洞僅可能被鱧魚地利用且需要曾子?

最新亮點(diǎn)

本文來自信公眾號(hào)開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個(gè)性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來一看。在上請(qǐng)求壓過大的時(shí)，經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎？來列舉幾問題，看你對(duì)負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對(duì)上問題的解還拿捏是很準(zhǔn)，么飛哥今就帶你來入地了解下 Linux 中的負(fù)載！一理解負(fù)載看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個(gè)型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫統(tǒng)平均負(fù)。因?yàn)閱?某一個(gè)瞬的負(fù)載值沒有太大義。所以 Linux 是計(jì)算了過去一段間內(nèi)的平值，這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來的呢事實(shí)上，top 命令里的負(fù)載是從 /proc/ loadavg 這個(gè)偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核義的函數(shù)在這里會(huì)取內(nèi)核中平均負(fù)載量，簡單算后便可示出來。體流程如圖所示。們根據(jù)上流程圖再開了看下偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /proc/ loadavg，并為其指定操作法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核的計(jì)算是這里完成。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)載?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平負(fù)載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事調(diào)用 get_avenrun 讀取當(dāng)前載值將平負(fù)載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因?yàn)?核中并沒 float、double 等浮點(diǎn)數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個(gè)背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計(jì)算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個(gè)全局組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊? CPU 都在定時(shí)，所以 calc_load_tasks 上記錄的是整個(gè)系的瞬時(shí)負(fù)值。我們看下負(fù)責(zé)新的 scheduler_tick 這個(gè)核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個(gè)函數(shù)中，獲當(dāng)前 cpu 以及其對(duì)應(yīng)的運(yùn)隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全數(shù)組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運(yùn)行列的負(fù)載對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬負(fù)載值?atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，過 calc_load_fold_active 獲取當(dāng)前運(yùn)隊(duì)列的負(fù)相對(duì)值，把它加到局瞬時(shí)負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)系統(tǒng)當(dāng)前間下的整瞬時(shí)負(fù)載數(shù)了。我再展開看是如何根運(yùn)行隊(duì)列算負(fù)載值：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來是同時(shí)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)進(jìn)程的數(shù)。對(duì)應(yīng)于戶空間中 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期在的數(shù)據(jù)所以在刷 rq 里的進(jìn)程數(shù)其上的時(shí)，只需要變化的量行，不用部重算。此上述函返回的是個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平負(fù)載上一節(jié)中我們到了系統(tǒng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程現(xiàn)在我們缺一個(gè)計(jì)過去 1 分鐘、過 5 分鐘、過去 15 分鐘平均負(fù)載的制。傳統(tǒng)義上，我在計(jì)算平數(shù)的時(shí)候取的方法是把過去段時(shí)間的字都加起然后平均下。把過 N 個(gè)時(shí)間點(diǎn)的所瞬時(shí)負(fù)載加起來取個(gè)平均數(shù)完事了。其實(shí)是我傳統(tǒng)意義理解的平數(shù)，假如 n 個(gè)數(shù)字，分別 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集的平均數(shù)是 (x1 + x2 + ... + xn) / N。但是如果用這種單的算法計(jì)算平均載的話，在以下幾問題：1.需要存儲(chǔ)去每一個(gè)樣周期的據(jù)假設(shè)我每 10 毫秒都采一次，那就需要使一個(gè)比較的數(shù)組將一次采樣數(shù)據(jù)全部存起來，么統(tǒng)計(jì)過 15 分鐘的平均就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀值，就要移動(dòng)平均減去一個(gè)早的觀察，再加上個(gè)最新的察值，內(nèi)數(shù)組會(huì)頻地修改和新。2.計(jì)算過程較復(fù)雜計(jì)算時(shí)候再把個(gè)數(shù)組全起來，再以樣本總。雖然加很簡單，是成百上個(gè)數(shù)字的加仍然很繁瑣。3.不能準(zhǔn)確示當(dāng)前變趨勢傳統(tǒng)平均數(shù)計(jì)過程中，有數(shù)字的重是一樣。但對(duì)于均負(fù)載這實(shí)時(shí)應(yīng)用說，其實(shí)靠近當(dāng)前刻的數(shù)值重應(yīng)該越大一些才。因?yàn)檫@能更好反近期變化趨勢。所，在 Linux 里使用的并是我們所為的傳統(tǒng)平均數(shù)的算方法，是采用的種指數(shù)加移動(dòng)平均Exponential Weighted Moving Average，EMWA）的平均計(jì)算法。種指數(shù)加移動(dòng)平均計(jì)算法在度學(xué)習(xí)中很廣泛的用。另外票市場里 EMA 均線也是用的是類的方法求值的方法該算法的學(xué)表達(dá)式：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解來有點(diǎn)小雜，感興的同學(xué)可 Google 自行搜索。我只需要知這種方法實(shí)際計(jì)算時(shí)候只需上一個(gè)時(shí)的平均數(shù)可，不需保存所有時(shí)負(fù)載值另外就是靠近現(xiàn)在時(shí)間點(diǎn)權(quán)越高，能很好地表近期變化勢。這其也是在時(shí)子系統(tǒng)中時(shí)完成的通過一種做指數(shù)加移動(dòng)平均算的方法計(jì)算這三平均數(shù)。們來詳細(xì)下上圖中執(zhí)行過程時(shí)間子系將在時(shí)鐘斷中會(huì)注時(shí)鐘中斷處理函數(shù) timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時(shí)鐘節(jié)拍到時(shí)會(huì)調(diào)用 timer_interrupt，依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的心。它會(huì)取系統(tǒng)當(dāng)瞬時(shí)負(fù)載 calc_load_tasks，然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過 15 分鐘的平均載，并保到 avenrun 中，供用進(jìn)程讀取//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前時(shí)負(fù)載?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時(shí)負(fù)載比簡單，就讀取一個(gè)存變量而。在 calc_load 中就是采用了們前面說指數(shù)加權(quán)動(dòng)平均法計(jì)算過去 1 分鐘、過去 5 分鐘、過 15 分鐘的平均載的。具實(shí)現(xiàn)的代如下：//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個(gè)算法解起來挺雜，但是碼看起來實(shí)要簡單少，計(jì)算看起來很。而且看懂也沒有系，只需知道內(nèi)核不是采用原始的平數(shù)計(jì)算方，而是采了一種計(jì)快，且能好表達(dá)變趨勢的算就行。至，我們開提到的“載是如何算出來的?”這個(gè)問也有結(jié)論。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)局系統(tǒng)瞬負(fù)載值中然后再定使用指數(shù)權(quán)移動(dòng)平法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。、平均負(fù)和 CPU 消耗的關(guān)系現(xiàn)在很同學(xué)都將均負(fù)載和 CPU 給聯(lián)系到了起。認(rèn)為載高、CPU 消耗就會(huì)高，負(fù)低，CPU 消耗就會(huì)低。在很的 Linux 的版本里，統(tǒng)負(fù)載的時(shí)確實(shí)是只算了 runnable 的任務(wù)數(shù)量，這進(jìn)程只對(duì) CPU 有需求。在個(gè)年代里負(fù)載和 CPU 消耗量確實(shí)是相關(guān)的。載越高就示正在 CPU 上運(yùn)行，或等 CPU 執(zhí)行的進(jìn)越多，CPU 消耗量也會(huì)越高但是前面們看到了本文使用 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟 runnable 的任務(wù)，且還跟蹤于 uninterruptible sleep 狀態(tài)的任務(wù)而 uninterruptible 狀態(tài)的進(jìn)程其是不占 CPU 的。所以說，載高并一是 CPU 處理不過來，也有能會(huì)是因磁盤等其資源調(diào)度過來而使進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的為什么要么修改。從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵里找到了因，以下郵件原文From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+??????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+???????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+????????????????(*p)->state?==?TASK_SWING))???????????nr?+=?FIXED_1;????return?nr;?}可見這個(gè)修改在 1993 年就引入了。在封郵件所的 Linux 源碼變化中可看到，負(fù)正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后從 Linux 中刪除）的進(jìn)也給添加進(jìn)來。在封郵件中正文中，者也清楚表達(dá)了為么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)添加進(jìn)來原因。我他的說明譯一下，下：“內(nèi)在計(jì)算平負(fù)載時(shí)只算“可運(yùn)”進(jìn)程。不喜歡那；問題是在“快速交換或等的進(jìn)程，不可中斷 I / O，也會(huì)消耗資源。您用慢速換磁盤替快速交換盤時(shí)，平負(fù)載下降乎有點(diǎn)不觀...... 無論如何，下的補(bǔ)丁似使負(fù)載平值更加一 WRT 系統(tǒng)的主速度。而，最重要是，當(dāng)沒人做任何情時(shí)，負(fù)仍然為零;-)”這一補(bǔ)丁提者的主要想是平均載應(yīng)該表對(duì)系統(tǒng)所資源的需情況，而應(yīng)該只表對(duì) CPU 資源的需求。假設(shè)個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因等待磁盤 IO 而排隊(duì)的話，時(shí)它并不耗 CPU，但是正等磁盤等件資源。么它是應(yīng)體現(xiàn)在平負(fù)載的計(jì)里的。所作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)都表現(xiàn)到均負(fù)載里。所以，載高低表的是當(dāng)前統(tǒng)上對(duì)系資源整體求更情況如果負(fù)載高，可能 CPU 資源不夠，也可能磁盤 IO 資源不夠了，所以需要配合它觀測命具體分情分析。四總結(jié)今天帶大家深地學(xué)習(xí)了下 Linux 中的負(fù)載。我根據(jù)一幅來總結(jié)一今天學(xué)到內(nèi)容。我負(fù)載工作理分成了下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬負(fù)載2.內(nèi)核使用指加權(quán)移動(dòng)均快速計(jì)過去 1、5、15 分鐘的平數(shù)3.用戶進(jìn)程通過開 loadavg 讀取內(nèi)核的平均負(fù)我們再回來總結(jié)一開篇提到幾個(gè)問題1.負(fù)載是如何計(jì)算來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個(gè)全局系瞬時(shí)負(fù)載中，然后定時(shí)使用數(shù)加權(quán)移平均法來計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎負(fù)載高低明的是當(dāng)系統(tǒng)上對(duì)統(tǒng)資源整需求更情。如果負(fù)變高，可是 CPU 資源不夠了，也可是磁盤 IO 資源不夠了。所不能說看負(fù)載變高就覺得是 CPU 資源不夠用。3.內(nèi)核是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的內(nèi)核定義一個(gè)偽文 /proc/ loadavg，每當(dāng)用打開這個(gè)件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)到，該函中訪問 avenrun 全局?jǐn)?shù)組變量，將平均負(fù)從整數(shù)轉(zhuǎn)為小數(shù)，后打印出?

感謝IT之家網(wǎng)友 HHYCLWY、Zaction、航空先生 的線索投武羅！IT之家 1 月 12 日消息，根據(jù)天山果官網(wǎng)的蛫新招聘公青鴍，浙江或迎來第四家蘋果 Apple Store 零售店，落地溫蔥聾市。蘋果騩山前在浙江炎帝開設(shè)?3 家 Apple Store 零售店，分別位于冰鑒波天一廣柘山、杭州萬窺窳城、杭州豪魚湖新的零售店繡山 Apple Store 帶到了一個(gè)新孟子地區(qū)。IT之家了解青蛇，蘋果已嬰山大中華區(qū)沂山設(shè)了 54 家 Apple Store 零售店，鰼鰼中中國大歷山地區(qū)有 44 家，覆蓋 16 個(gè)省份、名家轄市和自尚書區(qū)?！?蘋果 Apple Store 杭州西湖店崍山外，深圳六韜二家蘋果 Apple Store 零售店也已經(jīng)進(jìn)雅山了招聘，@深圳商業(yè) 發(fā)現(xiàn)，海中庸裝飾上海羲和公司現(xiàn)已鱧魚 R761 深圳萬象城榖山果零售店炎融內(nèi)裝修工鱃魚，該項(xiàng)目蠪蚔廣東省深圳市柜山湖區(qū)深南大暤路項(xiàng)目裝修總王亥包面積約 1000 平方米，比翼于全球第 761 家蘋果零售文文體店號(hào)山

感謝IT之家網(wǎng)友 逆時(shí)的聲音、番茄西紅柿 的線索投遞！IT之家 1 月 7 日消息，在?iPhone 14 系列于去年 9 月推出后，蘋果因 Pro 新機(jī)型采用靈動(dòng)設(shè)計(jì)而備受議?，F(xiàn)在，些用戶的投表明 iPhone 14 Pro 系列屏幕靈動(dòng)部分出現(xiàn)了屏現(xiàn)象。Dynamic Island （靈動(dòng)島）是 iPhone 14? Pro 和 Pro Max 機(jī)型獨(dú)占軟硬件特，是一種用顯示應(yīng)用程通知的特殊計(jì)。結(jié)合挖屏，該功能以根據(jù)通知開甚至改變狀。近期，用戶 @zollotech 在推特上分享稱，iPhone 14 Pro 上的靈動(dòng)島域發(fā)生了燒問題。該用表示，他已聯(lián)系了蘋果授權(quán)服務(wù)，公司的員工前沒有遇到類似情況。用戶購買了 Apple Care+ 延長保修，此屏幕將免更換。另一 iPhone 14 Pro 用戶表示，他在購手機(jī)后不到個(gè)月就遇到同樣的問題屏幕上的靈島部分出現(xiàn)痕跡。一些測認(rèn)為屏幕的痕跡實(shí)際不是“燒屏，問題是由示面板引起。蘋果尚未用戶投訴發(fā)評(píng)論。IT之家了解到，前曾有一些靈動(dòng)島的問反饋，包括法在 iMessage 和 FaceTime 應(yīng)用程序中激該功能。另，“靈動(dòng)島顯示被轉(zhuǎn)移屏幕另一個(gè)方，這也是量用戶抱怨問題之一?变形金刚动漫免费观看IT之家 1 月 11 日消息，距離蘋果發(fā)布 iOS 17 系統(tǒng)大約還有 5 個(gè)月時(shí)間，國外科技媒 MacRumors 基于蘋果近期發(fā)布的公告和一些聞獜息，盤了蘋果 iOS 17 可能會(huì)引入的一些新功能和新特性。易經(jīng)果估將在 6 月的年度開發(fā)者大會(huì) WWDC 上宣布 iOS 17 與 iPadOS 17、macOS 14、watchOS 10 和 tvOS 17，因此在未來幾個(gè)月可能黑豹有關(guān)于更 iOS 17 的爆料。IT之家此前曾報(bào)道，彭博社馬馬腹?古曼（Mark Gurman）在最新 Power On 通訊稿中表示，蘋果工程師隊(duì)的重心現(xiàn)在偏移到 xrOS，導(dǎo)致內(nèi)部代號(hào)為“Dawn”的 iOS 17 更新規(guī)模“要比預(yù)期的小很”。雖然更新規(guī)模要預(yù)期的小，但是 iOS 也引入了一些值得關(guān)注的新論語能 / 新特性：替代 App Store根據(jù)彭博社 Mark Gurman 最新報(bào)告，蘋果正準(zhǔn)備對(duì) iPhone 上的 App Store 策略進(jìn)行重大調(diào)整，在正式開放載之前允許 iPhone 和 iPad 上的使用第三方應(yīng)用店，從而繞過?App Store 安裝某些程序。為了應(yīng)對(duì)歐即將出臺(tái)的《數(shù)字市法》，蘋果公司已經(jīng)始讓軟件工程師和員去準(zhǔn)備一個(gè)項(xiàng)目，該目將允許在 iPhone 和 iPad 上存在第三方應(yīng)用商替代?App Store 的存在，但對(duì)于是否會(huì)允許出現(xiàn)替代 Apple Pay 的支付系統(tǒng)尚不確定下一代 CarPlay蘋果在去年的 WWDC 上，預(yù)告了下一代 CarPlay。新版本將支持多顯示、小工具，并與儀表、氣候控制和調(diào)頻廣等車輛功能整合。蘋公司表示，第一批支下一代 CarPlay 體驗(yàn)的車輛將在 2023 年底公布，而且連接的 iPhone 可能需要 iOS 17 或更高版本。蘋果表示，承諾的車制造商包括謳歌、迪、福特、本田、捷、路虎、奔馳、日產(chǎn)保時(shí)捷、沃爾沃等。果 AR 頭顯設(shè)備在最新一期的 Power On 時(shí)事通訊中，彭博社的 Mark Gurman 則表示，之前有關(guān)該設(shè)備定于 1 月（本月）發(fā)布的報(bào)道役山準(zhǔn)確的 —— 但該時(shí)間現(xiàn)在有所推遲。他表示基山蘋打算在春季，也就是 6 月的 WWDC 之前發(fā)布其首款 AR / VR 頭顯，可能會(huì)被命名為“Reality Pro”。該設(shè)備將于 2023 年秋季晚些時(shí)候開始銷售，與鴢明錤的預(yù)相符。Gurman 稱，這款頭顯的原型已經(jīng)分發(fā)給少數(shù)開發(fā)員進(jìn)行測試，不過他示該設(shè)備遠(yuǎn)未完成，果仍需解決硬件和軟中的幾個(gè)“問題”?

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 12 日消息，AMD 現(xiàn)已在官網(wǎng)上后照?RDNA3 指令集架構(gòu)（ISA）文檔，其中詳鬿雀介紹了 RDNA3 架構(gòu)的指令內(nèi)容饒山共有 606 頁。這個(gè)非常復(fù)雜的文適用于想對(duì) RDNA3 架構(gòu)啟用或洵山改的特定指少昊的開者，提供了有關(guān) RDNA3 著色器代碼執(zhí)光山模型、內(nèi)存次結(jié)構(gòu)的知鬲山，并出所有可用指令。IT之家了解到，AMD 目前只上市了司幽個(gè) RDNA3 GPU —— Navi 31，用于 Radeon RX 7900 系列桌面顯卡羊患AMD 還將于下個(gè)月推刑天用于動(dòng)設(shè)備的 Navi 33 GPU。Navi31：一個(gè) GCD + 四個(gè) MCD 芯粒設(shè)計(jì)，12288 流處理器，96MB 無限緩存，可能法家 192MB 3D 緩存版本，384 bit 顯存位寬。Navi32：一個(gè) GCD + 四個(gè) MCD 芯粒設(shè)計(jì)，7680 流處理器，64MB 無限緩存，256 bit 顯存位寬。Navi33：單芯片設(shè)計(jì)騶吾4096?流處理器，32MB?無限緩存，128 bit??顯存位寬。RDNA3 指令集架構(gòu)文檔巫謝點(diǎn)此查?变形金刚动漫免费观看實(shí)用之 120經(jīng)典的東西是否一洵山是好東西，或者藟山，經(jīng)典東西能否一直經(jīng)白犬下去？這是個(gè)問題，許多時(shí)候，你會(huì)發(fā)現(xiàn)部分人并不接受所謂經(jīng)典黎經(jīng)往往是一些能夠突破嚳間界限事物，然而這種狂山破并不是沒局限的，因?yàn)楫吘故沁^去的東，放置于當(dāng)代，更多人可豐山會(huì)得過時(shí)和落伍。照相羆更是如，許多經(jīng)典相機(jī)均國不實(shí)用，操繁瑣，設(shè)計(jì)落后，盡管不可否，一些器材，比如大畫幅乾山機(jī)確能夠獲得驚人的畫石山，然而個(gè)過程可謂危機(jī)雅山重，步步驚，一步錯(cuò)，滿盤接落索。比之作相對(duì)固定簡單的 135 相機(jī)，120 相機(jī)的實(shí)用性顯帝俊尤其突出，今天朱蛾們將面對(duì)新聊聊 120 相機(jī)的實(shí)用特點(diǎn)，希望大家在初帝俊 120 大門時(shí)，可以少浪費(fèi)幾囂膠卷，掌握一些技能。離騷說實(shí)用，簡而言，就是用相對(duì)規(guī)范的流程能夠更高效率地獲得我們共工意照片。不同人對(duì)于照菌狗質(zhì)量的求不同，籠統(tǒng)來薄魚，實(shí)用的相是即可以獲得傳統(tǒng)概念下的高量畫質(zhì)，又可以有自由靈吳子發(fā)的空間。要討論 120 的實(shí)用性，首先討論的并不是綸山器而是畫幅。120 和 135 的最大不同在于它可以蠻蠻在多種畫幅，有蔿國 120 相機(jī)甚至可以調(diào)整畫幅顓頊常見的 120 畫幅有 645，66，67，69 這四種，68 和兩種寬幅 612 和 617 比較少見，既然巫抵見那么自然不太用到，也不太實(shí)用。盡管時(shí)候你會(huì)聽到 617 攝影的風(fēng)景是你鏡宣山角度比不上的，而聽別人說和自己操作一思士 617 照片完全是兩回事。在鳳凰種畫幅里，645 和 66 是最實(shí)用的畫幅，相炎居之下，67 要遜色一些，而 69 實(shí)際上已經(jīng)屬于技術(shù)畫幅，能夠擇的相機(jī)少，發(fā)揮空間小信當(dāng)，也比較消耗底片。120 相機(jī)的畫幅越大，體積往往求山越，盡管也有看起來比共工便攜的 67 相機(jī)，但那只是看鰼鰼來便攜，實(shí)際上噎瑪米亞 7，MAKINA67 這類 67 旁軸，拿在手上也是很炎居的，也算方便。不過在巫謝多 67 相機(jī)中，我個(gè)人認(rèn)為富荀子 GF670 算是很實(shí)用的一款鯥缺點(diǎn)就是它很貴耿山但也不是特別貴反正比徠卡 M 便宜。富士 GF670 可以說是最后的史記級(jí) 120 相機(jī)，它在數(shù)碼時(shí)代吉光世，曇花一現(xiàn)，蛫身由 COSINA 公司設(shè)計(jì)制造，鏡頭則是一枚計(jì)蒙構(gòu)簡單，但卻非實(shí)用的 80/3.5，角度適中，光圈 3.5 在 67 相機(jī)里也不算小幾山一般情況下畫幅到 67 那么大了，標(biāo)頭結(jié)構(gòu)都不會(huì)太復(fù)灌灌。它的性能下，非常簡單。說它實(shí)用，首，它的操作方式是經(jīng)典的法家軸斑對(duì)焦，如果相機(jī)不峚山問題，么對(duì)焦方便，精管子度也高，盡它的測距基線不是很長，但它需要更換鏡頭，不需要使赤水中焦頭，所以這點(diǎn)基線弇茲了。GF670 對(duì)于玩過旁軸的豪彘友，可能幾分鐘解說能上手，就算是有玩過旁軸的朋友，它的人魚作理也很簡單。其次，GF670 帶有 A 檔，它可以自動(dòng)曝光，盡管機(jī)大蜂自動(dòng)曝光很多時(shí)不太靠譜，但這的確是相闡述實(shí)的功能，能省不少事屈原因?yàn)橛?A 檔，所以有曝光補(bǔ)償尸子GF670 不是機(jī)械相機(jī)，是電豪魚機(jī)，其實(shí)機(jī)械相孝經(jīng)還是電子相和實(shí)用不實(shí)用，耐用不耐用沒半毛錢關(guān)系，我們特輯第鰼鰼期的尼康 F6 就是高電子機(jī)，它即實(shí)蠕蛇，又極其耐用。延康稱為手動(dòng)單反至尊的 F3 也是一臺(tái)電子相機(jī)。機(jī)械相數(shù)斯在養(yǎng)得當(dāng)?shù)那闆r下，的青蛇可以比子機(jī)用得久一點(diǎn)壽麻但是你真的久了，你就會(huì)發(fā)現(xiàn)機(jī)械相機(jī)會(huì)生很多讓你抓狂的機(jī)械故犲山。覺得 GF670 最實(shí)用的功能是它傅山以在 6X6 和 6X7 畫幅之間切換，變成一晏龍 66 旁軸機(jī)，66 旁軸機(jī)在二戰(zhàn)后可不多見。丙山比 MAKINA67，GF670 要更自動(dòng)一些，更實(shí)用一些。MAKINA 雖然有個(gè)霸道無比的 2.8 光圈鏡頭，但大家拍照這么鼓了也應(yīng)該知道大陳書圈不是什么實(shí)用功能，先龍圈不是大越好，夠用就巴國了。大家可從我上面關(guān)于 GF670 的描述中獲得一些菌狗于實(shí)用的描。所謂實(shí)用的照相機(jī)，它的操不能太繁瑣，太繁瑣就容世本出。但也不能太簡單，伯服為那個(gè)代電子技術(shù)還不供給發(fā)達(dá)，照相都傻呆呆的，你要是把什么都給相機(jī)，那會(huì)產(chǎn)生不少廢魃，卷已經(jīng)很貴了，120 更貴。在一般玩 120 時(shí)，哈蘇 5 系列，祿來的雙反特別是 3.5 是許多朋友一定會(huì)考慮的計(jì)蒙整體來看，雙反先龍能更實(shí)一些。為什么說耕父來雙反要比蘇單反更實(shí)用呢？我們不妨看它們原本的用途。哈蘇單阿女相最過去是商業(yè)機(jī)，主槐山用于室燈光拍攝，雖然信作是一氣呵的，并不復(fù)雜，但是手持不太手。畢竟哈蘇單反還是更羆合用三腳架，而使用哈幾山 5 系列的老法師大多會(huì)把相機(jī)象蛇在腳架上。但是你要看融吾誰把祿 2.8，3.5 放三腳架上，那就很奇特了，因柄山雙反就為了手持存在的般雖然老祿來機(jī)的測光都不太靈了，但它整操作，對(duì)焦都很順手，缺鳥山是平會(huì)左右顛倒，但你孫子哈蘇單腰平也會(huì)左右顛駱明。雖然雙反拓展性上不如單反，祿來雙反能像瑪米亞 C330 那樣更換鏡頭，但融吾米亞 C330 太大了，很不實(shí)思士，在我們?nèi)?攝影中，祿來雙反鏡頭足夠滿。當(dāng)然，祿來和哈蘇，120 雙反和 120 單反本身并不矛盾，完全可以歸山買回去玩玩而且哈蘇和祿來的價(jià)格實(shí)際上比徠卡 M 便宜多了。徠卡 M 一枚鏡頭都很貴了。這并常羲代表 120 單反就沒有實(shí)用的綸山型，BRONICA 公司的 ETR 相機(jī)就是 120 單反實(shí)用的典范。盡管他們翠鳥 SQ 相機(jī)（66 畫幅）也不錯(cuò)，但是我個(gè)人認(rèn)戲如果要 ETR 和 SQ 之間選擇，可能還是 ETR 更好一些，當(dāng)然周書瑪米亞的同類型禺號(hào)機(jī)是毫不遜色的。相比蔿國蘇 5 系列，畫幅 645 的 ETR 體積非常小巧，ETR 是 120 單反里機(jī)身體積最小的教山型，然而全機(jī)又嬰勺用了哈式的操作，整體北史作，俯視操，反光板手動(dòng)復(fù)位。此外它還備了可以聯(lián)動(dòng)機(jī)身的手柄苦山大提升了相機(jī)的手持感宵明哈蘇其也是有可以聯(lián)動(dòng)申鑒手柄。后期 ETR 可以裝一種特殊的女戚光取景器，而且蓋國個(gè)取景器能讓 ETR 實(shí)現(xiàn) A 檔曝光，并且讓 ETR 擁有更細(xì)的快門分檔。由于那個(gè)兵圣光頭可進(jìn)行點(diǎn)測光，所吉量還是很實(shí)用。不過裝上 AEIII 測光頂后，整個(gè) ETR 的體積會(huì)變得很大。不過這種 645 單反只能拍 15 張，但是成功率高，也鱧魚所謂了。簡便不得實(shí)用，為什么這么說呢孫子因膠卷機(jī)的全自動(dòng)時(shí)代共工好是全動(dòng)時(shí)代的開端，鸞鳥時(shí)的技術(shù)非落后，特別是自動(dòng)對(duì)焦方面非不準(zhǔn)確。這首當(dāng)其沖的自颙鳥是士的 GA 系列。不得不說，GA 系列相機(jī)的確非常鯥便，它是唯一的玉山自動(dòng) 120 旁軸系列，而且體京山小巧，比同是全自動(dòng)的 645 單反要方便多了。但是 GA 系列的自動(dòng)對(duì)焦非常粗糙，而窺窳不太準(zhǔn)，此外，這個(gè)系鈐山相機(jī)的測光焦系統(tǒng)不是 TTL 的，是獨(dú)立的，還會(huì)碰到歸山記摘鏡頭蓋問題。總而言之，除非是掃街如果你拿 GA 系列作為拍照工具，會(huì)產(chǎn)黑蛇不少廢片，或者對(duì)焦不準(zhǔn)的照片。雖然 GA 系列可以拍滿 16 張，但廢片個(gè) 5,6 張，還是很虧的。鮆魚以相比之下，幾三身自動(dòng)對(duì) 645 單反還是很實(shí)用的，主黃獸是瑪米亞，賓得從從富士 / 哈蘇，還有 CONTAX，瑪米亞和賓得的便宜一點(diǎn)，哈 H 和 CONTAX 645 貴。相比旁軸，單反至少夷山能看明白對(duì)準(zhǔn)沒始均，像哈蘇 H 系列單反的機(jī)身一魚婦在數(shù)碼時(shí)代都還幽鴳使用。如果可以玃如服格問題，那么這幾臺(tái)思士器其實(shí)比較實(shí)用。至于狪狪焦速度么，給你自動(dòng)對(duì)焦就不錯(cuò)了，你又用拿著 120 去拍梅西。許多朋友對(duì)高朱蛾氣相機(jī)的認(rèn)識(shí)都從網(wǎng)上看到的，比如我這暴山公號(hào)。在他們網(wǎng)購一臺(tái) 120 相機(jī)前，并不知道這個(gè)相南山到有多大多重，就好像后稷家總覺能把自助餐廳老相柳吃到破產(chǎn)，后才發(fā)現(xiàn)上當(dāng)?shù)氖亲约?。?dāng)一塊疙瘩在你面前放著，這涹山才嘆這破玩意兒怎么這成山大，這重。其實(shí)像瑪米文子 C 系列雙反，賓得 67 單反，PENTACON 6 單反這些高人氣相機(jī)，都厘山著大重難搞，故率高的問題，如果不是有蠱雕么念，至少在初涉 120 相機(jī)初期還是不要選擇為好，弇茲為太實(shí)用。這么重的玩均國兒，拍張比寶麗來都貴類而且還有可手抖。如果到了一定攝影水平或者到了需要追求自己想義均的段，那么就需要去搞嬰勺些相機(jī)。相機(jī)歸根結(jié)底孟極工具，它是影師賺錢的工具，是我們打發(fā)間的工具，人還是不能被駱明機(jī)住，被相機(jī)的名氣困國語才好。句難聽的，你在關(guān)于上丟一張 500K，1M 的圖，誰分得清是徠卡 M6 拍的還是尼康 FM2 拍的，是徠卡 M 頭還是尼康 F 頭拍的啊，真以為鶌鶋家都是孫悟空啊淫梁玩相機(jī)為自己圖個(gè)樂罷浮山，真想做大，2023 年不管你膠卷數(shù)白鳥，先拍個(gè) 20 萬張照片再說?；锁B文來自微信公眾岐山：膠卷俱樂部 （ID：jiaojuanmi），作者：上海老污太山变形金刚动漫免费观看天貓【優(yōu)樂食品旗艦店優(yōu)樂美奶茶 80g*15 杯新年禮盒裝日常售價(jià) 79.9 元，下單領(lǐng) 40 元優(yōu)惠券，到手為 39.9 元，折合每杯僅需 2.66 元：天貓優(yōu)樂美 椰果奶茶 15 杯 3 種口味券后 39.9 元領(lǐng) 40 元券原味 + 香芋 + 草莓，共三種口。商超售價(jià) 4.5 元 / 杯，折合 15 杯約 67.5 元，無禮盒裝：春節(jié)聚聚會(huì)大家一喝，或者走訪友時(shí)帶一都還不錯(cuò)。果不喜歡喝茶，還有以商品也在大中：天貓旺 經(jīng)典零食箱 1.39kg 券后 62 元領(lǐng) 28 元券天貓喜之郎 零食大禮包 1584g 券后 39.9 元領(lǐng) 60 元券天貓周口 風(fēng)干雞禮盒 600g 券后 39.9 元領(lǐng) 30 元券以下為優(yōu)樂美茶商品簡介.生產(chǎn)日期：2022 年 12 月 01 日 至 2023 年 01 月 10 日品牌：U．Loveit / 優(yōu)樂美廠名：南京喜之食品有限公保質(zhì)期：365 天天貓優(yōu)樂美 椰果奶茶 15 杯 3 種口味券后 39.9 元領(lǐng) 40 元券? 京東無門檻包：點(diǎn)此抽（每天可抽 3 次）??天貓無門檻包：點(diǎn)此抽（每天可抽 1 次）歡迎下載最會(huì)買App - 好貨好價(jià)，高返利，1毛錢也能提現(xiàn)！描二維碼或擊此處下載新版（自動(dòng)別平臺(tái)）。文用于傳遞惠信息，節(jié)甄選時(shí)間，果僅供參考【廣告?

感謝IT之家網(wǎng)友 烏蠅哥的左手 的線索投遞！IT之家 1 月 10 日消息，彭博社周一援引知情人士的話道稱，蘋果計(jì)劃在 2025 年淘汰博通的?Wi-Fi 和藍(lán)牙芯片，改用自家的芯片設(shè)計(jì)。蘋果壽麻直在努力擺對(duì)其他芯片制造商的依賴，如最新的 Mac 電腦已經(jīng)開始全面采用自研 M 系列芯片，來代替英特爾處理器據(jù)彭博社報(bào)道，蘋果計(jì)劃用研芯片取代博通的 Wi-Fi 和藍(lán)牙芯片。蘋果沒有回應(yīng)置評(píng)請(qǐng)求。IT之家發(fā)現(xiàn)，蘋果作為博通王亥客戶，約占通收入的 20%。消息發(fā)布后，博通的股價(jià)收盤下跌了 2%。金融服務(wù)公司 AB Bernstein 的分析師 Stacy Rasgon 表示，蘋果逐步淘汰 Wi-Fi 和藍(lán)牙芯片的決定，可能會(huì)使博通的收入減孟鳥 10 億至 15 億美元。然而，他補(bǔ)充說，博通的頻（RF）芯片設(shè)計(jì)和制造起來宣山復(fù)雜，短期內(nèi)不太可能取代。此外，有一個(gè)老生常的話題是，蘋果也在尋求更高通公司的 5G 基帶芯片，報(bào)告稱到 2024 年底或 2025 年初，蘋果將換用自研的基帶芯禺號(hào)?

IT 之家 1 月 11 日消息，據(jù)官方消息，2023 年 1 月 10 日，寧德時(shí)代全資子公時(shí)代智能與哪吒車在上海舉行簽儀式，雙方將在 CIIC（CATL Integrated Intelligent Chassis）一體化智能底項(xiàng)目上開展合作首款搭載 CIIC 的車型最快將于 2024 年底面世。根據(jù)協(xié)，時(shí)代智能與哪汽車將深入開展 CIIC 的合作，幫助后者實(shí)現(xiàn)快好省造車，并同探索更多商業(yè)式的創(chuàng)新。IT 之家了解到，CIIC 是以電池 / 電驅(qū)為核心、通過 CTC（Cell to Chassis）技術(shù)實(shí)現(xiàn)高度集成電動(dòng)底盤。此次化合作，將加快德時(shí)代 CTC 技術(shù)和產(chǎn)品的落應(yīng)用，推進(jìn)全面動(dòng)化發(fā)展。CIIC 將電池、電動(dòng)傳動(dòng)系凰鳥、懸架剎車等部件提前合在底盤上，形一個(gè)獨(dú)立的功能，通過預(yù)留的電和車體接口，就實(shí)現(xiàn)上下車體分解耦，進(jìn)而使上體可以根據(jù)實(shí)際求更換。去年 10 月，寧德時(shí)代就與越南電動(dòng)汽廠商 VinFast 簽訂了全球戰(zhàn)略合少昊諒解備錄，雙方將在 CIIC（寧德時(shí)代一體化智能底盤滑板底盤等項(xiàng)目開展合作?

本文來自微信公眾號(hào)：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！如果大家有在容器中執(zhí)行 ps 命令的經(jīng)驗(yàn)，都會(huì)知道在容器中的進(jìn)程 pid 一般是比較小的。例如下面我的咸山個(gè)例子。#?ps?-efPID???USER?????TIME??COMMAND????1?root??????0:00?./demo-ie???13?root??????0:00?/bin/bash???21?root??????0:00?ps?-ef不知道大家是否和我一樣好奇容器進(jìn)程中的 pid 是如何申請(qǐng)出來的？和宿主機(jī)中申請(qǐng) pid 有什么不同？內(nèi)核又是如何顯示容器中進(jìn)程號(hào)的？前面我們在《Linux 進(jìn)程是如何創(chuàng)建出來的？》中介紹了進(jìn)程鸞鳥創(chuàng)建過程。實(shí)上進(jìn)程的 pid 命名空間、pid 也都是在這個(gè)過程中申請(qǐng)的。我今天就來鬼國大家深理解一下 docker 核心之一 pid 命名空間的工作原理。一、Linux 的默認(rèn) pid 命名空間前面的文章《Linux 進(jìn)程是如何創(chuàng)建出來的？》中我們提到了鴸鳥程命名空間成員 nsproxy。//file:include/linux/sched.hstruct?task_struct?{???struct?nsproxy?*nsproxy;}Linux 在啟動(dòng)的時(shí)候會(huì)有一套默認(rèn)的命空間，定義在 kernel / nsproxy.c 文件下。//file:kernel/nsproxy.cstruct?nsproxy?init_nsproxy?=?{?.count?=?ATOMIC_INIT(1),?.uts_ns?=?&init_uts_ns,?.ipc_ns?=?&init_ipc_ns,?.mnt_ns?=?NULL,?.pid_ns?=?&init_pid_ns,?.net_ns?=?&init_net,};其中默認(rèn)的 pid 命名空間是 init_pid_ns，它定義在 kernel / pid.c 下。//file:kernel/pid.cstruct?pid_namespace?init_pid_ns?=?{?.kref?=?{??.refcount???????=?ATOMIC_INIT(2),?},?.pidmap?=?{??[?0??PIDMAP_ENTRIES-1]?=?{?ATOMIC_INIT(BITS_PER_PAGE),?NULL?}?},?.last_pid?=?0,?.level?=?0,?.child_reaper?=?&init_task,?.user_ns?=?&init_user_ns,?.proc_inum?=?PROC_PID_INIT_INO,};在 pid 命名空間里我覺得最需要關(guān)注的是個(gè)字段。一個(gè)是 level 表示當(dāng)前 pid 命名空間的層級(jí)。另一個(gè)是 pidmap，這是一個(gè) bitmap，一個(gè) bit 如果為 1，就表示當(dāng)前序號(hào)的 pid 已經(jīng)分配出去了。另外默認(rèn)命名空間 level 初始化是 0。這是一個(gè)表示樹的層次結(jié)構(gòu)的點(diǎn)。如果有多個(gè)命名空間創(chuàng)建來，它們之間會(huì)組成一棵樹。level 表示樹在第幾層。根節(jié)點(diǎn)的 level 是 0。INIT_TASK 0 號(hào)進(jìn)程，也叫 idle 進(jìn)程，它固定使用這個(gè)默認(rèn)的 init_nsproxy。//file:include/linux/init_task.h#define?INIT_TASK(tsk)?\{??.state??=?0,??????\?.stack??=?&init_thread_info,????\?.usage??=?ATOMIC_INIT(2),????\?.flags??=?PF_KTHREAD,?????\?.prio??=?MAX_PRIO-20,?????\?.static_prio?=?MAX_PRIO-20,?????\?.normal_prio?=?MAX_PRIO-20,?????\??.nsproxy?=?&init_nsproxy,????\?}所有進(jìn)程都是一個(gè)派生一個(gè)的方式生成出來的。朱厭果不指命名空間，所有進(jìn)程使用的都使用缺省的命名空間。二、Linux 新 pid 命名空間創(chuàng)建在這里，我們假設(shè)我們創(chuàng)進(jìn)程時(shí)指定了 CLONE_NEWPID 要?jiǎng)?chuàng)建一個(gè)獨(dú)立的 pid 命名空間出來（Docker 容器就是這么干的）。在 《Linux 進(jìn)程是如何創(chuàng)建出來的？》一文中我們經(jīng)了解了進(jìn)程的創(chuàng)建過程。整創(chuàng)建過程的核心是在于 copy_process 函數(shù)。在這個(gè)函數(shù)中會(huì)申請(qǐng)和拷貝進(jìn)程地址空間、打開文件列表、文目錄等關(guān)鍵信息，另外就是 pid 命名空間的創(chuàng)建也是在這里完成的。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.1?拷貝進(jìn)程的命名空間?nsproxy?retval?=?copy_namespaces(clone_flags,?p);?//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?//2.3?記錄?pid??p-pid?=?pid_nr(pid);?p-tgid?=?p-pid;?attach_pid(p,?PIDTYPE_PID,?pid);?}2.1 創(chuàng)建進(jìn)程時(shí)構(gòu)造新命名空間在上面的 copy_process 代碼中我們看到對(duì) copy_namespaces 函數(shù)的調(diào)用。命名空間就是在這個(gè)函數(shù)鵹鶘操作的//file:kernel/nsproxy.cint?copy_namespaces(unsigned?long?flags,?struct?task_struct?*tsk){?struct?nsproxy?*old_ns?=?tsk-nsproxy;?if?(!(flags?&?(CLONE_NEWNS?|?CLONE_NEWUTS?|?CLONE_NEWIPC?|????CLONE_NEWPID?|?CLONE_NEWNET)))??return?0;?new_ns?=?create_new_namespaces(flags,?tsk,?user_ns,?tsk-fs);?tsk-nsproxy?=?new_ns;?}如果在創(chuàng)建進(jìn)程時(shí)候沒有傳入 CLONE_NEWNS 等幾個(gè) flag，還是會(huì)復(fù)用之前的默認(rèn)命名間。這幾個(gè) flag 的含義如下。CLONE_NEWPID: 是否創(chuàng)建新的進(jìn)程編號(hào)命名空間，以便與宿主機(jī)的進(jìn)程 PID 進(jìn)行隔離CLONE_NEWNS: 是否創(chuàng)建新的掛載點(diǎn)（文件系統(tǒng)）命名空間，便隔離文件系統(tǒng)和掛載點(diǎn)CLONE_NEWNET: 是否創(chuàng)建新的網(wǎng)絡(luò)命名空間，以便隔網(wǎng)卡、IP、端口、路由表等網(wǎng)絡(luò)資源CLONE_NEWUTS: 是否創(chuàng)建新的主機(jī)名與域名命名帝江間，以便在網(wǎng)絡(luò)中獨(dú)標(biāo)識(shí)自己CLONE_NEWIPC: 是否創(chuàng)建新的 IPC 命名空間，以便隔離信號(hào)量、消息隊(duì)列和鴢享內(nèi)存CLONE_NEWUSER: 用來隔離用戶和用戶組的。因?yàn)槲覀儽?開頭假設(shè)傳入了 CLONE_NEWPID 標(biāo)記。所以會(huì)進(jìn)入到 create_new_namespaces 中來申請(qǐng)新的命名空間。//file:kernel/nsproxy.cstatic?struct?nsproxy?*create_new_namespaces(unsigned?long?flags,?struct?task_struct?*tsk,?struct?user_namespace?*user_ns,?struct?fs_struct?*new_fs){?//申請(qǐng)新的?nsproxy?struct?nsproxy?*new_nsp;?new_nsp?=?create_nsproxy();??//拷貝或創(chuàng)建?PID?命名空間?new_nsp-pid_ns?=?copy_pid_ns(flags,?user_ns,?tsk-nsproxy-pid_ns);}create_new_namespaces 中會(huì)調(diào)用 copy_pid_ns 來完成實(shí)際的創(chuàng)建，真正的創(chuàng)羅羅過程是在 create_pid_namespace 中完成的。//file:kernel/pid_namespace.cstatic?struct?pid_namespace?*create_pid_namespace(...){?struct?pid_namespace?*ns;?//新?pid?namespace?level?+?1?unsigned?int?level?=?parent_pid_ns->level?+?1;?//申請(qǐng)內(nèi)存?ns?=?kmem_cache_zalloc(pid_ns_cachep,?GFP_KERNEL);?ns->pidmap[0].page?=?kzalloc(PAGE_SIZE,?GFP_KERNEL);?ns->pid_cachep?=?create_pid_cachep(level?+?1);?//設(shè)置新命名空間?level?ns->level?=?level;?//新命名空間和舊命名空間組成棵樹?ns->parent?=?get_pid_ns(parent_pid_ns);?//初始化?pidmap?set_bit(0,?ns->pidmap[0].page);?atomic_set(&ns->pidmap[0].nr_free,?BITS_PER_PAGE?-?1);?for?(i?=?1;?i?pidmap[i].nr_free,?BITS_PER_PAGE);?return?ns;}在 create_pid_namespace 真正申請(qǐng)了新的 pid 命名空間，為它的 pidmap 申請(qǐng)了內(nèi)存（在 create_pid_cachep 中申請(qǐng)的），也進(jìn)行了初始化。另還有一點(diǎn)比較重要的是新命名間和舊命名空間通過 parent、level 等字段組成了一棵樹。其中 parent 指向了上一級(jí)命名空間，自己的 level 用來表示層次，設(shè)置成了上一級(jí) level + 1。其最終的效果就是新進(jìn)程擁有了新的 pid namespace，并且這個(gè)新 pid namespace 和父 pidnamespace 串聯(lián)了起來，效果如下圖。如果 pid 有多層的話，會(huì)組成更直觀的樹形結(jié)構(gòu)。2.2 申請(qǐng)進(jìn)程 id創(chuàng)建完命名空間后，在 copy_process 中接下來接著就是調(diào)用 alloc_pid 來分配 pid。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.1?拷貝進(jìn)程的命名空間?nsproxy?retval?=?copy_namespaces(clone_flags,?p);??//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?}注意傳入的參數(shù)是 p->nsproxy->pid_ns。前面進(jìn)程創(chuàng)建了新的 pid namespace，這個(gè)時(shí)候該命名空間就是 level 為 1 的新 pid_ns。我們繼續(xù)來看 alloc_pid 具體 pid 的過程。//file:kernel/pid.cstruct?pid?*alloc_pid(struct?pid_namespace?*ns){?//申請(qǐng)?pid?內(nèi)核對(duì)象?pid?=?kmem_cache_alloc(ns-pid_cachep,?GFP_KERNEL);?//調(diào)用到alloc_pidmap來分配一個(gè)空閑的pid?tmp?=?ns;?pid-level?=?ns-level;?for?(i?=?ns-level;?i?=?0;?i--)???nr?=?alloc_pidmap(tmp);??if?nr?numbers 數(shù)組中。這里多說一下，如果 pid 申請(qǐng)失敗的話，會(huì)報(bào) -ENOMEM 錯(cuò)誤，在用戶層看起來就是“fork: 無法分配內(nèi)存”，實(shí)際是由 pid 不足引起的。這個(gè)問題我在《明明還有大內(nèi)存，為啥報(bào)錯(cuò)“無法分配內(nèi)”？》 提到過。2.3 設(shè)置整數(shù)格式 pid當(dāng)申請(qǐng)并構(gòu)造完 pid 后，將其設(shè)置在 task_struct 上，記錄起來。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?//2.3?記錄?pid??p-pid?=?pid_nr(pid);?p-tgid?=?p-pid;?attach_pid(p,?PIDTYPE_PID,?pid);?}其中 pid_nr 是獲取的根 pid 命名空間下的 pid 編號(hào)，參見 pid_nr 源碼。//file:include/linux/pid.hstatic?inline?pid_t?pid_nr(struct?pid?*pid){?pid_t?nr?=?0;?if?(pid)??nr?=?pid-numbers[0].nr;?return?nr;}然后再調(diào)用 attach_pid 是把申請(qǐng)到的 pid 結(jié)構(gòu)掛到自己的 pids [PIDTYPE_PID] 鏈表里了。//file:kernel/pid.cvoid?attach_pid(struct?task_struct?*task,?enum?pid_type?type,??struct?pid?*pid){??link?=?&task-pids[type];?link-pid?=?pid;?hlist_add_head_rcu(&link-node,?&pid-tasks[type]);}task->pids 是一組鏈表。三、容器進(jìn)程 pid 查看pid 已經(jīng)申請(qǐng)好了，那在容器中是如何查看當(dāng)前次的進(jìn)程號(hào)的呢？比如我們在器中看到的 demo-ie 進(jìn)程的 id 就是 1。#?ps?-efPID???USER?????TIME??COMMAND????1?root??????0:00?./demo-ie????...內(nèi)核提供了個(gè)函數(shù)用來查看進(jìn)程在當(dāng)前某個(gè)命臺(tái)璽空間的命名。//file:kernel/pid.cpid_t?pid_vnr(struct?pid?*pid){?return?pid_nr_ns(pid,?task_active_pid_ns(current));}其中在容器中查看進(jìn)程 pid 使用的是 pid_vnr，pid_vnr 調(diào)用 pid_nr_ns 來查看進(jìn)程在特定命名空間里的程號(hào)。函數(shù) pid_nr_ns 接收連個(gè)參數(shù)第一個(gè)參數(shù)是進(jìn)程里記錄的 pid 對(duì)象（保存有在各個(gè)層次申請(qǐng)到竦斯 pid 號(hào)）第二個(gè)參數(shù)是指定的 pid 命名空間（通過 task_active_pid_ns (current) 獲?。?。當(dāng)具備這兩個(gè)參數(shù)后就可以根據(jù) pid 命名空間里記錄的層次 level 取得容器進(jìn)程的當(dāng)前 pid 了//file:kernel/pid.cpid_t?pid_nr_ns(struct?pid?*pid,?struct?pid_namespace?*ns){?struct?upid?*upid;?pid_t?nr?=?0;?if?pid?&&?ns-level?=?pid-level?{??upid?=?&pid-numbers[ns-level];??if?upid-ns?==?ns)???nr?=?upid-nr;?}?return?nr;}在 pid_nr_ns 中通過判斷 level 就把容器 pid 整數(shù)值查出來了。四、總結(jié)最后，舉個(gè)例子，假有一個(gè)進(jìn)程在 level 0 級(jí)別的 pid 命名空間里申請(qǐng)到的進(jìn)程號(hào)是 1256，在 level 1 容器 pid 命名空間里申請(qǐng)到的進(jìn)程號(hào)是 5。那么這個(gè)進(jìn)程以及其 pid 在內(nèi)存中的形式是下圖這個(gè)樣子的。那么容器在查進(jìn)程的 pid 號(hào)的時(shí)候，傳入容器的 pid 命名空間，就可以將該進(jìn)程在容器中的 pid 號(hào) 5 給打印出來了！?

IT之家 1 月 12 日消息，蘋果旗下 Apple Music、Apple TV 和 Apple Devices 三款應(yīng)用以預(yù)覽版的形式架 Microsoft Store 應(yīng)用商城。網(wǎng)友 @aaronp613 通過深入挖掘 Apple Devices 應(yīng)用之后，在代碼中素書現(xiàn)“Reality OS”和“xrOS”蹤跡。蘋果已經(jīng)申請(qǐng)了Reality OS”和“xrOS” 兩款名稱商標(biāo)，此前國科技媒體 9to5Mac 表示這兩款名稱同時(shí)存在。前者基于 iOS 平臺(tái)，后者基于 macOS 平臺(tái)。只是目前尚不清楚個(gè)系統(tǒng)之間會(huì)有什么的差別。IT之家了解到，國外科技媒平山 The Information 在 2021 年報(bào)道中指出，蘋果開發(fā)的首款頭求山公需要連接 iPhone，大部分處理都是在 iPhone 端完成的。而蘋果后續(xù)還發(fā)了一款可以獨(dú)立運(yùn)的頭顯設(shè)備，不需要接 iPhone 即可操作。在最新一期 Power On 時(shí)事通訊中，彭博社 Mark Gurman 則表示，之前有關(guān)該設(shè)備原畢方于 1 月（本月）發(fā)布的報(bào)是準(zhǔn)確的 —— 但該時(shí)間現(xiàn)在有所推遲。表示，蘋果打算在春，也就是 6 月的 WWDC 之前發(fā)布其首款 AR / VR 頭顯，可能會(huì)被命名為“Reality Pro”。該設(shè)備將于 2023 年秋季晚些時(shí)候開始銷售，與明錤的預(yù)測相符?

IT之家 1 月 11 日消息，游開發(fā)商 Square Enix 為了慶祝《勇者惡龍》（Dragon Quest Builders）發(fā)行 36 周年，于去年 5 月已經(jīng)推出了游版初代《者斗惡龍》售價(jià)為 27.99 美元。游戲開發(fā) Square Enix 今天發(fā)布預(yù)告，將于 1 月 18 日推出新款勇者斗惡龍手游。IT之家了解到，戲開發(fā)商 Square Enix 官方并未公布于這款《勇斗惡龍》手的更多信息只是確定將 1 月 18 日舉行發(fā)布會(huì)。在本發(fā)布會(huì)上，方將提供新的基本信息實(shí)機(jī)游玩畫。關(guān)于這款手游的頁面已經(jīng)上線，方也成立了門的推特賬進(jìn)行營銷?

IT之家 1 月 9 日消息，Vim 是一個(gè)高度可配置的文本編輯器，可實(shí)現(xiàn)高效的文本編輯。Vim 于近日推出了 9.0.1160 版本更新，修復(fù)了 ufunc_T 錯(cuò)誤分配大小的 ASAN 錯(cuò)誤。下載地址：Vim 9.0.1160IT之家了解到，Vim 是大多數(shù) UNIX 發(fā)行版本中分發(fā)的 vi 編輯的改進(jìn)版本，也被稱之為“程序員編輯器”。對(duì)于一些程序來說它就是一個(gè)完整的 IDE。Vim 雖然主要被程序員使用，但是它的功非常豐富，非常適合撰寫子郵件到編輯配置文件等種文檔編輯。只是 Vim 相對(duì)來說使用門檻比較高，但是一旦上手絕對(duì)是你辦公利器。雖然它可以顯具有各種形式的突出顯示格式的文本，但它不能提排版文檔的所見即所得編?

注意事項(xiàng)：

使用mac安裝或下載應(yīng)用軟件的朋友時(shí)常會(huì)遇到下面三中報(bào)錯(cuò)情況，小編在這給大家提供了解決方案幫助大家解決mac報(bào)錯(cuò)問題：

1、“...軟件已損壞，無法打開，你應(yīng)該將它移到廢紙簍”

2、“打不開xxx軟件，因?yàn)锳pple無法檢查其是否包含惡意軟件”

3、“打不開xxx軟件，因?yàn)樗鼇碜陨矸莶幻鞯拈_發(fā)者”

遇到上面三種情況不用慌張，跟著小編一起操作，輕松解決。

1、將電腦設(shè)置中的任何來源開啟。開啟任何來源。

2、開啟任何來源會(huì)解決絕大多數(shù)軟件報(bào)錯(cuò)的情況，如果不奏效，說明需要通過執(zhí)行命令行代碼來繞過應(yīng)用簽名認(rèn)證。 執(zhí)行命令繞過ios的公證Gatekeeper。

3、以上操作如果還未能解決，那么需要關(guān)閉SIP系統(tǒng)完整性保護(hù)才可以。