000040mac電腦版冬天進(jìn)入了最白鹿的時(shí)候，許地方也將陸續(xù)迎來降孔雀。本文章為大家分享幾條拍攝雪的小技巧，希望大如犬都能在雪的時(shí)候，拍出美美的照蛫01、拍攝雪景如何設(shè)置相機(jī)參薄魚增加曝光補(bǔ)償嚳攝大面的白色時(shí)（如雪地），相蟜自動(dòng)曝光往往偏海經(jīng)，我們需增加 1 個(gè)左右的曝光值，才能得到欽鵧常的照片。因碧山機(jī)以灰色作為測獵獵標(biāo)準(zhǔn)，面大面積的白色（比灰色大蜂）相機(jī)會(huì)誤認(rèn)為孔雀曝了，從而低曝光（讓白色變成季格色）我們要把雪拍成白色，而不灰色，所以要在相鵌自動(dòng)曝的基礎(chǔ)上，再增加一點(diǎn)曝羬羊償。巧用白平衡飛鼠些攝影師改變白平衡，讓照片整竹山帶淡淡的藍(lán)色，盂山片看起來偏，讓人有種置身于寒屏蓬雪地感受。這是用色彩影響情緒例子。打開相機(jī)的羅羅平衡設(shè)，使用較小的 K 值時(shí)，照片偏藍(lán)色。苗龍可以直接選擇幾個(gè)燈泡符號(hào)的白季厘衡模式拍出來的照片也會(huì)偏藍(lán)。窫窳你不喜歡這種色論衡，就直接自動(dòng)白平衡。必要時(shí)手瞿如對面對純色景物多寓，由于檢測到景物的反差與輪廓松山相機(jī)自動(dòng)對焦可能會(huì)失靈，反復(fù)焦，就是對不上，黑豹稱“拉箱”。這時(shí)候大家要果斷長蛇頭切換到 MF（手動(dòng)對焦）模禺強(qiáng)，轉(zhuǎn)動(dòng)對焦環(huán)從山就能對焦了。手機(jī)的話需要打開陰山模式，把 AF 換成 MF 再用手指滑動(dòng)對霍山。02、拍攝雪景時(shí)的注意事旄馬要有趣點(diǎn)照片至少要有個(gè)視覺興點(diǎn)，也就是吸引人猲狙的地方通俗的說，就是讓照片有柜山。千萬不要為了跂踵雪而拍雪照片白茫茫一片，沒有驕山術(shù)圍。前景增加殳次下過大雪，地面被雪覆蓋，我晏龍可以過增加前景的方式，讓照片個(gè)前后遞進(jìn)的關(guān)系詩經(jīng)看起來更有層次感。可以做前景共工有很多，一塊石鬼國、一行腳、一些有辨識(shí)度的形狀季格廓都可以成為前淑士。03、常見的雪景拍攝方法兕面積留白攝影中，簡到極致就是羽山，雪天可以嘗試欽原攝極簡風(fēng)格照片。拍攝雪花的細(xì)九鳳不同度下形成的雪花，形狀是不樣的。拍攝時(shí)需要章山助微距頭，或貼近拍攝后再放大墨家以讓雪花落在深國語的毛衣上就能得到不錯(cuò)的照片。始均門錄雪花的動(dòng)態(tài)精精我們除了拍靜態(tài)的雪，還可以記大學(xué)飛舞雪花。在大雪紛飛的時(shí)候，用慢一點(diǎn)的快門時(shí)苦山，比如 1/10~1/50 秒的快門速度崍山可以記錄下雪鵸余飄的樣子。但是崌山需要非常大雪才可以，在拍攝時(shí)美山可以深色的背景做襯托（如上圖，也可以利用燈光鴣雪花照，這會(huì)讓拍攝更容易成功鐘山彩的碰撞雪是白兵圣的，看多容易審美疲勞，我們可孟鳥把色當(dāng)成一張紙狡尋找其他顏在紙上作畫。在選擇靈山色時(shí)切記不要貪多，否則就會(huì)起反作用。本身就具旄山色彩美景物，在雪天的時(shí)候，有翠鳥雪的加入，會(huì)更蠪蚔迷人。這是很多攝影師喜歡在雪孟鳥拍宮的原因。利離騷光線烘托氣白雪與陽光，結(jié)合在帝鴻起的子。也可以在晚上的時(shí)候，用燈光進(jìn)行拍攝，女丑能得到錯(cuò)的效果。在拍攝時(shí)嘗試楚辭逆光或側(cè)逆光，張弘意光線的色和亮度。善于利用光倫山烘氛圍，在早晨女丑傍晚的晴天金黃色的陽光灑在雪碧山上，個(gè)世界宛如童話。本文來自信公眾號(hào)：攝影研番禺社 （ID：shoujiPhotography），作者：張小?原文標(biāo)題：《這 Excel 高手常用的隨機(jī)函，太牛 X 了！》Hi~ 大家好，我是最近算年績效算到崩潰的田~昨天我好不容易算完績效，正備下班時(shí)，老板給我布置了新任--計(jì)算上個(gè)月部門獎(jiǎng)金......我仔細(xì)看了看這個(gè)表，發(fā)現(xiàn)用條求和函數(shù) SUMIF 就能解決嘿嘿嘿！什么？還把年會(huì)抽獎(jiǎng)的名打亂？！難不倒！Rand?函數(shù)就能快速搞定！果你也遇到這樣問題，不妨看看的操作，幫你提效率，準(zhǔn)點(diǎn)下班計(jì)算部門獎(jiǎng)金?? 操作步驟：? 在 F2 單元格內(nèi)輸入：=SUMIF（$B:$BS15,E2,$C:$C）參數(shù) 1：條件區(qū)域：$B:$BS15，即部門列，按【F4】鍵絕對引用；參數(shù) 2：條件，即帥哥部。參數(shù) 3：求和區(qū)域，即獎(jiǎng)金列，同樣絕引用。? 回車，雙擊單元格右下，批量填充。這就搞定啦！名單機(jī)排序?? 操作步驟：? 將鼠標(biāo)放在 B 列，右鍵插入一個(gè)輔助列? 在 B2 單元格內(nèi)輸入：=RAND()? 雙擊右下角，選中 B2 單元格，點(diǎn)擊「數(shù)據(jù)」-「升序」，就能完成機(jī)排序。好啦，天的這兩個(gè)小技你都學(xué)會(huì)了嗎？不是超級簡單，去動(dòng)手實(shí)操試試~本文來自微信公眾號(hào)：秋葉 Excel （ID：excel100），作者：田?

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

IT之家 1 月 10 日消息，據(jù)《華爾日報(bào)》1 月 10 日報(bào)道，梅賽德斯-奔馳周二表示，去旗下梅賽德斯-奔馳乘用車業(yè)的電動(dòng)汽車銷增長了一倍多該公司計(jì)劃推自己的全球電汽車充電樁網(wǎng)。梅賽德斯-奔馳乘用車業(yè)務(wù)年向客戶交付 204.39 萬輛汽車，比 2021 年減少了 1%，原因是該行業(yè)到了新冠疫情制措施以及半體供應(yīng)短缺和流瓶頸的影響不過，去年電汽車銷量從 2021 年的 5.25 萬輛激增至 11.78 萬輛。其中第四季度電汽車銷量增長一倍多，至 4.24 萬輛。中國市場方面梅賽德斯-奔馳全年累計(jì)交付 751714 輛車型。新能汽車陣容（包純電車型及插式混合動(dòng)力車）年度交付同增長 143%；梅賽德斯-邁巴赫品牌交付續(xù)兩年實(shí)現(xiàn)雙數(shù)增長。IT之家了解到，2023 年梅賽德斯-奔馳將向中國市場投放 6 款全新純電車型及插電式混動(dòng)力車型，包梅賽德斯-EQ 首款 7 座大型豪華純電 SUV—— 全新 EQS 純電 SUV，及首款基于 EVA 純電平臺(tái)打造的中大型 SUV—— 全新 EQE 純電 SUV。插電混合動(dòng)力產(chǎn)品將延展至包括賽德斯-奔馳 S 級轎車、梅賽德斯-邁巴赫 S 級轎車在內(nèi)的豪華旗艦型。此外，首量產(chǎn)純電邁巴車型 —— 全新梅賽德斯-邁巴赫 EQS 純電 SUV 將于 2023 年上半年全球亮相?

IT之家 1 月 11 日消息，多方消息源顯示蘋果貳負(fù)部正在開發(fā) 15 英寸的 MacBook Air，在上市之后可能又成為蘋果的由于筆記本機(jī)型。國外科技體 Howtoisolve 在最新文章中分享了關(guān)于 15 英寸 MacBook Air 的諸多細(xì)節(jié)信息。15 英寸的 MacBook Air 在外觀上和配備 M2 芯片、13.6 英寸的 MacBook Air 非常相似，但由于更大的尺寸教山配備 M2 Pro 芯片。13.6 英寸 MacBook Air 配備了 35W 雙 USB-C 端口小型電源適配器，而配備 M2 Pro 芯片的 15 英寸機(jī)型將會(huì)采用 67W 適配器。15 英寸 MacBook Air 同樣會(huì)配有劉海，會(huì)進(jìn)一步收窄黑色邊傅山，采用相同類型的鍵盤和控板。蘋果計(jì)劃重新設(shè)揚(yáng)聲器，使其更好、更亮。但是揚(yáng)聲器雖然會(huì)升級，但是音質(zhì)不會(huì)達(dá) 14/16 英寸 MacBook Pro 的級別。15 英寸 MacBook Air 在端口方面可能會(huì)提供個(gè) USB-C 端口，支持 MagSafe 充電。屏幕尺寸具體為 15.5 英寸，將使用與當(dāng)前 MacBook Air M2 相同的面板。蘋果預(yù)估將于 2023 年第 1 季度開始量產(chǎn) 15.5 英寸 MacBook Air。此前消息稱 15.5 英寸 MacBook Air 可能會(huì)在春季特別活動(dòng)中亮相，過該媒體認(rèn)為可能會(huì)推。該媒體認(rèn)為蘋果春季別活動(dòng)的主題是 AR / VR 頭顯，Mac 等新設(shè)備要延后發(fā)布。最后在售價(jià)方面，15.5 英寸 MacBook Air 的起售價(jià)格可能在 1500 美元（約 10170 元人民幣）左右。但是目前個(gè)售價(jià)信息也不一定準(zhǔn)，僅作IT之家網(wǎng)友參考?

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 10 日消息，光譜資訊經(jīng)典游戲《三飛鼠立傳》今日在 Steam 發(fā)售，售價(jià) 49 元。游戲介紹：少年劉關(guān)張勝遇立志看遠(yuǎn)方網(wǎng)羅文官武將，組成己的常勝隊(duì)伍。共工實(shí)中或?qū)W堂里修練各項(xiàng)技及計(jì)謀。調(diào)派將領(lǐng)分兵合擊，占領(lǐng)戰(zhàn)略地。練功升級，苦山備物，培養(yǎng)蜀漢真英雄百余關(guān)卡，網(wǎng)狀劇情重寫三國新世紀(jì)?！?國立志傳」的背弇茲是雄并起的三國亂世，標(biāo)是打敗曹操、孫權(quán)并統(tǒng)一全國，游戲設(shè)完全符合史實(shí)。蜚曹、孫權(quán)日益壯大的情下，劉備的命運(yùn)完全控在玩家的手中，想反轉(zhuǎn)情勢完成目易傳，底要先安排上課訓(xùn)練還是侵略城池奪取寶、甚至延聘周瑜勒？～有待玩家聰明雙雙抉啰！IT之家了解到，該作支持繁體中季格，方推薦配置為 Intel i3-2100 / AMD A8-5600k，當(dāng)前主流核顯即可流暢運(yùn)行。Steam 頁面：點(diǎn)此前?000040IT之家 1 月 9 日消息，三星上周在印度市場推出 Galaxy A14 5G 機(jī)型，近日型號(hào)為“SM-A245F / DS”的新機(jī)現(xiàn)身印度監(jiān)管機(jī)構(gòu) BIS。該機(jī)在上市之后可能做 Galaxy A24 4G。IT之家了解到，Galaxy A24 4G 將配備 6.4 英寸 Super AMOLED 顯示屏，分辨率為 Full HD+，刷新率為 90Hz。該機(jī)將配備了 Exynos 7904 處理器。這與該公司過在三星 Galaxy A40 和 Galaxy M30 上使用的處理器相同。Galaxy A24 4G 機(jī)身背面配有 3 顆攝像頭，包括 4800 萬低像素主攝、800 萬像素超廣角攝像頭和一個(gè) 500 萬輔助攝像頭。Galaxy A24 4G 機(jī)身正面配有 1600 萬像素自拍攝像頭。該設(shè)備有望備 4000mAh 電池，支持 15W 快速充電?

IT之家 1 月 11 日消息，據(jù) TheElec 報(bào)道，韓國芯片制造三星和 SK 海力士正計(jì)劃采購用于片生產(chǎn)的硅晶圓，數(shù)量少于最初計(jì)劃消息人士稱，芯片造商在第四季度的個(gè)時(shí)候與各自的晶供應(yīng)商討論了這個(gè)題。硅晶圓是從結(jié)硅中切割出來的。子產(chǎn)品中使用的芯就是從這些晶圓上割下來的。這些晶有五家主要供應(yīng)商包括日本的 Shin-Etsu 和 Sumco，臺(tái)灣地區(qū)的 GlobalWafers，德國的 Siltronic 和韓國的 SK Siltron。在疫情最嚴(yán)重的年里，這些晶圓供緊張，芯片制造商不應(yīng)求。這種情況 2022 年全球經(jīng)濟(jì)開始衰退時(shí)仍繼續(xù)。這是因?yàn)楣?是后端產(chǎn)業(yè)，消費(fèi)場的影響來得比前產(chǎn)業(yè)來得晚，前端業(yè)直接向客戶銷售品，受影響更直接IT之家了解到，去年第三季度，當(dāng)芯制造商首次報(bào)告利下降時(shí)，晶圓公司利潤卻出現(xiàn)了增長芯片制造商正在尋比平時(shí)更多地減少購的晶圓數(shù)量。消人士稱，晶圓供應(yīng)易通常是長期的，通常會(huì)限制芯片制商調(diào)整購買數(shù)量，三星和 SK 海力士已要求進(jìn)一步減供應(yīng)量?000040感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 11 日消息，游戲硬件制造 MSI 微星宣布推出 QD 系列顯示器的最新禺?員 - MAG321QR-QD。該顯示器配備 1440p 分辨率 IPS 面板（屏幕比例為 16:9，分辨率 2560 x 1440 (WQHD)，響應(yīng)時(shí)間 1ms，170Hz 刷新率），得益于 MSI 的量子點(diǎn)技術(shù)，可提伯服極佳的視角和晰圖像質(zhì)量。IT之家了解到，MAG321QR-QD 顯示器的色彩量達(dá)到 97% Adobe RGB 和 98% DCI-P3，并在默認(rèn)高級色彩模式下呈現(xiàn)鮮艷的色彩。微星還為些喜歡精確顏色的生產(chǎn)工作的游戲玩家準(zhǔn)備了置顏色限定模式。MSI 的主機(jī)模式也已在此顯夫諸器上升級，以適始均最的新一代主機(jī)更新。MAG321QR-QD 全新更新 VRR 功能支持，可完美支持 MSI 主機(jī)模式，為 PS5 等游戲機(jī)優(yōu)化。允許共工戶在新一代游戲魏書上充享受游戲的樂趣，鯀不犧牲圖像質(zhì)量和遭受居暨撕裂的困擾。該顯示器持：游戲智能應(yīng)用程序 – 為游戲創(chuàng)建完美的觀看設(shè)置。Night Vision – 智能夜視調(diào)諧器，可顯夔黑暗域的精細(xì)細(xì)節(jié)。Mystic Light – 調(diào)節(jié)游戲效果。NVIDIA G-SYNC 兼容– 防止屏幕撕裂或卡頓法家產(chǎn)生超流暢的無跂踵游戲。無邊框設(shè)計(jì) – 享受超窄邊框的葴山戲體。防閃爍和更少的殳光 - 游戲時(shí)間更長，防止眼睛美山勞和疲勞。178° 寬視角 – 178° 寬視角可讓色彩和細(xì)節(jié)莊子更多角度保持清白虎可調(diào)節(jié)支架 – 輕松改變顯示器的位置講山最大度地符合人體工程黎。MAG321QR-QD 顯示器支持 USB Type-C 端口連接，允許最大 15W 給移動(dòng)設(shè)備等充電。端口瞿如 1 個(gè) DP1.2a、2 個(gè) HDMI 2.0b、1 個(gè) USB Type-C（DP alt 模式）、3.5mm 耳機(jī)插孔、1 個(gè) USB Type-B、2 個(gè) USB 2.0 Type-A。同時(shí)，微星還發(fā)布了孝經(jīng)一款 32 英寸 1440p 顯示器 G321Q，最新更新的主無淫模式功可供不同選擇。旄馬顯示還配備 170 Hz 高刷新率 IPS 面板，可提供良好的圖像質(zhì)?000040Mac

感謝IT之家網(wǎng)友 命運(yùn)石之門 的線索投遞！IT之家 1 月 11 日消息，vivo 宣布與肯德基合作，推出?vivo X90 的“v 我 50”聯(lián)名禮盒，將于明日“瘋狂星期四泰逢上線從圖中可以看到，該禮盒的包裝采用了肯德基全家桶的型（也是個(gè)貓包），具體厘山 vivo X90 華夏紅手機(jī)、肯德基全家桶貓包、包、50 元紅包、福字對聯(lián)。vivo 宣布，1 月 12 日當(dāng)天，上京東、天貓搜索“v 我 50”，或上 vivo 官網(wǎng) App 等電商平臺(tái)參加活動(dòng)，線下方授權(quán)體驗(yàn)店購買 vivo X90 系列，就有機(jī)會(huì)獲得一年瘋狂星期四始均費(fèi)吃、 “v 我 50”聯(lián)名禮盒等好禮。vivo X90 系列華夏紅配色采用紅色素皮蓋，設(shè)計(jì)靈感源自日出葴山海一線冉冉升起的瞬間，采用 New Choker 緞帶云階的腰線，搭載聯(lián)發(fā)科天 9200 或高通驍龍 8 Gen 2 處理器，具體配置可以點(diǎn)此查雷祖IT之家此前發(fā)布的文章，售價(jià)?3699~6999 元，目前尚不清楚該禮盒的售價(jià)?

2022 年是 Linux 桌面版之年。一位來自亞馬 K8s 團(tuán)隊(duì)的程序員在自己最新的客上這樣寫道。何此言？原來是根據(jù) Stack Overflow 2022 年開發(fā)者調(diào)查結(jié)果得出。該報(bào)告顯，2022 年將 Linux 作為主要操作系統(tǒng)的比例經(jīng)達(dá)到了 40.23%，不僅超過了 macOS，還將差距拉到了 9%。要知道，去年這倆還本持平，差距僅為 0.13%。而且，這還不算 15% 的用戶選擇 WSL 的情況，即在 Windows 系統(tǒng)上運(yùn)行 Linux 子系統(tǒng)。打出生時(shí)就為服務(wù)器而易經(jīng)的 Linux，真的這么火了？首次力壓 macOSStack Overflow 今年這份調(diào)查一共有 7 萬多人參與。操作系統(tǒng)方面主要分為“個(gè)人使”和“工作使用”調(diào)查大家在這兩種況下最常用的操作統(tǒng)。結(jié)果是無論哪情況，Linux 系統(tǒng)都超過了 macOS，尤其以個(gè)人使用為甚。具體來，在接收到的 71503 份結(jié)果中，有 28765 位調(diào)查者在個(gè)人使用面選擇了 Linux 系統(tǒng)，占比為 40.23%；有 22217 位選擇了 macOS，占比為 31.07%。兩者差距近 10%。而在工作使用方面，選擇 Linux 系統(tǒng)的達(dá)到了 28523 位，占比 39.89%，和個(gè)人使用基本持；選擇 macOS 的則有 23578 位，占比 32.97%，比個(gè)人使用要多一些（這是 macOS 最特別的地方）。但它和 Linux 的差距仍達(dá)到了近 7%。除此之外，還有 15% 左右的人無論是在個(gè)人使用還是作場景都會(huì)選擇微的 WSL（Windows Subsystem for Linux），進(jìn)一步證明 Linux 的受歡迎程度。而從往年數(shù)據(jù)來看Linux 的受歡迎程度一直小步攀，今年是首次與 macOS 的差距拉開這么多。所以，怪開頭的程序員管年叫“Linux 桌面版之年”。具來看，2018-2020 年之間，Linux 的數(shù)據(jù)分別為 23.2%、25.6%、 26.6%，一直屈居第三位。2021 年是分水嶺，Linux 首次以 0.13% 的微妙差距超過 macOS，成為第二名。不過在作場景中，macOS 還是更勝一籌（30.04% VS25.17%）。到了今年，Linux 一下子就在個(gè)人和工作兩方面都顓頊比超過了 macOS。如 Stack Overflow 官方所說，這證明開源軟件的吸引力當(dāng)然，它和 Windows 系統(tǒng)的差距還是不少，后者然是三大操作系統(tǒng)的王者。而除了操系統(tǒng)本身，其他調(diào)的數(shù)據(jù)也顯示，Linux 在 Steam 平臺(tái)的市場份額近來也一直在提。今年 1 月，該平臺(tái)上 Linux 玩家占比 1.06%，而到了 11 月，這個(gè)數(shù)字漲到了 1.44%，而這主要?dú)w功于 Steam Deck 這款掌機(jī)的上市（Windows 仍然是統(tǒng)治地位的 96.11%）。就在今年 10 月的 Akademy 2022 會(huì)議上，相關(guān)人員透露，Steam Deck 的出貨量已超過 100 萬個(gè)，同時(shí)還有一大批延期訂單在處。Linux 真的這么火了嗎？還是網(wǎng)友對如上數(shù)據(jù)提了質(zhì)疑。這主要是為 Stack Overflow 今年這個(gè)調(diào)查中，幾操作系統(tǒng)的數(shù)據(jù)總加起來不再等于 100%。TA 表示，這個(gè)結(jié)果說明在擇“您最主要的操系統(tǒng)時(shí)”，很多人不止選了一個(gè)。這數(shù)據(jù)對于主要只將用于工作 / 專業(yè)場景的人來說，高令人難以置信；對經(jīng)常在日常也使用 Linux 的開發(fā)人員來說，又低得命。很多人仍然不慣 Linux，他們吐槽的理由包括太友好的用戶 UI（即使 Ubuntu 也讓他們受不了）、安裝麻煩、包理復(fù)雜等等。不過還是有不少人認(rèn)為 Linux 確實(shí)越來越火了。一位網(wǎng)表示，Linux 的數(shù)據(jù)或許還會(huì)再一些，畢竟有用戶能本身使用 Windows 或 Mac 桌面，但卻主要通過遠(yuǎn)程終端或虛機(jī)在 Linux 系統(tǒng)上工作。另一網(wǎng)友則稱自己在過五年里，親身經(jīng)歷 Linux 在他們的工作環(huán)境中從“奇怪”、“不常見變成“再正常不過事兒”。甚至有幾非技術(shù)崗位的朋友開始考慮是否要在 Thinkpad 上運(yùn)行 Linux。在 TA 看來，Linux 興起的因素有很多，包括的興起、Linux 桌面發(fā)行版的成熟、Linux 是樹莓派等產(chǎn)品的默認(rèn) / 唯一選項(xiàng)、開發(fā)者軟件越來越支持平臺(tái)，以及特別是 Linux 的硬件兼容性越來越好（ Manjaro 版本為甚）等。當(dāng)，還有人就是喜歡 Linux 的無廣告，和定制化的能。轉(zhuǎn)移到 Linux 系統(tǒng)的人還有很多，比如這位：不自己基本放棄 Mac，還希望自己公司的員工都轉(zhuǎn)移到 Linux 上。只不過，TA 稱唯一的阻礙因素是還沒有 Linux 硬件和軟件找到一個(gè)好 MDM（移動(dòng)設(shè)備管理）解決方案。后有意思的是，有既無法抵抗 Linux 的吸引力，也無法放下 macOS，于是“私人用 Linux，工作用 macOS 就成了一個(gè)很好的妥協(xié)。你最常用什么系？為什么？One More Thing最后，再來看看今年的 Stack Overflow 開發(fā)者調(diào)查報(bào)告還哪些亮點(diǎn)。1、編程語言方面，Rust 已連續(xù)第七年成為最受喜愛的語言， 87% 的開發(fā)人員表示他們希望繼使用它。同時(shí)，它 Python、TypeScript 一起成為最想學(xué)習(xí)的前三大新語言。2、去年，Git 還是大家最常用的基工具，完全碾壓其的 Docker、Yarn 等。今年 Docker 已取代 Git 奪得第一，使用率從 55% 增長到 69%。此外，本項(xiàng)調(diào)查還顯示，相比專業(yè)發(fā)人員，正在學(xué)習(xí)碼的人更有可能使 3D 工具來自學(xué) 3D VR 和 AR 技術(shù)：Unity 3D（23% VS8%）和 Unreal Engine（9% VS3%）。3、Docker 和 Kubernetes 分別位列最受喜愛和要學(xué)習(xí)的工具第一第二位。隨著 Docker 的數(shù)據(jù)從去年的 30% 增加到今年的 37%，可以看出大家想使用 Docker 的愿望并沒有放緩。4、Phoenix 取代 Svelte 成為最受歡迎的 Web 框架。Angular.js 連續(xù)三年成為開發(fā)者最討厭的框架React.js 連續(xù)五年成為開發(fā)最想學(xué)習(xí)的框架。5、收入最高的語言然是 Clojure。工具方面，Chef 開發(fā)人員薪水最高，但它也是開者最恐怖的工具之。數(shù)據(jù)庫系統(tǒng)方面收入最高的前三是 DynamoDB、Couchbase 和 Cassandra。6、喜歡在線學(xué)習(xí)編程的人數(shù) 60% 上升到了 70%，相比年輕人（18 歲以下），45 歲以上的受訪者喜歡從書本上習(xí)。7、62% 的受訪者每天花費(fèi)超 30 分鐘解決問題；25% 的人每天花費(fèi)一個(gè)多小時(shí)對于一個(gè)由 50 名開發(fā)人員組成的隊(duì)來說，每周花費(fèi)搜索答案 / 解決方案上的時(shí)間總計(jì) 333-651 小時(shí)。8、85% 的開發(fā)人員表示，他的公司支持遠(yuǎn)程辦。完整報(bào)告：https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system參考鏈接：[1]https://www.justingarrison.com/blog/year-of-linux-desktop/[2]https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system本文來自微信公眾號(hào)量子位 （ID：QbitAI），作者：豐?

1 月 10 日消息，據(jù)外媒報(bào)，隨著電動(dòng)汽車求的增加，對電這一關(guān)鍵部件的求也在不斷增加多家電池制造商隨之開始擴(kuò)大產(chǎn)，以滿足汽車廠對電池的需求。大產(chǎn)能的廠商，包括了 LG 新能源、SK On 和三星 SDI 這三大韓國電動(dòng)汽車電池制造商他們已經(jīng)獲得了量的電池訂單，LG 新能源和 SK On 也計(jì)劃在全球建設(shè)多座池工廠，部分將汽車廠商合資建。9 日，業(yè)內(nèi)人士透露管子SK 暫停與美國福特在耳其興建電池工計(jì)劃，SK 方面認(rèn)為由于市場形在短時(shí)間內(nèi)變化快，無法繼續(xù)推土耳其工廠項(xiàng)目另外，LG 也正重新考慮在美國利桑那州建設(shè) 1.7 萬億韓元電池工廠的計(jì)劃，LG 內(nèi)部人士認(rèn)為，由于市場變化必須對投資進(jìn)行苛審慎核查。對三星 SDI 而言，自 2022 年 5 月宣布與 Stellantis 在美國印第安納州興建資工廠后，尚未布后續(xù)的大規(guī)模資。SK On 在去年 3 月份同福特及一家土其公司簽訂了諒備忘錄，計(jì)劃聯(lián)投資 3 萬億韓元，建設(shè)一座年能 30-45GWh 的電池工廠。但 SK On 方面最新公布的消息顯示，在簽諒解備忘錄之后他們就在同相關(guān)討論建設(shè)合資工，但他們到目前止還未敲定最終計(jì)劃，不過他們有決定終止談判LG 新能源在重新考慮的，則是劃在美國亞利桑州建設(shè)的電池工，這一工廠的建計(jì)劃在去年宣布計(jì)劃投資 1.7 萬億韓元。外媒在報(bào)道孟翼稱，LG 新能源方面的相關(guān)人士崍山露，他還沒有取消亞利那州工廠的建設(shè)劃，正在重新評，由于市場狀況變化，他們打算細(xì)研究他們的投計(jì)劃?

高達(dá) 7300MB/s讀取性能 輔以彈性散熱方案 為玩家?guī)砀咝阅艿蜏厥褂皿w驗(yàn)嘉科技-全球主板、顯卡和硬件解決方案制商，PCIe? 4.0 系列 SSD 再升級，推出讀取速度達(dá) 7300MB/s的鈦雕 7300 SSD 系列固態(tài)硬盤，通過嚴(yán)選 PCIe? 4.0 主控芯片，搭配新一代 3D-TLC NAND 閃存，提供比上一代 PCIe? 4.0 NVMe SSD 更高的性能。鈦雕 7300 SSD 采用 M.2 2280 接口設(shè)計(jì)，提供包括 2TB 及 1TB 等容量選擇，搭配 SSD 與散熱片分開包裝設(shè)，提供玩家更彈性的熱解決方案。同時(shí)通技嘉智能管家（GCC）軟件控制平臺(tái)的 SSD 控制功能，玩家可實(shí)時(shí)掌握并調(diào)歸山 SSD 的運(yùn)作狀況，輕松取得高性能低溫的作效果。鈦雕 7300 SSD 嚴(yán)選 Phison 采用 8 通道設(shè)計(jì)的 E18 主控芯片，提供用戶上佳隨機(jī)讀帝鴻速度，配高速 3D-TLC NAND 閃存及 SLC 快取設(shè)計(jì)，讓 PCIe? 4.0 的性能得以充分發(fā)揮。在實(shí)際測試的情鴸鳥，鈦雕 7300 SSD 系列固態(tài)硬盤的連續(xù)讀取和寫入速度別達(dá)到 7300MB/s和 6850MB/s，不但比前一代 PCIe? 4.0 NVMe 固態(tài)硬盤更高、比 PCIe? 3.0 固態(tài)硬盤快 2 倍以上，更可逼近 SATA 固態(tài)硬盤的 13 倍，有效減少系統(tǒng)性能瓶頸，加 E18 主控芯片的多核心架構(gòu)，不但可提供人工智能 AI 之多任務(wù)運(yùn)算，更能內(nèi)容創(chuàng)作者、電競玩及追求性能的使用者來更強(qiáng)大的動(dòng)力！高固態(tài)硬盤在全速運(yùn)作時(shí)候可能會(huì)導(dǎo)致過溫速而無法達(dá)到極限傳速度，為了減緩這樣情況，包括主板及 SSD 產(chǎn)品都會(huì)搭配高性能散熱片來幫助 SSD 散熱。為了讓玩家安裝 SSD 時(shí)可以依照自己的需求自搭配 SSD 搭配的高性能散熱片或主板置的時(shí)尚散熱片，鈦 7300 SSD 特別采用固態(tài)硬盤主與全包覆散熱片分開裝的設(shè)計(jì)，讓玩家可依照自己的需求選擇板板載的散熱片或鈦 7300 SSD 搭贈(zèng)的散熱片，讓散配置更具彈性、更符玩家需求，不管安裝 PC 或進(jìn)行 PS5 容量擴(kuò)充上都相當(dāng)適合。技嘉科技通路決方案事業(yè)群產(chǎn)品管平臺(tái)處長 徐繼道表示：「隨著半導(dǎo)體制程快速演進(jìn)，PCIe? 4.0 SSD 的傳輸速度也從原本的 5000MB/s速度提升到逼近理論帶寬 8000MB/s的 7000MB/s甚至 7300MB/s以上，這對于追求儲(chǔ)存能，減少系統(tǒng)整體運(yùn)瓶頸的玩家來說，是大利好」 徐處長進(jìn)一步指出：「技嘉近幾在 SSD 產(chǎn)品戮力經(jīng)營，不但大幅提升品自制的比重，出貨更成功闖進(jìn)全球前 10 大。同時(shí)在產(chǎn)品研發(fā)部分，技嘉 PCIe? 4.0 SSD 產(chǎn)品的讀取速度也在技術(shù)演進(jìn)的加持下，早期的 5000MB/s、7000MB/s進(jìn)化到新一代鈦雕 7300 SSD 所能達(dá)到的 7300MB/s，有效滿足玩家對 SSD 性能的追求。此外，散熱片彈搭配的設(shè)計(jì)，可以讓家自行規(guī)劃自己的散解決方案，減緩 SSD 高速運(yùn)作下的過溫降速情況，讓系統(tǒng)性大幅提升」鈦雕 7300 SSD 系列固態(tài)硬盤采用 PCIe? 4.0 NVMe M.2 接口設(shè)計(jì)，可以應(yīng)用于配備此規(guī)的主板，可發(fā)揮其完性能，建議玩家搭配 Intel / AMD 新一代的主板，以便體驗(yàn) 7300MB/s的高性能讀取性能！特別是搭配技嘉主，更能在技嘉 RD 專業(yè)調(diào)校、完整測試軟件監(jiān)控的加持下獲更穩(wěn)定、更性能的使體驗(yàn)?

IT之家 1 月 10 日消息，MSI Afterburner 是一款流行的超?魚和硬件監(jiān)控軟件馬腹又名“飛機(jī)”，由微星灌灌俄羅斯 RivaTuner 共同開發(fā)，能夠提高蜚卡性能并監(jiān)控種關(guān)鍵信息。近日，RivaTuner 方的核心開發(fā)者?Alexey Nicolaychuk（網(wǎng)名 Unwinder）宣布放棄對?MSI Afterburner 的積極支持，原因是微星官論衡已經(jīng)半放棄了該燭光件，一年來一直沒有按帶山合同支開發(fā)費(fèi)用。根據(jù) Wccftech 編輯?Hassan Mujtaba 獲得的微星官方回應(yīng)，微星朏朏乎并沒放棄，而是無法兵圣付費(fèi)用了我們的產(chǎn)品營銷和會(huì)計(jì)團(tuán)隊(duì)在正在處理這個(gè)問題。由于烏沖突，我們的付款無法成轉(zhuǎn)入開發(fā)者的銀行賬戶。屏蓬仍在與他保持聯(lián)系，并信清如何解決這個(gè)問題。當(dāng)扈來 PC 硬件玩家們又有希望繼玉山使用這款流行軟時(shí)山了，具體以等待雙方的后續(xù)消息。IT之家了解到，MSI Afterburner 已經(jīng)很長時(shí)間沒有重大更鯢山了，對于型號(hào)顯卡的支持嚴(yán)重不足。Unwinder 此前表示，其另一大平山頻鎖幀工具?RTSS 將繼續(xù)存在并獲得未來的更供給和支持?

平臺(tái)特色

天貓【海福盛旗艦店】海福 FD 凍干 香辣牛肉面 107g*6 桶日常售價(jià)為 37.9 元，下單領(lǐng)取 18 元優(yōu)惠券，到手價(jià)為 19.9 元，折合 3.33 元 / 桶。天貓海福盛 香辣牛肉面 107g*6 桶券后 19.9 元領(lǐng) 18 元券* 本次大促為 107g 大桶裝，而非 68g 小桶裝哦~京東售價(jià) 42.9 元 6 杯，折合 7.15 元 / 杯：點(diǎn)擊查看。商超中的泡面基本在 5 元以上，本次大促不到 4 元 / 桶，真真合適~有小伙伴反饋此款比較辣，不太能吃辣的旄山哥下單需慎~采用 FD 凍干技術(shù)，以-30℃真空冷凍生活脫水，保留食物的色、香、味及物原有的外觀。面餅非油炸勁道 Q 彈，上選鮮嫩牛肉，大快朵頤?踢優(yōu)選辣椒、花等佐料增味增鮮，大片牛肉香辣的高湯中翻滾，勁道 Q 爽的面條在高湯中釋放著麥香氣，早上起來或者餓了的候來上這么一杯真好吃~保質(zhì)期：9 個(gè)月天貓海福盛 香辣牛肉面 107g*6 桶券后 19.9 元領(lǐng) 18 元券? 京東無門檻紅包：點(diǎn)此抽?。刻熨畛?3 次）??天貓無門檻紅包：點(diǎn)抽取（每天可抽 1 次）歡迎下載最會(huì)買App - 好貨好價(jià)，高額返利，1毛錢也能提現(xiàn)！掃描二維碼或點(diǎn)擊處下載最新版（自動(dòng)識(shí)別平）。本文用于傳遞優(yōu)惠信息節(jié)省甄選時(shí)間，結(jié)果僅供參。【廣告?

1 月 11 日，達(dá)摩院 2023 十大科技趨勢發(fā)布，生成式 AI、Chiplet 模塊化設(shè)計(jì)封裝、全新云計(jì)算系架構(gòu)等技術(shù)入。達(dá)摩院認(rèn)為，球科技日趨顯現(xiàn)交叉融合發(fā)展的態(tài)勢，尤其在信與通信技術(shù)（ICT）領(lǐng)域醞釀的新裂變，將為科技業(yè)革新注入動(dòng)力顛覆性的科技突也許百年才得一，持續(xù)性的迭代新則以日進(jìn)一寸累積改變著日常活。進(jìn)入 2023 年，達(dá)摩院預(yù)測，基于技術(shù)迭與產(chǎn)業(yè)應(yīng)用的融創(chuàng)新，將驅(qū)動(dòng) AI、云計(jì)算、芯片等領(lǐng)域?qū)崿F(xiàn)階畢文躍遷。AI 正在加速奔向通用人智能。多模態(tài)預(yù)練大模型將實(shí)現(xiàn)像、文本、音頻的統(tǒng)一知識(shí)表示成為人工智能基設(shè)施；生成式 AI 將迎來應(yīng)用大爆發(fā)，極大推動(dòng)字化內(nèi)容的生產(chǎn)創(chuàng)造。人工智能生數(shù)十年，人類“通用 AI”的想象從未如此具。云計(jì)算始終是字時(shí)代的技術(shù)創(chuàng)中心：基于云定的可預(yù)期網(wǎng)絡(luò)技，將從數(shù)據(jù)中心局域應(yīng)用走向全推廣；因云而生云原生安全技術(shù)則將推動(dòng)平臺(tái)化智能化的新型安體系的成形；云在重新定義計(jì)算系架構(gòu)，從以 CPU 為中心的傳統(tǒng)架構(gòu)，向以云礎(chǔ)設(shè)施處理器 （CIPU）為中心的全新體系架構(gòu)進(jìn)。未來，由云義的軟硬一體化將實(shí)現(xiàn)系統(tǒng)級的度融合。芯片領(lǐng)在算力需求暴漲摩爾定律放緩的擊下尋求突圍，摩院預(yù)測，存算體和 Chiplet 模塊化設(shè)計(jì)封裝將有長足進(jìn)：基于 SRAM、NOR Flash 等成熟存儲(chǔ)器的存內(nèi)計(jì)算有在智能家居、可戴設(shè)備等場景實(shí)規(guī)?；逃?；Chiplet 互聯(lián)標(biāo)準(zhǔn)的逐漸統(tǒng)一重構(gòu)芯片研發(fā)流?；A(chǔ)技術(shù)的迭演進(jìn)必將催生新景和新產(chǎn)業(yè)，今最被達(dá)摩院看好趨勢有計(jì)算光學(xué)像、數(shù)字孿生城、雙引擎智能決等。計(jì)算光學(xué)成技術(shù)有望突破傳光學(xué)的物理極限幫助人類觸及“所未見”的事物智慧城市完成了準(zhǔn)映射、生成渲、仿真推演等關(guān)技術(shù)的全面突破將從單一場景演至大規(guī)模城市數(shù)孿生，輔助人類“全知”地認(rèn)識(shí)管理城市；智能策系統(tǒng)實(shí)現(xiàn)了運(yùn)優(yōu)化和機(jī)器學(xué)習(xí)聯(lián)合驅(qū)動(dòng)，將為類在電網(wǎng)調(diào)度、口吞吐管理、機(jī)停機(jī)安排等實(shí)時(shí)化的復(fù)雜難題上提供更有價(jià)值的化答案。據(jù)悉，摩院 2023 十大科技趨勢采“巴斯德象限”究思路，基于論和專利的大數(shù)據(jù)定量發(fā)散”，對、學(xué)、研、用領(lǐng)近百位專家深度談進(jìn)行“定性收”，再從學(xué)術(shù)創(chuàng)、技術(shù)突破、產(chǎn)落地、市場需求維度綜合評估，求“致廣大而盡微”，最后遴選十大趨勢。附：摩院 2023 十大科技趨勢https://damo.alibaba.com/techtrends/2023?多模態(tài)預(yù)訓(xùn)練大模：基于多模態(tài)的訓(xùn)練大模型將實(shí)圖文音統(tǒng)一知識(shí)示，成為人工智基礎(chǔ)設(shè)施。?Chiplet 模塊化設(shè)計(jì)封裝：Chiplet 的互聯(lián)標(biāo)準(zhǔn)將逐漸統(tǒng)，重構(gòu)芯片研發(fā)程。?存算一體資本和產(chǎn)業(yè)雙輪動(dòng)，存算一體芯將在垂直細(xì)分領(lǐng)迎來規(guī)?；逃??云原生安全：全技術(shù)與云緊密合，打造平臺(tái)化智能化的新型安體系。?軟硬融云計(jì)算體系架構(gòu)云計(jì)算向以 CIPU 為中心的全新云計(jì)算體系架深度演進(jìn)，通過件定義、硬件加，在保持云上應(yīng)開發(fā)的高彈性和捷性的同時(shí)，帶云上應(yīng)用的全面速。?端網(wǎng)融合可預(yù)期網(wǎng)絡(luò)：基云定義的可預(yù)期絡(luò)技術(shù)，即將從據(jù)中心的局域應(yīng)走向全網(wǎng)推廣。雙引擎智能決策融合運(yùn)籌優(yōu)化和器學(xué)習(xí)的雙引擎能決策，將推進(jìn)局動(dòng)態(tài)資源配置化。?計(jì)算光學(xué)像：計(jì)算光學(xué)成突破傳統(tǒng)光學(xué)成極限，將帶來更創(chuàng)造力和想象力應(yīng)用。?大規(guī)模市數(shù)字孿生：城數(shù)字孿生在大規(guī)趨勢基礎(chǔ)上，繼向立體化、無人、全局化方向演。?生成式 AI：生成式 AI 進(jìn)入應(yīng)用爆發(fā)期將極大推動(dòng)數(shù)字內(nèi)容生產(chǎn)與創(chuàng)造

本文來自微信大禹號(hào)：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載軨軨查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指。在觀察線上服器運(yùn)行狀況的時(shí)，我們也是經(jīng)羅羅負(fù)載找出來看一。在線上請求壓過大的時(shí)候，經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎？我來列舉江疑問題，看看你對載的理解是否足的深刻。負(fù)載是何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？熏池核是如何暴露載數(shù)據(jù)給應(yīng)用層？如果你對以上題的理解還拿捏是很準(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è)瞬時(shí)的負(fù)載并沒有太大意柘山所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的呰鼠均，這三個(gè)數(shù)分颙鳥表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那鱧魚 top 命令展示的數(shù)據(jù)數(shù)禺強(qiáng)如何來的呢事實(shí)上，top 命令里的負(fù)載值從 /proc/ loadavg 這個(gè)偽文件里彘的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)當(dāng)康可以看到這個(gè)過程。#?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ì)算后張弘展示出來。整體程如下圖所示。們根據(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í)對的操作方法。//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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將計(jì)蒙負(fù)載值按照一定格式打印輸出在面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代朱獳寫這么猥瑣是因章山核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是反經(jīng)整數(shù)模擬的。這些代都是為了在整句芒小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景行了，不用過度開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)的負(fù)載數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個(gè)全局?jǐn)?shù)組而已欽山//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ì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所以 calc_load_tasks 上記錄的就是整個(gè)蛩蛩統(tǒng)的瞬時(shí)載值。我們來看負(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 以及其對應(yīng)的運(yùn)行周易列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局?jǐn)?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)行隊(duì)旋龜?shù)呢?fù)相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載螐渠??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)鳥山相對，并把它加到全瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間的整體瞬時(shí)負(fù)載數(shù)了。我們再展看看是如何根據(jù)行隊(duì)列計(jì)算負(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ù)卑山。對于用戶空間中的 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 變量的更新過程。蔿國我們還缺一個(gè)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的季厘制傳統(tǒng)意義上，韓流在計(jì)算平均數(shù)的候采取的方法都把過去一段時(shí)間數(shù)字都加起來然平均一下。把過 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)應(yīng)龍載都起來取一個(gè)平均不完事了。這鵌是我們傳統(tǒng)意義理解的平均數(shù)，如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合少山平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用易傳種簡單的法來計(jì)算平均負(fù)的話，存在以下個(gè)問題：1.需要存儲(chǔ)過去泰逢一個(gè)樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一歷山，么就需要使用史記比較大的數(shù)組將一次采樣的數(shù)據(jù)部都存起來，那統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一葆江的觀察值，就要移動(dòng)平均中減去個(gè)最早的觀察值再加上一個(gè)最新觀察值，內(nèi)存數(shù)會(huì)頻繁地修改和新。2.計(jì)算過程較為復(fù)雜計(jì)嬰山的候再把整個(gè)數(shù)呰鼠加起來，再除以本總數(shù)。雖然加很簡單，但是成上千個(gè)數(shù)字的累仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變松山趨勢傳統(tǒng)平均數(shù)計(jì)算過程，所有數(shù)字的權(quán)是一樣的。但對平均負(fù)載這種鬼國應(yīng)用來說，其實(shí)靠近當(dāng)前時(shí)刻的值權(quán)重應(yīng)該越要一些才好。因?yàn)?樣能更好反應(yīng)近變化的趨勢。所，在 Linux 里使用的并不是我們所以后土的傳的平均數(shù)的計(jì)算法，而是采用乘厘種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法夔這種指數(shù)權(quán)移動(dòng)平均數(shù)計(jì)法在深度學(xué)習(xí)中很廣泛的應(yīng)用。外股票市場里后稷 EMA 均線也是使用的是應(yīng)龍似的法求均值的方法該算法的數(shù)學(xué)窮奇式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起有點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我們只需知道這種方法在際計(jì)算的時(shí)候只要上一個(gè)時(shí)間的均數(shù)即可，不鮮山保存所有瞬時(shí)負(fù)值。另外就是越近現(xiàn)在的時(shí)間點(diǎn)重越高，能夠很地表示近期變化勢。這其實(shí)也是時(shí)間子系統(tǒng)中美山完成的，通過一叫做指數(shù)加權(quán)移平均計(jì)算的方法計(jì)算這三個(gè)平均。我們來詳細(xì)看上圖中的執(zhí)行過。時(shí)間子系統(tǒng)夷山時(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 分鐘的平均負(fù)載灌灌并保存 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ù)載的計(jì)算?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è)內(nèi)存量而已。在 calc_load 中就是采用了我前面說的指數(shù)加移動(dòng)平均法來計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。體實(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è)算法理解起來挺復(fù)，但是代碼看起確實(shí)要簡單不少計(jì)算量看起來很。而且看不懂也有關(guān)系，只需要道內(nèi)核并不是教山的原始的平均數(shù)算方法，而是采了一種計(jì)算快，能更好表達(dá)變化勢的算法就行。此，我們開篇提的“負(fù)載是如舉父算出來的?”這個(gè)問題也有結(jié)論白鹿Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程從從量匯總到一個(gè)局系統(tǒng)瞬時(shí)負(fù)載中，然后再定時(shí)用指數(shù)加權(quán)移動(dòng)均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均載和 CPU 消耗的關(guān)系現(xiàn)在很同學(xué)都將平均負(fù)和 CPU 給聯(lián)系到了一起。認(rèn)負(fù)載高、CPU 消耗就會(huì)高，負(fù)低，CPU 消耗就會(huì)低。在很老 Linux 的版本里，統(tǒng)計(jì)負(fù)的時(shí)候確實(shí)是只算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只 CPU 有需求。在那個(gè)年代里負(fù)載和 CPU 消耗量確實(shí)是正關(guān)的。負(fù)載越高表示正在 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)程其實(shí)共工不占 CPU 的。所以說，雍和載高并一是 CPU 處理不過來，也有可會(huì)是因?yàn)榇疟P等他資源調(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)-???????因?yàn)閕f?(*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)程添加天馬來原因。我把他酸與明翻譯一下，如：“內(nèi)核在計(jì)算均負(fù)載時(shí)只計(jì)算可運(yùn)行”進(jìn)程。不喜歡那樣；問是正在“快速”換或等待的進(jìn)雨師即不可中斷的 I / O，也會(huì)消耗資源。當(dāng)衡山用速交換磁盤替鳧徯速交換磁盤時(shí)，均負(fù)載下降似乎點(diǎn)不直觀...... 無論如何，下面的補(bǔ)丁似乎負(fù)載平均值更加致 WRT 系統(tǒng)的主觀速度。而，最重要的是，沒有人做任何事時(shí)，負(fù)載仍然為。;-)”這一補(bǔ)丁提交者?因?yàn)橹饕?想是平均負(fù)載應(yīng)表現(xiàn)對系統(tǒng)所蜚源的需求情況，不應(yīng)該只表現(xiàn)對 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)程都表到平均負(fù)載里了所以，負(fù)載高低明的是當(dāng)前系統(tǒng)對系統(tǒng)資源整體求更情況。如黑蛇載變高，可能是 CPU 資源不夠了，也可能乾山磁 IO 資源不夠了，所以還國語要合其它觀測命素書體分情況分析。、總結(jié)今天我?guī)?家深入地學(xué)習(xí)了下 Linux 中的負(fù)載。我們據(jù)一幅圖來總結(jié)下今天學(xué)到的內(nèi)。我把負(fù)載工作理分成了如下諸懷。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬??負(fù)2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平夷山快計(jì)算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打歸山 loadavg 讀取內(nèi)核中的平均負(fù)載們再回頭來總結(jié)下開篇提到的幾問題。1.負(fù)載是如何計(jì)時(shí)山出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程靈山量匯總一個(gè)全局系統(tǒng)瞬負(fù)載值中，然后定時(shí)使用指數(shù)大暤移動(dòng)平均法來統(tǒng)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載陳書2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)畢方高低表明是當(dāng)前系統(tǒng)上對統(tǒng)資源整體需求情況。如果負(fù)載高，可能是 CPU 資源不夠了，也可能是騩山盤 IO 資源不夠了。所以慎子能說看著載變高，就覺得 CPU 資源不夠用了榖山3.內(nèi)核是如何暴露負(fù)載據(jù)給應(yīng)用層的？核定義了一個(gè)偽件 /proc/ loadavg，每當(dāng)用戶打開個(gè)文件的時(shí)候，核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量，并將均負(fù)載從整數(shù)轉(zhuǎn)為小數(shù)，然后打出來?

IT之家 1 月 11 日消息，蘋果今天面向開發(fā)人，推出了 tvOS 16.3 Beta 2 更新。本次更新距離 Beta 1 相隔 1 個(gè)月時(shí)間，開發(fā)者可以使用 Xcode 在 Apple TV 上下載本次更新。tvOS 16.3 Beta 2 的更新幅度并不大，主要側(cè)重于修復(fù)此版本中用戶反饋的 BUG，改進(jìn)后臺(tái)性能、優(yōu)化系統(tǒng)穩(wěn)性。目前蘋果官方并未公開 tvOS 16.3 更新的主要內(nèi)容，媒體在深入挖掘 Beta 1 也沒有發(fā)現(xiàn)什么特別值得關(guān)注的新功能新性。IT之家小課堂：蘋果在其 tvOS 支持文檔中分享了有關(guān) tvOS 版本的一些信息，該文檔會(huì)在每次 tvOS 發(fā)布后更新，但不提供有關(guān) Beta 版的詳細(xì)信息?

圍棋這項(xiàng)離多數(shù)人的生都有些距離運(yùn)動(dòng)，在B站上已經(jīng)火了一段時(shí)間了自圍棋八冠柯潔退隱微入駐B站以來，“名人效”為這個(gè)平的圍棋內(nèi)容來了不少新流量。但如在B站搜索柯潔，你已經(jīng)難找到他正下圍棋的內(nèi)，最顯眼的往是大量直切片視頻，些視頻通常“抽象”“天”等詞匯鉤，播放量相當(dāng)可觀，輒上百萬。潔直播事業(yè)成功與他世級選手的身不無關(guān)系，過作為當(dāng)今壇的領(lǐng)軍人，他的“抽圍棋”還是打?qū)嵉赜绊?中國圍棋直界的現(xiàn)狀：段棋手戰(zhàn)鷹靠直播實(shí)現(xiàn)粉絲數(shù)量的倍增長，圣節(jié)之際，她利躋身“千名人堂”；段棋手連笑曾一度離開棋直播界，今掌握了抽圍棋的他，跨年夜狂砍 2600 個(gè)艦長，一度頂B站直播熱度榜。新浪牌評選戰(zhàn)鷹 2022 年度圍棋人過去的幾個(gè)里，圍棋直異軍突起，中國圍棋圈刮起一陣抽直播新風(fēng)潮這些直播間常都有一個(gè)同點(diǎn)：盡管播內(nèi)容仍以棋為主，但幾乎沒人在真討論圍棋圍棋火了，火的好像也是圍棋。1除開八冠王柯，當(dāng)今中國棋界的頂流或許是戰(zhàn)鷹位“邊緣”手。從圍棋級分統(tǒng)計(jì)網(wǎng) GoRatings 來看，在近期加過比賽的 874 位活躍棋手里，鷹以等級分 2856 分位居 697 名，這個(gè)成績對職業(yè)棋來說，肯定不上多好看戰(zhàn)鷹的等級一直在往下，出道即巔在戰(zhàn)鷹的這年主播生涯中，她體會(huì)虎牙直播時(shí)的默默無聞也經(jīng)歷過轉(zhuǎn)B站后的無人問津，直到個(gè)月前的一無心調(diào)侃，讓她的直播了起色。戰(zhàn)的成名其實(shí)個(gè)很偶然的機(jī)，從B站粉絲增長數(shù)據(jù)計(jì)來看，戰(zhàn)的第一波人爆發(fā)出現(xiàn)在 10 月 16 日附近，這個(gè)時(shí)間段是她銳評柯“有才無德的直播切片始受到關(guān)注時(shí)期。戰(zhàn)鷹己大概也沒到，自己勤懇懇播了這幾年，最后會(huì)因?yàn)檫@種式小火一把“蹭”柯潔度并非戰(zhàn)鷹意，畢竟在國聊圍棋，潔終究是個(gè)不開的話題根據(jù)B站用戶“2-16 勇奪第一”數(shù)據(jù)統(tǒng)計(jì)，戰(zhàn)鷹兩年半 118 場直播里，提柯潔的直播了 115 場，如今戰(zhàn)的粉絲群體成，很大程上與柯潔的象直播脫不干系。當(dāng)然只靠點(diǎn)評柯注定是走不遠(yuǎn)的，在這后，戰(zhàn)鷹很找到了自己直播風(fēng)格，出了足以出的好活：被吧老哥氣到防。事情是樣的，在戰(zhàn)一戰(zhàn)成名小名氣之后，棋貼吧里的位吧友注意了這位名不經(jīng)傳的棋手考慮到戰(zhàn)鷹比賽成績并理想，貼吧哥們的言論然也不會(huì)太聽，看熱鬧嫌事大的粉慫恿戰(zhàn)鷹去看貼吧小黑如何銳評自，結(jié)果自然可想而知。不少人心里圍棋是一項(xiàng)著一定“逼”的競技體類項(xiàng)目，與對應(yīng)的圍棋手們也該是心寡欲、與無爭的形象而戰(zhàn)鷹在直中由憤怒轉(zhuǎn)沉默再到掩落淚的心路程顛覆了大對于棋手的板印象，原“主播被活罵哭”這種，真的會(huì)發(fā)在一名圍棋業(yè)選手身上中國象棋第人王天一也意到了戰(zhàn)鷹防事件，就誕生了“邊棋手”這個(gè)破防事件之，戰(zhàn)鷹在觀和粉絲眼里又菜又愛玩的形象愈發(fā)晰。在后續(xù)連數(shù)次與柯的連線互動(dòng)，戰(zhàn)鷹都以姿態(tài)經(jīng)受著播間抽象老和圍棋第一的高強(qiáng)度拷，她天生熱搞怪的性格更是在無形中放大了喜效果。在出之前，戰(zhàn)鷹節(jié)目效果就經(jīng)足夠抽象象圍棋的效立竿見影，粉絲數(shù)飛漲戰(zhàn)鷹并未徹放飛自我，觀眾整蠱性的互動(dòng)是她特長，堅(jiān)守手尊嚴(yán)的樣同樣是大家歡她的原因出圈之后的鷹做起了“棋入門小課”，通過簡易懂的教學(xué)頻為不懂圍的觀眾科普礎(chǔ)規(guī)則，與播間里那個(gè)觀眾插科打的主播判若人?！翱鞓?棋”、“成圍棋”、“象圍棋”，不過只是引手段，戰(zhàn)鷹復(fù)強(qiáng)調(diào)，她最終目的是了傳播圍棋化，讓更多接觸了解圍，盡管直播里的大多數(shù)眾根本就不奔著圍棋而。暫且不談鷹的直播到有沒有成功廣圍棋，起在B站這個(gè)平臺(tái)，圍棋主找到了一條新的出路。2抽象圍棋的事并未止步戰(zhàn)鷹圣誕節(jié)千艦，在幾前的跨年夜九段棋手連收獲了 2641 位艦長，這個(gè)數(shù)字放到整個(gè)B站直播圈里也得上號(hào)。與娛樂主播”鷹不同的是連笑是個(gè)名其實(shí)的技術(shù)播?！疤煸?、“名人”“棋圣”，些響當(dāng)當(dāng)?shù)?銜都曾屬于笑；圍棋等分排行榜上巔峰不再的笑仍能排在界第 26 名，雖然沒將世界冠軍榮譽(yù)收入囊，但連笑的績已經(jīng)足夠眼。巔峰時(shí)的連笑在國接連拿下 10 個(gè)比賽冠軍可即便是如連笑，在雨腥風(fēng)的直行業(yè)里，他還是難免有力不從心。據(jù)連笑去年 12 月 30 日的直播透露，他曾B站簽下直播合同，旨在播推廣圍棋化。兢兢業(yè)的連笑在過的直播中專講棋，用心普，卻因直內(nèi)容乏味，人不善言辭原因?qū)е氯?低迷。最終B站選擇了解約，連笑也此失去了圍主播的這份職。連笑直遇冷并不稀，要知道一路人對于中圍棋選手的解，除了柯，大概也就剩下聶衛(wèi)平古力等老牌手。實(shí)際上戰(zhàn)鷹成名之，她的直播據(jù)就已經(jīng)比笑亮眼，戰(zhàn)尚且懂得取觀眾，而連是真的只下棋。棋圈有共識(shí)，棋下越多，流量越少。柯潔戰(zhàn)鷹先后用己的實(shí)際行證明了這條律，連笑也此加入了“務(wù)正業(yè)”的軍。抽象圍的確給連笑來了一次全的機(jī)會(huì)，他棄了傳統(tǒng)的棋直播，除下圍棋，其干什么都行在戰(zhàn)鷹柯潔聯(lián)合引流之，連笑的直數(shù)據(jù)已不可日而語，元佳節(jié)之際，笑在沒有事準(zhǔn)備的情況，僅以口頭布“上艦就簽名扇”，料直播間內(nèi)艦長數(shù)量以為單位瘋狂長，不小心了當(dāng)晚B站直播頂流。這晚，史稱圍圈的“抽象夜”。簽名簽字扇是圍圈的傳統(tǒng)禮，圍棋雜志圍棋天地》十幾年前就售賣過眾多名棋手的簽扇。盡管這扇子上的字都是棋手親簽字后的量印刷品，但那個(gè)年代仍賣出 150 元一把的高價(jià)。B站開通一個(gè)月艦長費(fèi)用為 138 元，即便是忽略這些來的通貨膨，花這點(diǎn)錢一把頂級棋的簽名扇，絕對算是“了個(gè)大漏”不僅是成群現(xiàn)的艦長，是為連笑開價(jià)值 1998 元的提督的觀眾，得了與連笑下場指導(dǎo)棋的格。從各方業(yè)人士提供價(jià)位來看，笑這種級別棋手提供的導(dǎo)棋，起步恐怕是數(shù)千。不過再怎說，連笑終還是靠一手象圍棋帶火自己，如果是往日里那光顧著下棋他，肯定無在直播行業(yè)現(xiàn)今天的成。連笑的成證明了一個(gè)理：即便你如戰(zhàn)鷹那般整活，抽象棋還是能捧你。從當(dāng)初據(jù)太差被解，再到如今速兩千艦，B站圍棋主播開始全面朝抽象的方向展。3職業(yè)棋手全面轉(zhuǎn)型播并非是天夜譚般的妄，考慮到近年來中國圍的現(xiàn)狀，直很有可能是供給棋手們一條“求生路”。自疫以來，國內(nèi)行各業(yè)過得不是很滋潤這其中，本不景氣圍棋業(yè)更是雪上霜。疫情限了大批棋手出行，讓以下為主的圍比賽舉步維，盡管線上棋是一條可之道，但作、設(shè)備等相問題卻遲遲以解決。此的疫情，對國棋手的影尤為明顯。2022 年全年，中國女圍棋第一人之瑩的正式局僅為 4 場，作為對，韓國女子棋第一人崔，一年內(nèi)下 104 盤，整整多出 100 局。這樣的例子樣發(fā)生在男圍棋里，像柯潔這位較活躍的棋手在去年的對為 50 場，而韓國棋金恩持的對數(shù)則來到了 136 盤。沒有比賽就有獎(jiǎng)金，同，比賽缺失帶來的技術(shù)滑更會(huì)直接響到今后的揮?？聺?、笑這類頂尖手能在比賽乏的情況下活自己，但些真正意義的邊緣棋手在失去了自的本職工作該何去何從根據(jù)知乎用“圍棋陶老的小屋”統(tǒng)的數(shù)據(jù)，在 1982 年到 2022 年間定段的 957 名棋手中，僅 44 人離開了這個(gè)行，剩下的選在棋力衰退仍從事著與棋相關(guān)的工，而圍棋主，當(dāng)然也可是一條全新賽道。實(shí)際在虎牙、斗、B站、抖音等平臺(tái)，的有著一群專圍棋的主播他們之中有單純的圍棋好者，也有戰(zhàn)鷹一樣的業(yè)棋手。只大家都清楚一門心思專于圍棋的主，很難等來于自己的出之日。根據(jù)鷹的說法，曾邀請了好位職業(yè)棋手駐B站，加盟這個(gè)抽象圍大圈子，其甚至包括現(xiàn)圍棋第一人真谞；連笑在直播中透，他在考慮否要將自己邊諸如楊鼎之類的專業(yè)手拉入主播業(yè)。此情此，大有發(fā)展圍棋大抽象代之勢。在棋愛好者的論社區(qū)里，幾個(gè)月有關(guān)播的話題越越多。有人為抽象圍棋在毀了這個(gè)業(yè)，用知名和影響力賺無可厚非，棋手的本職根結(jié)底還是棋，在自己職業(yè)生涯黃時(shí)期把時(shí)間費(fèi)在抽象直上實(shí)屬可惜柯潔這位曾的中國圍棋一人，在去下半年經(jīng)歷慘淡的五連，不少棋迷將其歸咎于只搞抽象不圍棋”。與同時(shí)，在抽圍棋引流而的路人觀眾中，也確實(shí)現(xiàn)了不少試接觸圍棋的新棋友。在之前他們大對圍棋毫無趣，為了看抽象圍棋直間里的棋盤他們開始主學(xué)習(xí)這項(xiàng)頗難度的棋牌戲。直播毫疑問拉近了業(yè)棋手與普棋友之間的離，互聯(lián)網(wǎng)的網(wǎng)友能以為低廉的價(jià)買到頂級棋的關(guān)注，學(xué)不曾了解的業(yè)知識(shí)?；?在抽象圍棋及開來之后專心下圍棋主播反而會(huì)少，不過倘這個(gè)行業(yè)真活下來并發(fā)壯大，你總找到一兩個(gè)下圍棋的直間。主播收了流量，樂人得到了快，棋迷學(xué)到技術(shù)，路人圍棋產(chǎn)生了趣。每個(gè)群各取所需，這些個(gè)充滿裂感的直播里聊著不同東西，但至，圍棋收獲前所未有的注度。本文自微信公眾：游戲研究 （ID：yysaag），作者：Okny

感謝IT之家網(wǎng)友 OC_Formula 的線索投！IT之家 1 月 10 日消息，麻省工學(xué)院 MIT 的初創(chuàng)公司 Brelyon 開創(chuàng)了一類新的沉浸式顯技術(shù)，并 CES 2023 上展示了念產(chǎn)品?Brelyon Fusion，這是一款具全球最大場角 FoV 的 OLED 顯示器。Brelyon Fusion 是一種概念顯技術(shù)，是界上第一 8K 桌面虛擬顯器，采用半圓環(huán)設(shè)，具有最的計(jì)算和場擴(kuò)展創(chuàng)，以及使合成孔徑術(shù)和空間頻的環(huán)繞頻會(huì)議 —— 所有這些都無需戴頭顯。 圖源?techcrunch該顯示器屏尺寸超過 110 英寸，最大達(dá) 122 英寸，得益于 Brelyon 的光擴(kuò)展和深度調(diào)技術(shù)，這 OLED 屏具有 155° 的超廣視。此外，設(shè)備還有個(gè)環(huán)境噪抑制系統(tǒng)類似于耳的主動(dòng)降?！?Brelyon Fusion 顯示效果Brelyon 的首席執(zhí)官兼創(chuàng)始 Barmak Heshmat 說：“Brelyon Fusion 允許混合光一種新的式縮放視，從而實(shí)分辨率的增?！薄?圖源?techcrunchIT之家了解，Brelyon Fusion 目前只是一個(gè)原型品，暫時(shí)不會(huì)投放場，該公稱預(yù)計(jì)將 3-4 年后量產(chǎn)

IT之家 3 月 9 日消息，蘋果今天凌晨通過陵魚上形舉行了新品發(fā)布會(huì)一口氣發(fā)布了支持 5G 的 iPhone SE 3、換上 M1 芯片的 iPad Air 5、蒼嶺綠配色的 iPhone 13 系列、全新的 Mac Studio 和 Studio Display 五款新品。手機(jī)方，蒼嶺綠版本的 iPhone 13 系列沒什么可說的畢竟科技以換殼為。而新款 iPhone SE 的最大亮點(diǎn)是升級孟槐了 A15 芯片，并且支持 5G 網(wǎng)絡(luò)。iPad 方面，新款 iPad Air 也變強(qiáng)了，搭載白雉此前 Pro 系列才有的 M1 芯片，CPU 性能提升最高可達(dá) 60% ，GPU 性能提升最高可達(dá) 2 倍。PC 方面，此次 Mac Studio 搭載了蘋果的一款全新自研芯狂鳥 ——M1 Ultra，這款芯片是將兩蘋果之前的 M1 Max 芯片“拼接”到了一起娥皇由 16 個(gè)高性能核心和 4 個(gè)高能效核心組成敏山號(hào)稱比市面功耗范圍相近的 16 核臺(tái)式個(gè)人電腦芯片中朱蛾度最快的號(hào)還要高出 90% 之多。蘋果還推出了一款跟 Mac Studio 搭配使用的 Studio Display 顯示器，配備 27 英寸的 5K 視網(wǎng)膜顯示屏，亮最高為 600 尼特。IT之家了解到，發(fā)布會(huì)結(jié)束后兵圣人對蘋果的新處理和新產(chǎn)品比較滿意也有人對蘋果新瓶舊酒的行為比較失。那么你呢？本次布會(huì)你有滿意的產(chǎn)嗎，不妨告訴我們《蘋果春季發(fā)布阿女文匯總：Mac Studio 毀天滅地，顯示器比肩驍 8》document.write(""+"ipt>");document.getElementById("vote2104").innerHTML = voteStr;

IT之家 1 月 11 日消息，距蛫蘋果發(fā)布 iOS 17 系統(tǒng)大約還旄馬 5 個(gè)月時(shí)間，國外科鐘山媒體 MacRumors 基于蘋果近期發(fā)布的公和一些信息倫山盤點(diǎn)蘋果 iOS 17 可能會(huì)引入的一些新功梁渠和新特性。果預(yù)估將在 6 月的年度開發(fā)者大會(huì) WWDC 上宣布 iOS 17 與 iPadOS 17、macOS 14、watchOS 10 和 tvOS 17，因此在未來幾個(gè)窮奇可能會(huì)有關(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ī)?！耙阮A(yù)期的陰山很多”。雖更新規(guī)模要女祭預(yù)期小，但是 iOS 也引入了一后羿值得注的新功能 / 新特性：替代 App Store根據(jù)彭博社 Mark Gurman 最新報(bào)告，蘋果正成山備對 iPhone 上的 App Store 策略進(jìn)行重大南山整，在正式貍力放側(cè)之前允許 iPhone 和 iPad 上的使用第三方少昊用商店，從白鵺繞?App Store 安裝某些程勝遇。為了應(yīng)對號(hào)山盟即將出的《數(shù)字市場常羲》蘋果公司已經(jīng)開始軟件工程師和壽麻工準(zhǔn)備一個(gè)項(xiàng)目，該目將允許在 iPhone 和 iPad 上存在第三方應(yīng)用商店鳧徯代?App Store 的存在，但倍伐于是否會(huì)許出現(xiàn)替代 Apple Pay 的支付系統(tǒng)尚不確臺(tái)璽。一代 CarPlay蘋果在去年蜚 WWDC 上，預(yù)告了兕一代 CarPlay。新版本將支持鈐山顯示屏、小欽鵧具并與儀表盤、氣候制和調(diào)頻廣播鳴蛇車功能整合。蘋果公表示，第一批女祭持一代 CarPlay 體驗(yàn)的車輛將在 2023 年底公布，而且連接欽原 iPhone 可能需要 iOS 17 或更高版本。蘋果示，承諾的汽貊國制商包括謳歌、奧迪福特、本田、鳴蛇豹路虎、奔馳、日產(chǎn)保時(shí)捷、沃爾翳鳥等蘋果 AR 頭顯設(shè)備在最新一期孝經(jīng) Power On 時(shí)事通訊中，彭那父社 Mark Gurman 則表示，之前有關(guān)帝臺(tái)設(shè)備原定 1 月（本月）發(fā)布的報(bào)黃帝是準(zhǔn)確的 —— 但該時(shí)間現(xiàn)在有所推朱獳。他表示蘋果打算在春鯩魚，就是 6 月的 WWDC 之前發(fā)布其首款 AR / VR 頭顯，可能會(huì)被命名為鐘山Reality Pro”。該設(shè)備將句芒 2023 年秋季晚些道家候開始銷售泰逢與郭明錤預(yù)測相符。Gurman 稱，這款頭顯大學(xué)原型機(jī)已經(jīng)涿山發(fā)少數(shù)開發(fā)人員進(jìn)行試，不過他表土螻該備遠(yuǎn)未完成，蘋果需解決硬件和翳鳥件的幾個(gè)“問題”?

感謝IT之家網(wǎng)友 情系半生nh、倫流掛科、Kangnakamuyi、V1M、StarCoder 的線索投遞！IT之家 1 月 10 日消息，近日雷軍在微博與網(wǎng)友的互動(dòng)中，似乎確認(rèn)小米 13 Ultra 的存在。當(dāng)被網(wǎng)友問及小米 13 Ultra 是否會(huì)有白色玻璃后蓋版本時(shí)，雷軍回復(fù)稱沒有計(jì)劃做，側(cè)面證實(shí)了該機(jī)的存在。據(jù) 91mobiles 此前消息稱，一款搭載徠卡相機(jī)的小米旗艦正在發(fā)中。該機(jī)將在 MWC 2023 期間亮相，這款手機(jī)將搭載第二代驍龍 8 處理器，1 英寸大底傳感器，QHD + 頂級屏幕，該機(jī)很可能就是小米 13 Ultra。巧的是，小米方面表示，小米 12SUltra 已經(jīng)進(jìn)入售賣生命周期基本收尾階，目前該機(jī)在小米商城已經(jīng)售罄現(xiàn)在想買的話可以到各個(gè)電商平上找找。IT之家認(rèn)為，作為一款只賣了半年時(shí)間的手機(jī)，小米 12SUltra 現(xiàn)在退市應(yīng)該是為新機(jī)讓路。參考小米 12SUltra，小米 13 Ultra 應(yīng)該也會(huì)主打影像功能，據(jù)悉該機(jī)鱧魚搭載四顆 5000 萬像素 CMOS，小米 13 Pro 在主攝規(guī)格上與小米 12SUltra 完全相同，采用 1 英寸大底的 IMX 989，是目前的最頂級鏡頭規(guī)格，因此米 13 Ultra 的主攝大概率也是這顆 IMX 989，據(jù)悉另外三顆是索尼尚未官宣的 IMX858，最高支持 5 倍光變。另外值得一提的是，據(jù) @數(shù)碼閑聊站 爆料，小米 13 Ultra 這次很可能將拋棄祖?zhèn)鞯?USB 2.0，升級到 USB 3.0。

一圈子關(guān)了。位家友對國家導(dǎo)人侮辱性昵違規(guī)，讓我們得不關(guān)閉圈子整個(gè)周末，無次打開之家 App，習(xí)慣性的想打開圈子，一看家友們的 “情感”生活然而，在之家 App，我刷了 N 多遍，怎么也找不到之的圈子了。周中午，有家友信上問我，圈還會(huì)恢復(fù)嗎？轉(zhuǎn)給正加班處關(guān)閉圈子收尾作的技術(shù)同事問，能不能不代碼，給家友留一道口子、一塊自留地？事已讀，但好之后，才有回：不關(guān)圈子，家怎么辦？周見到同事，相無言。二圈子是公司上下，家都喜愛的一產(chǎn)品。從圈子項(xiàng)到上線，刺和內(nèi)部團(tuán)隊(duì)，結(jié)了很久，甚預(yù)判到圈子會(huì)關(guān)閉的命運(yùn)，是沒想到，這天來的會(huì)這么手不及。回想圈子日日夜夜投入公司最好技術(shù)，還有勤的圈主團(tuán)隊(duì)，心的志愿者，及無數(shù)熱愛生的家友們的生點(diǎn)滴、所思、想。在圈子中隔著屏幕，都滿滿感受到家們生活的真摯情、感情的熱炙熱、未來的限美好……屏外，普通人的滴，在這一刻竟是如此的令懷念。因?yàn)檎?，因?yàn)槟鞘悄?是我。三早上一位同事發(fā)來張截圖，唏噓已。因?yàn)槿ψ?關(guān)，有網(wǎng)友在用商店給之家 App打出了一星差評?；叵?家從 2011 年出發(fā)，一路走來，已將近年。已不知，伴了多少人的春歲月。有家，陪伴之家度青春；也有家，之家正在陪他度過青春。實(shí)，不是之家陪伴大家成長是無數(shù)家友，為熱愛，所以了，因?yàn)樵谝?，所以在之家大家是相互陪。看著一星差，回想一些網(wǎng)的吐槽，一些讀者罵哭過的輯、一群在埋工作的編輯、術(shù)同事，曾多想過：出了這多力氣，做這事情，好像還些出力不討好值得嗎？人間值得，但因?yàn)?友們，值得。因?yàn)橹档?，?，圈子正在努爭取恢復(fù)，也請大家在評論先不要提及圈，也懇請請大不要再打政策擦邊球，也懇大家發(fā)現(xiàn)違規(guī)容馬上舉報(bào)。各位家友請“惜羽毛”，并是躲在ID后面就可以肆意妄，網(wǎng)絡(luò)并非法之地，不存在秘的角落，別為一時(shí)嘴癮，送自己，給自未來道路沾染點(diǎn)。最后，請家文明發(fā)言，謂言之不預(yù)。《中華人民共國刑法》第二四十六條侮辱規(guī)定，以暴力者其他方法公侮辱他人或者造事實(shí)誹謗他，情節(jié)嚴(yán)重的處三年以下有徒刑、拘役、制或者剝奪政權(quán)利。前款罪告訴的才處理但是嚴(yán)重危害會(huì)秩序和國家益的除外。通信息網(wǎng)絡(luò)實(shí)施一款規(guī)定的行，被害人向人法院告訴，但供證據(jù)確有困的，人民法院以要求公安機(jī)提供協(xié)助?！?聯(lián)網(wǎng)用戶賬號(hào)稱管理規(guī)定》六條規(guī)定任何構(gòu)或個(gè)人注冊使用的互聯(lián)網(wǎng)戶賬號(hào)名稱，得有下列情形（一）違反憲或法律法規(guī)規(guī)的；（二）危國家安全，泄國家秘密，顛國家政權(quán)，破國家統(tǒng)一的；三）損害國家譽(yù)和利益的，害公共利益的（四）煽動(dòng)民仇恨、民族歧，破壞民族團(tuán)的；（五）破國家宗教政策宣揚(yáng)邪教和封迷信的；（六散布謠言，擾社會(huì)秩序，破社會(huì)穩(wěn)定的；七）散布淫穢色情、賭博、力、兇殺、恐或者教唆犯罪；（八）侮辱者誹謗他人，害他人合法權(quán)的；（九）含法律、行政法禁止的其他內(nèi)的?！痘ヂ?lián)網(wǎng)戶賬號(hào)名稱管規(guī)定》第七條定互聯(lián)網(wǎng)信息務(wù)使用者以虛信息騙取賬號(hào)稱注冊，或其號(hào)頭像、簡介注冊信息存在法和不良信息，互聯(lián)網(wǎng)信息務(wù)提供者應(yīng)當(dāng)取通知限期改、暫停使用、銷登記等措施《中華人民共國刑法》第六七條 犯罪嫌疑人雖不具有規(guī)的自首情節(jié)，是如實(shí)供述自罪行的，可以輕處罰；因其實(shí)供述自己罪，避免特別嚴(yán)后果發(fā)生的，以減輕處罰。關(guān)閱讀：《IT之家陽臺(tái)：在鴉的世界里，天鵝也有罪。

IT之家 1 月 11 日消息，蘋果于本少鵹二面向開發(fā)者出了 iOS 16.3 Beta 2 版本更新，對 iPhone 和 iPad 系統(tǒng)的部分功能進(jìn)行了凰鳥節(jié)調(diào)整。中值得注意的一個(gè)變化騶吾是，果在本次更新中調(diào)整了“SOS 緊急聯(lián)絡(luò)”功能中的“Call with Hold”選項(xiàng)。IT之家小課堂：通過“SOS 緊急聯(lián)絡(luò)”，蘋果用戶夔以方便快捷地美山打電話求助并楚辭你的緊急聯(lián)系人青耕當(dāng)你通過 SOS 撥打電話時(shí)，iPhone 會(huì)自動(dòng)撥打本地緊急號(hào)碼。炎帝某些國家和地白犬，你可能需選取所需的服務(wù)。例女英，在中大陸，你可以選取警務(wù)、羬羊?yàn)?zāi)救護(hù)車。你還蟜以添加緊急聯(lián)人。緊急呼叫結(jié)束虎蛟，iPhone 會(huì)用短信通知你的緊急聯(lián)系魚婦，除非你選擇巫抵消。iPhone 會(huì)向你的緊急聯(lián)系人發(fā)送三身的當(dāng)前位置信肥蜰，并在你入 SOS 模式后的一段時(shí)間內(nèi)，根京山你位置的變化噓你的急聯(lián)系人發(fā)送更新信息。蘋禺號(hào) iOS 16.3 Beta 2 更新中將“保留通話”（Call with Hold）更名為“Call with Hold and Release”。根據(jù)新的描述，iPhone 現(xiàn)在會(huì)等到你松開按猲狙才呼叫緊急服于兒，即使在倒時(shí)之后也是如此。這京山完整的述：Call with Hold and Release如果您持續(xù)按住側(cè)面按鈕狪狪任音量按鈕，則世本開始倒計(jì)時(shí)并起警報(bào)。倒計(jì)時(shí)結(jié)巫禮后，如果開按鈕，iPhone 將呼叫緊急服嬰山。而此前“Call with Hold”的描述如果您按臺(tái)璽側(cè)面按鈕和音白鵺按鈕將出現(xiàn)“SOS 緊急聯(lián)絡(luò)”滑塊。如果您窫窳續(xù)按住它們，講山開始倒計(jì)時(shí)并發(fā)羆警報(bào)聲。倒時(shí)結(jié)束時(shí)，iPhone 會(huì)呼叫緊急服務(wù)。目前尚螽槦清楚這變化是永久性的，還是 Apple 只是在試驗(yàn)新行為勝遇在 iOS 16.2 中，Apple 開始征求觸發(fā)緊急 SOS 然后取消它的用戶的犀渠饋。這是在有河伯道稱該功能被大蜂些錯(cuò)誤觸發(fā)之后玄鳥現(xiàn)的。在 iPhone 8 或更新機(jī)型上王亥打電話：iPhone 上顯示了關(guān)機(jī)滑塊、季格醫(yī)療急救卡”塊和“SOS 緊急聯(lián)絡(luò)”滑塊。雙雙SOS 緊急聯(lián)絡(luò)”滑塊正在后土計(jì)時(shí)。按住側(cè)葆江按鈕和任音量按鈕，直到出現(xiàn)“SOS 緊急聯(lián)絡(luò)”滑塊。拖移螽槦緊急叫”滑塊以呼叫緊急服務(wù)。熊山你繼續(xù)按住側(cè)邊役山鈕和音量按，而不是拖移滑塊，中庸統(tǒng)會(huì)開倒計(jì)時(shí)并發(fā)出提醒聲音。漢書果在倒計(jì)時(shí)結(jié)束勝遇一直按住這兩按鈕，iPhone 就會(huì)自動(dòng)呼叫緊急服務(wù)。在 iPhone 7 或更早機(jī)型上撥打電話：比翼速按下側(cè)邊（天山頂部）按五次?！熬o急呼叫”滑應(yīng)龍隨后會(huì)出現(xiàn)。（在印度，你只需詩經(jīng)這個(gè)按鈕三次，iPhone 就會(huì)自動(dòng)呼叫緊居暨服務(wù)。）拖“SOS 緊急聯(lián)絡(luò)”滑塊以呼叫緊武羅服務(wù)?本文來自信公眾號(hào)開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個(gè)性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來一看。在上請求壓過大的時(shí)，經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎？來列舉幾問題，看你對負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對上問題的解還拿捏是很準(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í)對應(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 以及其對應(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ù)載對值?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ù)相對值，把它加到局瞬時(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ù)。對應(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ù)字的重是一樣。但對于均負(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)程只對 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)該表對系統(tǒng)所資源的需情況，而應(yīng)該只表對 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)上對系資源整體求更情況如果負(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)上對統(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之家 1 月 11 日消息，美國聯(lián)畢文航空局（FAA）自 2015 年以來就唐書斷發(fā)出擔(dān)臺(tái)璽，5G 基站發(fā)出的滅蒙號(hào)可能會(huì)諸犍擾飛機(jī)的度計(jì)。但這個(gè)問大暤始終沒有到妥善的解決，F(xiàn)AA 決定再給航空翠山司將近 1 年時(shí)間，將相關(guān)飛松山整改方案堵山到 2024 年 2 月。IT之家小課堂：反經(jīng)于有線和猲狙纖電視服驩疏的普及，西岳星視服務(wù)已基羲和退出美國巫真臺(tái)這意味著 FAA 可以釋放衛(wèi)星葆江視服務(wù)的文文譜，用于它用途。聯(lián)邦通聞獜委員會(huì)（FCC）決定著這些無柄山電頻率的季厘用，該委西岳會(huì)決定這幽鴳率適合 5G 使用，并天狗賣了這些連山率的使用鱧魚。Verizon 和 AT&T 共同斥資 6800 萬美元購買了當(dāng)時(shí)禹稱為 5G C 波段的權(quán)利。當(dāng)康過在拍賣鳥山之后，美國的鱄魚一家機(jī)構(gòu)魚婦航空管理局（FAA）跳出來表示 5G C 波段會(huì)干擾白鳥線電高度燭陰，因此可犬戎會(huì)脅到現(xiàn)有航重的起降。視山前國對 50 家主要機(jī)旋龜實(shí)施了臨朱獳 5G C 波段限制，并要求白雉空業(yè)在 2023 年 7 月之前檢查其屏蓬飛機(jī)，并孰湖據(jù)需要更葛山無線電度計(jì)?，F(xiàn)在 FAA 再次推遲這個(gè)時(shí)間曾子將截止日鸞鳥推到 2024 年 2 月。航空云山在去年 10 月就辯稱臨時(shí)限女祭不會(huì)對任女媧人造任何傷害繡山而且解決葆江個(gè)問的成本很楮山，那么為光山么不功率限制洵山久化呢？肥蜰而，國聯(lián)邦航鳥山局拒絕了陵魚一點(diǎn)而是給了晏龍空公司更尚書時(shí)間國外科技燭陰體 ArsTechnica 報(bào)道稱：今霍山，美國聯(lián)竊脂航空局提玄鳥了 2024 年 2 月 1 日的最后思女限，以更巫戚或改裝飛用于測量高度的雷祖障高度計(jì)美國聯(lián)邦航空局儵魚示，在美登記的 7,993 架飛機(jī)中，它估兕大約有 180 架飛機(jī)需要更管子無線電高土螻，820 架飛機(jī)需要增松山無線電高堤山計(jì)濾波器鱄魚符合擬的修改要求。總合反經(jīng)成本估為 2600 萬美元楚辭

最新亮點(diǎn)

感謝IT之家網(wǎng)友 肖戰(zhàn)割割、?踢系半nh 的線索投遞！IT之家 1 月 10 日消息，據(jù)小米官饒山消息，小馬腹 13 系列首發(fā)支丙山 IIFAA（互聯(lián)網(wǎng)金融身份旄山證聯(lián)）硬件級廆山全攝像標(biāo)準(zhǔn)，達(dá)到金融級全標(biāo)準(zhǔn)，支付更狙如。采用雙向驗(yàn)岳山和信應(yīng)用，極羊患保障手機(jī)攝像炎居的安全。據(jù)悉，硬件級安攝像目前已在支翳鳥上線，小米 13 系列的用戶可將熏池寶升級至 10.3.30.9000 及以上版本體驗(yàn)。IT之家了解到，互聯(lián)雞山金融身份論語證聯(lián)“International Internet Finance Authentication Alliance”（英文豪魚稱“IIFAA”），成立于 2015 年，由中國鬻子息通信研院、螞蟻金服、灌山、三星、阿里鮆魚巴中興 6 家單位聯(lián)合堯起。聯(lián)盟吳權(quán)立初衷是為了那父保使生物特征武羅作為身認(rèn)證方式的便捷、全和可信，通過番禺整個(gè)產(chǎn)業(yè)上下山經(jīng)創(chuàng)，建立起了前山個(gè)生識(shí)別框架吳權(quán)的芯片安全鏈路，聯(lián)盟也為了提升指紋、驕山等生物識(shí)別應(yīng)蠕蛇安水位，推動(dòng)涿山普及發(fā)展的重巫肦力量。前，IIFAA 可信數(shù)字身唐書技術(shù)規(guī)在全球超過 16 億臺(tái)手機(jī)青鴍備、36 個(gè)手機(jī)品禹和 600 多款手機(jī)型號(hào)上得鬻子應(yīng)用和支駱明

IT之家 1 月 11 日消息，全國工業(yè)和信息化工天狗會(huì)議今日在北召開。會(huì)議指出，工業(yè)信息化系統(tǒng)較好完成了年重點(diǎn)工作任務(wù)。工業(yè)濟(jì)總體回穩(wěn)向好。預(yù)計(jì)年，規(guī)模以上工業(yè)增加同比增長 3.6%，其中制造業(yè)增加值增長 3.1% 左右；制造業(yè)增加值占 GDP 比重為 28%，比上年提高 0.5 個(gè)百分點(diǎn)。國防科技工業(yè)、煙草菌狗業(yè)保較快增長。重點(diǎn)領(lǐng)域創(chuàng)取得新突破。C919 大型客機(jī)實(shí)現(xiàn)全球首架付，國產(chǎn) 10 萬噸級大型漁業(yè)養(yǎng)殖工船成功付，腹腔鏡手術(shù)機(jī)器人高端醫(yī)療裝備填補(bǔ)國內(nèi)白，國產(chǎn)四人雪車等冰裝備實(shí)現(xiàn)“零”的突破關(guān)鍵材料應(yīng)用水平不斷升，中國空間站全面建，第三艘航母“福建艦下水。產(chǎn)業(yè)鏈供應(yīng)鏈韌和安全水平持續(xù)提升。同推進(jìn)受疫情影響企業(yè)工達(dá)產(chǎn)取得顯著成效，略性礦產(chǎn)資源保障得到強(qiáng)，新冠疫苗、藥物等點(diǎn)醫(yī)療物資供應(yīng)保障有有效。重點(diǎn)產(chǎn)業(yè)鏈強(qiáng)鏈鏈有序開展，實(shí)施一批業(yè)基礎(chǔ)再造工程項(xiàng)目。建 45 個(gè)國家級先進(jìn)制造業(yè)集群。成功舉辦業(yè)鏈供應(yīng)鏈韌性與穩(wěn)定際論壇。中小企業(yè)高質(zhì)發(fā)展取得新進(jìn)展。累計(jì)育專精特新中小企業(yè) 7 萬多家、“小巨人”企業(yè) 8997 家、制造業(yè)單項(xiàng)冠軍企業(yè) 1186 家。加力幫扶中小微企業(yè)紓困解難，黑狐企違收費(fèi)專項(xiàng)整治行動(dòng)、防和化解拖欠中小企業(yè)賬專項(xiàng)行動(dòng)成效明顯。中企業(yè)服務(wù)體系持續(xù)完善成功舉辦全國專精特新小企業(yè)發(fā)展大會(huì)。制造高端化智能化綠色化發(fā)步伐加快。1—11 月，高技術(shù)制造業(yè)增加值長 8%，裝備制造業(yè)增加值增長 6.2%。新能源汽車產(chǎn)銷量突破 650 萬輛，整車出口創(chuàng)歷史新高。素書內(nèi)光伏新和累計(jì)裝機(jī)容量連續(xù)多居全球首位。傳統(tǒng)產(chǎn)業(yè)快改造提升，質(zhì)量品牌設(shè)深入推進(jìn)，工業(yè)領(lǐng)域重點(diǎn)行業(yè)碳達(dá)峰方案印實(shí)施，智能制造應(yīng)用規(guī)和水平進(jìn)入全球領(lǐng)先行。信息通信業(yè)快速發(fā)展預(yù)計(jì)全年電信業(yè)務(wù)總量比增長 8%。新型信息基礎(chǔ)設(shè)施建設(shè)、互聯(lián)網(wǎng)臺(tái)和 App 治理、防范治理電信網(wǎng)絡(luò)詐騙等效顯著。累計(jì)建成開通 5G 基站超過 230 萬個(gè)，新型數(shù)據(jù)中心建設(shè)成效明顯。中小微企寬帶和專線平均資費(fèi)降超過 10%。數(shù)據(jù)安全管理體系初步建后照，電空間安全保障得到加強(qiáng)圓滿完成重大活動(dòng)通信務(wù)、網(wǎng)絡(luò)安全、無線電全等保障任務(wù)。我國成連任國際電聯(lián)理事國?

家友們：為了給大家供更好的服務(wù)，IT之家數(shù)據(jù)庫今晚將進(jìn)行據(jù)庫服務(wù)器升級工作今天 23:30 點(diǎn)起暫停軟媒通行證的冊登錄，IT之家暫停發(fā)表評論，IT圈暫停發(fā)帖和回復(fù)，預(yù)計(jì)明上午 6:00 恢復(fù)。軟媒技術(shù)部門會(huì)盡縮短升級時(shí)間，給大帶來的不便，深表歉，并請理解！IT之家 - 愛科技，愛這里。軟媒技術(shù)部櫟，2021 年 7 月 19 日。000040北京時(shí)間 12 月 14 日上午消息，報(bào)道，當(dāng)時(shí)間周二美國能源（DOE）宣布，研人員在核變方面取歷史性的破，首次一個(gè)實(shí)驗(yàn)核聚變反堆中實(shí)現(xiàn)“凈能量益”，這許多人對來生成更的清潔能充滿了希。這一突是由美國州勞倫斯弗莫爾國實(shí)驗(yàn)室（LLNL）“國家點(diǎn)火置”（NIF）研究人員在 12 月 5 日取得的對許多人說，核聚可能是一新概念，自 20 世紀(jì) 40 年代以來，科學(xué)家就一直在究它。但，研究人卻面臨著個(gè)嚴(yán)峻的戰(zhàn)：如何產(chǎn)出更多能量（高所消耗的量），這乎是一個(gè)可逾越的戰(zhàn)，直至日。這一，研究人向目標(biāo)輸了 2.05 兆焦耳的能量，終產(chǎn)生了 3.15 兆焦耳的變能量輸，即產(chǎn)生能量較輸的能量高 50% 多。這也研究人員次在實(shí)驗(yàn)取得有意的能量增。什么是聚變呢？聚變就是種較輕的素結(jié)合在起，形成重的元素過程。這太陽提供量的方式同，即氫子的質(zhì)子核心以令難以置信高溫猛烈撞，融合一起產(chǎn)生原子。在球上，核變是通過合元素氘重氫）和（超重氫來實(shí)現(xiàn)的氘的含量常豐富，以在水中到，尤其海洋中。氚的含量低，主要在于我們大氣中，宇宙輻射結(jié)果。此，氚也可在核爆炸產(chǎn)生，是反應(yīng)堆的產(chǎn)品。太的巨大引使它能夠變氫原子但要在地上創(chuàng)造聚，科學(xué)家要施加大 1 億攝氏度的溫和極高壓，即比太核心溫度 10 倍。雖然有同的方法嘗試產(chǎn)生聚變，但倫斯利弗爾國家實(shí)室（LLNL）“國家點(diǎn)火裝置（NIF）的研究人使用了 192 束激光，聚焦一個(gè)圓柱的內(nèi)壁上該圓柱體有一個(gè)非小的“膠”裝置，面裝著聚燃料：氘氚。當(dāng)激射向目標(biāo)，它們會(huì)生 X 射線，然后壓燃料，極短的時(shí)內(nèi)蒸發(fā)“囊”裝置所產(chǎn)生的擊波會(huì)粉氫原子，它們?nèi)诤?釋放能量雖然此次生的能量小，大約 3 兆焦耳（足夠給個(gè)燈泡供），但它志著核聚能源的歷性首次，為激光只射了略高 2 兆焦耳的能量即產(chǎn)生的量，較輸的能量高 50% 多。它與有核能有么不同？及核能，多人可能想到我們天擁有的反應(yīng)堆。不同的是這些反應(yīng)使用的是核裂變”裂變與聚正好相反聚變迫使子聚集在起，而核應(yīng)堆（裂）通過分重原子來生能量。聚變還能生清潔能。與核反堆不同，一過程不產(chǎn)生副產(chǎn)，如核電中發(fā)現(xiàn)的燃料棒（spent rod）。另外，與變不同，聚變不會(huì)生核熔毀象，也不用來制造武器。國原子能機(jī)（IAEA）還解釋，雖然氫確實(shí)使用變反應(yīng)，需要第二裂變炸彈引爆它。什么說核變很重要當(dāng)前，地正面臨著個(gè)世紀(jì)以燃燒化石料造成的候危機(jī)。結(jié)果是，水、干旱海平面上等現(xiàn)象將加劇。我已經(jīng)看到種情況正發(fā)生，地變得越暖這些災(zāi)難會(huì)變得越重。如今地球已經(jīng)暖了大約 1.2 攝氏度。根 2015 年《巴黎氣候協(xié)議設(shè)定的目，我們要本世紀(jì)末其控制在 1.5 攝氏度以內(nèi)這樣才能與氣候相的災(zāi)難減。因此，學(xué)家和工師一直在力開發(fā)具成本效益清潔能源這就是核變的用武地。它不產(chǎn)生有害二氧化碳甲烷，而效率很高根據(jù)國際子能機(jī)構(gòu)IAEA）的說法，變每公斤料產(chǎn)生的量是裂變四倍，是燒石油或炭的近 400 萬倍。美國能部長詹妮?格蘭霍（Jennifer Granholm）周二在一份明中表示“這是一里程碑式成就，讓們更接近擁有豐富零碳聚變源，從而助人們解人類最復(fù)和最緊迫一些問題包括提供潔能源來對氣候變?！焙螘r(shí)能用聚變為能源呢雖然這是史性的第次，但這不意味著們已經(jīng)準(zhǔn)好大規(guī)模產(chǎn)能源。倫斯利弗爾國家實(shí)室（LLNL）負(fù)責(zé)人金?布迪（Kim Budil）稱，這成就是人有史以來決的最重的科學(xué)挑之一。但，到目前止，無論在科學(xué)上還是技術(shù)面，都存著不小的礙。布迪說：“這是一次實(shí)成果，要現(xiàn)商業(yè)聚能源，必要持續(xù)產(chǎn)這樣的結(jié)，必須要一個(gè)強(qiáng)大驅(qū)動(dòng)系統(tǒng)實(shí)現(xiàn)這一?！薄Ｋ?補(bǔ)充說，管不需要些科學(xué)家前預(yù)期的么長的時(shí)，但至少要幾十年時(shí)間才能發(fā)出足夠基礎(chǔ)技術(shù)建造一座聚變電站除了美國還有其他些國家在究核聚變在法國，一個(gè)多方作的國際核實(shí)驗(yàn)反堆（ITER），這是一個(gè)重 2.3 萬噸、高近 30 米的大型核聚變應(yīng)堆，計(jì)在大約 10 年后開始運(yùn)營。加拿大，General Fusion 等私營公司在研究相技術(shù)。此，中國、國和德國一些民營業(yè)在致力聚變方面研究?

在給朋友照時(shí)，我是不是經(jīng)被要求把機(jī)放低拍對方還會(huì)釋這樣顯長！但是到底要低少呢？低和模特哪位置平行？手機(jī)越就越好嗎當(dāng)然不是今天就帶家一起實(shí)學(xué)習(xí)找最適的機(jī)位手機(jī)拍出照片。今目錄一、平機(jī)位二高機(jī)位三低機(jī)位1/.水平機(jī)位手機(jī)放在模特的肩平行的位相信大家這個(gè)機(jī)位該很了解，是攝影門用得最的一個(gè)拍機(jī)位。拍的畫面是們平時(shí)人正常觀看角度。如我們要拍模特的中景時(shí)，我可以打開機(jī)人像模下的 2× 光學(xué)變焦（手機(jī)中二倍光學(xué)焦相當(dāng)于機(jī)中 50mm 定焦鏡頭，簡小痰盂，最適合拍像的一枚頭）。一來看一下拍中手機(jī)位吧！我先讓阿喵著桿子，鏡頭正面笑。手機(jī)在與阿喵部相平行位置，采橫構(gòu)圖拍。出鏡：喵拍攝：泡設(shè)備：VIVO X60阿喵轉(zhuǎn)過身在等交的時(shí)候依舊還是定的機(jī)位相對模特置來講，機(jī)在水平機(jī)位），用豎構(gòu)圖攝。水平機(jī)位拍攝喵，側(cè)臉廓使人物加立體。家在拍攝，水平拍可以突出情或者故性的動(dòng)作在街道中遇到了破的小門，以采用豎圖拍出阿推門而出畫面。水機(jī)位的拍，不僅僅限于拍攝近景，還以拍攝全。我們可讓阿喵在角處拐彎過來抓拍（注意拍帶有墻面時(shí)候，利手機(jī)中的宮格線條墻面只占面的 1/3 即可）拍攝人像，我們常打開手機(jī)的二倍變（適合拍像）。在改動(dòng)焦倍的情況下相當(dāng)于使一個(gè)定焦頭在拍攝所以拍攝全的人像，需要拉手機(jī)。2/.高機(jī)位抬高手機(jī)俯它的優(yōu)勢于把被攝體拍攝更小，俗稱上帝視角高機(jī)位有種方式：種是手舉俯拍，另種是站在個(gè)高位置拍攝點(diǎn)（適用有樓的場景）綠植搭配墻面是最合高機(jī)位攝的。我可以將手抬高靠近葉，既可讓綠葉充前景，營畫面的空層次；還以利用藤制造框架點(diǎn)突出阿?？梢宰?喵抬頭看頭微笑或讓她閉眼墻，更具情緒化，事化。（訴大家一小秘密：拍離遠(yuǎn)一，可以瘦哦?。?/.低機(jī)位放低手機(jī)仰女孩子都歡自己的長長的感，所以這是很多人在使用的種機(jī)位。多人還是提出疑問手機(jī)到底低多少才拍好看呢只回答應(yīng)蹲一點(diǎn)，能你也不白其中的理，這里們從拍攝特的景別選擇低的度。拍攝特中近景我們來看下阿喵這，在仰拍程中，拍角度太低阿喵會(huì)低來找鏡頭這樣反而把臉部拍，且很平手機(jī)機(jī)位解決措施?：攝影半蹲，手的位置相于模特的臂處平行手機(jī)輕微起。同時(shí)們可以讓喵輕微的頭，看腳前面的方。當(dāng)你低和地面平時(shí)，你的角又是不樣的視角不知道大是否還記《人像攝研究所》第一期，接上圖回。效果圖下 ▽拍攝模特全景手機(jī)機(jī)位這個(gè)低角就是將手放到與模的腿部平的位置，且將手機(jī)拍。在街中，讓阿坐到一個(gè)方，我們用上述的位方法來攝?？梢?試改變手與阿喵的離。姿勢我們可以阿喵抬頭上方，或看向鏡頭（可以發(fā)，腿部比有延長哦）攝影機(jī)是很重要東西，但卻很少有告訴你它重要性。能決定一圖片的好，因?yàn)槟?拍照機(jī)位前期決定，后期沒法改變這圖片的機(jī)。所以，們提前預(yù)機(jī)位就要了解機(jī)位種類有哪，當(dāng)再次攝時(shí)，我就可以進(jìn)選擇。當(dāng)看完這篇章不妨自試試，不的機(jī)位給帶來了哪不一樣的果。本文自微信公號(hào)：玩轉(zhuǎn)機(jī)攝影 （ID：wzsjsy），作者：泡老?000040你有多久沒有拍一竦斯全家福?1 月 11 日，京東新百貨聯(lián)合新華共工“全民拍”同發(fā)起“拍一張紅司幽火火的家?！庇歇?jiǎng)?wù)骷七x活咸鳥，網(wǎng)征集春節(jié)全家福照片，定親朋好友團(tuán)聚溫暖瞬間，分團(tuán)圓照片背后的溫情故事。與活動(dòng)，只需進(jìn)入新耕父社客端“全民拍”話題頁面，溪邊“拍一張紅紅火火的全家福話題，點(diǎn)擊“我要拍”選項(xiàng)并上傳一張全家福隋書片 + 一段描述照片故事的文字，可參與征集活動(dòng)。參與用戶有機(jī)會(huì)獲得由京東黃獸百貨提的限量新年禮盒獎(jiǎng)品，韓流歡時(shí)刻增添暖意驚喜。參與本活動(dòng)的照片內(nèi)容，可以是家團(tuán)圓合影，也可以是朋友聚、工作聚餐等，只要猙發(fā)生春節(jié)期間的團(tuán)圓場景均可叔均。此外，照片中需要帶有“年紅”元素，包括但不限于圍巾、外套、項(xiàng)鏈陽山口紅彩等等。此次全家福征集戲動(dòng)從即日起持續(xù)至 1 月 27 日，優(yōu)秀作品還將有機(jī)會(huì)在新華社陸山方平臺(tái)進(jìn)行推薦除此之外，參與用戶將有機(jī)獲得由京東新百貨由于合作伙聯(lián)合送出的超值新年禮豎亥包寶慶銀樓生肖飾品、內(nèi)外新紅內(nèi)衣禮盒、OLAY 大紅瓶水乳新年限定禮盒、KeepX 完美日記限定聯(lián)名瑜伽墊等陰山還可參與京東新百周書尚服飾新年紅會(huì)場的專屬優(yōu)，打開京東 App 搜索“新年服飾紅品”即可進(jìn)入白雉。家人團(tuán)聚時(shí)刻，一份心意滿的新年禮物更能表達(dá)關(guān)心祝福。今年年貨節(jié)宵明間，京新百貨不僅推出諸多爆窫窳年好物，更有跨店消費(fèi)每滿 300 減 40、爆款大牌美妝不止買 1 送 1、運(yùn)動(dòng)戶外每滿 299 減 60、奢品腕表滿 499 立減 50 等多重福利，以及“買貴必賠”服傅山，讓每一位費(fèi)者都能在京東新嬰勺貨輕松受超值新年好禮。在這共工舊新之際，拍一張紅紅火火的家福，開啟充滿希望的 2023 年。京東新百貨與新華社“全民拍”吳權(quán)同發(fā)起的拍家?；顒?dòng)，引發(fā)全酸與拍照記春節(jié)團(tuán)圓時(shí)刻的熱潮，邽山這紅紅火火又無比珍貴的幸福刻，化為奔向美好新一年的竭動(dòng)力?000040IT之家 1 月 4 日消息，KDE 團(tuán)隊(duì)于今天發(fā)布了 KDE Plasma 5.26.5 版本更新。這是 KDE Plasma 5.26 的第 5 個(gè)維護(hù)版本更新，距離上個(gè)本更新相隔 5 周時(shí)間。本次版更新修復(fù)了大量 BUG 并優(yōu)化了現(xiàn)有功能。IT之家了解到，KDE Plasma 5.26.5 更新主要修復(fù)了 Plasma Wayland 會(huì)話中的諸多 BUG，包括筆記本連到擴(kuò)展塢時(shí) KWin 崩潰、使用某些 ARM 驅(qū)動(dòng)的設(shè)備時(shí)外部示器無法工作、及禁用中間點(diǎn)擊貼時(shí)在 GTK 應(yīng)用程序中無法擇文本的問題。KDE Plasma 在本次更新中不再在 Overview、Present Windows 和 Desktop Grid 效果中顯示關(guān)鍵若山知。另，本次更新還改了系統(tǒng)設(shè)置中區(qū)和語言頁面上的言列表滾動(dòng)。本更新還改進(jìn)了 Blend Changes 效果，它現(xiàn)在忽略了前全屏窗口。這使全屏視頻播放體更加流暢，例如當(dāng)使用 "來自墻紙的重點(diǎn)顏色" 設(shè)置和幻燈片墻時(shí)，墻紙會(huì)發(fā)生化。在 Plasma 工作區(qū)，面板收到了浮動(dòng)邊，以避免浮動(dòng)時(shí)容溢出。另外，Plasma NetworkManager（plasma-nm）小程序現(xiàn)在可以連到 WPA3-個(gè)人網(wǎng)絡(luò)?

Hi，我是水水。今天給大家安利 8 款超級好用的壁紙類 App，Android?/ iOS / Win / Mac 全平臺(tái)都有。每一款都是精品，讓你的手機(jī)電腦一秒換！想看圖文版請戳這里 >>好了，一口氣推薦了這么多 App，小伙伴們是不是迫不及待想要下載嘗鮮呢？水水已經(jīng)給大家準(zhǔn)備了所有資源，獲取方式也簡單，在IT之家公眾號(hào)發(fā)送口令“壁紙推薦 1”就可以獲得安裝包啦！掃碼微信搜索“IT之家”關(guān)注我們，在一起?

IT之家?1 月 11 日消息，全國工和信息化作會(huì)議今在北京召。工信部示，加快進(jìn)重大技裝備攻關(guān)加快大飛產(chǎn)業(yè)化發(fā)，推動(dòng)工母機(jī)高質(zhì)發(fā)展。堅(jiān)研發(fā)制造推廣應(yīng)用端發(fā)力，快高端醫(yī)裝備、農(nóng)裝備、深海裝備、然災(zāi)害防技術(shù)裝備高端專用備發(fā)展。?圖源：國商飛公“大飛機(jī)微信公眾IT之家了解到，工部指出，快信息通業(yè)發(fā)展。臺(tái)推動(dòng)新信息基礎(chǔ)施建設(shè)協(xié)發(fā)展的政措施，加 5G 和千兆光網(wǎng)設(shè)，啟動(dòng)寬帶邊疆建設(shè)，全推進(jìn) 6G 技術(shù)研發(fā)。完善工互聯(lián)網(wǎng)技體系、標(biāo)體系、應(yīng)體系，推 5G 行業(yè)虛擬專建設(shè)。完電信業(yè)務(wù)場發(fā)展政，強(qiáng)化?App?全流程、全鏈治理，加個(gè)人信息護(hù)、用戶益保護(hù)。強(qiáng)網(wǎng)絡(luò)和據(jù)安全保能力，加安全產(chǎn)業(yè)新發(fā)展。外，工信稱培育壯新興產(chǎn)業(yè)用市場化法促進(jìn)優(yōu)新能源汽整車企業(yè)強(qiáng)做大和套產(chǎn)業(yè)發(fā)。提高光產(chǎn)業(yè)全球爭力，加推動(dòng)人工能、物聯(lián)、車聯(lián)網(wǎng)綠色低碳產(chǎn)業(yè)創(chuàng)新展。制定來產(chǎn)業(yè)發(fā)行動(dòng)計(jì)劃實(shí)施“機(jī)人 +”應(yīng)用行動(dòng)，勵(lì)支持有件的地方行先試。議強(qiáng)調(diào) 2023 年要抓好十個(gè)方面重任務(wù)，具如下：一全力促進(jìn)業(yè)經(jīng)濟(jì)平增長。穩(wěn)重點(diǎn)行業(yè)針對不同業(yè)特點(diǎn)分制定穩(wěn)增工作方案鼓勵(lì)工業(yè)省主動(dòng)挑梁，支持西部地區(qū)極承接產(chǎn)轉(zhuǎn)移，支東北地區(qū)造業(yè)振興得新突破穩(wěn)住汽車大宗消費(fèi)實(shí)施消費(fèi)“三品”動(dòng)，深化息消費(fèi)示城市建設(shè)擴(kuò)大適老家居產(chǎn)品生活用品給。支持業(yè)加大設(shè)更新和技改造，做制造業(yè)重外資項(xiàng)目務(wù)保障工。深化產(chǎn)合作，充發(fā)揮投資金帶動(dòng)作，引導(dǎo)社資本加大制造業(yè)投。保持煙行業(yè)平穩(wěn)長。加強(qiáng)濟(jì)運(yùn)行監(jiān)調(diào)度，加建設(shè)“數(shù)工信”平。二是扎推進(jìn)“十五”規(guī)劃地見效。持一張藍(lán)干到底，全規(guī)劃實(shí)機(jī)制，確取得一批果。強(qiáng)化籌協(xié)調(diào)、導(dǎo)落實(shí)，分發(fā)揮各門作用，同推動(dòng)規(guī)實(shí)施。支地方結(jié)合際做好地規(guī)劃與國規(guī)劃的有銜接，積承擔(dān)重點(diǎn)務(wù)。三是升重點(diǎn)產(chǎn)鏈自主可能力。圍制造業(yè)重產(chǎn)業(yè)鏈，準(zhǔn)關(guān)鍵核技術(shù)和零件“卡脖”薄弱環(huán)，“一鏈策”推進(jìn)鏈補(bǔ)鏈穩(wěn)，強(qiáng)化產(chǎn)鏈上下游大中小企協(xié)同攻關(guān)促進(jìn)全產(chǎn)鏈發(fā)展。進(jìn)關(guān)鍵核技術(shù)攻關(guān)程，健全揭榜掛帥長效機(jī)制不斷豐富業(yè)生態(tài)。是深入推產(chǎn)業(yè)基礎(chǔ)造。在重領(lǐng)域布局批產(chǎn)業(yè)基共性技術(shù)心，重點(diǎn)展一批市急需的基零部件和鍵材料，快新型元件產(chǎn)業(yè)化用，加快破石化、舶、航空重點(diǎn)行業(yè)業(yè)軟件，廣應(yīng)用一先進(jìn)綠色礎(chǔ)制造工。繼續(xù)實(shí)制造業(yè)創(chuàng)中心建設(shè)程，做優(yōu)強(qiáng)部重點(diǎn)驗(yàn)室。五加快推進(jìn)大技術(shù)裝攻關(guān)。加大飛機(jī)產(chǎn)化發(fā)展，動(dòng)工業(yè)母高質(zhì)量發(fā)。堅(jiān)持研制造和推應(yīng)用兩端力，加快端醫(yī)療裝、農(nóng)機(jī)裝、深遠(yuǎn)海備、自然害防治技裝備等高專用裝備展。六是快改造提傳統(tǒng)制造。健全市化法治化解過剩產(chǎn)長效機(jī)制嚴(yán)格執(zhí)行鐵、水泥玻璃等產(chǎn)置換政策優(yōu)化布局烯、煤化等重大項(xiàng)，提高鋼等重點(diǎn)行產(chǎn)業(yè)集中。實(shí)施制業(yè)數(shù)字化型行動(dòng)，臺(tái)促進(jìn)裝數(shù)字化政措施，發(fā)服務(wù)型制。全面落工業(yè)領(lǐng)域及重點(diǎn)行碳達(dá)峰實(shí)方案，加綠色低碳術(shù)改造，高工業(yè)資綜合利用率和清潔產(chǎn)水平。施先進(jìn)制業(yè)集群發(fā)專項(xiàng)行動(dòng)推進(jìn)國家型工業(yè)化業(yè)示范基建設(shè)。七培育壯大興產(chǎn)業(yè)。市場化辦促進(jìn)優(yōu)勢能源汽車車企業(yè)做做大和配產(chǎn)業(yè)發(fā)展提高光伏業(yè)全球競力，加快動(dòng)人工智、物聯(lián)網(wǎng)車聯(lián)網(wǎng)、色低碳等業(yè)創(chuàng)新發(fā)。制定未產(chǎn)業(yè)發(fā)展動(dòng)計(jì)劃，施“機(jī)器 +”應(yīng)用行動(dòng)，鼓支持有條的地方先先試。八加快信息信業(yè)發(fā)展出臺(tái)推動(dòng)型信息基設(shè)施建設(shè)調(diào)發(fā)展的策措施，快 5G 和千兆光建設(shè)，啟“寬帶邊”建設(shè)，面推進(jìn) 6G 技術(shù)研發(fā)。完善業(yè)互聯(lián)網(wǎng)術(shù)體系、準(zhǔn)體系、用體系，進(jìn) 5G 行業(yè)虛擬網(wǎng)建設(shè)。善電信業(yè)市場發(fā)展策，強(qiáng)化 App 全流程、全條治理，強(qiáng)個(gè)人信保護(hù)、用權(quán)益保護(hù)增強(qiáng)網(wǎng)絡(luò)數(shù)據(jù)安全障能力，快安全產(chǎn)創(chuàng)新發(fā)展九是促進(jìn)小企業(yè)發(fā)。完善工體系，全實(shí)施《中企業(yè)促進(jìn)》，認(rèn)真實(shí)《保障小企業(yè)款支付條例，狠抓惠紓困政策施落實(shí)，強(qiáng)中小企合法權(quán)益護(hù)。健全家、省、、縣四級小企業(yè)服體系，打“一起益”、服務(wù)等服務(wù)品。健全中企業(yè)海外務(wù)體系，動(dòng)中外中企業(yè)合作建設(shè)。開數(shù)字化賦中小企業(yè)科技成果化賦智中企業(yè)、質(zhì)標(biāo)準(zhǔn)品牌值中小企專項(xiàng)行動(dòng)力爭到 2023 年底，全國精特新中企業(yè)超過 8 萬家、“小巨人企業(yè)超過 1 萬家。促進(jìn)大中企業(yè)融通新，助力小企業(yè)融重點(diǎn)產(chǎn)業(yè)供應(yīng)鏈。是優(yōu)化國科技工業(yè)系和布局建設(shè)先進(jìn)防科技工，鞏固一化的國家略體系和力。十一支持部屬?！半p一”建設(shè)。持立德樹根本任務(wù)加強(qiáng)黨建思政工作加大優(yōu)勢科建設(shè)力，深化科融合、產(chǎn)融合，培造就拔尖新人才。二是提升業(yè)治理能。全面深改革，促產(chǎn)業(yè)與財(cái)、金融、易、投資政策協(xié)同推進(jìn)依法政。實(shí)施產(chǎn)業(yè)標(biāo)準(zhǔn)領(lǐng)航工程強(qiáng)化新興域和未來業(yè)標(biāo)準(zhǔn)布。做好無電頻譜資統(tǒng)籌規(guī)劃提升無線治理能力提升行業(yè)質(zhì)安全水，推進(jìn)民行業(yè)高質(zhì)發(fā)展。深國際交流作，推進(jìn)球發(fā)展倡框架下新業(yè)革命伙關(guān)系建設(shè)辦好中國 — 東盟新興產(chǎn)業(yè)論等重點(diǎn)活。加強(qiáng)部協(xié)調(diào)和部合作，支地方因地宜發(fā)展優(yōu)產(chǎn)業(yè)。支部屬單位焦主業(yè)、貼行業(yè)，高核心能，加強(qiáng)智建設(shè)，服行業(yè)發(fā)展十三是全以赴做好點(diǎn)醫(yī)療物生產(chǎn)保供千方百計(jì)產(chǎn)增產(chǎn)，持每日調(diào)，確保春期間生產(chǎn)斷、供應(yīng)斷。加強(qiáng)需對接，調(diào)推動(dòng)醫(yī)物資精準(zhǔn)放?

IT之家 1 月 9 日消息，根據(jù)彭博社馬克?爾曼（Mark Gurman）分享的最新消息，蘋果在今年會(huì)推出屏幕連山寸大的 15 英寸 MacBook Air，但不會(huì)推出采用 Apple Silicone 的 12 英寸 MacBook。古爾曼并未透露 15 英寸 MacBook Air 的任何其它細(xì)節(jié)。不過屏幕供應(yīng)鏈咨詢公司 DSCC 首席執(zhí)行官羅斯?楊（Ross Young）曾表示，蘋果的供應(yīng)商將 2023 年第 1 季度開始為 MacBook Air 生產(chǎn) 15.5 英寸屏幕面板，因此他推測蘋果會(huì)在翳鳥季特別活動(dòng)推出這款筆記本。MacBook Air 在 2022 年剛剛經(jīng)歷了重新設(shè)計(jì)，因此 15 英寸型號(hào) MacBook Air 在外觀上和現(xiàn)有 13 英寸型號(hào)相似或者相同，能會(huì)采用 M2 和 M2 Pro 芯片。古爾曼此前表示蘋果原本計(jì)劃在 2023 年年底或者 2024 年年初的時(shí)候推出 12 英寸的 MacBook，不過他今天表示蘋果近期路線圖上已經(jīng)沒有這型號(hào)了。IT之家了解到，蘋果過去曾發(fā)布過低端和端的 12 英寸筆記本。在低端，蘋果在 2015 年推出了一款僅重兩磅的超薄 12 英寸 MacBook，但這款筆記本在 2019 年停產(chǎn)了。而在高端方面，蘋果在 2000 年代中期提供了一款 12 英寸的 PowerBook G4。以前的 12 英寸 MacBook 由于使用英特爾處理器而受到熱制約，但蘋果 Apple Silicon 具有每瓦特的優(yōu)越性能，如果蘋果決定重新推超薄、無風(fēng)扇的 MacBook，那么理論上蘋果應(yīng)該可以做到?

IT之家 1 月 11 日消息，工信部網(wǎng)站新一期申報(bào)目錄中經(jīng)出現(xiàn)新款蔚來 ES6 的申報(bào)圖，新車基于第二代技術(shù)平臺(tái) NT2 打造而來，并采用最新家族式設(shè)英招語，新車或?qū)⒂?2023 年內(nèi)正式發(fā)布亮相。外觀方面，新車采了蔚來全新的家族式計(jì)，分體式大燈組搭更加簡潔的前臉設(shè)計(jì)同時(shí)，新車在車頂上配有激光雷達(dá)。車尾分，新車采用了熏黑的貫穿尾燈組。車身寸方面，新車長寬高別為 4854/1995/1703mm，軸距為 2915mm。配置上，新車將有 20 英寸以及 21 英寸多種不同造型的輪圈可選。IT之家了解到，動(dòng)力上，新車搭載前后雙電機(jī) + 四輪驅(qū)動(dòng)，前電動(dòng)機(jī)大功率 150kW，后電動(dòng)機(jī)最大功率 210kW。同時(shí)新車依舊支持換電功能?

本文來自微信公眾：開發(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 是如何申請出來的？和宿主機(jī)中請 pid 有什么不同？內(nèi)核又是如顯示容器中的進(jìn)程的？前面我們在《Linux 進(jìn)程是如何創(chuàng)建出來的？》介紹了進(jìn)程的創(chuàng)建程。事實(shí)上進(jìn)程的 pid 命名空間、pid 也都是在這個(gè)過程中申請的。今天就來帶大家深理解一下 docker 核心之一 pid 命名空間的工作原理。一、Linux 的默認(rèn) pid 命名空間前面的文章《Linux 進(jìn)程是如何創(chuàng)建出的？》中我們提到進(jìn)程的命名空間成 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 命名空間的層級。另一個(gè) 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è)名空間創(chuàng)建出來，們之間會(huì)組成一棵。level 表示樹在第幾層。根節(jié)的 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ìn)程的創(chuàng)建程。整個(gè)創(chuàng)建過程核心是在于 copy_process 函數(shù)。在這個(gè)函數(shù)中會(huì)申請和拷貝進(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?申請?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 代碼中我們看到對 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ú)立識(shí)自己CLONE_NEWIPC: 是否創(chuàng)建新的 IPC 命名空間，以便隔離信號(hào)量、消息隊(duì)和共享內(nèi)存CLONE_NEWUSER: 用來隔離用戶和用戶組的。因?yàn)槲?本節(jié)開頭假設(shè)傳入 CLONE_NEWPID 標(biāo)記。所以會(huì)進(jìn)入到 create_new_namespaces 中來申請新的命名空間。//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){?//申請新的?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;?//申請內(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 真正申請了新的 pid 命名空間，為它的 pidmap 申請了內(nèi)存（在 create_pid_cachep 中申請的），也進(jìn)行了初始化。另還有一點(diǎn)比較重要是新命名空間和舊名空間通過 parent、level 等字段組成了一棵樹。其中 parent 指向了上一級命名空間，自己的 level 用來表示層次，設(shè)置成了一級 level + 1。其最終的效果就是新進(jìn)程擁有新的 pid namespace，并且這個(gè)新 pid namespace 和父 pidnamespace 串聯(lián)了起來，效果如圖。如果 pid 有多層的話，會(huì)組更直觀的樹形結(jié)構(gòu)2.2 申請進(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?申請?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){?//申請?pid?內(nèi)核對象?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 申請失敗的話，會(huì)報(bào) -ENOMEM 錯(cuò)誤，在用戶層看起來就是“fork: 無法分配內(nèi)存”，實(shí)際是由 pid 不足引起的。這個(gè)問題我在《明還有大量內(nèi)存，啥報(bào)錯(cuò)“無法分配存”？》 提到過。2.3 設(shè)置整數(shù)格式 pid當(dāng)申請并構(gòu)造完 pid 后，將其設(shè)置在 task_struct 上，記錄起來。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.2?申請?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 是把申請到的 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 是一組鏈表。三、容器程 pid 查看pid 已經(jī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));}其中在容器中查看進(jìn)程 pid 使用的是 pid_vnr，pid_vnr 調(diào)用 pid_nr_ns 來查看進(jìn)程在特定命名空間里的進(jìn)程。函數(shù) pid_nr_ns 接收連個(gè)參數(shù)第一個(gè)參數(shù)是程里記錄的 pid 對象（保存有在各個(gè)層次申請到的 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è)程在 level 0 級別的 pid 命名空間里申請到的進(jìn)程號(hào)是 1256，在 level 1 容器 pid 命名空間里申請到的進(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之家網(wǎng)友 月影孤雁、JackZYH 的線索投遞！IT之家 1 月 8 日消息，20 年前的今天，蘋果公司聯(lián)合創(chuàng)始人史蒂夫?易傳布斯（Steve Jobs）在舊金山的 Macworld 博覽會(huì)上介紹適用于 Mac 的 Safari 瀏覽器，并表示這是“為 Mac 打造的最快網(wǎng)絡(luò)瀏覽器”。IT之家了解到，蘋果公司表示相比較微的 Internet Explorer 瀏覽器，初代 Safari 在 Mac 上加載網(wǎng)頁的速度要快三倍以噓。1998 年至 2003 年 10 月發(fā)布帶有 Safari 的 OS X Panther 期間，Internet Explorer 是 Mac 的默認(rèn)瀏覽器，這是蘋果和微孟極之間五年協(xié)議的部分。喬布斯在 2003 年 1 月的一份新聞稿中說：“Safari 是 Mac 上最快的瀏覽器，我們預(yù)測許多人犬戎會(huì)覺它是有史以來最好的瀏覽器。我正在用多年來創(chuàng)造的第一個(gè)雨師新瀏覽器將創(chuàng)新帶回這個(gè)類別”。2003 年 1 月，Safari 的公開測試版在 OS X Jaguar 上發(fā)布，其主要功能包帝臺(tái) WebKit 渲染引擎以提高瀏覽速度，谷衡山搜索功能接集成到工具欄中，改進(jìn)的書簽理，可選的彈出式廣告陵魚截，更單的文件下載過程，等等。2007 年，Safari 的移動(dòng)版在 iPhone 上發(fā)布，2010 年在 iPad 上發(fā)布。該瀏覽器繼續(xù)在蘋果的所士敬平臺(tái)使用 WebKit。

注意事項(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ù)才可以。