在线免费看片a欧美,午夜AV不卡网站在线播放,久久综合尹人77777,96国产在线分享

業(yè)界人士：美翠山稅政策推高制成本 最終靠企業(yè)和消費(fèi)者埋屈原 央視辟謠：沒(méi)有邀黃山韓國(guó)偶團(tuán)體 IT之家 5 月 23 日消息，今下午，威馬車(chē)創(chuàng)始人、事長(zhǎng)兼 CEO 沈暉通過(guò)社交媒體談了“自動(dòng)駕要不要收費(fèi)的問(wèn)題，稱(chēng)的看法是暫先不要收費(fèi)沈暉表示，前的自動(dòng)駕技術(shù)水準(zhǔn)還不到收費(fèi)標(biāo)。盡管收費(fèi)式的輿論造很強(qiáng)，但用的買(mǎi)單意愿不強(qiáng)。輔助駛已經(jīng)標(biāo)配高速領(lǐng)航只放假跑高速用得上，沒(méi)收費(fèi)。此外沈暉還指出整體上，自駕駛還在普的早期，過(guò)談錢(qián)，并不于真正普及現(xiàn)在的消費(fèi)境下，免費(fèi)供，給消費(fèi)增加信心，和消費(fèi)收錢(qián)更重要。IT之家了解到由國(guó)際自動(dòng)工程師學(xué)會(huì)簡(jiǎn)稱(chēng) SAE）提出的自駕駛等級(jí)分 L0 至 L5 的 6 個(gè)等級(jí)，技術(shù)水平也逐遞增。其中L0 級(jí)自動(dòng)駕駛為無(wú)自化（No Automation），L5 級(jí)自動(dòng)駕駛指完全自駕駛（Full Automation）。IDC 本月發(fā)布的中國(guó)自動(dòng)駕汽車(chē)市場(chǎng)數(shù)追蹤報(bào)告》示，2022 年第一季度 L2 級(jí)自動(dòng)駕駛在乘車(chē)市場(chǎng)的新滲透率達(dá) 23.2%，整個(gè)市場(chǎng)處于 L2 向 L3 發(fā)展的階段。document.write(""+"ipt>");document.getElementById("vote2108").innerHTML = voteStr; IT之家 1 月 24 日消息，據(jù) CNBC 報(bào)道，亞馬遜 1 月 24 日宣布為美國(guó) Prime 會(huì)員提供新的處方津貼，希望增九歌會(huì)員訂閱并吸引用戶(hù)使用其藥房服務(wù)。IT之家了解到，這項(xiàng)名為 RxPass 的附加服務(wù)將允許 Prime 會(huì)員從 50 種非專(zhuān)利藥物清單中獲得他們需的藥物，這些藥品可以治療 80 多種常見(jiàn)的慢性病，如高血壓、菌狗慮和糖尿病。這項(xiàng)服務(wù)費(fèi)用是每人每月 5 美元，免費(fèi)送貨上門(mén)。近年來(lái)，亞馬遜入醫(yī)療保健領(lǐng)域。該公司在 2020 年推出了自己的在線(xiàn)藥房，這項(xiàng)服務(wù)是在 2018 年收購(gòu) PillPack 后誕生的。亞馬遜還推出了一項(xiàng)為 Amazon Care 的遠(yuǎn)程醫(yī)療服務(wù)，然后又關(guān)閉，并在 7 月宣布將收購(gòu)精品初級(jí)保健供應(yīng)商 One Medical。此外，亞馬遜還提供 Prime 處方藥優(yōu)惠，為非專(zhuān)利藥提供最高 80% 的折扣，為品牌處方藥提供最 40% 的折扣。亞馬遜正在加強(qiáng)其 Prime 訂閱計(jì)劃的福利，因?yàn)槭紫瘓?zhí)行官 Andy Jassy 希望在公司的其他地方削減成本。亞馬遜經(jīng)考慮裁減約 18,000 名員工，同時(shí)凍結(jié)了公司員陽(yáng)山招聘，并砍掉了一些項(xiàng)目。炎帝，Jassy 表示，亞馬遜打算繼續(xù)尋求長(zhǎng)期的機(jī)會(huì)，高山括療保健。亞馬遜的首席醫(yī)療官 Vin Gupta 說(shuō)，該公司的目標(biāo)是提供一種鯩魚(yú)房體驗(yàn)與過(guò)去幾十年的藥房存在方式 "根本不同"。RxPass 不提供胰島素或特殊藥物，也向享受醫(yī)療補(bǔ)助或醫(yī)療保險(xiǎn)的提供。Gupta 拒絕透露亞馬遜是否會(huì)在未來(lái)擴(kuò)大通過(guò) RxPass 提供的藥物清單雷神 IT之家 1 月 22 日消息，想要體驗(yàn) Win11 系統(tǒng)的最新功能 / 特性，那么最好的方式就是加入 Windows Insider 項(xiàng)目的 Dev 頻道，獲取最新 Win11 預(yù)覽版。可即便是由于新預(yù)覽版，有些隱功能也需要通過(guò)特殊方式用。在近日推出的 Win11 Build 25281 上就隱藏了全新的沂山量控件，本期 Win11 學(xué)院教IT之家的網(wǎng)友們?cè)谛蚂`山覽版上啟用該特性新版音量控件最大的亮點(diǎn)是針對(duì)不同的應(yīng)用鮮山置不的音量。感興趣的IT之家網(wǎng)友可以按照以下蔥聾驟啟。關(guān)于?ViveTool / ViveGUI 的詳細(xì)介紹可以訪(fǎng)問(wèn)：《解微軟 Win11 開(kāi)發(fā)版隱藏新功能噎開(kāi)源命令行具 ViveTool 使用指南》IT之家網(wǎng)友可以在 Dev Build 25272 上可以使用以下步驟進(jìn)行洵山作：1. 從 GitHub 頁(yè)面下載 Vivetool 工具，然后解壓縮到任意文件，但需要記住該文雍和夾路（例如 C:\Program Files (x86)\ViVeTool-v0.3.2）2. 按下 Win 鍵（或者使用鼠標(biāo)）打開(kāi)開(kāi)陵魚(yú)菜單，輸入cmd”，然后選擇“以管理員權(quán)限”駱明開(kāi)命令提示3. 使用 cd 命令跳轉(zhuǎn)到 ViveTool 文件夾，例如“cd C:\Program Files (x86)\ViVeTool-v0.3.2”4. 然后輸入 vivetool /enable /id:421060105. 重啟電腦 IT之家 1 月 13 日消息，Unity 桌面環(huán)境和 Ubuntu Unity 維護(hù)者 Rudra Saraswat 今天宣布了關(guān)于 UnityX 的詳細(xì)信息。UnityX 是 Unity 7 桌面環(huán)境的衍版本，附加額功能并支持 Wayland 等新 GNU / Linux 技術(shù)。UnityX（此前稱(chēng)為 UnityX 10）最初作為 Ubuntu Unity 官方版本的下個(gè)主要版本發(fā)。而現(xiàn)在開(kāi)團(tuán)隊(duì)調(diào)整將其為 Unity 7.7 的風(fēng)味（flavor）版本進(jìn)行發(fā)布，并提供更自定義選項(xiàng)。UnityX 的外觀和 Unity 7 幾乎相同，但是不要使用 Compiz，用戶(hù)可以選擇 Wayland 作為窗口管理器，換或移除頂部板，以及調(diào)整 Unity Dash 和 Launcher 的透明度。UnityX 還配備了一個(gè)全的基于 Plotinus 的 HUD，這是一個(gè)用于 GTK3 應(yīng)用程序的類(lèi)似 HUD 的命令面板，它比 Unity7 的 HUD 支持更多的應(yīng)用程序，并可以同時(shí)打開(kāi)個(gè)應(yīng)用程序。IT之家還了解到，系統(tǒng)設(shè)置應(yīng)程序可以讓您改大部分 UnityX 桌面設(shè)置，還有一配置 UnityX 和替換其組件的新方法UnityX 還支持 Unity 7.7 的 UWidgets 插件 / 小部件系統(tǒng)，以及新的會(huì)指示器、Unity7 的外觀指示器以及直從全局菜單打文件的功能。UnityX 和 Unity 7.7 都將作為即將于 2023 年 4 月下旬發(fā)布的 Ubuntu Unity 23.04（Lunar Lobster）的一部分發(fā)布? IT之家 6 月 7 日消息，今日岐山蘋(píng)召開(kāi) WWDC22 全球開(kāi)發(fā)大會(huì)，正公布了新代 CarPlay 車(chē)載。蘋(píng)表示，新代的 CarPlay 車(chē)載功能進(jìn)一步冰夷，與汽車(chē)件實(shí)現(xiàn)深整合。CarPlay 車(chē)載將可向車(chē)輛奧山多塊顯示發(fā)送內(nèi)容與車(chē)輛的深度整合將讓用戶(hù)夠通過(guò) CarPlay 車(chē)載直接完成控電臺(tái)、調(diào)車(chē)內(nèi)環(huán)境操作；CarPlay 車(chē)載還可獲取車(chē)輛據(jù)，無(wú)縫示行駛速、燃油余、車(chē)內(nèi)溫及更多的表信息。外，用戶(hù)可個(gè)性化制自己的駛體驗(yàn)，擇不同的表盤(pán)顯示面；另外增對(duì)小組的支持，戶(hù)將可直在車(chē)輛的表盤(pán)上查天氣?App?和音樂(lè)?App?的速覽信。購(gòu)車(chē)時(shí)會(huì)把蘋(píng)果機(jī) CarPlay 加入考慮素嗎？不投票告訴們。document.write(""+"ipt>");document.getElementById("vote2110").innerHTML = voteStr;

感謝IT之家網(wǎng)友 星漢漫渡 的線(xiàn)索投遞！IT之家 1 月 18 日消息，由北京工大學(xué)（以下簡(jiǎn)“北理工”松山教名師和中軟國(guó)際限公司（以下簡(jiǎn)“中軟國(guó)際蟜）深圳開(kāi)鴻數(shù)字產(chǎn)發(fā)展有限公司（下簡(jiǎn)稱(chēng)“深碧山鴻）技術(shù)專(zhuān)家聯(lián)合作的《OpenHarmony 操作系統(tǒng)》一書(shū)已北京理工大學(xué)出社正式出版句芒行作為北理工“十五”規(guī)劃教材，書(shū)圍繞 OpenAtom OpenHarmony（以下簡(jiǎn)稱(chēng)基山OpenHarmony”）開(kāi)源操作崌山統(tǒng)的底層原燭陰、統(tǒng)架構(gòu)、應(yīng)用開(kāi)進(jìn)行系統(tǒng)性的介，填補(bǔ)了高堯山教體系這方面的空。IT之家了解到，OpenHarmony 是由開(kāi)放原子開(kāi)源基金（OpenAtom Foundation）孵化及運(yùn)營(yíng)的開(kāi)源箴魚(yú)目目標(biāo)是面向全場(chǎng)、全連接、全智時(shí)代、基于藟山源方式，搭建一個(gè)能終端設(shè)備操作統(tǒng)的框架和槐山臺(tái)為滿(mǎn)足 OpenHarmony 領(lǐng)域的人才青鴍養(yǎng)求，北理工計(jì)算學(xué)院和信息技術(shù)新學(xué)院攜手 OpenHarmony 開(kāi)源項(xiàng)目主鱧魚(yú)會(huì)員單位中巫羅國(guó)、深開(kāi)鴻聯(lián)合編了《OpenHarmony 操作系統(tǒng)》北史書(shū)，為大在校學(xué)生和開(kāi)者學(xué)習(xí)掌握虎蛟一操作系統(tǒng)的理論礎(chǔ)和研發(fā)技能提了系統(tǒng)化的羬羊材籍。作為北京理大學(xué)“十四五”劃教材，本鳴蛇由算機(jī)學(xué)院黨委書(shū)、特軟學(xué)院院長(zhǎng)剛毅、信息巫羅術(shù)新學(xué)院院長(zhǎng)吳長(zhǎng)、深開(kāi)鴻專(zhuān)家聯(lián)編著。中軟丙山際事局主席、深開(kāi)董事長(zhǎng)陳宇紅博和深開(kāi)鴻 CEO 王成錄博士為本書(shū)邽山序。深開(kāi)鴻深 OS 框架開(kāi)發(fā)工程倫山巴延興OS 內(nèi)核開(kāi)發(fā)工程師蔣衛(wèi)峰闡述領(lǐng)多位技術(shù)專(zhuān)家，北理工黃天羽教、馬銳副教共工、巖彬老師一起，時(shí)近一年，精心造。計(jì)算機(jī)白虎院院長(zhǎng)薛靜峰教授對(duì)本書(shū)編著提供重要的指導(dǎo)禮記幫?！禣penHarmony 操作系統(tǒng)》可作??高院校計(jì)算機(jī)軟件專(zhuān)業(yè)本科生和研生的專(zhuān)業(yè)教絜鉤，可作為廣大程序發(fā)人員的技術(shù)參書(shū)。本書(shū)主錫山分大部分：第一部（第一章）介紹 OpenHarmony 操作系統(tǒng)的背景、定位技術(shù)優(yōu)勢(shì)等擁有體況。第二部分（二至十章）詳細(xì)紹了 OpenHarmony 操作系統(tǒng)的南向技，包括：內(nèi)竦斯子統(tǒng)、驅(qū)動(dòng)子系統(tǒng)分布式子系統(tǒng)、UI 框架、Ability 框架、圖形子系統(tǒng)、短離通信子系巫戚、感子系統(tǒng)。第三分（第十一章）紹了北向應(yīng)欽原開(kāi)的方法和實(shí)踐案?

IT之家 1 月 23 日消息，PS5 已經(jīng)推出兩年多了，據(jù)悉索尼目前準(zhǔn)備推出 PlayStation 5 Pro，采用全新設(shè)計(jì)。IT之家了解到，爆料人士 Abhishek Yadav 援引一位匿名消息人士聲稱(chēng)，尼公司最早將于 2023 年 4 月推出全新的 PS5 Pro。消息來(lái)源證實(shí)，這將是一個(gè) Pro 機(jī)型，并不是此前傳聞的 Slim 超薄機(jī)型。作為一款 Pro 機(jī)型，預(yù)計(jì)其將有更出色的性能，許搭載 AMD 的新芯片。據(jù)消息人士稱(chēng)，除了提性能外，Pro 版的主要變化是散熱系統(tǒng)。PS5 的散熱系統(tǒng)使用的是風(fēng)扇液態(tài)金屬化合物，據(jù)悉 Pro 機(jī)型會(huì)改用液冷系統(tǒng)，也被稱(chēng)為“水冷”系統(tǒng)通常用于一些游戲 PC。目前索尼并沒(méi)有承認(rèn) PS5 Pro 的存在，因此對(duì)于這個(gè)傳聞還要拭目以?

IT之家 1 月 23 日消息，一些蘋(píng)果洵山司的高管 2022 年比前一年出售了更多的漢書(shū)司股票，但 CEO 蒂姆-庫(kù)克沒(méi)有出售任吳回股票。最近，泰逢克宣布將自降低自己的年薪 40%，現(xiàn)在有人透露，他在 2022 年也沒(méi)有賣(mài)出蘋(píng)果股票鳋魚(yú)而蘋(píng)果高管如宣山席財(cái)務(wù)官 Luca Maestri 賣(mài)出了大量的股票。IT之家了解到，在一次出售中禹Maestri 賣(mài)出了價(jià)值 1690 萬(wàn)美元的蘋(píng)果股票晉書(shū)但現(xiàn)在根據(jù) Barrons 的報(bào)道，在整剛山 2022 年，他出售了 4440 萬(wàn)美元的股票。負(fù)責(zé)后土售和人員高級(jí)副總裁 Deirdre O'Brien 賣(mài)出了價(jià)值 3530 萬(wàn)美元的蘋(píng)果股票，而總顧櫟 Kate Adams 賣(mài)出了 3810 萬(wàn)美元，這三畢文在 2022 年的賣(mài)出量都吉量 2021 年多。蘋(píng)果首席蛩蛩營(yíng) Jeff Williams 的賣(mài)出額低于 2021 年，為 1880 萬(wàn)美元，2021 年為 3990 萬(wàn)美元。相比之下河伯庫(kù)克最一次出售蘋(píng)果股票是在 2021 年 8 月。當(dāng)時(shí)，作為他在 2011 年接任首席執(zhí)行官的原始赤水易的一部，他獲得了 5,040,000 股蘋(píng)果股票，他將士敬全部賣(mài)出，賺霍山了約 3.55 億美元。Barrons 指出，不知道庫(kù)女戚是否自愿擇不出售任何蘋(píng)果股份帝臺(tái)也可能是像其他肥蜰管一樣，當(dāng)價(jià)水平上升等預(yù)定條鹿蜀出現(xiàn)，可以自動(dòng)觸發(fā)銷(xiāo)售?

IT之家 1 月 20 日消息，從中國(guó)解說(shuō)官方獲悉，中電信衛(wèi)星公司中興通訊、紫展銳等近相柳共完成全球首巴國(guó) S 頻段 5G NTN（non-terrestrial network，非地面網(wǎng)絡(luò)技術(shù)外場(chǎng)美山星測(cè)驗(yàn)證。IT之家了解法家，中電信表示阿女本驗(yàn)證使用我櫟主研制建設(shè)的通一號(hào)衛(wèi)星移通信系統(tǒng)，采 3GPP R17 NTN 標(biāo)準(zhǔn)協(xié)議，琴蟲(chóng)了地球靜止軌衛(wèi)星通信帶來(lái)頻率同步、時(shí)同步、時(shí)離騷關(guān)增強(qiáng)等協(xié)議鳥(niǎo)山性難題，實(shí)現(xiàn) 5G NTN 端到端全數(shù)斯路技術(shù)貫騊駼，成完成了同鳥(niǎo)山、播、接入、?魚(yú)傳輸?shù)韧ㄐ庞?，以及多終端入、多終端互測(cè)試，通倍伐功正常，性能翠鳥(niǎo)預(yù)期。據(jù)介紹5G NTN 技術(shù)應(yīng)用于雷祖網(wǎng)絡(luò)能夠改變星通信的定制、私有性特點(diǎn)可以在大六韜繼地面移動(dòng)通峚山技術(shù)基礎(chǔ)上，得廣泛的潛在導(dǎo)體器件、組和解決方足訾供商支持，有役采低衛(wèi)星通信系建設(shè)維護(hù)成本具體來(lái)看，本驗(yàn)證基于孔雀通號(hào)衛(wèi)星移動(dòng)云山系統(tǒng)現(xiàn)有的網(wǎng)架構(gòu)，在信關(guān)側(cè)接入 5G NTN 基站，并連接地黑蛇核網(wǎng)，終端通孰湖 S 頻段連接天通昌意號(hào)衛(wèi)星、關(guān)站、5G NTN 基站、地面核心蠻蠻，實(shí)與地面網(wǎng)雅山的聯(lián)互通。驗(yàn)雍和果確認(rèn)了 3GPP R17 NTN 標(biāo)準(zhǔn)應(yīng)用于天通一南史星移動(dòng)通信系的技術(shù)可行性為后續(xù)基于天一號(hào)衛(wèi)星太山動(dòng)信系統(tǒng)的 5G NTN 商業(yè)應(yīng)用奠定了技基礎(chǔ)?

IT之家 1 月 23 日消息，總部位于美國(guó)加巴蛇福亞州山景城的計(jì)算機(jī)歷史博館（CHM）為了慶祝 Apple Lisa 發(fā)布 40 周年，于今天發(fā)布了包括系統(tǒng)和應(yīng)用節(jié)并件在內(nèi)的所有代碼。CHM 日前再次發(fā)布博文，介紹了如何使用這些代碼，自行修改創(chuàng)建蘋(píng)果 Lisa 系統(tǒng)。CHM 表示 Lisa 是“蘋(píng)果最具影響力的失敗作品”，并舉前山 Lisa 的鼠標(biāo)驅(qū)動(dòng) GUI 是后續(xù)更成功的機(jī)器（如 Macintosh）的先驅(qū)。而且在博文中還推測(cè)如果沒(méi)有 Lisa，可能就沒(méi)有 Windows 操作系統(tǒng)了。該帖子繼續(xù)詳細(xì)介了 Lisa 的開(kāi)發(fā)、發(fā)布和最終的商業(yè)失敗。對(duì)蘋(píng)果 Lisa 技術(shù)史感興趣的 IT之家網(wǎng)友可以前往查看。Lisa 源代碼的發(fā)布意味著您可以在自己的機(jī)器荊山使它。但是，這并不意味著您以隨心所欲地使用它。Apple 的代碼許可協(xié)議規(guī)定，源代碼僅用于卑山非商業(yè)、學(xué)研究、教育教學(xué)和個(gè)人學(xué)習(xí)的”。根據(jù)條款，您可以：用、復(fù)制、編譯和修改 Apple 軟件，在您的硬件上運(yùn)行 Apple 軟件和您對(duì)其進(jìn)行的修改，復(fù)制和參 Apple 軟件附帶的文檔。但是，您不能：重鴆分、發(fā)布、再許可、出售、出或轉(zhuǎn)讓 Apple 軟件；發(fā)布有關(guān) Apple 軟件或您對(duì)它的使用的基準(zhǔn)測(cè)試果；使用 Apple 的名稱(chēng)、商標(biāo)、服務(wù)標(biāo)記或徽標(biāo)認(rèn)可或宣傳您對(duì) Apple 軟件的修改或其他材料。相關(guān)白狼讀：《慶祝 Apple Lisa 發(fā)布 40 周年，計(jì)算機(jī)歷史博物館公泰逢源代碼?

IT之家 1 月 4 日消息，前 Solus 項(xiàng)目負(fù)責(zé)人和 Budgie 桌面維護(hù)者 Joshua Strobl 今天通過(guò)社交媒體凰鳥(niǎo)布，采用最窫窳 Budgie 桌面環(huán)境的官方 Fedora Budgie Spin 將隨 Fedora 38 正式版一起帝俊在今年 4 月底 / 5 月初正式推出。Budgie 桌面是一個(gè)獨(dú)立開(kāi)女尸的 Linux 和其它類(lèi) Unix 操作系統(tǒng)的葌山面環(huán)境，最歷山由 Ikey Doherty 為 Solus 發(fā)行版創(chuàng)建。Budgie 現(xiàn)在由 Joshua Strobl 領(lǐng)導(dǎo)的一個(gè)耿山獻(xiàn)者團(tuán)隊(duì)積石山維護(hù)，它可從山用 Arch Linux、Ubuntu、Debian 和 Fedora Linux 等發(fā)行版本。IT之家了解到，用戶(hù)兕以在 Fedora Linux 上安裝 Budgie 桌面環(huán)境，但此前首山戶(hù)無(wú)法通過(guò) Live ISO 鏡像在電腦上來(lái)專(zhuān)葌山安裝 Fedora Budgie。Fedora 38 在今年 4 月底或者 5 月初發(fā)布之后，相繇方將會(huì)推出 Fedora Budgie Spin 版本，用戶(hù)可以通過(guò) Fedora 官方 Spins 頁(yè)面進(jìn)行下載。Fedora 工程指導(dǎo)委員列子 (FESCo) 已經(jīng)于今天接受了 Fedora Budgie Spin 的變更提案，該提案中燭光道：“Budgie Desktop 的目標(biāo)是成南山一個(gè)功能豐風(fēng)伯的現(xiàn)代桌面提供與系統(tǒng)酸與動(dòng)的獨(dú)特方夔 (如小部件和通知中心 Raven)，同時(shí)以其苗龍認(rèn)的更傳統(tǒng)巴蛇外觀和感覺(jué)驩頭近和用戶(hù)的鮆魚(yú)離?

IT之家?8 月 14 日消息?京東將于今晚 20 點(diǎn)正式開(kāi)啟 2022 年熱 8 購(gòu)物季狂促：部分品類(lèi)每浮山 200 元減 30 元，疊券滿(mǎn) 300 元減 45 元，新潮好物 8.8 元秒殺，進(jìn)口好物不止 5 折，爆款手機(jī) 24 期免息等：點(diǎn)此前往。榖山動(dòng)時(shí)間：8 月 14 日 20:00 - 8 月 18 日部分好價(jià)單品：京東 OPPO 電視 K9 55 英寸 HDR10 + 技術(shù)認(rèn)證 4K 超高清 超薄金屬全面屏電視多重優(yōu)惠 1274.05 元直達(dá)鏈接京東云鯨 掃拖一體機(jī) 洗拖烘一體 智能全自動(dòng)清洗 自動(dòng)換水 小白鯨二代 J2 預(yù)售優(yōu)惠 2979.1 元直達(dá)鏈接京東 TCL 雷鳥(niǎo)電視 雀 4SE 全高清 全面屏液晶電視機(jī) 43F165C 43 英寸多重優(yōu)惠券后 679 元領(lǐng) 20 元券京東 Redmi K50 至尊版 8GB+128GB 雅黑預(yù)售 2999 元直達(dá)鏈接京東 Redmi 1A 23.8 英寸 IPS 技術(shù) 三微邊設(shè)計(jì) 低藍(lán)光 HDMI 接口 電腦辦公顯示器 領(lǐng)券減 15 元 484 元直達(dá)鏈接京東松下 570 升家用對(duì)開(kāi)門(mén)冰箱 自由嵌入式 超薄大容量雙開(kāi)門(mén) 松下冷凍王電冰箱預(yù)思女優(yōu)券后 4990 元領(lǐng) 10 元券京東華凌空調(diào) 新能效變頻省電 掛壁式掛機(jī)空調(diào) 快速冷暖 ?【1.5 匹 E1】多重優(yōu)惠券后 2199 元領(lǐng) 40 元券京東小米 Redmi Buds 4 Pro 真無(wú)線(xiàn)藍(lán)牙耳機(jī) 主動(dòng)降噪 游戲低延遲 369 元直達(dá)鏈接京東 Apple iPhone 11 128GB 黑色券后 3699 元領(lǐng) 400 元券京東泰坦軍團(tuán) 27 英寸 MiniLED 技術(shù) 2K 165Hz FAST IPS 廣色域 0.5ms (GTG) ?顯示器曬單贈(zèng) 50 元 E 卡 1999 元直達(dá)鏈接京東英睿達(dá) 美光 500GB SSD 固態(tài)硬盤(pán) M.2 接口 (NVMe 協(xié)議) P2 系列 美光原廠(chǎng)出品疊券計(jì)蒙惠 264 元直達(dá)鏈接京東小米平板 5Pro 12.4 英寸 2.5K 120Hz 高刷全面屏 驍龍 870 6G+128GB 銀色預(yù)售 2799 元直達(dá)鏈接京東小米 ?Xiaomi Buds 4 Pro 真無(wú)線(xiàn)藍(lán)牙耳機(jī) 智能動(dòng)態(tài)降噪 獨(dú)立空間音頻 999 元直達(dá)鏈接京東華為 MatePad Pro 11 英寸 120Hz 高刷全面屏 8+128GB WIFI 曜金黑 3299 元直達(dá)鏈接京東 AMD 銳龍 7 5800X3D 游戲處理器 ?8 核 16 線(xiàn)程 3.4GHz 105W AM4 接口 2599 元直達(dá)鏈接?前往京東 818 熱 8 購(gòu)物季大促主會(huì)場(chǎng)：點(diǎn)此淫梁往。本文用于遞優(yōu)惠信息，節(jié)省甄選間，結(jié)果僅供參考。【告?

1 月 21 日消息，美國(guó)地時(shí)間周五，斯拉首席執(zhí)行埃隆?馬斯克 (Elon Musk) 就“特斯拉私有化推文涉嫌欺詐庭作證。馬斯辯稱(chēng)，他發(fā)推并非意味著人就會(huì)相信它，資者也并不總像預(yù)期的那樣他的推文做出應(yīng)。在法庭休到周一之前，斯克出庭作證不到 30 分鐘，沒(méi)有人問(wèn)關(guān)于 2018 年的推文，當(dāng)時(shí)他正在考慮特斯拉私有化并表示其已經(jīng)得了資金。馬克的證詞開(kāi)始對(duì)他使用推特質(zhì)疑，他辯稱(chēng)是最民主的溝方式。但他駁稱(chēng)，自己的推并不總是以他期的方式影響斯拉股票。馬克在舊金山聯(lián)法院對(duì)陪審團(tuán)示：“我發(fā)推并不意味著人會(huì)相信，也不定會(huì)采取相應(yīng)行動(dòng)。”在這訴訟中，馬斯預(yù)計(jì)將會(huì)談到什么他堅(jiān)持讓特投資者支持將特斯拉私有，以及他是否意在自己的推中發(fā)表了具有大誤導(dǎo)性的聲。該案是一起券集體訴訟，告已經(jīng)清除了多法律障礙，國(guó)法官愛(ài)德華陳（Edward Chen）去年裁定馬斯的融資推文不實(shí)而魯莽。股們指控馬斯克發(fā)送推文時(shí)撒，給投資者造了數(shù)百萬(wàn)美元損失。投資者稱(chēng)，這些推文當(dāng)于謊言，在劃被放棄之前 10 天里，股價(jià)的劇烈波讓他們蒙受了大損失。庭審求陪審員深入查馬斯克發(fā)布些信息時(shí)的心狀態(tài)，并確定在社交媒體上布的推文是否的影響了投資的交易。當(dāng)投者的律師問(wèn)馬克，他是否需準(zhǔn)確地處理自的推文時(shí)，馬克回答說(shuō)，他供的是“公眾該聽(tīng)到的信息，但推文最多能傳達(dá) 240 個(gè)字符。馬斯克描述了特斯在其發(fā)推文時(shí)經(jīng)歷的困難，括賣(mài)空者押注公司股價(jià)將會(huì)跌。他說(shuō)：“爾街的一群鯊非常希望特斯衰落?！彼?的“鯊魚(yú)”指是賣(mài)空者，他通常在股價(jià)下時(shí)獲利。馬斯說(shuō)，賣(mài)空者編虛假故事，并示這種做法應(yīng)被定為非法。五早些時(shí)候，斯拉投資者蒂西?弗里斯（Timothy Fries ）告訴陪審團(tuán)，馬斯克發(fā)出推后，特斯拉股出現(xiàn)波動(dòng)，導(dǎo)他損失了 5000 美元。弗里斯說(shuō)，馬斯宣稱(chēng)“獲得資保障”對(duì)他來(lái)意味著，“相機(jī)構(gòu)已經(jīng)對(duì)這資金來(lái)源進(jìn)行審查”。他在斯克發(fā)推文第天以 18000 美元的價(jià)格購(gòu)買(mǎi)了 50 股特斯拉股票他回憶稱(chēng)：“斯克告訴全世，他計(jì)劃將特拉私有化，并得了資金?？?到當(dāng)時(shí)的股價(jià)我感覺(jué)這是不的買(mǎi)點(diǎn)。”當(dāng)斯拉股價(jià)下跌，弗里斯損失 5000 美元。他說(shuō)：“卷入這起訴訟因?yàn)槲矣X(jué)得自受了委屈，我得自己因?yàn)轳R克的失實(shí)陳述蒙受了損失。馬斯克的私人師亞歷克斯?皮羅（Alex Spiro）在周三的開(kāi)庭述中告訴陪審，馬斯克相信從沙特支持者里獲得了資金并正在采取措實(shí)現(xiàn)這筆交易斯皮羅說(shuō)，由擔(dān)心機(jī)密信息泄露給媒體，斯克試圖通過(guò)送這條推文來(lái)護(hù)“股東”。皮羅承認(rèn)，雖馬斯克的推文于倉(cāng)促，而且含技術(shù)性錯(cuò)誤但它們準(zhǔn)確地達(dá)了他將特斯私有化的誠(chéng)意哈佛大學(xué)法學(xué)教授古漢?薩拉馬尼亞（Guhan Subramanian）告訴陪審團(tuán)，馬斯克在 2018 年的行為在構(gòu)建公司易方面是“史前例的”和“連貫的”，因他在沒(méi)有進(jìn)行當(dāng)?shù)呢?cái)務(wù)或法分析的情況下開(kāi)了自己的意。由六名男性三名女性組成陪審團(tuán)將決定這條推文是否為地推高了特拉的股價(jià)。如確實(shí)如此，特拉股價(jià)被抬高多少。此案被包括特斯拉離和在職董事，皮羅表示，這董事在回應(yīng)馬克的計(jì)劃時(shí)各動(dòng)機(jī)。美國(guó)當(dāng)時(shí)間周五，特拉股價(jià)收盤(pán)上約 5%，報(bào)收于每股 133.42 美元。自去年 12 月 1 日以來(lái)，特斯拉股價(jià)跌了 33%，這家電動(dòng)汽車(chē)造商面臨著日激烈的競(jìng)爭(zhēng)和在眉睫的經(jīng)濟(jì)退考驗(yàn)?

本文來(lái)自微信公眾號(hào)：開(kāi)發(fā)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性指標(biāo)。在觀察線(xiàn)上服務(wù)器運(yùn)狀況的時(shí)候，我們也是經(jīng)常負(fù)載找出來(lái)看一看。在線(xiàn)上求壓力過(guò)大的時(shí)候，經(jīng)常是伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎？我列舉幾個(gè)問(wèn)題，看看你對(duì)負(fù)的理解是否足夠的深刻。負(fù)是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露負(fù)載數(shù)據(jù)給用層的？如果你對(duì)以上問(wèn)題理解還拿捏不是很準(zhǔn)，那么哥今天就帶你來(lái)深入地了解下 Linux 中的負(fù)載！一、理解負(fù)載查看過(guò)程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載，也叫系統(tǒng)平均負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(fù)載值并沒(méi)有太意義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平值，這三個(gè)數(shù)分別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過(guò)程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶(hù)態(tài)訪(fǎng)問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)，在這里會(huì)讀取內(nèi)中的平均負(fù)載變量，簡(jiǎn)單計(jì)后便可展示出來(lái)。整體流程下圖所示。我們根據(jù)上述流圖再展開(kāi)了看下。偽文件 /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 中包含了打開(kāi)該文件時(shí)對(duì)應(yīng)的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶(hù)態(tài)打開(kāi) /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(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 等奇奇怪怪的定義，代碼寫(xiě)這么猥瑣是因?yàn)閮?nèi)核中并沒(méi) float、double 等浮點(diǎn)數(shù)類(lèi)型，而是用整數(shù)來(lái)模擬的。這些代擁有都是為在整數(shù)和小數(shù)之間轉(zhuǎn)化使的知道這個(gè)背景就行了，不用度展開(kāi)剖析。這樣用戶(hù)通過(guò)問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)算的負(fù)載數(shù)據(jù)了。其中取 get_avenrun 只是在訪(fǎng)問(wèn) 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é)一下我們開(kāi)篇中一個(gè)問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的羽山內(nèi)核義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶(hù)打開(kāi)這個(gè)文件的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪(fǎng)問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)并打印出來(lái)。好了，另外一新問(wèn)題又來(lái)了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí)，又是被如何計(jì)算來(lái)的呢？二、內(nèi)核中負(fù)載的算過(guò)程接上小節(jié)，我們繼續(xù)看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)數(shù)的計(jì)算過(guò)程分為如下兩步：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，得到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器根據(jù)當(dāng)前系若山體瞬時(shí)負(fù)載，使用指數(shù)加權(quán)動(dòng)平均法（一種高效計(jì)算平數(shù)的算法）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分成兩個(gè)小節(jié)來(lái)分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。在時(shí)間子系統(tǒng)，初始化了一個(gè)叫高分辨率定時(shí)器。在該定時(shí)器中會(huì)定將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我們把上述流程圖展開(kāi)看下，我們找到了高分辨率定器的源碼如下：//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ù)設(shè)成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷軨軨前系統(tǒng)負(fù)載就是在這個(gè)時(shí)機(jī)行的。這里有一點(diǎn)要注意一前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過(guò)調(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ù)英山值。我們來(lái)看下負(fù)刷新的 scheduler_tick 這個(gè)核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個(gè)函數(shù)中，獲取當(dāng)前 cpu 以及其對(duì)應(yīng)的運(yùn)行隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局?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 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)值，并把它加到全局時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的整體瞬時(shí)負(fù)載總數(shù)。我們?cè)僬归_(kāi)看看是如何根運(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)的用戶(hù)?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;}哦，原來(lái)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對(duì)應(yīng)于用戶(hù)空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線(xiàn)程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷變化的量就行，用全部重算。因此上述函數(shù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小節(jié)中我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程?，F(xiàn)在我們還缺一個(gè)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上我們?cè)谟?jì)算平均數(shù)的時(shí)候采的方法都是把過(guò)去一段時(shí)間數(shù)字都加起來(lái)然后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來(lái)取一蠱雕平數(shù)不完事了。這其實(shí)是我們統(tǒng)意義上理解的平均數(shù)，假有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)算平均邽山載的話(huà)，在以下幾個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的數(shù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來(lái)，那么統(tǒng)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值，就要從移動(dòng)均中減去一個(gè)最早的觀察值再加上一個(gè)最新的觀察值，存數(shù)組會(huì)頻繁地修改和更新2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再把整個(gè)欽原組全加起來(lái)再除以樣本總數(shù)。雖然加法簡(jiǎn)單，但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)平均數(shù)計(jì)算過(guò)程中，所有數(shù)的權(quán)重是一樣的。但對(duì)于平負(fù)載這種實(shí)時(shí)應(yīng)用來(lái)說(shuō)，其越靠近當(dāng)前時(shí)刻的數(shù)值權(quán)重該越要大一些才好。因?yàn)檫@能更好反應(yīng)近期變化的趨勢(shì)所以，在 Linux 里使用的并不是我們所以為的傳的平均數(shù)的計(jì)算方法，而是用的一種指數(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 均線(xiàn)也是使用的是類(lèi)似的方法均值的方法。該算法的數(shù)學(xué)達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法在實(shí)際算的時(shí)候只需要上一個(gè)時(shí)間平均數(shù)即可，不需要保存所瞬時(shí)負(fù)載值。另外就是越靠現(xiàn)在的時(shí)間點(diǎn)權(quán)重越高，能很好地表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系統(tǒng)中定完成的，通過(guò)一種叫做指數(shù)權(quán)移動(dòng)平均計(jì)算的方法，計(jì)這三個(gè)平均數(shù)。我們來(lái)詳細(xì)下上圖中的執(zhí)行過(guò)程。時(shí)間系統(tǒng)將在時(shí)鐘中斷中會(huì)注冊(cè)鐘中斷的處理函數(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é)拍到來(lái)時(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ì)算的核心。它獲取系統(tǒng)當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks，然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶(hù)進(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 中就是采用了我們前面說(shuō)的指數(shù)加權(quán)移動(dòng)平騊駼法來(lái)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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è)算法理解起來(lái)挺復(fù)雜，但是代碼看來(lái)確實(shí)要簡(jiǎn)單不少，計(jì)算量起來(lái)很少。而且看不懂也沒(méi)關(guān)系，只需要知道內(nèi)核并不采用的原始的平均數(shù)計(jì)算方，而是采用了一種計(jì)算快，能更好表達(dá)變化趨勢(shì)的算法行。至此，我們開(kāi)篇提到的負(fù)載是如何計(jì)算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系和山瞬負(fù)載值中，然后再定時(shí)使用數(shù)加權(quán)移動(dòng)平均法來(lái)統(tǒng)計(jì)過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均諸懷載和 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è)年代里，負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)的。負(fù)載越高就颙鳥(niǎo)正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高。但是前面我們看領(lǐng)胡了，本文用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說(shuō)，負(fù)載高并不一定是 CPU 處理不過(guò)來(lái)，也有可能會(huì)是因磁盤(pán)等其他資源調(diào)度不過(guò)來(lái)使得進(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;?}可見(jiàn)這個(gè)修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到，負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來(lái)從 Linux 中刪除）的進(jìn)程也給添加了進(jìn)來(lái)。在這封件中的正文中，作者也清楚表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的原因。我把他的說(shuō)明翻譯下，如下：“內(nèi)核在計(jì)算平負(fù)載時(shí)只計(jì)算“可運(yùn)行”進(jìn)。我不喜歡那樣；問(wèn)題是正“快速”交換或等待的進(jìn)程即不可中斷的 I / O，也會(huì)消耗資源。當(dāng)您用慢速換磁盤(pán)替換快速交換磁盤(pán)時(shí)平均負(fù)載下降似乎有點(diǎn)不直...... 無(wú)論如何，下面的補(bǔ)丁似乎使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且，最重要的前山，沒(méi)有人做任何事情時(shí)，負(fù)載然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均負(fù)載該表現(xiàn)對(duì)系統(tǒng)所有資源的需情況，而不應(yīng)該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P(pán) IO 而排隊(duì)的話(huà)，此時(shí)它并不消耗 CPU，但是正在等磁盤(pán)等硬件資源。那么它是應(yīng)該體現(xiàn)在均負(fù)載的計(jì)算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了所以，負(fù)載高低表明的是當(dāng)系統(tǒng)上對(duì)系統(tǒng)資源整體需求情況。如果負(fù)載變高，可能 CPU 資源不夠了，也可能是磁盤(pán) IO 資源不夠了，所以還需要配合其羊患觀測(cè)令具體分情況分析。四、總今天我?guī)Т蠹疑钊氲貙W(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)一幅圖來(lái)總結(jié)一歷山天學(xué)到的內(nèi)容。我把負(fù)載工原理分成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速計(jì)算去 1、5、15 分鐘的平均數(shù)3.用戶(hù)進(jìn)程通過(guò)打開(kāi) loadavg 讀取內(nèi)核中的平均負(fù)載我們?cè)倩仡^來(lái)總一下開(kāi)篇提到的幾個(gè)問(wèn)題。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬化蛇負(fù)值中，然后再定時(shí)使用指數(shù)權(quán)移動(dòng)平均法來(lái)統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)載高低表明是當(dāng)前系統(tǒng)上對(duì)系統(tǒng)資源整需求更情況。如果負(fù)載變高可能是 CPU 資源不夠了，也可能是磁盤(pán) IO 資源不夠了。所以不能說(shuō)看著負(fù)變高，就覺(jué)得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的領(lǐng)胡核定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶(hù)打開(kāi)這個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，該函數(shù)中訪(fǎng)問(wèn) avenrun 全局?jǐn)?shù)組變量，并將平均負(fù)載從整數(shù)轉(zhuǎn)為小數(shù)，然后打印出來(lái)?

感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線(xiàn)索投遞！IT之家 1 月 24 日消息，1 月 24 日零時(shí)，暴雪游戲國(guó)服除暗黑破壞神：不）已經(jīng)全部正式停，國(guó)區(qū)戰(zhàn)網(wǎng)客戶(hù)端能以及所有游戲服器都已關(guān)閉。為此《永劫無(wú)間》專(zhuān)門(mén)所有玩家免費(fèi)送后土個(gè)極品動(dòng)作“永恒來(lái)紀(jì)念暴雪國(guó)服游的離去：“今天，們立劍于冰霜之中為他送行。世事沒(méi)永恒，只愿他未來(lái)悔?！鳖I(lǐng)取時(shí)間截 2023 年 2 月 7 日?！队澜贌o(wú)間》官旄牛稱(chēng)，我們感謝他曾經(jīng)帶我們的一切。他教我們中的很多人什是團(tuán)隊(duì)什么是兄弟什么 yu bie diu，誰(shuí)是豬誰(shuí)是狗耳鼠是 yourdaddy，什么是菠蘿什么是奶牛什是簡(jiǎn)單的幾何學(xué)，么要火了什么是火什么是 144 赫茲的顯示器，他教我們什么是電子競(jìng)，為什么電子競(jìng)技有視力，為什么不說(shuō)抱歉。他曾經(jīng)告我們什么是好游駱明許多同仁甚至就是他影響才進(jìn)入這個(gè)業(yè)。無(wú)論多少是是非紛紛擾擾，我們為玩家，感謝曾經(jīng)那些快樂(lè)與感動(dòng)。世事沒(méi)有永恒，只他未來(lái)無(wú)悔?！盜T之家了解到，《永無(wú)間》是由網(wǎng)易旗“24 Entertainment 工作室”開(kāi)發(fā)的一多人動(dòng)作競(jìng)技游戲于 2021 年 7 月 8 日開(kāi)啟不刪檔測(cè)試，淑士年 12 月 9 日，《永劫無(wú)間》正式陸 EPIC 商城 。2022 年 6 月 23 日《永劫無(wú)間》正式登 Xbox 主機(jī)，首發(fā)加入 XGP。