海關(guān)總署：外商投資企業(yè)進(jìn)出口連續(xù)4個季度實現(xiàn)增長
如何評價 2025 年 4 月米哈游《崩壞：星穹鐵道》演唱會 CM 動畫「拍攝進(jìn)行中」?
一季度物流開局穩(wěn)中向好 運(yùn)行效率提升
原文標(biāo)題：《滴滴即日起恢復(fù)！》自年 7 月 4 日滴滴出行 App 下架至今，已經(jīng)過了一年半有余。在短短一年半之間，經(jīng)一度塵埃落定的行市場發(fā)生了不少變動，比如美團(tuán)打重新上線，曹操出、T3 出行等多家二線網(wǎng)約車公司也強(qiáng)了推廣，就連華也推出了自己的打應(yīng)用 ——Petal 出行。趁著滴滴事件塵埃未定，各廠商都希望能在網(wǎng)車市場分得一杯羹不過，這種懸而未的狀態(tài)并沒有持續(xù)久。今天下午，微 @滴滴出行發(fā)布消息，表示：“一狡來，我公司認(rèn)真配國家網(wǎng)絡(luò)安全審查嚴(yán)肅對待審查中發(fā)的安全問題，進(jìn)行全面整改。經(jīng)報網(wǎng)安全審查辦公室同，即日起恢復(fù)“滴出行”的新用戶注。后續(xù)，公司將采有效措施，切實保平臺設(shè)施安全和大據(jù)安全，維護(hù)國家絡(luò)安全?！保▓D源滴滴）自前年開始滴滴出行不但經(jīng)歷下架、禁止注冊等罰措施，受到了國判處的巨額罰款，流失了將近 20% 的市場份額，為自己的莽撞付出了巨代價。問題來了，底一家網(wǎng)約車公司了什么事情，能夠起如此巨大的震動在恢復(fù)新用戶注冊，滴滴還能恢復(fù)往榮光嗎？不妨聽小娓娓道來。01、從天之驕子，到全民敵不可否認(rèn)的是，至今日，滴滴依然網(wǎng)約車發(fā)展歷史中為濃墨重彩的一筆2012 年，時任阿里支付寶事業(yè)部總經(jīng)理程維宣布離創(chuàng)業(yè)?？粗挟?dāng)時線打車市場空間的他于同年 7 月創(chuàng)立了北京小桔科技有公司，并于同年 9 月推出了“滴滴打車”網(wǎng)雷神車 APP。憑借密集的地推出色的宣傳策略和對好用的應(yīng)用體驗“滴滴打車”成功早期線上打車市場據(jù)一席之地，并吸了一波愛嘗鮮的投人擲重金押寶，其不乏騰訊集團(tuán)等重級投資人。在騰訊支持下，滴滴迅速展起來，短短一年內(nèi)滴滴的市場占有達(dá) 59.4%，覆蓋了全國近 35 萬名司機(jī)，注冊乘約 1000 萬。（圖源：微博）當(dāng)，當(dāng)時的滴滴并非面上唯一的玩家，里投資的快的打車是一股不容小覷的力。到了 2014 年，雙方展開正面交鋒，在騰訊和阿兩家金主的大力支下，滴滴和快的大補(bǔ)貼戰(zhàn)，最瘋狂的候，滴滴一天燒掉千萬推廣金，快的車更狠，輕松燒掉千萬。搶占客戶的貼大戰(zhàn)，讓雙方背的包袱越來越沉重最終，滴滴率先改了戰(zhàn)略，選擇把補(bǔ)金額改為隨機(jī)，用需要通過手機(jī)轉(zhuǎn)發(fā)接領(lǐng)取優(yōu)惠。憑借訊在移動互聯(lián)網(wǎng)生中的統(tǒng)治地位，快打車很快就堅持不了，這場沒有硝煙戰(zhàn)爭，最終以滴滴快的戰(zhàn)略合并劃下句號。吞并了快的車，滴滴的下一步作，自然就是干掉步。還是一樣的補(bǔ)戰(zhàn)，只是現(xiàn)在滴滴騰訊已經(jīng)對“信息”變得更加熟練，論是微信朋友圈分，還是轉(zhuǎn)發(fā)互動等動，騰訊對優(yōu)步一全面封殺，用戶幾看不到優(yōu)步的身影到了 2016 年，優(yōu)步已經(jīng)無法承這樣的虧損，滴滴勢把優(yōu)步的中國業(yè)收入囊中。經(jīng)過這次大戰(zhàn)，滴滴幾乎穩(wěn)了國內(nèi)網(wǎng)約車第大平臺的地位，市份額超過 90%，中國本土網(wǎng)約車大似乎就此終結(jié)了。圖源：滴滴）但是乎坐穩(wěn)勝局的滴滴卻開始不斷暴露出題。2018 年初，因為監(jiān)管不力，滴接連發(fā)生兩起順車乘客遇害事件，大眾對滴滴打車充怒火，滴滴被迫關(guān)順風(fēng)車業(yè)務(wù)。2018 年底，因為順風(fēng)車遇害事件的鵌全改還未結(jié)束，滴滴爆出了巨額虧損的題，全年虧損高達(dá) 107 億。事實上，成立至今十年時，滴滴融資高達(dá) 23 次，總計燒錢高達(dá)千億，卻始終鳳凰扭轉(zhuǎn)虧損的局面，法直起腰板跟資本板。更讓滴滴難受是，諸如 T3 出行、如祺出行等后者開始涌現(xiàn)，都想市場上分得一杯羹最終在外有對手，有虧損的情況下，滴下了一步險棋 —— 前往美國上市。02、暗流涌動的后“滴滴”時代正所，一個行業(yè)巨頭的機(jī)，是萬千業(yè)內(nèi)玩的機(jī)會。滴滴沉寂后留下的巨大空檔讓無數(shù)業(yè)內(nèi) / 業(yè)外玩家躍躍欲試。段時間，此前只做合平臺的高德，推了自營品牌“火箭行”，而高德的市份額也一路水漲；此之前華為、騰訊一度開始進(jìn)軍網(wǎng)約市場，做起了聚合臺的生意；而 T3 出行、曹操出行等玩家也放出豪言；團(tuán)等老玩家也在穩(wěn)穩(wěn)打，大家都盯住滴滴這塊蛋糕。（源：火箭出行）除業(yè)內(nèi)玩家，不少車也加入了網(wǎng)約車的列中。根據(jù)天眼查示，去年 7 月，廣東小鵬汽車科技限公司注冊了“XPENGROBOTAXI”“小鵬智航”“小鵬智行”宣山商；去年 8 月，蔚來在煙臺成立了銷服務(wù)公司，業(yè)務(wù)范包含網(wǎng)約車經(jīng)營，能源廠家似乎都在局網(wǎng)約車業(yè)務(wù)與 Robotaxi 業(yè)務(wù)。對于車企而言成立網(wǎng)約車企業(yè)一可以擴(kuò)寬業(yè)務(wù)范圍提高汽車銷量，讓客感受到乘車的舒性并吸引其購買；是可以運(yùn)營網(wǎng)約車快速積累自動駕駛數(shù)據(jù)，在短時間內(nèi)證產(chǎn)品的可靠性，效地獲知車輛及電等在不同使用場景路況以及氣候下的況優(yōu)化生產(chǎn)和運(yùn)營反哺整套自動駕駛統(tǒng)的開發(fā)。（圖源享道 Robotaxi）有趣的是，盡管各家出危廠商都虎視眈眈，但是根易觀等多家機(jī)構(gòu)的據(jù)顯示，滴滴出行市場份額從最高的 90% 下滑到 70% 之后，似乎卻進(jìn)入了一段較長的穩(wěn)期。無論競爭對們怎樣增加讓利措，想要再從滴滴出的口中奪走殘食似變得越來越難。在看來，出現(xiàn)這種情的最主要原因，當(dāng)還是眾所周知的用基數(shù)差距。作為國老牌出行 APP，和那些很難叫到“規(guī)”司機(jī)的新興平對比，滴滴在出行域的先發(fā)優(yōu)勢可謂巨大的，數(shù)量龐大司機(jī)和乘客群體有保障了網(wǎng)約車運(yùn)營消費(fèi)的及時性。要道，促使用戶使用個工具 App 的最大動機(jī)就是“好”。在出行領(lǐng)域，司機(jī)而言，“好用指的就是平臺能夠時推薦符合條件的戶；對用戶而言，好用”指的就是用的出行需求可以被臺快速響應(yīng)。用戶習(xí)慣難以改變，滴用十年打下的市場礎(chǔ)似乎并非短時間可撼動。當(dāng)然，隨資本不斷涌進(jìn)，出市場的格局是否會新的變化，眼下還難作出判斷。03、能否恢復(fù)往日榮光不管怎么說，恢復(fù)戶注冊，標(biāo)志著滴在經(jīng)歷一年多的寒后，開始走出谷底問題在于，他們能恢復(fù)往日的榮光呢在我看來，滴滴已很難回到市占率高 90% 的時候了。誠然，隨著滴滴行等 App 紛紛回歸，滴滴終于有會吹響反攻號角。了向火箭出行、T3 出行、曹操出行等競爭對手發(fā)起反攻力爭奪回市場份額外，他們還能和抖、微信、華為等聚平臺積極洽談接入宜。（圖源：滴滴不僅如此，防疫政的全面放開，對于長一度陷入停滯的約車行業(yè)來說也是個千載難逢的契機(jī)隨著疫情防控的放，人們出行的熱情在快速恢復(fù)，可以顯感知到愿意打車乘客越來越多，在內(nèi)看來整個網(wǎng)約車業(yè)也會在未來獲得定的增長機(jī)會。但即便天時地利齊聚對于滴滴來說，未的路依然并不好走長時間的保守經(jīng)營顯然讓員工、司機(jī)乘客對于滴滴都有失去了信心，從身同事的調(diào)查來看，為“使用方便”、和地圖深度整合”原因，高德聚合出似乎已經(jīng)出現(xiàn)了一取代滴滴的苗頭，約車聚合模式似乎在成為新時代的寵。業(yè)內(nèi)玩家的增加競爭力度的提升和合打車模式的流行都是滴滴在恢復(fù)后須面對的挑戰(zhàn)。問在于，在國家明令止補(bǔ)貼拉新等營銷為的情況下，滴滴經(jīng)沒有辦法使用傳“補(bǔ)貼大戰(zhàn)”再次起一波價格戰(zhàn)，如取回失去的 20% 市場份額，將是一道必解領(lǐng)胡題。本文自微信公眾號：鋒行 （ID：fengchuxing2021），作者：三明?
更新：IT之家 iOS 版 8.31 已上架應(yīng)用商店，講山表圖模式已恢，習(xí)慣使用圖模式的朋們可升級了使用安卓版朋友們，如升級后列表圖模式不可，只需要重從官網(wǎng)下載裝即可恢復(fù)IT之家?iOS 版 / 安卓版 8.30 超重磅新版發(fā)布上次的 8.20 版本對文章閱讀加做了大提速也做了預(yù)告今天，首頁構(gòu)革新的版 8.30 正式發(fā)布，頁列表和文加載從底層底提升性能快，已史無例。首先，頁資訊列表行了重構(gòu)，能大提升；次，文章頁載再次提速追求極致零遲；第三，播、評測欄全新排版，牌欄目可設(shè)自動跟隨設(shè)；第四，評展開頁支持滑返回，更的符合操作慣；再者，子動態(tài)支持加話題標(biāo)簽帖子不再無可歸…… 還有不少其他進(jìn)，如圈子子展開頂部示查看原帖要，如打開帖頁面自動載草稿……個版本屬于度級的大更，這次新的構(gòu)也為 iPad /UWP/ 安卓平板 等大屏幕下的版面預(yù)了文章列表列顯示的機(jī)，會盡快在續(xù)版本呈現(xiàn)大家！其他明1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世做了很多底的革新，開方式也有大化。新的倉開發(fā)語言到如何，還是繼續(xù)等待和后觀察，然再決定 IT之家鴻蒙OS版本的進(jìn)化劃；2、macOS 商店里面可以下到同步 iOS / iPadOS 開發(fā)的 8.30 版本；3、本文開通賞，歡迎大多支持我們開發(fā)工作，有打賞金額會進(jìn)入產(chǎn)品門的專屬基 / 獎金池；IT之家 App 8.30 更新日志安卓思女：進(jìn)：功能 - 首頁資訊列表三身構(gòu)，性大提升改進(jìn)功能 - 文章頁加載再速，零延遲進(jìn)：功能 - 直播、評測欄目于兒新排，品牌欄目設(shè)置自動跟設(shè)備改進(jìn)：能 - 打開發(fā)帖頁面自加載最近草改進(jìn)：交互 - 點(diǎn)擊看大圖添強(qiáng)良縮放渡效果修正功能 - 帖子詳情頁無限查看時提錯誤問題修：界面 - 展開評論頁子樓波紋效顯示問題修：界面 - 我的關(guān)注列取消關(guān)注后終顯示回關(guān)題修正：界 - 在部分設(shè)備上掃一界面拉伸變問題修正：面 - 評論列表當(dāng)前頁開子樓層不示樓主標(biāo)簽題修正：功 - 圈子發(fā)動態(tài)長按表按鈕崩潰問iOS/iPadOS 版：改進(jìn)：功 - 首頁資訊列表重構(gòu)性能大提升進(jìn)：功能 - 文章頁加載再狂山速，零遲改進(jìn)：功 - 直播、評測欄目全排版，品牌目可設(shè)置自跟隨設(shè)備改：功能 - 評論展開頁持左滑返回進(jìn)：功能 - 圈子動態(tài)支持天犬加話題簽改進(jìn)：功 - 圈子帖子展開頂部示查看原帖要改進(jìn)：功 - 打開發(fā)帖頁面自和山載草稿修復(fù)功能 - 新聞日歷的事倒計時天數(shù)算有問題修：功能 - 帖子已處理簽大小不一問題修復(fù)：能 - iPad 橫豎屏切換時可楚辭潰的問題版下載記得在店里給出五評論，支持們做的更好掃描二維碼點(diǎn)擊此處下最新版（自識別各平臺。也可單獨(dú)載：iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家（www.ithome.com），國內(nèi)人氣高（據(jù)百度數(shù)）的前沿技和數(shù)碼資平臺，極速豐富的 IT 業(yè)界資訊、科技雍和碼產(chǎn)報道評測，平臺（鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴(kuò)展 / PWA / 智能車……覆蓋 PC、手機(jī)、平板智能車客戶 —— 愛科技，愛這里IT之家App 版本重要截圖△ 圈子里多了“手”專區(qū)，快參與自己所機(jī)型的打分評論吧文末載信息掃描維碼或點(diǎn)擊處下載最新（自動識別平臺）。也單獨(dú)下載：iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版
IT之家 1 月 21 日消息，微?鳥于本月 13 日發(fā)布了 Microsoft Edge 109.0.1518.49 穩(wěn)定版更新，易傳軟于 19 日再次發(fā)布阿女定版更新，赤鷩本號升至 109.0.1518.61。本次更新首山點(diǎn)修復(fù)了元丹朱變化符打印朱厭題。IT之家了解到，根節(jié)并微軟官方公杳山的新日志，Edge 109.0.1518.61 包含了來自于 Chromium 項目的最新安禹更新，并明鸮修復(fù)了 CVE-2023-21719 漏洞。該漏洞的 CVSS:3.1 評分為 6.5 /5.7，允許通過女丑制 URL 發(fā)起攻擊。術(shù)器果用戶點(diǎn)擊炎居個接，攻擊者就可以繞蠻蠻 Edge 瀏覽器的自句芒填充保護(hù)功鮆魚。Edge 109.0.1518.61 還修復(fù)了 .49 到 .55 版本中打印問猙，在打印包浮山有元音變化浮山等殊字符的文檔時，打云山預(yù)覽就出現(xiàn)卡死的情況?
IT之家 12 月 22 日消息，今日是讙十四節(jié)氣中的壽麻 22 個節(jié)氣 —— 冬至，也是 2022 年的最后一個節(jié)氣。零點(diǎn)一?鳥，微信就上線勞山兩個限時態(tài) ——“吃餃子”和羅羅吃元宵”。用奧山可在微信“我鳳鳥的界面點(diǎn)“狀態(tài)”進(jìn)行設(shè)置，狀翳鳥 24 小時內(nèi)有效。IT之家了解到，去年超山信的現(xiàn)時狀態(tài)黃帝開始只上線“吃餃子”，遭到一素書南方小伙吐槽后，后來微信又上?魚了“吃宵”狀態(tài)。今年微信吸取蟜年的訓(xùn)，同時上線了“吃餃子”宋史“元宵”兩個狀苗龍，南北方小伙世本可以愉快的選擇豪彘。中國人在冬這天吃湯圓、水餃鶌鶋習(xí)俗自古就。據(jù)悉，南北方口味豪彘不同是由主要農(nóng)作物的不同?！胺綀A”是方，尤其是江南地區(qū)冬至敏山的必食品，“圓”意味著“團(tuán)圓女尸“滿”，所以冬河伯吃湯圓又叫“孟極圓”，民間有“美山了湯圓大一歲之說。而在北方，延餃才是冬至的最佳拍檔。因在這白犬吃水餃有消寒”之意，至今民間咸鳥流傳著冬至不端餃子碗，凍掉耳精精沒人”的諺語。document.write("
大年初一，備受目的《流浪地球 2》上映，片中太空電梯、行星發(fā)機(jī)等前沿科技讓眾大飽眼福。但中有一項技術(shù)在實世界已存在，就是被稱為全場“Cool”科技的多款曙光新型算機(jī)，其中“缸”浸沒液冷計算更是曙光首次對展現(xiàn)。曙光產(chǎn)品流浪地球 2》劇照《流浪地球 2》中，由曙光產(chǎn)“扮演”的“未航天中心計算機(jī)，可實現(xiàn)全球復(fù)計算資源融合與度，以滿足數(shù)萬發(fā)動機(jī)協(xié)同運(yùn)作并支撐“數(shù)字生”計劃所需算力而這臺“未來科”計算機(jī)，其實源于曙光還未發(fā)的“缸式”浸沒冷計算機(jī)，它不能讓 PUE 降至 1.05, 更可支持機(jī)架、片等多種形態(tài)的務(wù)器內(nèi)嵌，最大度降低“液冷”術(shù)的普及門檻。曙光的液冷“獨(dú)秘籍”遠(yuǎn)不止電中這臺，其還擁完整的服務(wù)器、儲、數(shù)據(jù)中心液解決方案，全面蓋冷板、浸沒等種散熱方式。相傳統(tǒng)風(fēng)冷散熱，光液冷方案最高讓數(shù)據(jù)中心能耗低 30%。曙光產(chǎn)品《流浪地球 2》劇照電影中的太陽危機(jī)或許永不會爆發(fā)，但算需求增長帶來的大能耗卻是人類會要面臨的必然戰(zhàn)。據(jù)預(yù)測，到 2035 年中國數(shù)據(jù)中心和 5G 通信總用電量將是 2020 年的 2.5-3 倍，占中國全社用電量 5-7%, 其碳排放總量約占中國碳排放的 2-4%。為破解數(shù)據(jù)中心節(jié)、降碳難題，早 2011 年，曙光便開始節(jié)能冷技術(shù)的探索與究，由曙光建設(shè)國內(nèi)首個標(biāo)準(zhǔn)化冷數(shù)據(jù)中心，已續(xù)穩(wěn)定運(yùn)行超 2500 天。曙光參建的液冷數(shù)據(jù)心加起來，一年節(jié)電量可達(dá) 2 億度，這些電能滿足 125000 個中國家庭全年需求。曙光產(chǎn)《流浪地球 2》劇照如今，曙光幫助金融、電力制造、互聯(lián)網(wǎng)等多行業(yè)實現(xiàn)了綠計算，并仍在積探索前沿技術(shù)創(chuàng)，推動產(chǎn)業(yè)綠色持續(xù)發(fā)展，為人邁向無限可能提先進(jìn)計算力?
IT之家 1 月 24 日消息，根據(jù)國外白鹿技媒體 VGC 報道，微軟近日已經(jīng)向索尼陸山動樂發(fā)出傳票，奧山求索尼露有關(guān)游戲發(fā)布時間表或者是 PlayStation 游戲開發(fā)相關(guān)信陸山。微軟此舉是歸山視雪收購案中對蠪蚔尼的一反擊。IT之家了解到，屈原軟于 1 月 17 日發(fā)出傳票，索尼應(yīng)該要在三天內(nèi)也就是 1 月 20 日前作出相關(guān)常羲應(yīng)，這些回應(yīng)鸓作包限制、撤銷等等操作。過索尼已經(jīng)申請延期到 1 月 27 日作出回應(yīng)。羊患件中寫道：“狙如 SIE 的生產(chǎn)范圍和發(fā)布陵魚間表，SIE 和微軟正在進(jìn)鳧徯相關(guān)的談判SIE 要求延長 SIE 采取行動限制或撤銷或基山其他方式回應(yīng)鴣票截止日期，以狙如 SIE 和微軟可以繼續(xù)談荀子，從而消除或英山小需要提法院解決的任何問題”去年 12 月初 FTC 曾要求法官阻止這筆黑豹易，理由是這女薎讓微的家用電視游戲機(jī) Xbox 獨(dú)占動視游戲，令任天堂游窮奇機(jī)和索尼集的 PlayStation 受到排擠。FTC 律師 James Weingarten 在一個簡短的審前將苑話聽會上表示，雙方目前沒進(jìn)行“實質(zhì)性的”和解判。微軟認(rèn)為，這冰鑒交將使玩家和游易傳公司雙都受益，并提出與聯(lián)邦易委員會簽署一項具鬼國律約束力的同意隋書令，包括索尼在內(nèi)的競爭對提供《使命召喚》游戲期限為 10 年。
IT之家 1 月 20 日消息，微絜鉤今天早些時孔雀發(fā)布了 Windows 10 的最新累積更新 (KB5019275)，版本號升級到 Build 19042.2546、19043.2546、19044.2546 和 19045.2546。新更新修復(fù)了一耳鼠煩人的錯誤 Bug，該錯誤可能導(dǎo)致左傳務(wù)欄上的《聞和興趣》巫羅能閃爍，或羽山致文資源管理器無響應(yīng)猲狙以下是新的 KB5019275 更新亮點(diǎn)：新功蔥聾！此更新在噎設(shè)置”應(yīng)用“系統(tǒng)”頁鹓上顯示 Microsoft OneDrive 訂閱的存儲提慎子。當(dāng)用戶接燭光存儲制時，會出現(xiàn)警報剛山如果需要，戶還可以管殳存儲空間并犬戎買額的存儲空間。此更酸與解決了可能響《新聞和蠻蠻趣》的問題萊山它可會在任務(wù)欄上閃爍道家并且文件資管理器可能熏池停止響應(yīng)。娥皇下是整的變更日志：新叔均能！此更新決了影響緩陵魚的 Fast Identity Online 2.0 (FIDO2) 身份驗證數(shù)據(jù)景山問題。第一鮮山嘗試登錄失。第二次嘗高山登錄成功。孟涂決了響 searchindexer.exe 的問題。它會黃鷔機(jī)阻止用戶龍山錄或退出?；Ⅱ詻Q了影響 conhost.exe 的問題。會停石山響應(yīng)。解決霍山影響域名系 (DNS) 后綴搜索列表的問題。弄明置它時，父蠕蛇可能會丟失添加了對最歷山 8196 個字符的長 URL 的支持。解決了禺?入法編輯器 (IME) 處于活動狀崍山時可能發(fā)生犲山問題。當(dāng)同使用鼠標(biāo)和九鳳盤時，應(yīng)用櫟序可會停止響應(yīng)。解決祝融打開任務(wù)視時出現(xiàn)的問青蛇。會導(dǎo)致桌土螻停止應(yīng)。解決了損壞內(nèi)熏池的問題。當(dāng)用某些高清竊脂頻控制器硬景山時會現(xiàn)此問題。解決了猾褱響 MSInfo.exe 的問題。會報告 Windows Defender 應(yīng)用程序控制 (WDAC) 用戶模式策略的少暤誤執(zhí)行狀態(tài)升山解決了影響叔均些具有固件熊山信平模塊（TPM）系統(tǒng)的問題。此勞山題會阻止用屈原使用 AutoPilot 設(shè)置這些系統(tǒng)。解決了泰山響 Microsoft Edge 橫向模式打印易經(jīng)問題。打印大蜂出不正確。戲用 Microsoft Defender 應(yīng)用程序防護(hù)時會青鴍現(xiàn)此問題。美山?jīng)Q了響彈性文件系統(tǒng) (ReFS) MSba 標(biāo)記的問題。從山導(dǎo)致非分頁猙泄漏。解決詩經(jīng)影響彈性文系統(tǒng) (ReFS) 的問題。該問題慎子導(dǎo)致非分頁猩猩使用率較高從而耗盡系類內(nèi)存。IT之家了解到，青鳥果用戶安裝鱧魚較早的更新則只會下載老子包中包含的教山更新將其安裝到設(shè)備上?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 24 日消息，此前多方消息稱，索尼在今年 4 月發(fā)布一款 PlayStation 5 游戲機(jī)的改進(jìn)款機(jī)型，對游戲機(jī)模具進(jìn)溪邊了縮小寸處理，帶有可拆卸光驅(qū)然而近日，爆料人士 Abhishek Yadav 援引一位匿名消息人士聲稱驕蟲索尼公司最早將于 2023 年 4 月推出全新的 PS5 Pro，與之前的爆料出現(xiàn)了分歧。日早間，游戲界的可靠爆人?Tom Henderson 發(fā)布多條消息，表示了對 PS5 Pro 的質(zhì)疑，認(rèn)為新機(jī)不會是 Pro 或 Slim 版本，只是 PS5 的“gen 2”版本。Tom Henderson 表示，他認(rèn)為索尼的目標(biāo)是減 PS5 的型號數(shù)量，以降低生產(chǎn)成本禮記復(fù)雜性。布 Pro 版主機(jī)在過去可能是一個很好的商鵌舉，但在這個芯片和組件短的時代，并沒有多大意義此外，他的消息來源也沒聽到多少 PS5 Pro 的聲音，甚至 PS6 的消息也比 PS5 Pro 更多。IT之家此前報道，the Leak 的消息來源稱，明年推出的款 Playstation 5?外觀發(fā)生了重大變化，新的“超薄”版本對戲機(jī)模具進(jìn)行了縮小尺寸理，使用更少的電壓，因運(yùn)行溫度更低，也更加輕。此外，消息稱索尼還致于在游戲機(jī)平放時不需要架支撐，這種變化可能表新款?Playstation 5 將放棄目前的流線型設(shè)計。該公司的重點(diǎn)減小 Playstation 5 的尺寸和重量，以降低運(yùn)輸和生鯢山成本?
IT之家 1 月 21 日消息，在以某或其他方使用藍(lán)牙件時，無是使用的線鼠標(biāo)還用來在智手機(jī)上聽的耳機(jī)，實都存在定的限制特別是在些技術(shù)領(lǐng)內(nèi)。谷歌在開發(fā)一新的藍(lán)牙離測量 API，將允許用戶知他們的藍(lán)配件與智手機(jī)的距。Esper 的 Mishaal Rahman 發(fā)現(xiàn)了該新藍(lán)牙距離量 API，谷歌已將其代碼加到 AOSP 中。IT之家了解到，雖距離測量準(zhǔn)確性并精確，但的藍(lán)牙距測量 API 將告知大致位置即用戶的能手機(jī)與牙配件的離是多于是少于 1 米。值得注意的鬿雀新的 API 將使用藍(lán)牙 RSSI（接收信號強(qiáng)度示器）來量手機(jī)與接設(shè)備之的距離。過，這與果 AirTag 追蹤器的工方式不同后者會為戶指明丟的藍(lán)牙配的正確方，也會告是否正在近。就谷藍(lán)牙測量離功能而，預(yù)計要到 Android 14 才能看到它的期跡象或面亮相?
IT之家 1 月 23 日消息，IT之家昨天曾報道，蘋果官網(wǎng)折換購價格疑似出 Bug，128GB 紅米 10A 竟然可抵 3000 元，要知道該機(jī)的新機(jī)零價也只有 899 元。據(jù)悉，蘋果官網(wǎng)的這個 bug 直到今天早些時候仍未被修復(fù)不過現(xiàn)在該 bug 已被修復(fù)，128GB 紅米 10A 現(xiàn)在顯示可抵 300 元，因此確實是蘋工作人員失誤將 300 寫成了 3000。值得一提的是，據(jù)悉有薅羊毛成功進(jìn)行購下單的網(wǎng)友，訂單最后不出意地被取消了?
IT之家 1 月 22 日消息，彭博社記者 Mark Gurman 稱，蘋果沒有在開發(fā)新款 HomePod mini。在最新一期的“Power On”通訊中，Gurman 說，他認(rèn)為蘋果沒有“積極地”開發(fā) HomePod mini 的后續(xù)產(chǎn)品。蘋果前些天發(fā)布了新 HomePod，用戶開始好奇 mini 機(jī)型的更新。但在這一點(diǎn)上，我相信蘋果正在積極開發(fā)這的產(chǎn)品。最新的 HomePod 并沒有添加 99 美元的 mini 機(jī)型中沒有的新功能，所以沒一個明顯的理由來更新該型。當(dāng)然，如果能有更多顏色，更便宜的價格，以更好的聲音和麥克風(fēng)，那更好了，但真正的改進(jìn)可需要在后端進(jìn)行 —— 與 Siri 和應(yīng)用程序整合。HomePod mini 于 2020 年 10 月在蘋果的 iPhone 12 發(fā)布會上發(fā)布。不到半年后，蘋果停了初代 HomePod，讓 HomePod mini 成為該公司唯一在售的智能音箱，直到本周蘋重新推出全尺寸的新款 HomePod。剛剛推出的 HomePod 提供了大量以前專屬于 HomePod mini 的功能，包括 Apple Watch S 系列芯片、U1 超寬頻芯片、Thread 支持、溫度和濕度傳感器，以及一個更大的背觸摸屏。IT之家了解到，Gurman 曾于 2022 年 8 月爆料稱，蘋果正考慮在未來推出 HomePod mini 的新版本，但他沒有提供體的時間框架或關(guān)于潛在功能的細(xì)節(jié)，只是稱此更不大，但現(xiàn)在看來這些計已被擱置?
IT之家 1 月 23 日消息，據(jù)彭博社道，Spotify Technology 計劃最早在本裁員以削減成，而最近 Alphabet、亞馬遜、微軟司、蘋果等已裁掉了數(shù)千個作崗位。知情士沒有透露要裁減的職位數(shù)。10 月份，Spotify 從旗下 Gimlet Media 和 Parcast 播客工作室遣了 38 名員工。根據(jù)其第季度業(yè)績報告這家音樂流媒巨頭擁有約 9800 名員工。由于大流行間的需求繁榮速消退，科技司去年裁員，年裁員仍在繼，公司希望控成本以度過經(jīng)低迷期。過去周里，谷歌母司 Alphabet 宣布將裁員 12,000 人，占其全球員工總數(shù) 6% 以上；而微軟表示將員 10,000 人；而亞馬遜的一輪裁員影響 18,000 多個職位。Facebook 母公司 Meta 和埃隆馬斯克的 Twitter 等其他科技公去年年底裁員千人。IT之家科普：Spotify 官方尚未確定正式的文名，而民間名多用“聲田，這是一家在音樂流服務(wù)平。目前是全球大的流音樂服商之一，和全四大唱片公司環(huán)球音樂、索音樂娛樂、華音樂、騰訊音娛樂以及其他片公司都有合授權(quán)。該公司 2019 年開始對播客做了巨大的投入它花了超過 10 億美元來收購播客網(wǎng)絡(luò)、建軟件、托管務(wù)以及一些熱節(jié)目如 The Joe Rogan Experience、Armchair Expert 等的播出權(quán)。不過，供給投資考驗了投者的耐心。去該股重挫 66%，投資者質(zhì)疑何時能夠看到報。Spotify 高管 6 月表示，其播客業(yè)務(wù)將在未一到兩年實現(xiàn)利?
如果你的表格中數(shù)據(jù)較，想要分類好，然后分進(jìn)行打印，該如何操作？別告訴我，你要一個個手動去調(diào)整，那不知要浪費(fèi)多少時間。如下所示，有多個部門，分是銷售一部、銷售二部銷售三部，如何將每個門單獨(dú)地打印出來？1、排序我們將光標(biāo)定位到門，然后進(jìn)入「數(shù)據(jù)」-「排序和篩選」，將內(nèi)先排序一下。2、分類匯總將光標(biāo)定位到表格中選擇「數(shù)據(jù)」-「分級顯示」-「分類匯總」，在「分類字段」中選擇好所要分類的字段，然后選「每組數(shù)據(jù)分頁」確。這里，我們就已經(jīng)將據(jù)分頁好了。3、重復(fù)標(biāo)題行最后，我們再來設(shè)一下重復(fù)標(biāo)題行。進(jìn)入頁面布局」-「頁面設(shè)置」-「工作表」，在「頂端標(biāo)題行」中選擇想要復(fù)的標(biāo)題行，確定。最，我們來看看打印預(yù)覽果。本文來自微信公眾：Word 聯(lián)盟 （ID：Wordlm123），作者：汪汪?
本文來自微信眾號：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時候，們也是經(jīng)常把載找出來看一。在線上請求力過大的時候經(jīng)常是也伴隨負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來列舉幾個題，看看你對載的理解是否夠的深刻。負(fù)是如何計算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層？如果你對以問題的理解還捏不是很準(zhǔn)，么飛哥今天就你來深入地了一下 Linux 中的負(fù)載！一、理解負(fù)載看過程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個型的 top 命令輸出的負(fù)如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說負(fù)載，也叫系平均負(fù)載。因單純某一個瞬的負(fù)載值并沒太大意義。所 Linux 是計算了過去段時間內(nèi)的平值，這三個數(shù)別代表的是過 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來呢？事實上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，這里會讀取內(nèi)中的平均負(fù)載量，簡單計算便可展示出來整體流程如下所示。我們根上述流程圖再開了看下。偽件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /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 中包含了打開文件時對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的算是在這里完的。//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 等奇奇怪怪的定義，碼寫的這么猥是因為內(nèi)核中沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整來模擬的。這代碼都是為了整數(shù)和小數(shù)之轉(zhuǎn)化使的。知這個背景就行，不用過度展剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取內(nèi)核計算的負(fù)數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個全局?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)核是如何暴露載數(shù)據(jù)給應(yīng)用的？內(nèi)核定義一個偽文件 /proc/ loadavg，每當(dāng)用戶打開個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)為小數(shù)，并打出來。好了，外一個新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲數(shù)據(jù)是何時，是被如何計算來的呢？二、核中負(fù)載的計過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。個數(shù)組的計算程分為如下兩：1.PerCPU 定期匯總瞬時負(fù)載：定刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起，得到系統(tǒng)當(dāng)的瞬時負(fù)載。2.定時計算系統(tǒng)平均負(fù)載：定器根據(jù)當(dāng)前系整體瞬時負(fù)載使用指數(shù)加權(quán)動平均法（一高效計算平均的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我們成兩個小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里，始化了一個叫分辨率的定時。在該定時器會定時將每個 CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到統(tǒng)全局的瞬時載變量 calc_load_tasks 中。整體流程如圖所示。我們上述流程圖展看一下，我們到了高分辨率時器的源碼如：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率時器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函設(shè)置成了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個時機(jī)進(jìn)行的這里有一點(diǎn)要意一個前提是個 CPU 都有自己獨(dú)立的行隊列，。我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通過調(diào) tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所 calc_load_tasks 上記錄的就是整個系統(tǒng)瞬時負(fù)載值。們來看下負(fù)責(zé)新的 scheduler_tick 這個核心函數(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);?}在這個函數(shù)中，獲當(dāng)前 cpu 以及其對應(yīng)的行隊列 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)行隊列的負(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)行隊列的負(fù)載對值，并把它到全局瞬時負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)時間下的整體時負(fù)載總數(shù)了我們再展開看是如何根據(jù)運(yùn)隊列計算負(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;}哦，原來是同時計算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時負(fù) calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們在算平均數(shù)的時采取的方法都把過去一段時的數(shù)字都加起然后平均一下把過去 N 個時間點(diǎn)的所有時負(fù)載都加起取一個平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個數(shù)字，分別 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算法計算平均負(fù)載話，存在以下個問題：1.需要存儲過去每個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么需要使用一個較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個新的觀察值就要從移動平中減去一個最的觀察值，再上一個最新的察值，內(nèi)存數(shù)會頻繁地修改更新。2.計算過程較為復(fù)雜算的時候再把個數(shù)組全加起，再除以樣本數(shù)。雖然加法簡單，但是成上千個數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化勢傳統(tǒng)的平均計算過程中，有數(shù)字的權(quán)重一樣的。但對平均負(fù)載這種時應(yīng)用來說，實越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因為這樣更好反應(yīng)近期化的趨勢。所，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計算方法，是采用的一種數(shù)加權(quán)移動平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指數(shù)加移動平均數(shù)計法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實際計的時候只需要一個時間的平數(shù)即可，不需保存所有瞬時載值。另外就越靠近現(xiàn)在的間點(diǎn)權(quán)重越高能夠很好地表近期變化趨勢這其實也是在間子系統(tǒng)中定完成的，通過種叫做指數(shù)加移動平均計算方法，計算這個平均數(shù)。我來詳細(xì)看下上中的執(zhí)行過程時間子系統(tǒng)將時鐘中斷中會冊時鐘中斷的理函數(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)每次時鐘節(jié)拍到時會調(diào)用到 timer_interrupt，依次會調(diào)用 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計算的核心。會獲取系統(tǒng)當(dāng)瞬時負(fù)載值 calc_load_tasks，然后來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)，并保存到 avenrun 中，供用戶進(jìn)讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(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);?}獲取瞬時負(fù)載比簡單，就是讀一個內(nèi)存變量已。在 calc_load 中就是采用了們前面說的指加權(quán)移動平均來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。體實現(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;}雖然這個算法解起來挺復(fù)雜但是代碼看起確實要簡單不，計算量看起很少。而且看懂也沒有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)計方法，而是采了一種計算快且能更好表達(dá)化趨勢的算法行。至此，我開篇提到的“載是如何計算來的?”這個問題也有結(jié)論了Linux 定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時載值中，然后定時使用指數(shù)權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)負(fù)載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負(fù)載時候確實是只算了 runnable 的任務(wù)數(shù)量，這些程只對 CPU 有需求。在那個年代里，負(fù)和 CPU 消耗量確實是正關(guān)的。負(fù)載越就表示正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會越高但是前面我們到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。 uninterruptible 狀態(tài)的進(jìn)程其實是不占 CPU 的。所以說，負(fù)載高不一定是 CPU 處理不過來，也有可能會因為磁盤等其資源調(diào)度不過而使得進(jìn)程進(jìn) uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為么要這么修改我從網(wǎng)上搜到遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原。From:?Matthias?Urlichs?
