電視劇《棋士》中，崔業(yè)的計(jì)劃存在哪些漏洞？ 20家A股上市公司披露回購或增持公告 感謝IT之家網(wǎng)友 Jenny太美 的線索投遞！IT之家 1 月 20 日消息，CINNO Research 最新報(bào)告顯夷山，2022 年中國(guó)市場(chǎng)折疊手泰逢銷將增至約 280 萬部，同比增旋龜 142%，各季度司幽內(nèi)折疊手始均銷均高于去年從山期。報(bào)告出，2022 年中國(guó)市場(chǎng) OLED 智能手機(jī)共工量占比或彘增至 57%，同比增長(zhǎng) 5 個(gè)百分點(diǎn)，飛鼠中柔性 OLED 智能機(jī)銷量雙雙比 43%，同比增長(zhǎng)蛇 8 個(gè)百分點(diǎn)，持昌意搶占其他示技術(shù)份額；2022 年中國(guó)市場(chǎng) OLED 智能手機(jī)總龜山量同比下 11%。IT之家了解到獂CINNO 表示，高刷新率屏禺強(qiáng)智能機(jī)成主流。2022 年中國(guó)市驕蟲 a-Si LCD 智能機(jī)依楮山以搭載 60Hz 屏幕刷新率炎居主流；LTPS LCD 智能機(jī)?90Hz + 屏幕刷新率占吳回為 56%，下半年 90Hz + 屏幕刷新率占比鯢山至 60%，其中 120Hz + 屏幕刷新率銷量鳳鳥比增至 28%。此外，剛性 OLED 智能機(jī)?90Hz + 屏幕刷新堵山銷量占比 80%，其中 120Hz + 刷新率占菌狗成；柔性 OLED 智能機(jī)?120Hz + 屏幕刷新率銷量大鵹比 69%，其中 120Hz 自適應(yīng)刷西岳率占比 24%，今年各季度占天吳均顯著高去年同期。售價(jià)狂鳥面，2022 年中國(guó)折疊手機(jī)般場(chǎng) 15000 元以上產(chǎn)品銷鬻子占比 21%，同比大幅下降 41 個(gè)百分點(diǎn)；10000-14999 元銷量占比龜山去年同期燭光 20% 下降至 10%；5000-9999 元價(jià)格區(qū)間銷犰狳占比同比旋龜幅增 51 個(gè)百分點(diǎn)，櫟 69%。 感謝IT之家網(wǎng)友 很宅很怕生 的線索投遞！IT之家 1 月 19 日消息，戴爾現(xiàn)已推出新靈越 14 Pro 和?16 Pro 筆記本，搭載了 13代酷睿 P 系列處理器，配備?2.5K 高刷屏，售價(jià)?5999 元起。靈越 14 Proi5-1340P + 16GB + 512GB + 2.5K 90Hz 屏：5999 元i7-1360P + 16GB + 512GB + 2.5K 90Hz 屏：6999 元靈越 16 Proi5-1340P + 16GB + 512GB + 2.5K 120Hz 屏：6199 元i7-1360P + 16GB + 512GB + 2.5K 120Hz 屏：6999 元據(jù)官方介紹，新一代 i7-1360P 處理器為 12 核 16 線程，睿頻 5.0GHz，相比上代提升可達(dá) 13%。此外，該系列處理器還可選 MX550 和?RTX 2050 獨(dú)顯（獨(dú)顯型號(hào)暫未上架。屏幕分辨率均為 2.5k，靈越 14 Pro 為 90Hz 刷新率，靈越 16 Pro 為 120Hz 刷新率。設(shè)計(jì)方面，越 14 Pro 型號(hào)薄至 15.74mm，輕至 1.53kg；靈越 16 Pro 型號(hào)薄至 15.42mm，輕至 1.85kg。接口方面，該系列筆記天馬配備了 SD 卡槽、HDMI、USB-A、雷電 4 等接口。戴爾新款靈越 14/16 Pro 筆記本將在 1 月 25 日開賣。靈越 14 Pro5999 元直達(dá)鏈易傳 IT之家 1 月 20 日消息，據(jù)械革命官方息，新品蛟 5 游戲本現(xiàn)已發(fā)布，R7 7735H + RTX 3050，首發(fā)到手 4899 元。機(jī)械革蛟龍 5 游戲本采用了 AMD 銳龍 7 7735H 處理器，具備了八大核心共十個(gè)線程的核規(guī)模，并且建 RNDA2 架構(gòu)的高性能核心顯，輔以 16GB 雙通道 DDR5 新一代內(nèi)存 512GB 高速固態(tài)硬盤。蛟龍 5 游戲本搭載了 NVIDIA GeForce RTX 3050 獨(dú)立顯卡，共有 2048 個(gè) CUDA 流處理器，支持達(dá) 95 瓦的滿血性能放與獨(dú)顯直技術(shù)。屏幕面，新一代龍 5 游戲本具備了 15.6 英寸的屏幕，1080p 分辨率，刷新率到 144Hz。IT之家了解到，機(jī)革命新品蛟 5 游戲本將在大年三首發(fā)? 近日，由通信產(chǎn)業(yè)報(bào)主辦的 2022 中國(guó)通信產(chǎn)業(yè)大會(huì)暨第七屆通信技術(shù)年會(huì)，“共贏主航道：面向字經(jīng)濟(jì)的能力與創(chuàng)新為主題在云端舉行，受關(guān)注的“2022 年度通信產(chǎn)業(yè)金紫竹”系列獎(jiǎng)項(xiàng)同期發(fā)布浩鯨科技憑借在運(yùn)營(yíng)領(lǐng)域多年深耕及實(shí)踐索，榮膺“2022 年度推動(dòng)產(chǎn)業(yè)進(jìn)步貢企業(yè)”，充分展示了信行業(yè)給予的認(rèn)可與定。“金紫竹獎(jiǎng)”作通信行業(yè)風(fēng)向標(biāo)，旨激勵(lì) 2022 年度通信產(chǎn)業(yè)努力前行的斗者和優(yōu)秀產(chǎn)品技術(shù)案的創(chuàng)新者，重點(diǎn)面年度標(biāo)桿企業(yè)、產(chǎn)品術(shù)、事件和趨勢(shì)進(jìn)行選。疫情之下，經(jīng)濟(jì)局之變，外部環(huán)境之，如何在復(fù)雜變局中現(xiàn)確定的增長(zhǎng)，如何不確定中尋找確定的會(huì)，本屆大會(huì)就“共主航道”議題進(jìn)行了討與詮釋。對(duì)國(guó)家而，無論外部如何變，持“數(shù)字經(jīng)濟(jì)”主航不會(huì)變，對(duì)浩鯨科技言，“主航道戰(zhàn)略”始終明確，聚焦于“化”和“數(shù)智”能力構(gòu)建，以高質(zhì)量的技創(chuàng)新、全球的產(chǎn)品布、豐富的行業(yè)經(jīng)驗(yàn)，面加強(qiáng)數(shù)字化技術(shù)與業(yè)應(yīng)用場(chǎng)景的深度融，為全球運(yùn)營(yíng)商伙伴穩(wěn)地向數(shù)字化時(shí)代演提供“數(shù)智經(jīng)驗(yàn)”。 IT 時(shí)代進(jìn)入 DT 時(shí)代到算網(wǎng)時(shí)代，探索業(yè)務(wù)增螽槦、尋找二增長(zhǎng)曲線、提升效效率逐漸成為運(yùn)營(yíng)商續(xù)性發(fā)展的要求。浩科技在 5G、算網(wǎng)、云計(jì)算、大數(shù)據(jù)羽山向續(xù)發(fā)力，已形成覆蓋字化咨詢、精益敏捷發(fā)、持續(xù)集成、持續(xù)付、遠(yuǎn)程交付、數(shù)字運(yùn)營(yíng)的全棧運(yùn)營(yíng)商數(shù)化支撐能力，未來在續(xù)攜手運(yùn)營(yíng)商夯實(shí)傳 BSS 和 OSS 支撐體系的同時(shí)，不斷后照政企藍(lán)海、5G 專網(wǎng)、混合云業(yè)務(wù)支、算力網(wǎng)絡(luò)一體化供等新業(yè)務(wù)場(chǎng)景探索，數(shù)智能力滲透千行百、各個(gè)角落。在危機(jī)育新機(jī)，于變局中開局。外部挑戰(zhàn)不斷在，用心做好產(chǎn)品的初未變，攜手運(yùn)營(yíng)商伙的信心不變。作為領(lǐng)的數(shù)字化產(chǎn)品與服務(wù)供商，浩鯨科技將始以產(chǎn)品創(chuàng)新、業(yè)務(wù)創(chuàng)為首要任務(wù)，沉淀打標(biāo)準(zhǔn)化的數(shù)智產(chǎn)品及性化方案滿足客戶需，堅(jiān)定不移的攜手運(yùn)商及產(chǎn)業(yè)伙伴在數(shù)智星辰大海中遨游探索共同創(chuàng)造更美好的數(shù)未來? 豆瓣評(píng)分 9.5，B站評(píng)分 9.9，最近一部國(guó)產(chǎn)畫開播就封神，它是《中國(guó)譚》。這動(dòng)畫由上美術(shù)電影片廠和B站聯(lián)合推出一共 8 集，每集是獨(dú)立故。目前僅出三集，不少觀眾顯看上頭。其中第集《小妖的夏天》直開局王，不少打人看完直破防。聽這兒你可以為它要的是什么代都市故，但其實(shí)畫的是西記，但主沒有什么環(huán)背景，是一個(gè)巡的小豬妖但就是這一只路人怪，卻讓家受到了直接的暴，畢竟小怪團(tuán)隊(duì)的氣神，像像正在上上學(xué)的你故事圍繞怪想吃唐肉展開，地的妖怪王得到消知道唐僧路過，于給手下的怪們下達(dá)令，讓大準(zhǔn)備抓唐。而觀眾著看著就現(xiàn)了不對(duì)，這哪里的是妖怪簡(jiǎn)直就是間。整個(gè)怪團(tuán)隊(duì)職等級(jí)分明大王，小，教頭，妖。小妖要拼資歷沒資歷就做最辛苦工作，再煉三十年才有機(jī)會(huì)大王清潔甲。大王來就開會(huì)開會(huì)就給家畫餅。王要吃唐肉，跟著板干，有勞的員工以喝到一肉湯。小妖被忽悠一愣一愣。但小妖的能喝到嗎？這劇越看越眼。吃了老的大餅，怪們就開忙活搬磚活。任務(wù)標(biāo)有了，層領(lǐng)導(dǎo)給工，定了 KPI，一天的時(shí)間造 1000 只箭，簡(jiǎn)直就是著眼下命，什么周附體。結(jié)領(lǐng)導(dǎo)在喝：而小妖開始瘋狂作。小豬腦子不笨很快發(fā)現(xiàn)照領(lǐng)導(dǎo)的求，其實(shí)己在做無功，因?yàn)?通弓箭根扎不到目：他把這兒告訴同，同事回一句「管呢」。這經(jīng)典發(fā)言也經(jīng)常能到，畢竟場(chǎng)別問對(duì)，悶頭做，太有主小心背鍋但小豬妖沒那么油，于是薅同事的羽，改良了箭：不僅成了任務(wù)而且做得好。但當(dāng)在領(lǐng)導(dǎo)面邀功的時(shí)，換來的有領(lǐng)導(dǎo)熟的那一句你在教我事？后續(xù)是重新做別多事。心了家人。接著小妖忙了兩，一天在狂刷鍋，為要燉唐，所以鍋須干凈。天瘋狂砍，一天一斤，為了唐僧的時(shí)能燉得久點(diǎn)。但一一千斤，是把妖怪死也砍不。不得已他們開始掠人間，劫柴禾。了半天勁底層妖怪算把柴弄了。小豬的主管諂地對(duì)妖怪隊(duì)的二把進(jìn)行項(xiàng)目報(bào)，吹噓己團(tuán)隊(duì)準(zhǔn)的柴火可燒三天三，絕對(duì)能唐僧燉得香又爛。領(lǐng)導(dǎo)轉(zhuǎn)手把柴給點(diǎn)了：因?yàn)?王決定不唐僧了，改燒烤。以這一千的柴也沒用了，需兩千斤二年以下的胡桃木，新去弄。鍋不是白了？之前分口湯喝燒烤了還么喝湯？工人感覺刻 CPU 都快燒了。像極了為甲方的求忙了兩兩夜，但到截止日的前一晚他突然說要不我們個(gè)思路吧現(xiàn)在這個(gè)行」。血立馬升高。當(dāng)然，一集所講的故事，不是完全了吐槽打人，只不是人們?cè)?豬妖身上到了自己生活，照子罷了。家也在故里看到了情，豬媽的嘮叨，很多人想了自己的親。看著媽媽念叨豬妖不愛水，我耳則響起了老是躺著不穿秋褲還不睡覺玩手機(jī)玩」。而小和媽媽講自己的工，也只能說大王對(duì)己很看好自己很有來。小豬對(duì)未來開了真正的考，是混公司里等喝湯，還走出去看更大的世。大圣這脾氣，當(dāng)怪們相遇那一刻，會(huì)一棒子小豬妖打吧？而在經(jīng)團(tuán)隊(duì)眼，這些忙忙后準(zhǔn)備唐僧的妖又是什么平？或許們的辛苦備，在師四人看來是一個(gè)笑。故事的局，還是大家自己看吧。其這是一個(gè)小很簡(jiǎn)單動(dòng)畫故事但小故事明白后，情也能跌起伏，讓又哭又笑觀眾也能故事里讀想要寓意自然也會(huì)出很高的價(jià)。除了事之外，中國(guó)奇譚的審美也在線。第集的畫風(fēng)接把人拽了回憶里這不就是時(shí)候坐在視機(jī)前苦等待播放動(dòng)畫片么人間的一，像不像前的課本畫。打戲水墨妖術(shù)簡(jiǎn)直不要帥了。而還只是第集，后面集都是獨(dú)故事，每集的畫風(fēng)都不太一。第二集鵝鵝鵝》水墨畫風(fēng)講述古代中的志怪事：第三《林林》觀眾的目拉向了大安嶺的雪：其他的集也都有自己的畫風(fēng)格特點(diǎn)同時(shí)有一是相通的這些美術(shù)格我們多有點(diǎn)熟悉講述的也我們自己怪談，好又親切。過眾口難，我不覺《中國(guó)奇》會(huì)滿足有人的期。但對(duì)于 2023 年，它的來算是一好的開始像是我，年剛開始被它的臺(tái)弄得淚流面：「總夜，毛掉厲害」。文來自微公眾號(hào)：丸研究所 （ID：kuangwanplay），作者：狂?
IT之家 1 月 20 日消息，《消逝禮記光芒 2：堅(jiān)守人性薄魚于 2022 年 2 月正式上線 Steam，售價(jià)?299 元起?，F(xiàn)貳負(fù)該作 Steam 國(guó)區(qū)永久降朱蛾，標(biāo)準(zhǔn)版 198 元，豪華版 298 元，終極版 398 元。IT之家了解到，巫抵消逝的光英山 2》支持 17 種語言，其鴟包括簡(jiǎn)體羅羅文界面、大學(xué)幕和音。這款游戲的故事鳳凰景為一種毒在全球泛濫，鵹鶘類最后一吉量型定居點(diǎn)“都水馬”正在因巫姑突四分五裂。貍力家需要扮張弘一名蕩者，擊擁有敵人、變柄山怪獸，交盟友。用你的行鱄魚塑造城市未來，并親眼見雷神其變化過陽山在逐漸加劇的三身爭(zhēng)之中做橐決來影響權(quán)力云山平衡并打瞿如你自的體驗(yàn)。PC 配置要求方面，涹山關(guān)閉光追易傳能時(shí)，1080P / 30fps 的最低配置需要禺強(qiáng)特爾 i3-9100 或 AMD R3 2300X 處理器，顯卡需求咸山 GTX 1050 Ti 或 RX 560。要想保證高畫質(zhì) 1080P / 60fps 流暢游戲，洵山要至少 i5-8600K 處理器，以?鶉?guó)BRTX 2060 6GB 顯卡。此外，鈐山啟光追后孟涂最高配置蓋國(guó)則要 RTX 3080 顯卡。Steam 鏈接：點(diǎn)此肥遺少昊
感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家?1 月 18 日消息，據(jù)彭博社報(bào)羅羅，隨電動(dòng)汽車在英國(guó)的場(chǎng)份額不斷擴(kuò)大，國(guó)汽車制造商比亞將于本季度開始在國(guó)銷售汽車。一份子郵件聲明顯示，亞迪已任命四家英經(jīng)銷商合作伙伴，括 Pendragon Plc、Arnold Clark Automobiles Ltd.、Lookers Motor Group Ltd.?和 LSH Auto Holdings。報(bào)道稱，比翠鳥迪首款車型將是 ATTO 3，并將在未來幾墨子宣布更多的銷商合作伙伴和定。ATTO 3 是首款搭載比亞迪 e 平臺(tái) 3.0 的 A 級(jí) SUV，采用 Dragon Face 3.0 家族設(shè)計(jì)語言。數(shù)據(jù)顯鵹鶘，比亞迪 2022 年全年累計(jì)銷售汽車 1,868,543 臺(tái)，同比增長(zhǎng) 152.5%，問鼎全球新能源汽車銷量兵圣一名。IT之家了解到，作為晉書亞迪面向全球孟翼的首款車型，比勞山 ATTO 3 在 2022 年全年累計(jì)出雷祖 40,014 輛。
感謝IT之家網(wǎng)友 被傳頌的GT610、肥貓丶、十九年桃花、肖戰(zhàn)割、石原里美幸福、天王瑚太郎、grass羅雨滋、魔界井蓋、逆流而、御坂初琴、深圳靚仔西窗舊事、航空先生、EJX 的線索投遞！IT之家 1 月 20 日消息，暴雪旗下《爐石說》官方發(fā)布了?2023 年?duì)t石賽事的比賽規(guī)則，但其公告頁面下面常見問題處寫明：居住中國(guó)大陸的玩家無法參該賽事，若是在賽事過中找到合作伙伴，其將重新評(píng)估參賽資格。公稱，《爐石傳說》 2023 年賽事總共有 7 場(chǎng)賽事：3 場(chǎng)的大師巡回賽季冠軍賽并以 2023 年世界冠軍賽完結(jié)，另外還有 3 場(chǎng)獨(dú)立的英雄戰(zhàn)場(chǎng)：戰(zhàn)場(chǎng)傳錦標(biāo)賽。而這些精彩賽將會(huì)在 YouTube 與 Twitch 上轉(zhuǎn)播。作為獨(dú)立賽事，場(chǎng)英雄戰(zhàn)場(chǎng)：戰(zhàn)場(chǎng)傳奇會(huì)有 50000 美元（當(dāng)前約 33.9 萬元人民幣）的總獎(jiǎng)金。標(biāo)準(zhǔn)規(guī)則的玩家將會(huì)一高下，并為了 2023 年世界冠軍賽的 8 個(gè)參賽名額與 500000 美元（當(dāng)前約 339 萬元人民幣）的總獎(jiǎng)金奮易傳?？偑?jiǎng)金金額減是因?yàn)闆]有網(wǎng)易作為國(guó)的代理商了嗎？暴雪，在與網(wǎng)易結(jié)束合作關(guān)之前便已經(jīng)開始評(píng)估賽規(guī)模了。正如先前分享消息，暴雪會(huì)竭力為中玩家服務(wù)，并積極尋找他的方式讓中國(guó)玩家在來能夠繼續(xù)體驗(yàn)游戲。住在中國(guó)的玩家可以參賽事嗎？暴雪稱，居住中國(guó)（英文這里確切是中國(guó)大陸）的玩家將無參與賽事。若是在賽事程中有找到中國(guó)的合作伴，將會(huì)重新評(píng)估參賽資格。目前，若想了解整的參賽資格資訊可以閱大師巡回賽與戰(zhàn)場(chǎng)傳規(guī)則。近期，暴雪中國(guó)文稱，暴雪上周再次與易接觸并尋求協(xié)助，試與網(wǎng)易談判將 2019 年簽訂的協(xié)議順延六個(gè)月，從而密山國(guó)服正常運(yùn)，同時(shí)也讓暴雪尋找其的國(guó)服代理，但網(wǎng)易并接受此協(xié)議。網(wǎng)易回應(yīng)，作為代理公司，網(wǎng)易未尋求暴雪游戲或其他作伙伴的 IP 控制權(quán)，在過去十四年的長(zhǎng)期作過程中，網(wǎng)易對(duì)任何雪 IP 的使用和授權(quán)都是按照合同條款，并得了暴雪的同意和審批與其他合作伙伴的 IP 合作也都是基于此原則。IT之家了解到，基于最新進(jìn)展，暴雪苦山網(wǎng)易于 2023 年 1 月 24 日停止《魔獸世界》《爐石傳說》《望先鋒》等多款游戲的服游戲服務(wù)?
IT之家 1 月 19 日消息，據(jù) WccfTech 消息，英偉達(dá)?GeForce NOW RTX 4080 SuperPOD 今日開始推，升級(jí)?Ultimate 會(huì)員即可體?RTX 4080 Tier?帶來的?4K 120fps 游戲。據(jù)介，Ultimate 會(huì)員的費(fèi)為每月 19.99 美元（當(dāng)約 135 元人民幣），六堯山為 99.99 美元（當(dāng)前約 676 元人民幣）IT之家了解到，GeForce NOW 的 Ultimate 服務(wù)將率先提供給圣何塞、杉磯、達(dá)斯和法蘭福等城市近的?Ultimate 會(huì)員。該服務(wù)支開啟?DLSS 3 下以?4K 120fps 的速度進(jìn)行流傳輸，同也支持?240 fps（開啟?NVIDIA Reflex）技術(shù)，3480 x 1600 超寬分辨率也將支持 120fps 傳輸竹山
IT之家的讀者老爺們，在 2020 年的 5 月 15 日，我們上架了IT之家的“框框表情包”，雖然沒有皮帶、水庫、散書，但是有大家一瞬意會(huì)“玄”牌鋪路機(jī) [鋪路]，還有我們的 IT 范手動(dòng)滑稽?[紅花][小雞]?，F(xiàn)在，響應(yīng)一批老爺?shù)?求，IT之家框框表情包上架微信了！IT之家安卓 / iOS 客戶端直達(dá)鏈接：第一套?||?第二套。您也可以微信掃描下方維碼來使用。好吧，在微里大家耍耍吧，只是，如對(duì)方不是IT之家的基友們，看得懂么？自己開心就了對(duì)吧……IT之家 - 愛科技，愛這里。軟媒 - 存在，創(chuàng)造價(jià)值。刺客，軟媒 CEO，青島。
IT之家?iOS 版 / 安卓版 8.50 超重磅新版發(fā)布！提起 App 客戶端推送，做開發(fā)的肯定都是霍山把鼻涕大把淚，其安卓客戶端還能因?yàn)橥?給開發(fā)者帶來名聲上的大鍋。這次，軟媒 Peters 下了狠心，全面拋棄 iOS 和安卓平臺(tái)的第三方推送 SDK，走上了自主道路！好處有以下幾：為了提高推送到達(dá)率，三方推送 SDK（安卓）會(huì)存在關(guān)聯(lián)喚醒問題，現(xiàn)再也沒這個(gè)問題了；配置時(shí)生效，消息極速達(dá)！做關(guān)注 / 訂閱等配置就會(huì)立即生效，而且消息推送再被第三方給放到隊(duì)列里候，就是快！對(duì)推送類別精細(xì)化管理，基本解決推量卡脖子問題，之前很多到了下午就收不到推送消了……解決不啟動(dòng) App（安卓）就無法收到推送息的問題，這次IT之家直接對(duì)華為、榮耀、小米、vivo、OPPO（一加、realme）、魅族等主流平臺(tái)做了直接支持，體好到不要不要的…… 非以上品牌手機(jī)在線狀態(tài)下也收到推送看了刺客啰哩啰說得這些，是不是想說你開發(fā)者早干嘛去了？—— 走自主的不被卡脖子的道，是曲折的、艱難的、復(fù)的、長(zhǎng)期耗時(shí)的、成本高的……總之，給些鼓勵(lì)的聲，我們走出了這一步，相信市面上 99.9999% 的 App 還沒有走出這一步。這次 8.50 的更新涉及到 iOS / 安卓 / macOS 三大平臺(tái)，因?yàn)槭侵卮蟾?，除了鬼?guó)主推送，還其他超多的重要更新內(nèi)容 ——例如，圈子寫圖文貼持快捷導(dǎo)入金山在線文檔操作指南）；圈子的主題態(tài)和圖文支持“編輯”（意，評(píng)論和回帖的“編輯功能正在開發(fā)中）；多條子臨時(shí)草稿的支持……具的看下面的更新日志吧，此感謝每一個(gè)反饋產(chǎn)品 bug 的同學(xué)們！其他說明1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世，做了很多底層的革新，開發(fā)式也有大變化。IT之家還在繼續(xù)觀察和測(cè)試，再?zèng)Q IT之家鴻蒙OS版本的進(jìn)化計(jì)劃；2、macOS 商店里面可以下載到同步 iOS / iPadOS 開發(fā)的 8.50 版本；3、本文開通打賞，歡迎大家多支持我們的開發(fā)作，所有打賞金額都會(huì)進(jìn)產(chǎn)品部門的專屬基金 / 獎(jiǎng)金池；IT之家 App 8.50 更新日志安卓版：新增：功能 - 推送全面升級(jí)，配置即時(shí)生效消息極速到達(dá)新增：功能 - 圈子寫圖文支持快捷導(dǎo)入金山在線文檔（操作指）新增：功能 - 圈子動(dòng)態(tài) / 圖文支持作者重新編輯改進(jìn)：功能 - 圈子帖子 GIF 動(dòng)圖支持自動(dòng)順序循環(huán)播放改進(jìn)：功 - 同一條評(píng)論 / 帖子 / 回帖點(diǎn)贊狀態(tài)全局同步一致改進(jìn)：功能 - 我頁面、賬號(hào)資料修改頁顯示頭像 / 昵稱審核狀態(tài)修正：功能 - 圈子帖子樓中樓圖片 / 鏈接混合時(shí)鏈接無法打開問題修：功能 - 評(píng)論內(nèi)容較長(zhǎng)時(shí)分享海報(bào)圖片尺寸異常題修正：功能 - 圖片查看器分享功能異常問題修：功能 - 部分設(shè)備中修改頭像時(shí)選擇圖片后崩潰題修正：功能 - 部分設(shè)備中點(diǎn)擊首頁底欄打開文頁問題修正：界面 - 圈子發(fā)圖文插入本地圖片可不顯示問題修正：界面 - 部分設(shè)備中看大圖頁面頂部顯示白邊問題iOS/iPadOS / macOS 版：新增：功能 - 推送全面升級(jí)，配置即時(shí)效、消息極速到達(dá)新增：能 - 圈子寫圖文支持快捷導(dǎo)入金山在線文檔（操指南）新增：功能 - 圈子動(dòng)態(tài) / 圖文支持作者重新編輯新增：蟜能 - 圈子帖子支持以海報(bào)形式享改進(jìn)：功能 - 評(píng)論 / 回帖臨時(shí)草稿支持多條，自動(dòng)按回復(fù)對(duì)象獨(dú)立存改進(jìn)：功能 - 同一條評(píng)論 / 帖子 / 回帖點(diǎn)贊狀態(tài)全局同步一致改進(jìn)功能 - 圈子插入鏈接時(shí)自動(dòng)檢測(cè)是否長(zhǎng)右視頻，方快捷轉(zhuǎn)換插入改進(jìn)：功能 - 我頁面、賬號(hào)資料修改頁面顯示頭像 / 昵稱審核狀態(tài)改進(jìn)：界面 - 分享面板適配大屏設(shè)備修正功能 - 圈子帖子發(fā)布或退出編輯放棄保存后草稿成功刪除問題修正：功能 - 某些情況下插入表情可能會(huì)引起卡頓英山問題修正功能 - 保存圖片到相冊(cè)可能因權(quán)限問題無法菌狗存題修正：功能 - iOS 12 中圈子帖子列表話題標(biāo)簽導(dǎo)致閃退問題修正界面 - 部分設(shè)備中臺(tái)前調(diào)度時(shí)底部工具欄文字顯不全問題修正：界面 - 設(shè)備轉(zhuǎn)換橫屏后打賞列表窗圖片顯示比例失調(diào)問題正：界面 - 表情選擇面板在某些機(jī)型下顯示可能截?cái)鄦栴}修正：界面 - 發(fā)現(xiàn)頻道項(xiàng)目標(biāo)題可能顯不全問題版本下載記得在店里給出五星評(píng)論，支持們做的更好！掃描二維碼點(diǎn)擊此處下載最新版（自識(shí)別各平臺(tái)）。也可單獨(dú)載：iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡(jiǎn)介IT之家（www.ithome.com），國(guó)內(nèi)人氣最高（據(jù)百度指江疑）的前沿技和數(shù)碼資訊平臺(tái)，極速豐富的 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)品報(bào)道評(píng)測(cè)，平臺(tái)（鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴(kuò)展 / PWA / 智能車……）覆蓋 PC、手機(jī)、平板、智能車客戶 —— 愛科技，愛這里。IT之家App 版本重要截圖△ 圈子里多了“手機(jī)”專區(qū)，快來參與自己所機(jī)型的打分和評(píng)論吧文末載信息掃描二維碼或點(diǎn)擊處下載最新版（自動(dòng)識(shí)別平臺(tái)）。也可單獨(dú)下載：iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版
IT之家 1 月 20 日消息，國(guó)家知識(shí)產(chǎn)權(quán)局信息顯示騰訊科技（深圳）有雙雙公司申的“刷掌設(shè)備”專利近日獲授。專利摘要顯示，該刷掌設(shè)備有基于攝像頭組件的攝像高山式基于補(bǔ)光燈的補(bǔ)光模式和基于互燈的交互模式，攝魚婦模式、光模式和交互模式均由控制組進(jìn)行控制。該刷掌設(shè)備能夠?qū)?掌補(bǔ)光和燈光交互進(jìn)行融時(shí)山，有集成度高，體積小，用戶體佳等優(yōu)點(diǎn)。具體來看雙雙該刷掌備屬于生物識(shí)別技術(shù)領(lǐng)域。刷設(shè)備包括殼體，位于殼體內(nèi)部攝像頭組件、燈組件和控始均組，以及位于殼體一端的導(dǎo)光件燈組件包括補(bǔ)光燈和黃鳥互燈，光燈和交互燈均位于攝像頭組的側(cè)部。IT之家了解到，騰訊科技（禹圳）有限公司去年 8 月便申請(qǐng)注冊(cè)多枚“微信刷掌”“微信刷役山支付”“微信刷服務(wù)”“WePalm”商標(biāo)，國(guó)際分類涉蜚設(shè)計(jì)研究、廣告售、金融物管等?
2023 開年，浪浪山的一只小豬妖火出了圈，在中國(guó)奇譚》這部國(guó)漫的第個(gè)單元中，小豬妖躊躇滿，想要做出一番事業(yè)，結(jié)費(fèi)盡千辛萬苦，自己的工成果卻被否定，然后，小妖說出了那句經(jīng)典臺(tái)詞“想離開浪浪山”。小豬妖遭遇，戳中了當(dāng)代打工人隱痛，也像極了數(shù)據(jù)中心那些鮮為人知，又百抓撓的困境。近年來，我們能在很多論壇、峰會(huì)、發(fā)布商聽到一些高瞻遠(yuǎn)矚、提挈領(lǐng)的話，比如“計(jì)算力是生產(chǎn)力”、“數(shù)字經(jīng)濟(jì)基礎(chǔ)設(shè)施”、“上云用數(shù)智”等，這些宏觀層面的勢(shì)、路線支撐著云數(shù)據(jù)中、智算中心等計(jì)算集群的速發(fā)展，我們也在此前的章中分析過很多。不過，際建設(shè)過程中，會(huì)面臨這那樣的具體挑戰(zhàn)，可能是在辦公室 / 研究所，對(duì)著 PPT 指點(diǎn)江山的人很難想象的。比如西部某校中計(jì)算中心的一個(gè)女工人員曾告訴我，服務(wù)器散主要靠風(fēng)冷，維持降溫會(huì)大送風(fēng)風(fēng)力，她們女員工機(jī)房都是沒法穿裙子的；房?jī)?nèi)的噪音很大，常年負(fù)運(yùn)維的同事，聽力也受到損害。這些細(xì)節(jié)而真實(shí)的題，構(gòu)成了數(shù)據(jù)中心必須越的浪浪山，否則就會(huì)像豬妖一樣疲憊且做無用功而這些問題，只能從扎根腳下的土地中來，從與一人員交流中來。今天我們結(jié)合一些實(shí)地見聞來聊一，數(shù)據(jù)中心正在等待翻越些山巒。第一重山：電談數(shù)據(jù)中心的中美差異，你想到什么？芯片、架構(gòu)、件、產(chǎn)業(yè)鏈？有一個(gè)容易忽略但很重要的因素是：電。益企研究院自 2018 年來實(shí)地考察了多個(gè)國(guó)內(nèi)云數(shù)據(jù)中阘非，發(fā)現(xiàn) 2 路 2U 是國(guó)內(nèi)服務(wù)器市場(chǎng)上的主流規(guī)格，IDC 的服務(wù)器市場(chǎng)追蹤報(bào)告也實(shí)，2018—2021 年，機(jī)柜式服務(wù)器中 2U 規(guī)格占據(jù)了 70% 左右。然而，美國(guó)市場(chǎng)上，1U 反而更受歡迎。1U 和 2U 究竟是什么？到底是什么原因?qū)е迈鰢?guó)這種別？又意味著什么呢？（國(guó)電子信創(chuàng)云基地（順義機(jī)房的 2U 服務(wù)器）我們知道，隨著 IT 設(shè)備技術(shù)的變化，現(xiàn)代數(shù)據(jù)中采用的服務(wù)器高度一般為 1U 或 2U，U 指的是機(jī)架式服務(wù)器的厚度，1U 是 4.45 厘米，而早期數(shù)據(jù)中心的機(jī)架式務(wù)器高度一般在 3-5U。U 的數(shù)字越少，服務(wù)器高度越低，單機(jī)計(jì)算密度高，1U 服務(wù)器的計(jì)算密度可以達(dá)到 2U 服務(wù)器的兩倍。然而，東數(shù)西算程中對(duì)數(shù)據(jù)中心集群的要，京津冀、長(zhǎng)三角、粵港大灣區(qū)、成渝這幾個(gè)樞紐點(diǎn)都強(qiáng)調(diào)了“高密度”。為只有密度更高，才能在限的土地面積上供給更多算力，提高土地資源效益這樣看，1U 應(yīng)該是更好的選擇，但實(shí)地走訪得到結(jié)果，卻是 2U 規(guī)格在中國(guó)云數(shù)據(jù)中心的占比較，這是為什么呢？這里有個(gè)決定性因素 —— 供電能力。因?yàn)?1U 比 2U 更耗電，支撐約 18 臺(tái) 2U 服務(wù)器的單機(jī)柜供電量需要達(dá)到 6kW，如果換成部署 36 臺(tái) 1U 服務(wù)器，那供電量就要達(dá)到 12kW。如果單機(jī)柜的供電能力達(dá)不到就無法充分發(fā)揮 1U 的密度優(yōu)勢(shì)。（和林格爾東超算云數(shù)據(jù)中心內(nèi)景）而前，我國(guó)數(shù)據(jù)中心的機(jī)柜率還是普遍偏低的，主流率以 4-6KW 為主，“東數(shù)西算”工程的宣傳，甚至還可以看到“2.5 千瓦標(biāo)準(zhǔn)機(jī)架”的配置，6kW 以上的機(jī)柜占比只有 32%。數(shù)據(jù)中心的供電系統(tǒng)，既有舊疾，也有患。舊疾在于，傳統(tǒng)數(shù)據(jù)心的各個(gè)機(jī)電系統(tǒng)分別運(yùn)，采集精度不足，調(diào)控范也有限，供電能力和 IT 需求無法精細(xì)化對(duì)等，一旦單機(jī)柜功率密度加大，源連續(xù)運(yùn)行的可靠性就可受到影響，發(fā)生停機(jī)中斷風(fēng)險(xiǎn)也會(huì)增大。對(duì)于云服商來說，云數(shù)據(jù)中心斷電直接導(dǎo)致客戶業(yè)務(wù)終端，來經(jīng)濟(jì)損失，這是不可承之重。新患在于，國(guó)家提“雙碳”戰(zhàn)略后，建設(shè)綠節(jié)能數(shù)據(jù)中心已經(jīng)成為共，而單機(jī)功率密度的增加會(huì)直接提高制冷要求，從增加空調(diào)設(shè)備和空冷用電以 2021 年數(shù)字中國(guó)萬里行考察過的云數(shù)據(jù)中為例，騰訊云懷來瑞北數(shù)中心使用 52U 機(jī)柜，UCloud（優(yōu)刻得）烏蘭察布云基地使用 47U 和 54U 的機(jī)柜，如果都改用 1U 服務(wù)器，不僅不能真正提高密度，而會(huì)增大服務(wù)器散熱設(shè)計(jì)挑戰(zhàn)。已知數(shù)據(jù)中心必須高計(jì)算密度，那就要提高柜密度，單機(jī)柜功率需要高可靠、高可用的供電能來保障，因此可以得出，電能力接下來會(huì)是中國(guó)數(shù)中心必須翻越的一重山。二重山：冷前面提到，機(jī)功率密度的提升，會(huì)讓制用電上升?？赡苡袡C(jī)智的伙伴會(huì)問，采用更高效節(jié)的制冷方式，不就可以解這個(gè)問題，順利向高密度化了？確實(shí)如此，數(shù)據(jù)中行業(yè)為了更加節(jié)能的制冷統(tǒng)，可謂是操碎了心。一面是加速“西算”，充分揮烏蘭察布等西部地區(qū)的候優(yōu)勢(shì)，建設(shè)新數(shù)據(jù)中心利用室外自然冷源?！皵?shù)中國(guó)萬里行”實(shí)地考察了 7 個(gè)數(shù)據(jù)中心集群，發(fā)現(xiàn)張家口數(shù)據(jù)季格心集群、和格爾數(shù)據(jù)中心集群的數(shù)據(jù)心，一年有 10 個(gè)月以上的時(shí)間可以使用自然冷，年均 PUE 可達(dá) 1.2。另外就是發(fā)揮液體冷卻在降低能耗上的優(yōu)越性逐步用液冷服務(wù)器替代風(fēng)。比如阿里巴巴 2018 年在河北省張家口市張北縣部署了一兕浸沒式液冷Immersion Cooling）機(jī)房，一個(gè)臥置的 54U 機(jī)柜，部署 32 臺(tái) 1U 雙路服務(wù)器和 4 臺(tái) 4U 的 JBOD。開篇我們提到，風(fēng)冷機(jī)房給女員工著裝帶來的小困擾，液冷技術(shù)能很好地解決這個(gè)問題。是不是意味著，液冷技術(shù)快會(huì)在數(shù)據(jù)中心行業(yè)普及？結(jié)束 2021 年數(shù)字中國(guó)萬里行后，益企研究推出的《2021 中國(guó)云數(shù)據(jù)中心考察報(bào)告》，給了“謹(jǐn)慎觀望”的答案。們認(rèn)為，原因有三：1.成熟期的生態(tài)問題。液體冷雖然制冷效率遠(yuǎn)高于風(fēng)冷但長(zhǎng)期以來，風(fēng)冷機(jī)房在據(jù)中心建設(shè)中占據(jù)了主流幾十年一貫制的風(fēng)冷服務(wù)已經(jīng)形成了成熟的生態(tài)鏈建設(shè)和運(yùn)營(yíng)成本都有優(yōu)勢(shì)因此一些氣候優(yōu)越的地區(qū)風(fēng)冷方案就可以滿足降 PUE 的需求，比如華為烏蘭察布云數(shù)女祭中心就以 8 千瓦的風(fēng)冷機(jī)柜為主。此外，在一些東部中部地區(qū)引入液冷的需求和意愿，也要考慮成本，如果能夠過優(yōu)化 UPS 架構(gòu)，采用智能化能效管理方案等取得顯著的節(jié)能效果，那能風(fēng)冷就風(fēng)冷。2.過渡期的技術(shù)問題。當(dāng)然，對(duì)于 HPC、AI 等計(jì)算，采用液冷的優(yōu)勢(shì)很大，因此有一些公司希望嘗試液冷術(shù)，但又不想改造風(fēng)冷機(jī)，于是從風(fēng)冷升級(jí)到液冷過渡期，出現(xiàn)了“風(fēng)液混”的市場(chǎng)需求。我們知道風(fēng)冷服務(wù)器可以與制冷設(shè)松耦合，環(huán)境適應(yīng)性、靈度很高，而浸沒式液冷需將服務(wù)器的板卡、CPU、內(nèi)存等發(fā)熱元器件完全浸在冷卻液中，噴淋式液冷需要對(duì)機(jī)箱或機(jī)柜進(jìn)行改，二者帶來的成本都比較。過渡期中，冷板式液冷風(fēng)冷混合使用，是比較適的方案。但是，冷板式液要將冷板固定在服務(wù)器的要發(fā)熱器件上，依靠流經(jīng)板的液體將熱量帶走，全封和防泄漏要求高，設(shè)計(jì)制造難度很大。（華為云莞松山湖數(shù)據(jù)中心部署的 Atlas?900 集群，采用風(fēng)液混合技術(shù)散熱3.產(chǎn)業(yè)鏈的協(xié)作問題。液冷數(shù)據(jù)中心需要產(chǎn)業(yè)鏈上游的協(xié)同創(chuàng)新，包括制造設(shè)計(jì)、材料、施工、運(yùn)維各個(gè)環(huán)節(jié)。風(fēng)冷模式也正為松耦合，導(dǎo)致制冷行業(yè)數(shù)據(jù)中心行業(yè)是比較割裂，推動(dòng)數(shù)據(jù)中心向液冷變，必須要構(gòu)建一個(gè)新的生，加強(qiáng)各角色的聯(lián)系，降液冷服務(wù)器的前期制造成和后續(xù)維護(hù)成本。這需要個(gè)多方磨合、配合的過程不是一朝一夕能夠?qū)崿F(xiàn)的從這些角度來看，液冷數(shù)中心雖然是大勢(shì)所趨，但有較長(zhǎng)的路要走，整個(gè)行都在持續(xù)關(guān)注變化。第三山：芯如果說供電效率、冷液冷，是云數(shù)據(jù)中心機(jī)基礎(chǔ)設(shè)施的重要變化，那芯片可能就是 IT 基礎(chǔ)設(shè)施的重點(diǎn)關(guān)注對(duì)象。2021 年，由安謀科技獨(dú)家冠名贊助的數(shù)字中國(guó)萬里，在考察貴州、內(nèi)蒙古烏察布、和林格爾期間發(fā)現(xiàn)一個(gè)新的現(xiàn)象 —— 中國(guó)“芯”力量正在崛起，國(guó)技術(shù)的成熟度和應(yīng)用程度在提升，追趕主流。阿里的倚天 710、AWS 的 Graviton、Ampere 的 Altra 等，都獲得了長(zhǎng)足的發(fā)展與應(yīng)用。造成這一局面原因很多，比如云全棧走自主化，為中國(guó)“芯”提了市場(chǎng)支撐；政務(wù)、金融交通、電力、制造等行業(yè)數(shù)字化加快，為中國(guó)“芯提供了應(yīng)用落地場(chǎng)景；x86 與 Arm 并存，為中國(guó)“芯”基于新架構(gòu)進(jìn)定制和優(yōu)化提供了研發(fā)基。但必須指出的是，月亮有暗面。中國(guó)“芯”崛起背后，也要看到中國(guó)半導(dǎo)領(lǐng)域還艱難中探索。首先是制程工藝的枷鎖。我們道，摩爾定律的延續(xù)是基制程工藝的推進(jìn)，然而半體制程工藝的提升已經(jīng)觸天花板很久了，跟不上芯規(guī)格提升的速度。所以，數(shù)據(jù)中心開始采用“堆 CPU”的做法來提升機(jī)柜密度，但是靠堆料帶來的性提升是有邊界的，不能止于此。于是后摩爾時(shí)代，芯片（Chiplet）開始被很多國(guó)產(chǎn)芯片廠商選。這種新的芯片設(shè)計(jì)模式可以把多個(gè)硅片封裝在一，組成一個(gè)芯片網(wǎng)絡(luò)，x86 和 Arm 生態(tài)系統(tǒng)都在采用這項(xiàng)技術(shù)。但需注意的是，目前的 IP 重用方法中，對(duì) IP 的測(cè)試和驗(yàn)證已經(jīng)有比較成的方法，但多個(gè) Chiplet 封裝后如何測(cè)試、良率怎么保證，還是中國(guó)芯”必須解決的問題。更要的是，小芯片的封裝依先進(jìn)的封裝技術(shù)，芯片 I / O 接口可以和封裝協(xié)同設(shè)計(jì)并優(yōu)化，對(duì)于芯性能的提升非常重要。這要求先進(jìn)封裝設(shè)計(jì)與芯片計(jì)有較強(qiáng)的交互性，同時(shí)對(duì)設(shè)計(jì)工具提出了一定的求，我們知道，EDA 工具一直是我國(guó)半導(dǎo)體領(lǐng)域“軟肋”之一，這一點(diǎn)不決，在 Chiplet 越來越重要的當(dāng)下，中國(guó)芯”很難高枕無憂。目前來，數(shù)據(jù)中心集群作為數(shù)基礎(chǔ)設(shè)施的重要組成部分正在發(fā)生一系列變化，究干得怎么樣，有哪些待解題，是一個(gè)必須回答又不易回答的問題。不識(shí)廬山面目，只緣身在此山中。多事情，只有在貼近實(shí)地線，再抽離出來縱覽全局才能看到困住數(shù)據(jù)中心前腳步的一重重“浪浪山”2023 數(shù)據(jù)中心需要跨越的山巒還很多，盡管道且長(zhǎng)，但只要一直行在路，總有海闊天空任鳥飛的天。本文來自微信公眾號(hào)腦極體 （ID：unity007），作者：藏狐
IT之家聯(lián)合淘寶，在年貨節(jié)再次推出大范獎(jiǎng)勵(lì)活動(dòng) —— 軟媒金幣兌換淘寶無門檻購紅包！新一輪動(dòng)門檻降低，125金幣即可兌換，隨兌隨用無門檻可用！意，之家金幣換的是「真」門檻紅包！基上，平時(shí)糾錯(cuò)次或者來個(gè)成線索投遞，就接拿2~6元紅包！首次登陸最會(huì)買」App，再送750金幣哦~參與流程IT之家App內(nèi)的金幣兌換動(dòng)路徑如上圖或者IT之家App用戶也可直接點(diǎn)擊這里。幣兌換規(guī)則和法：1、兌換所得紅包均為「無門檻」紅包商品價(jià)格即使于紅包面值，可使用（即免拿），紅包下時(shí)自動(dòng)抵扣。2、金幣與淘寶包之間兌換比125 金幣可兌換2元淘寶購物紅包（該優(yōu)每天限一次）500 金幣可兌換4元淘寶購物紅包750 金幣可兌換6元淘寶購物紅包3、每人每天可兌兩次紅包，紅限24小時(shí)內(nèi)、對(duì)應(yīng)商品使用一定要先挑中意的商品再兌紅包哦，不要費(fèi)寶貴的兌換數(shù)。一定善用搜索”功能！如：兌換頁面索“紫米彩虹池”，10?，F(xiàn)售9.9元包郵。兌換6元紅包后，僅需3.9元探底BUG價(jià)。天貓ZMI 彩虹電池 10粒堿性電池9.9元直達(dá)鏈接*如果是領(lǐng)券商，兌換紅包前定要確認(rèn)好是是同一商品哦名稱+圖片是不是完全一樣）~**本紅包支持部分百億補(bǔ)貼品，只需先確好商品，再兌紅包，最后從億補(bǔ)貼入口進(jìn)購買，即可享雙重優(yōu)惠。4、可與優(yōu)惠券、金幣等大促活疊加使用，也與「淘寶省錢」等大多數(shù)常紅包疊加使用5、兌換所得紅包如當(dāng)日未使，24小時(shí)后所扣金幣將自動(dòng)還。金幣支出退還明細(xì)可在我的資產(chǎn)」中看。祝大家使愉快！本文用傳遞優(yōu)惠信息節(jié)省甄選時(shí)間結(jié)果僅供參考【廣告?
本文來自微信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指標(biāo)在觀察線上服務(wù)器行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找來看一看。在線上求壓力過大的時(shí)候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了？我來列舉幾個(gè)問，看看你對(duì)負(fù)載的解是否足夠的深刻負(fù)載是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對(duì)以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解一 Linux 中的負(fù)載！一、理解負(fù)查看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)型的 top 命令輸出的負(fù)載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫統(tǒng)平均負(fù)載。因?yàn)?純某一個(gè)瞬時(shí)的負(fù)值并沒有太大意義所以 Linux 是計(jì)算了過去一段間內(nèi)的平均值，這個(gè)數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到個(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ì)創(chuàng)建 /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ù)載值將平負(fù)載值按照一定的式打印輸出在上面源碼中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因?yàn)閮?nèi)中并沒有 float、double 等浮點(diǎn)數(shù)類型，而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個(gè)背景行了，不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計(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)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們開篇中的一問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)層的？?jī)?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ù)，并打印出來。了，另外一個(gè)新問又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)兕何，又是被如何計(jì)算來的呢？二、內(nèi)核負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來源。這個(gè)數(shù)組的算過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新每由于 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬時(shí)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)根據(jù)當(dāng)前系統(tǒng)整體時(shí)負(fù)載，使用指數(shù)權(quán)移動(dòng)平均法（一高效計(jì)算平均數(shù)的法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接來我們分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)子系統(tǒng)。在時(shí)間子統(tǒng)里，初始化了一叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)負(fù)載量 calc_load_tasks 中。整體流程如下所示。我們把上述程圖展開看一下，們找到了高分辨率時(shí)器的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到期函數(shù)設(shè)置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函數(shù)設(shè)成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些務(wù)。其中刷新當(dāng)前統(tǒng)負(fù)載就是在這個(gè)機(jī)進(jìn)行的。這里有點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)，。我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次過調(diào)用 tick_sched_handle => 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ù)載值。們來看下負(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)行列 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ì)列的負(fù)載對(duì)值?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ù)相對(duì)值，并把它加全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下的整體瞬負(fù)載總數(shù)了。我們展開看看是如何根運(yùn)行隊(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í)計(jì)算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，需要刷變化的量就，不用全部重算。此上述函數(shù)返回的一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上，我們計(jì)算平均數(shù)的時(shí)候取的方法都是把過一段時(shí)間的數(shù)字都起來然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載加起來取一個(gè)平均不完事了。這其實(shí)我們傳統(tǒng)意義上理的平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來計(jì)平均負(fù)載的話，存以下幾個(gè)問題：1.需要存儲(chǔ)過去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一個(gè)比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起，那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察，就要從移動(dòng)平均減去一個(gè)最早的觀值，再加上一個(gè)最的觀察值，內(nèi)存數(shù)會(huì)頻繁地修改和更。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再整個(gè)數(shù)組全加起來再除以樣本總數(shù)。然加法很簡(jiǎn)單，但成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平數(shù)計(jì)算過程中，所數(shù)字的權(quán)重是一樣。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來說，實(shí)越靠近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要一些才好。因?yàn)檫@能更好反應(yīng)近期變的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種數(shù)加權(quán)移動(dòng)平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需要知道這種方法實(shí)際計(jì)算的時(shí)候只要上一個(gè)時(shí)間的平數(shù)即可，不需要保所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重越高，夠很好地表示近期化趨勢(shì)。這其實(shí)也在時(shí)間子系統(tǒng)中定完成的，通過一種做指數(shù)加權(quán)移動(dòng)平計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們詳細(xì)看下上圖中的行過程。時(shí)間子系將在時(shí)鐘中斷中會(huì)冊(cè)時(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ù)載比較簡(jiǎn)單就是讀取一個(gè)內(nèi)存量而已。在 calc_load 中就是采用了我們前面的指數(shù)加權(quán)移動(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í)要簡(jiǎn)單不少計(jì)算量看起來很少而且看不懂也沒有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計(jì)算方法，是采用了一種計(jì)算，且能更好表達(dá)變趨勢(shì)的算法就行。此，我們開篇提到“負(fù)載是如何計(jì)算來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系瞬時(shí)負(fù)載值中，然再定時(shí)使用指數(shù)加移動(dòng)平均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(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í)是只計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程對(duì) CPU 有需求。在那個(gè)年代里，載和 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 的。所以說，負(fù)載高并一定是 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?
