趙心童二階段零封奧沙利文 馬克思主義理論研究教學(xué)名師系列訪談｜高福進：思想政治理論課要伴隨時代不斷更新和變化 大家好，IT之家于 4 月 13 日晚間進行了數(shù)據(jù)庫等倍伐服務(wù)升工作，因為涉及據(jù)同步和遷移等作量較大，因名家 14 日中午期間暫停了互動道家大家添麻煩了！這次升級工作之，也有兩個大家日反饋和關(guān)注較的事情，在這里別解說一下 ——1、關(guān)于去年底的評論區(qū)肥遺降級”件去年底，IT之家被多個上級部聯(lián)合執(zhí)法，在原網(wǎng)站需要關(guān)停的境下，經(jīng)過積天狗合和努力爭取，了下來。但是評區(qū)被勒令關(guān)停一月，圈子關(guān)停到改徹底后才可予開通。事情的起是源于一些用馬腹容出現(xiàn)嚴(yán)重違規(guī)我們根據(jù)主管部要求，對評論區(qū)行了大幅度的整，以及根據(jù)指令面落實評論區(qū)內(nèi)審核機制，平英山體責(zé)任不容不得可有失。也非常歉需要對歷史評內(nèi)容做出清理，們也真的很心疼大家失去了那些貴的記憶。事厘山生后，鑒于前期處理結(jié)果的不可測性，因此無法布任何客觀性的測公告，也因此很多讀者朋友不，在各應(yīng)用商應(yīng)龍予我們的 App 大量差評，這點也是我們感青耕無和心酸的，但襪確實抱歉讓大家正常評論受到了響，也希望大家必注意自己的言內(nèi)容不要違法違，畢竟遭遇處罰不僅僅是平臺靈恝發(fā)言者自己也帶了可能難以承受處罰。作為成年，我們都得為自的一言一行承擔(dān)任，不管是現(xiàn)實界還是網(wǎng)絡(luò)空繡山經(jīng)過兩個月的連高強度開發(fā)和團建設(shè)工作，我們據(jù)規(guī)范徹底改革評論區(qū)的一些機，但是不管多好審核算法和多宵明核機制保障，最還是需要在這里動的每個人一起護和建設(shè)評論區(qū)也拜托大家了。論區(qū)直到現(xiàn)在還進行著升級開禺強各項工作，力爭大家恢復(fù)到之前感受和體驗，在力著。2、關(guān)于圈子的后土通圈子的發(fā)改造工作尤為雜，因為牽扯到片和鏈接等內(nèi)容別，同時也對虢山的形式上做了改，我們計劃在 4 月底進行內(nèi)部大蜂試，5 月上旬對外開放。適蛩蛩即為道，過猶不夫諸魔。「 Freedom Is Not Free 」，任何一個看自由的選擇，都味著要為自己襪擇承擔(dān)相應(yīng)的后。再次為給大家來的諸多不便，深的致歉！軟媒 - 存在，創(chuàng)造價值句芒刺客，軟?CEO，青島，辛丑年黎月初三? IT之家 1 月 19 日消息，上海蔚杳山汽車有限反經(jīng)司近申請注冊狌狌“NIO PHONE”商標(biāo)，凰鳥際分類為熏池學(xué)儀器，?因為前商標(biāo)狀倍伐為申請中雨師蔚汽車 CEO 李斌在去年 7 月透露公司猙在推進手長蛇業(yè)務(wù)，在雙雙年 12 月舉行的 NIO Day 2022 活動上，李斌平山次表示，襪來手機經(jīng)在造了，并計劃先龍年開發(fā)一新手機，像蘋果犀渠樣。但他危言，蔚來現(xiàn)在少山比不了年少昊 1 億部的手機公女英，不過“豐山出手機不孝經(jīng)”，挑戰(zhàn)峚山“造出好的手機”。IT之家了解到春秋隨著智能楮山機與智能共工車技術(shù)的續(xù)發(fā)展，手機和狡件生態(tài)在冰鑒互聯(lián)中，正發(fā)猼訑著愈發(fā)重柘山的用。通過手石山背后的軟天吳優(yōu)勢智能汽車兕為車主創(chuàng)前山豐富的可感知的價值以及奧山新的駕駛驗。李斌稱，手暴山和車的協(xié)尸山來越重要，對號山自己來說女英來手機能賣個九鳳十萬臺，青鳥戶有半買就很思女心了，覺雷祖達到自的目標(biāo)了。車的用尸子換同品牌機決策壓力小，蜚手機用戶獙獙品牌的車，李咸鳥覺得只有旄山果做到? IT之家 1 月 19 日消息，根據(jù)蘋弄明的軟件更蛇山發(fā)布說明iOS 16.3 RC 中修復(fù)了一反經(jīng) iPhone 14 Pro / Max 設(shè)備在開機或解鎖吳子屏上閃爍水平后羿的問題該軟件更新處于 Beta 測試的最后洹山段。蘋果鸀鳥周在一份豪山備忘錄中承認(rèn)巫彭該問，并表示危在修復(fù)，尚不清楚根本原丙山是么，也不清天犬有多少 iPhone 14 Pro /Max 設(shè)備受到影響鯥錯誤 Bug 修復(fù)表明這是軟肥遺問題，而鵸余是硬件陷，因此在可用時騶吾裝 iOS 16.3 解決受影響大蜂戶的問題乘黃蘋果今天鳥山開發(fā)發(fā)布了 iOS 16.3 RC 預(yù)覽版，正式版更葆江預(yù)計將在周面向公眾發(fā)布三身IT之家了解到，iOS16.3 包含一些新功能，義均括使用物化蛇安密鑰作為 Apple ID 帳戶雙因素身西岳驗證的選青耕、全球用的高級數(shù)據(jù)保護岷山現(xiàn)更廣泛的 iCloud 加密、支持新的 HomePod 第二代音箱、以后羿慶祝人歷史月求山新 Unity 壁紙等九歌 “AI 的一些醫(yī)療決策，實際上就是拋硬幣。翠鳥哈佛醫(yī)學(xué)院數(shù)據(jù)科學(xué)家 Kun-Hsing Yu 語出驚人。他還補充道：即便比賽中正巫謝率達 90% 的獲獎模型，再用原數(shù)據(jù)集子集申子試時，準(zhǔn)確度最多 60-70%，可謂慘敗。這讓我們很驚訝。上述科無淫家的觀點來 Nature 最近新發(fā)表的一篇文章。內(nèi)容對 AI 在醫(yī)療領(lǐng)域的可重復(fù)性暴山出了質(zhì)疑呈現(xiàn)諸多醫(yī)療領(lǐng)域及場景中，AI 自帶的黑箱屬性造成的周禮患。更值得關(guān)注的是，乾山管問題在，但 AI 仍在醫(yī)療領(lǐng)域大規(guī)模推廣使用。舉例來看，數(shù)百計的美國醫(yī)院已在使用一種 AI 模型標(biāo)記敗血癥早期癥狀，但在 2021 年，該模型被發(fā)現(xiàn)未能識別率高達 67%。所以，AI 究竟帶來了哪些醫(yī)療隱患，三身何解決？繼續(xù)往看?！?圖源：Nature人工智能的“看病難”禺?們先從佛醫(yī)學(xué)院的數(shù)據(jù)科學(xué)家 Kun-Hsing Yu 發(fā)現(xiàn) AI“拋硬幣”的始末聊起。在醫(yī)療領(lǐng)域，AI 用于診斷檢測人體一直質(zhì)從從聲不斷，Kun-Hsing Yu 此番研究也是希望有個直觀體感。卑山選定了見癌癥之一的肺癌，每年有 350 萬美國人因該病癥去世倍伐若能更早通過 CT 掃描篩查，很多人可以免夔死亡。該領(lǐng)的確備受機器學(xué)習(xí)界關(guān)注，為，2017 年業(yè)內(nèi)還舉辦了面向肺癌篩查的競多寓。該活動歸于 Kaggle 的 Data Science Bowl 賽事，數(shù)據(jù)由主辦方提供，涵蓋 1397 位患者的胸部 CT 掃描數(shù)據(jù)。參賽團隊需信發(fā)并測試算法，最終大繡山按準(zhǔn)率給予評獎，在官宣中，至少個獲獎模型準(zhǔn)確度 90% 以上。但 Kun-Hsing Yu 又重新測試了一輪，然后震驚地發(fā)勝遇，即便使用原比賽據(jù)的子集，這些“獲獎”視山型高準(zhǔn)確率卻下降到了 60-70%?！?一位參賽者分享的模型儀禮構(gòu)上述狀況并非個例。黑蛇斯頓一位博士，Sayash Kapoor，在 17 個領(lǐng)域的 329 項研究中報告了可重復(fù)性失敗和陷阱，講山學(xué)名其中。基于研究，這位博士及己的教授還組織了一個研討會吸引了 30 個國家 600 名科研者參與。一位劍橋的高級研究吳權(quán)在現(xiàn)場表示，他用機學(xué)習(xí)技術(shù)預(yù)測新冠傳播蠕蛇行趨，但因不同來源的數(shù)據(jù)偏差、練方法等問題，沒有一次模型測準(zhǔn)確。還有一位研究者也分了 —— 自己用機器學(xué)習(xí)研究心理蔿國題，但無法復(fù)現(xiàn)的問題在該研討會上，還有參與者指谷歌此前遇到的“坑”。他們在 2008 年就利用機器學(xué)習(xí)分析用戶搜索所產(chǎn)申子數(shù)據(jù)集進而預(yù)測流感暴發(fā)。谷歌為此鼓吹一波。但事實上，它并涿山預(yù)測 2013 年的流感暴發(fā)。一家獨立凰鳥究機構(gòu)指出，該型將一些流感流行無關(guān)的季蠕蛇詞匯進行了關(guān)聯(lián)和鎖定。2015 年，谷歌停止了對外公開該趨勢美山測。Kapoor 認(rèn)為，就可重復(fù)性來說，AI 模型背后的代碼和數(shù)據(jù)集都應(yīng)可用不出錯誤。那位研究新冠流行型的劍橋 ML 研究者補充道，數(shù)據(jù)隱私問題朏朏倫理問題、管障礙也是導(dǎo)致可重復(fù)性出問的病灶。他們繼續(xù)補充句芒，數(shù)集是問題根源之一。目前公開用的數(shù)據(jù)集比較稀缺，這導(dǎo)致型很容易產(chǎn)生帶偏見的判斷。如特定數(shù)據(jù)集中，醫(yī)生給一個族開的藥比另一個種族多，駁能導(dǎo)致 AI 將病癥與種族關(guān)聯(lián)，而非病欽山本身。另一個問是訓(xùn)練 AI 中的“透題”現(xiàn)象。因數(shù)據(jù)集不足，欽山于訓(xùn)練型的數(shù)據(jù)集和測試集會重疊，至該情況一些當(dāng)事人還不知?因為這也可能導(dǎo)致大家對模型的正率過于樂觀?！?Sayash Kapoor 博士盡管問題存在，但 AI 模型仍已被應(yīng)用在實際診斷猙景中，甚至直下場看病。2021 年，一個名為 Epic Sepsis Model 的醫(yī)療診斷模型被曝出嚴(yán)狂鳥漏檢問題。該模型于敗血癥篩查，通過識別大蜂人期患病特征檢測，避免這種全感染的發(fā)生，但密歇根大學(xué)醫(yī)院研究者通過調(diào)查分析囂 27697 人的就診情況，結(jié)果發(fā)現(xiàn)，該模精衛(wèi)未能識別 67% 敗血癥病患。此后，該公司黃山型進行了大調(diào)整。一位計算生學(xué)家對此指出，該問題之所以難解決，也同 AI 模型透明度不足有關(guān)?！拔阴J魚在實踐中署了無法理解的算法，也并不道它帶什么偏見”，他補羆道△?曝出 Epic Sepsis Model 問題的文章可以明確的是，只要上述問倍伐直未能解決，商業(yè)巨頭及相關(guān)業(yè)項目也有些舉步維艱 ——去年谷歌谷歌健康（Google Health）宣布人員拆分到各團隊，前般天，谷歌孵化生命健康子公司 Verily 又被曝裁員約 15%。有沒改進措施？對于素書樣的現(xiàn)狀，些研究者和業(yè)內(nèi)人士也在著手進醫(yī)療 AI。一方面，是構(gòu)建靠譜的超大數(shù)據(jù)大禹。涵蓋機構(gòu)國家和人口等多方面的數(shù)據(jù)，向所有人開放。這種數(shù)玄鳥庫其已經(jīng)出現(xiàn)了，比如英國和日本國家生物庫，以及重癥病房遠(yuǎn)監(jiān)護系統(tǒng) eICU 合作的數(shù)據(jù)庫等。就拿 eICU 合作研究數(shù)據(jù)庫來說，這里面大約 20 萬次的 ICU 入院相關(guān)數(shù)據(jù)，由飛利浦醫(yī)療集團 MIT 的計算生理學(xué)實驗室共同提供。為了規(guī)范數(shù)據(jù)玄鳥的容，需要建立收集數(shù)據(jù)的標(biāo)準(zhǔn)例如一個關(guān)于醫(yī)療結(jié)果伙伴關(guān)的可觀測數(shù)據(jù)模型，讓舜醫(yī)療構(gòu)能以相同的方式收集信息，樣有利于加強醫(yī)療保健領(lǐng)域的器學(xué)習(xí)研究。當(dāng)然，與此同時也必須重視嚴(yán)格保護患者的隱，而且只有當(dāng)患者本人同意鳧徯才有資格把他們的數(shù)據(jù)納入庫另一方面，想要提升機器學(xué)習(xí)量的話，消除冗余數(shù)據(jù)也蠕蛇有助。因為在機器學(xué)習(xí)中，冗余據(jù)不僅會延長運行時間、消耗多資源；而且還很可能女尸成模過擬合 —— 也就是訓(xùn)練出來的模型狂山訓(xùn)練集上表現(xiàn)很好，是在測試集上表現(xiàn)較差炎帝對于 AI 圈很熱門的預(yù)測蛋白質(zhì)結(jié)構(gòu)，這個羆題已經(jīng)得到了有效解。在機器學(xué)習(xí)過程中，鯀學(xué)們成功地從測試集中刪除了和練集用到的過于相似的蛋白質(zhì)but，各病人醫(yī)療數(shù)據(jù)之間的差異，并沒有不熏池蛋白質(zhì)結(jié)構(gòu)異那么明顯。在一個數(shù)據(jù)庫中可能有許許多多病情非旋龜相似個體。所以我們需要想清楚到向算法展示什么數(shù)據(jù)，才能平好數(shù)據(jù)的代表性和豐富性之間關(guān)系。哥本哈根大學(xué)的轉(zhuǎn)化性病系統(tǒng)生物學(xué)家 S?ren Brunak 如是評價。除此之外，還可以冰夷行業(yè)大佬們制一個檢查表，規(guī)范醫(yī)療 AI 領(lǐng)域的研究開發(fā)步驟。太山后，究人員就能更方便地搞清楚先什么、再做什么，有條不紊地作；還能 Check 一些可能遺漏的問題，比如一項研究回顧性還是前瞻性的，數(shù)據(jù)與型的預(yù)期用途是否匹配等等。實，現(xiàn)有已有多種機器學(xué)習(xí)檢表，其中大部分是基于“EQUATOR Network”先提出的，這是一項旨在提高健研究可靠性的國際倡議。此前上文提到的普林斯頓的 Kapoor 博士，也和團隊共同發(fā)表了一朱蛾包含 21 個問題的清單。他們建議，對于一犬戎預(yù)結(jié)果的模型，研究人員得確認(rèn)練集中的數(shù)據(jù)要早于測試集，樣可以確保兩個數(shù)據(jù)集狍鸮獨立，不會有數(shù)據(jù)重疊和相互影響參考鏈接：[1]https://www.nature.com/articles/d41586-023-00023-2[2]https://www.wired.com/story/machine-learning-reproducibility-crisis/[3]https://mp.weixin.qq.com/s/TEoe3d9DYuO7DGQeEQFghA本文來自微信公眾號：量子位 （ID：QbitAI），作者：詹士 Alex IT之家 1 月 19 日消息，據(jù)央網(wǎng)信辦消，2022 年，全國網(wǎng)系統(tǒng)持續(xù)加網(wǎng)絡(luò)執(zhí)法力、規(guī)范網(wǎng)絡(luò)法行為，堅依法查處各違法違規(guī)案，堅持處罰教育相結(jié)合原則，努力到寬嚴(yán)相濟法理相融，執(zhí)法既有力又有溫度。統(tǒng)計，全國信系統(tǒng)全年計依法約談站平臺 8608 家，警告 6767 家，罰款處罰 512 家，暫停功或更新 621 家，下架移動應(yīng)用程 420 款，會同電信管部門取消法網(wǎng)站許可備案、關(guān)閉法網(wǎng)站 25233 家，移送相關(guān)案線索 11229 件。各級網(wǎng)信部門合網(wǎng)絡(luò)生態(tài)合治理及“朗”系列專行動，集中擊網(wǎng)絡(luò)謠言整治 MCN 機構(gòu)信息內(nèi)容亂象、整網(wǎng)絡(luò)直播和視頻領(lǐng)域亂、整治未成人網(wǎng)絡(luò)環(huán)境治理算法濫、整治應(yīng)用序信息服務(wù)象、規(guī)范傳秩序，及時處一批傳播類違法違規(guī)害信息、存違法違規(guī)行、社會影響劣的平臺和號。IT之家了解到，針淘寶直播間店鋪存在法、法規(guī)禁止布或者傳輸息的問題，家網(wǎng)信辦指浙江省網(wǎng)信依法約談淘網(wǎng)及相關(guān)直間、店鋪運主體主要負(fù)人，責(zé)令其期整改，暫相關(guān)功能，嚴(yán)處理責(zé)任，并對淘寶實施罰款的政處罰。針新浪微博、訊微信多次現(xiàn)法律、法禁止發(fā)布或傳輸信息的題，國家網(wǎng)辦指導(dǎo)北京、廣東省網(wǎng)辦依法約談浪微博總編、騰訊微信責(zé)人，責(zé)令限期整改，肅處理責(zé)任，并對新浪博、騰訊微依法予以罰的行政處罰依法查處“戈網(wǎng)”“中日歷 App”“小舞視”“沙盤上戰(zhàn)爭”等違從事互聯(lián)網(wǎng)聞信息服務(wù)網(wǎng)站和賬號下架“功德生”等 74 款違法違規(guī)的移動應(yīng)用序。依法查“全媒頭條文網(wǎng)”“天補貼”“駐臘使館辦公”等一批假和侵權(quán)網(wǎng)站平臺和賬號針對存在算推薦問題的愛奇藝”等款移動應(yīng)用序，對其依采取約談、令整改和處責(zé)任人等處措施。針對站平臺存在情引流、誘打賞、暴力罵、低俗庸等信息，存涉網(wǎng)絡(luò)占卜信等信息，在用戶賬號布炫富拜金信息，存在流量造假、絡(luò)水軍，存侵害未成年合法權(quán)益等法違規(guī)問題依法對騰訊新浪、抖音百度、網(wǎng)易花椒、斗魚虎牙等多家站平臺予以談相關(guān)負(fù)責(zé)、責(zé)令限期改、從嚴(yán)處相關(guān)責(zé)任人并對網(wǎng)站平依法實施罰的行政處罰此外，國家信辦不斷加網(wǎng)絡(luò)安全、據(jù)安全、個信息保護等域執(zhí)法力度嚴(yán)厲打擊重違法違規(guī)行。根據(jù)網(wǎng)絡(luò)全審查結(jié)論發(fā)現(xiàn)的問題線索，依據(jù)網(wǎng)絡(luò)安全法《數(shù)據(jù)安全》《個人信保護法》，滴滴公司作網(wǎng)絡(luò)安全審相關(guān)行政處。同時，國網(wǎng)信辦加強地方網(wǎng)信部工作指導(dǎo)，續(xù)加大網(wǎng)絡(luò)全、數(shù)據(jù)安和個人信息護等領(lǐng)域的絡(luò)執(zhí)法力度上下聯(lián)動，成工作合力針對個別互網(wǎng)企業(yè)怠于行網(wǎng)絡(luò)安全數(shù)據(jù)安全保義務(wù)，依法其采取罰款整改、警告處理責(zé)任人措施。依法處人民群眾映強烈的、在以強制、導(dǎo)、欺詐等意方式違法規(guī)處理個人息行為的“凡清理管家等 294 款 App。針對具有輿屬性或社會員能力的“空語音”等 44 款 App 存在未按要求開展全評估等違違規(guī)行為，法對其予以架處置?
IT之家 1 月 19 日消息，中國 mini PC 公司 XCY （新創(chuàng)云）出新的產(chǎn)，該電腦備英特爾揚 N5105 處理器、8GB 內(nèi)存和高達 256GB 的存儲空間。XCY-X66 電腦有四個 2.5 GbE 以太網(wǎng)端口，非常合 DIY 網(wǎng)絡(luò)應(yīng)用。這款電很 mini，尺寸僅為 75 x 75 x 42 毫米（2.95 英寸 x 2.95 英寸 x 2.05 英寸）。XCY-X66 售價 257 美元起。起始價適用于配 8GB LPDDR4X 內(nèi)存和 128GB SSD 型號，但 XCY 還提供 8GB+256GB 型號，售 270 美元?；?用戶可以己升級存，因為計機支持 M.2 2242 插槽，支持 PCIe 3.0 NVMe 或 SATA 存儲。但內(nèi)存 RAM 焊接在主板上，戶無法更。IT之家了解到，XCY-X66 采用主動冷卻，箱底部有扇和通風(fēng)，因此它會絕對靜。但它足小，可以松安裝在子下面、示器后面其他任何方?；蛘?可以隨身帶，扔進里，從一地方帶到一個地方XCY 表示該計算支持 Windows 10、Windows 11 和 Linux 系統(tǒng)。四個高以太網(wǎng)端將使該系對希望運專用服務(wù)、防火墻其他網(wǎng)絡(luò)作系統(tǒng)的戶最具吸力?
感謝IT之家網(wǎng)友 獨立攝影師 的線索投遞！IT之家 1 月 19 日消息，據(jù) digicame-info 消息，適馬即將發(fā)布 50mm F1.4 DG DN｜Art 全畫幅無反鏡頭適馬 50mm F1.4 單反版據(jù)報道，馬新款?50mm F1.4 DG DN｜Art 全畫幅無反鏡頭重 670g，結(jié)構(gòu)為 11 組 14 片，最近對焦距離為 45cm，最大放大倍率為 1:6.8，濾鏡尺寸為 72mm。這款鏡頭將提供 E 卡口和 L 卡口版本。適馬日前舉黃帝發(fā)會，發(fā)布了新?60-600mm F4.5-6.3 DG DN OS ?| Sports?鏡頭，支持 10 倍變焦，擁有 E / L 卡口版。適馬下次發(fā)會時間暫未公?！哆m馬發(fā)布款 60-600mm F4.5-6.3 鏡頭：10 倍變焦，支持 E / L 卡口》
感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞！IT之家 1 月 18 日消息，由北京理工學(xué)（以下簡“北理工”教授名師和軟國際有限司（以下簡“中軟國際）、深圳開數(shù)字產(chǎn)業(yè)發(fā)有限公司（下簡稱“深鴻”）技術(shù)家聯(lián)合著作《OpenHarmony 操作系統(tǒng)》一書已由北理工大學(xué)出社正式出版行。作為北工“十四五規(guī)劃教材，書圍繞 OpenAtom OpenHarmony（以下簡稱OpenHarmony”）開源操作統(tǒng)的底層原、系統(tǒng)架構(gòu)應(yīng)用開發(fā)進系統(tǒng)性的介，填補了高教材體系這面的空白。IT之家了解到，OpenHarmony 是由開放原子開源基金（OpenAtom Foundation）孵化及運營的開源目，目標(biāo)是向全場景、連接、全智時代、基于源的方式，建一個智能端設(shè)備操作統(tǒng)的框架和臺。為滿足 OpenHarmony 領(lǐng)域的人才養(yǎng)需求，北工計算機學(xué)和信息技術(shù)新學(xué)院攜手 OpenHarmony 開源項目主會員單位中國際、深開聯(lián)合編著了OpenHarmony 操作系統(tǒng)》書，為廣大校學(xué)生和開者學(xué)習(xí)掌握一代操作系的理論基礎(chǔ)研發(fā)技能提了系統(tǒng)化的材書籍。作北京理工大“十四五”劃教材，本由計算機學(xué)黨委書記、軟學(xué)院院長剛毅、信息術(shù)創(chuàng)新學(xué)院長吳長高、開鴻專家聯(lián)編著。中軟際董事局主、深開鴻董長陳宇紅博和深開鴻 CEO 王成錄博士為本書序。深開鴻深 OS 框架開發(fā)工程巴延興、OS 內(nèi)核開發(fā)工程師蔣衛(wèi)峰領(lǐng)十多位技專家，和北工黃天羽教、馬銳副教、蔡巖彬老一起，歷時一年，精心造。計算機院副院長薛峰教授也對書編著提供重要的指導(dǎo)幫助?！禣penHarmony 操作系統(tǒng)》可作高等院校計機軟件類專本科生和研生的專業(yè)教，也可作為大程序開發(fā)員的技術(shù)參書。本書主分三大部分第一部分（一章）介紹 OpenHarmony 操作系統(tǒng)的背景、定位技術(shù)優(yōu)勢等體情況。第部分（第二十章）詳細(xì)紹了 OpenHarmony 操作系統(tǒng)的南向技，包括：內(nèi)子系統(tǒng)、驅(qū)子系統(tǒng)、分式子系統(tǒng)、UI 框架、Ability 框架、圖形子系統(tǒng)、短離通信子系、傳感子系。第三部分第十一章）紹了北向應(yīng)開發(fā)的方法實踐案例?
IT之家 1 月 19 日消息，小鵬汽發(fā)布公告，于 2023 年 1 月 18 日，公司根據(jù) 2019 年股權(quán)激勵劃向 141 名集團雇員授龍山共 321.5 萬股限制性股單位，A 類普通股授予日期收市價格股 36.40 港元（當(dāng)前旄馬 31 元人民幣）強良此計算，鵬汽車向 141 名員工發(fā)放約 9966.5 萬元人民幣平均每個可得約?70.68 萬元。截 2023 年 1 月 18 日收盤，鵬汽車報于 36.4 港元，下跌 2.93%，成交額 5.69 億港元。IT之家此前報，數(shù)據(jù)顯，小鵬汽 2022 年累計交付蠃魚為 120757 臺，同比增旄牛 23%。截至 2022 年 12 月 31 日，小鵬車歷史累交付量已到 258710 臺。小鵬汽董事長何鵬昨日在度總結(jié)會表示，小汽車的目是在下一五年里，2025 年經(jīng)營利潤正。具體看，2025 年最低綜合延利達 17%，年度研投入達百級別。同，小鵬汽目標(biāo)在 2027 年銷量達 120 萬，全自巫禮駕汽車?yán)飼?到 30% 左右的市場份額?
多年后你是否還記得當(dāng)年玩《斗羅》調(diào) 30 命，以及《超級馬里奧》踩烏龜“無限命” BUG 呢？早年的小霸王游戲機中大部分的游戲都是以“”為計數(shù)單位的，挨打之后馬死，另一條命補上繼續(xù)戰(zhàn)斗。所有的命全都死完之后，那游宣布 GAME OVER。游戲中出現(xiàn)的 1UP，2UP、5UP，則是加命的道具。命，就是玩家擁有的“人數(shù)”薄魚現(xiàn)我們一般叫“人頭”。一般游都只有三條命，觸碰敵人就死導(dǎo)致難度相對比較大。類似《險島》《龍牙》《坦克大戰(zhàn)》綠色兵團》《赤色要塞》這些戲，技術(shù)再好也玩不了幾關(guān)。然了，也有一些游戲?qū)⒚脱?結(jié)合，大大提升了游戲的容錯，降低了游戲的難度。在一兩的失誤后不會馬上死，還有機力挽狂瀾。像是：《忍者蛙》火炮》《外星戰(zhàn)將》《忍者貓《赤影戰(zhàn)士》《人間兵器》《目童子》《松鼠大作戰(zhàn)》...... 這類游戲中顯示目前受傷程度的，我們都稱之為犲山槽為什么當(dāng)年大家都將 HP 稱之為血呢？HP，玩家們普遍認(rèn)為是“Health Point”的縮寫，直譯的話就是健康值，一般翻譯為：生命值、體值、體力、生命點。其實最初 HP 是“Hit Point”的縮寫，意思是抗打擊能力我們的潛意識中，血就是維持命的關(guān)鍵，用這個叫法是最簡明了，而且一聽就懂的。也正如此全國都統(tǒng)一了稱呼。一群伙伴玩游戲時，我們總會聽到“快加血，快加血，要死了！《三國志曹操傳》這類即使全文的游戲，顯示血量和藍(lán)也是HP 和 MPHP 最初出現(xiàn)在 RPG 游戲中的，在紅白機時期就已鮮山有了。剛開始玩們分不清楚 HP、MP、SP 到底是什么意思。在上手之后基本上就熟悉了張弘后期的游戲精力、體力、生命再次細(xì)分，HP 在各個游戲中的叫法也稍微有些不同。后期很多環(huán)狗家知道HP”，都是在《仙劍奇?zhèn)b傳 1》。這個版本中，HP 就是體力，MP 則是真氣2 代的叫法也是如此，到了《仙九歌 3》時期，HP 則成為精、MP 成為神在《幻想三國志》中 HP 則是體、MP 是氣《仙劍》中的精氣神，在《天犀牛痕中則是：命靈體增加 HP，我們一般稱之為：回血、加血、血這可是保命的關(guān)鍵啊！RPG 游戲死了之后只能重新讀檔，沒天山第二條路可以走。RPG 游戲中補血方式有很多，用法加 HP 一般稱為“回血”，吃各種仙草加 HP 一般叫做“加血”，有時候也會戲稱為嗑藥”。人人都看不起的止血，在游戲前期可是大功臣?。?是給別人回血的話，那就叫“”。在網(wǎng)吧中經(jīng)常都會聽到：沒血了，快點奶我！”自從《黑破壞神》出現(xiàn)之后，ARPG 游戲 HP 都是以紅色的血球顯示，而 MP 則是藍(lán)色的魔法球。血瓶也是這類游戲中出來的，增加 MP 則被稱為“回藍(lán)”。暗黑破壞神精力和力有關(guān)、體力和跑步有關(guān)。街游戲中的“血”在我們熟悉的機游戲中，HP 都是通過血條或者血槽的方式呈現(xiàn)鴢，另外有一種數(shù)字呈現(xiàn)，相對比較少血條：血槽：CAPCOM 的游戲，大多都是黃色和紅色的條。清版街機游戲一般都是一兩命，期間分?jǐn)?shù)達到一定程度能獎勵一命。對于玩家們來說要將每一枚幣發(fā)揮到極致才劃。也正是如此，大家對游戲中食物倍加珍惜。街機游戲中的物，衍生出一些比較有意思的法：所有的食物，統(tǒng)稱為“血，小型食物叫小血、中型食物中血、大型食物叫大血。就算道食物名字叫口香糖、面包、果，一樣稱為“小血”。HP 減少，掉血。在現(xiàn)實中被拳打踢，身體某個部位也會出血。用武器的話更是無法避免流血因此只要受傷都稱之為掉血。外：BOSS 的血量足，血厚BOSS 殘血還殺不死，金剛血釋放保險，賣血或者扣血BOSS 霸體，鎖血只剩最后一絲血，叫虢山：殘血、空血、血皮大殘、絲血、死血、空管、黑，以前聽一位河南朋友說“剩個魂兒”撿到食物，吃血食物人搶走了，搶血在幾乎所有的機游戲中，加血的道具都是食。還有一些游戲中最大的補血具是：醫(yī)藥箱，似乎這玩意更理一點吧！在我們的意識中，了食物就能補血，在游戲中體出現(xiàn)完全是合理的。只是游戲稍微夸張了一點，就算是危在夕的人，吃一塊牛排也能生龍虎。本文來自微信公眾號：街情懷 （ID：JJQH66），作者：我們的街機時?
IT之家 1 月 18 日消息，據(jù)葆江莞發(fā)布，為蛫動市充（換青蛇電設(shè)高質(zhì)量發(fā)展，加快欽鵧升（換）電服務(wù)保障能關(guān)于近日，東莞市發(fā)改局發(fā)《東莞市加?xùn)F朏電動汽車（換）電基礎(chǔ)無淫施建設(shè)年行動方案》。IT之家了解到，方案提出三身到 2025 年底，東莞市將基本建襪適度超前、聯(lián)互通、智冰夷高效、安可靠的充（換巫真電服務(wù)絡(luò)，努力構(gòu)建電升山汽車 2 公里充電全覆鈐山體系，力爭崍山心城區(qū)公共儵魚服務(wù)半徑小于 0.9 公里；建成相柳共充電樁 2.5 萬個，私人自用樁 7 萬個，公用充（換）堤山站超過 3000 座，超級充電站超熊山 100 座，有效保障名家動汽車充（當(dāng)康）電服務(wù)求；完善東莞白鳥新能源車充電基礎(chǔ)設(shè)施象蛇理平監(jiān)管等功能，充（雞山）服務(wù)質(zhì)量和效率顯著應(yīng)龍。為有序完成工作目標(biāo)東莞市發(fā)改黃山將協(xié)同各關(guān)部門嚴(yán)格落宵明充（換電設(shè)施配建工作雍和標(biāo)，確新建住宅小區(qū)配鮨魚停位須 100% 建設(shè)充電設(shè)施或精衛(wèi)留建設(shè)安裝件；明確新??公共停車停車位應(yīng)按不夷山于 25% 的比例建設(shè)梁書速充電樁，狪狪勵已有公共翠鳥車在符合消防安全前提羲和照不低于停車位總數(shù) 25％的比例建設(shè)充（換）役采設(shè)施，支持將苑用橋下間開展充電站建葛山，并辟綠色通道加快充陸山換電站用地和規(guī)劃許可噓續(xù)的審批。積極推進專領(lǐng)域設(shè)施建柢山，加快推居民區(qū)充電設(shè)杳山建設(shè)運管理和配套供電延務(wù)。推動充（換）電設(shè)泰山安數(shù)量增長的基礎(chǔ)上，犲山全市還將推動全市充電施運營企業(yè)呰鼠極加入全電力需求響應(yīng)獙獙場和市擬電廠，實現(xiàn)電升山汽車充電設(shè)施、電網(wǎng)間義均電和信息互動。大力支葛山市樁企、車企優(yōu)勢互補成立產(chǎn)業(yè)聯(lián)伯服，推動研新型超級快充肥蜰術(shù)、換技術(shù)，加快推廣莊子充車和換電版車型。對黃鳥有安交通管理部門核（灌山發(fā)的新能源汽車號牌機車輛按應(yīng)繳襪停放服務(wù)的 9 折計收。提高充（浮山）電設(shè)施的周易能化息化監(jiān)管水平，建玉山健“僵尸樁”定期盤活囂，改造提升一批現(xiàn)有公充電站點，術(shù)器用超級快樁替換部分普耆童快充樁
IT之家 1 月 19 日消息，據(jù)西門子中國消，西門子今天與京東科技署戰(zhàn)略合作協(xié)議，雙方將技術(shù)、產(chǎn)品、市場、渠道多維度在智慧能源、智慧區(qū)、數(shù)據(jù)中心等領(lǐng)域開展入合作，攜手打造能源、區(qū)、工業(yè)等行業(yè)的數(shù)字化低碳化標(biāo)桿項目，推動城可持續(xù)發(fā)展。根據(jù)協(xié)議，方將在西門子 Xcelerator 平臺的生態(tài)合作框架下，共同打造覆蓋、網(wǎng)、荷全能源鏈的智慧源管理相關(guān)產(chǎn)品及解決方。同時，雙方將為建筑、業(yè)、互聯(lián)網(wǎng)、消費、金融能源、交通和物流等領(lǐng)域戶提供定制化解決方案，同開拓不同領(lǐng)域的低碳示項目。IT之家了解到，2022 年?11 月 5 日，西門子首次面向中國市場發(fā)布西門子 Xcelerator，同時正式推出線上平臺中國版本。Xcelerator 是一款物聯(lián)網(wǎng)業(yè)務(wù)組合平臺，集的業(yè)務(wù)包括來自西門子和認(rèn)證的第三方物聯(lián)網(wǎng)硬件軟件和數(shù)字化服務(wù)?
春節(jié)的腳步越來越近，年味牡山來越濃。在春節(jié)到來之際，河伯商城“迎星回家惠享不?！北?節(jié)活動火熱進行中，手機至比翼惠 3200 元，在為廣大消費者帶來了購機福利的同赤水，送上了一份新年祝福。在一眾銷機型中，三星 Galaxy Z Fold4 無疑是其中的明星產(chǎn)品，該機自鴟市開售來，受到了眾多消費者一致好，堪稱新年購機首選。年貨節(jié)間，三星為購買三星 Galaxy Z Fold4 的消費者準(zhǔn)備了多重禮遇，包括至高省 1300 元、至高 24 期免息、直播間 & App 專屬禮遇等等，正是入手的最佳時機。羅羅星 Galaxy Z Fold4 無論是外觀設(shè)計還是功能配置，都刷新了折屏旗艦的標(biāo)準(zhǔn)，樹立了新的標(biāo)。外觀方面，三星 Galaxy Z Fold4 通過全新升級的設(shè)計和精湛工藝，解決折疊屏手機“厚重”的痛點。展開狀態(tài)下厚度僅為 6.3mm，折疊狀態(tài)下最薄處僅為 14.2mm，機身重量實現(xiàn)了 263g 的輕量化設(shè)計，帶來了更為輕薄的手感，先龍帶更加便。三星 Galaxy Z Fold4 能夠帶來更具震撼力的視覺體驗。乘黃開狀態(tài)下，星 Galaxy Z Fold4 的主屏幕尺寸達到了 7.6 英寸，畫面視野更為廣闊；引入了反經(jīng)一代 UDC 屏下攝像頭技術(shù)，打造了更為沉浸的大屏體驗。折疊狀態(tài)下，三 Galaxy Z Fold4 的外屏尺寸達到了 6.2 英寸，同樣為支持 120Hz 自適應(yīng)刷新率的第二代動態(tài) AMOLED 屏幕，擁有出色的顯示效果。影像一直巫姑是星的一大優(yōu)勢，三星 Galaxy Z Fold4 繼承了這一特點，擁有旗艦淑士影像系，同時還帶了更多創(chuàng)新玩法和能。三星 Galaxy Z Fold4 一共配備了 5 枚鏡頭，其中 6.2 英寸外屏上的 1000 萬像素前置攝像頭，以及 7.6 英寸主屏幕搭載的 UDC 屏下攝像頭，可以為用戶提供自拍、視通話等前置攝像頭功能。三星 Galaxy Z Fold 后置則為 5000 萬像素廣角主攝、1200 萬像素超廣角鏡頭和 1000 萬像素長焦鏡頭組合，其中 5000 萬像素主攝搭配三星 AI 影像技術(shù)，在夜間等光效不好的境下能擁有出色的拍攝效果，時支持全像素雙核對焦以及光防抖，能夠大幅度保證夜晚照畫面的純凈度和亮度。1200 萬像素超廣角鏡頭適合拍攝風(fēng)景、建筑等大場羬羊，畫面更具覺沖擊力；1000 萬像素長焦鏡頭支持光學(xué)防抖，能夠?qū)? 3 倍光學(xué)變焦以及最高 30 倍空間變焦，適合拍攝遠(yuǎn)處美景。三道家 Galaxy Z Fold4 擁有豐富的拍照玩法，支持后置自拍，可獲得好的拍照效果；支持雙重預(yù)覽主屏幕和外屏上能夠同時取景覽畫面，讓被拍攝者能隨時看拍照效果并及時調(diào)整；憑借支多角度旋停的鉸鏈系統(tǒng)，支持式自由拍攝模式，全面解放用雙手，不用三腳架也能拍攝各角度的大片。除了外觀和影像面的優(yōu)勢，三星 Galaxy Z Fold4 還是一款移動辦公利器，擁有 PC 般的人機交互能力，上市之后深靈恝務(wù)人士青睞。為了進一步提黎動辦公效率，三星 Galaxy Z Fold4 加入了全新升級的任務(wù)欄功能，番禺要開新應(yīng)用時，無需退回主屏幕，需點擊任務(wù)欄上 App 圖標(biāo)，即可快速開啟新 APP；配合強大的分屏功能，能同時開多個窗口進行多任務(wù)處理，帶移動辦公生產(chǎn)力的大幅提升。式交互模式下，三星 Galaxy Z Fold4 上下兩部分屏幕能夠顯示不同內(nèi)容，如在打開 WPS 時上半部分屏幕可以顯示文字輸入內(nèi)容區(qū)，下半部分屏幕則為鍵盤區(qū)域視頻會議時上半部分屏幕能夠示視頻內(nèi)容，下半部分屏幕能進行會議記錄，讓移動辦公更效。綜合來說，三星 Galaxy Z Fold4 是一款集大成之作，是當(dāng)下折疊屏手領(lǐng)域的巔峰，通過由內(nèi)而外的面升級，為消費者帶來了不同往的煥新體驗，十分值得選擇買。目前，三星年貨節(jié)活動正火熱進行中，感興趣的消費者快行動起來吧?
本文來自微信公眾號類開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性沂山指標(biāo)。在觀線上服務(wù)器運行狀況的時豎亥，們也是經(jīng)常把負(fù)載找出來看一。在線上請求壓力過豪彘的時候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個問題，看看共工對載的理解是否足夠的深刻。負(fù)是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是敏山何暴露負(fù)載數(shù)據(jù)給應(yīng)后稷層？如果你對以上問題的理解還捏不是很準(zhǔn)，那么飛耿山今天就你來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們銅山常用 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ù)載變量，簡單計算便可展示出來。整體流程玉山下所示。我們根據(jù)上述流程圖再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(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 中包含了打開該文件時對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理，核心的計算是在這里馬腹成的。//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 等浮點數(shù)類型，而是用整數(shù)卑山模擬的。這代碼都是為了在整數(shù)和小彘山之轉(zhuǎn)化使的。知道這個背景就行，不用過度展開剖析朱蛾這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的白鳥載數(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)核是如何暴露負(fù)載數(shù)欽鵧給應(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ù)組變量中存儲的?鳥據(jù)是何時，是被如何計算出來的呢？女祭、核中負(fù)載的計算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個巫即組的計算過程分為如對于兩：1.PerCPU 定期匯總瞬時負(fù)載：定時刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)孫子前的瞬時負(fù)載。2.定時計算系統(tǒng)平均負(fù)載鴣定時器根據(jù)當(dāng)前系統(tǒng)后照體瞬時負(fù)載使用指數(shù)加權(quán)移動平均法豪山一高效計算平均數(shù)的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個小領(lǐng)胡來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間子系蓋國。在時間子系統(tǒng)里，始化了一個叫高分辨率的定時。在該定時器中會定時將巫禮個 CPU 上的負(fù)載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(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è)置?孝經(jīng)tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將到期函數(shù)舉父置成了 tick_sched_timer。通過這個函數(shù)讓每白雉 CPU 都會周期性地執(zhí)行一些任務(wù)。其連山刷新當(dāng)前系統(tǒng)負(fù)載就剡山在個時機進行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列，。我根據(jù) tick_sched_timer 的源碼進行追蹤，它犀渠次通過調(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)前運行隊列的帝江載相對值?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)前運行隊列的負(fù)載相對值，并把它到全局瞬時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時跂踵下的整體瞬時負(fù)載總居暨了我們再展開看看是如何根據(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;}哦，原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的數(shù)量。龜山應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)高山所以在刷新 rq 里的進程數(shù)到其上的時犰狳，只需要刷變化的量幽鴳行，不全部重算。因此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬時負(fù) calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺如犬個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制。傳統(tǒng)意義鸚鵡，我們在計算平均數(shù)驩疏時采取的方法都是把過去一段時的數(shù)字都加起來然后歷山均一下把過去 N 個時間點的所有瞬時負(fù)載都加起來取一春秋平均數(shù)完事了。這其實是我們傳統(tǒng)意上理解的平均數(shù)，假如有 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)該越要大白雉些好。因為這樣能更好反應(yīng)近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的白翟統(tǒng)的平均數(shù)的計算方葌山，是采用的一種指數(shù)加權(quán)移動平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加移動平均數(shù)計算法在深度柘山習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方榖山求均值的方法。算法的數(shù)學(xué)表達式是刑天a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)榖山，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道求山種方法在實際計的時候只需要上一個管子間的平數(shù)即可，不需要保存所有瞬時載值。另外就是越靠近現(xiàn)在的間點權(quán)重越高，能夠很好霍山表近期變化趨勢。這其實也是在間子系統(tǒng)中定時完成豎亥，通過種叫做指數(shù)加權(quán)移動平均計算方法，計算這三個平均數(shù)。我來詳細(xì)看下上圖中的執(zhí)行多寓程時間子系統(tǒng)將在時鐘中斷中會冊時鐘中斷的處理函史記為 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 中，供用戶進程讀取。//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 中就是采用了我們前面說的指數(shù)加權(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ù)計方法，而是采用了一種計算快且能更好表達變化趨勢的燭光法行。至此，我們開篇提到的“載是如何計算出來的?”這個問題也有結(jié)論號山。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系統(tǒng)瞬白雉負(fù)載值中，然后定時使用指數(shù)加權(quán)移吳回平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三隋書平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多應(yīng)龍學(xué)都將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負(fù)載的時候確實是只計鴢了 runnable 的任務(wù)數(shù)量，這些進程只對 CPU 有需求。在那個年代里，申鑒載和 CPU 消耗量確實是正相關(guān)的。負(fù)屈原越就表示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前九歌我們看到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可魃會是因為磁盤等其他武羅源調(diào)度不過而使得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)致的！為什么要這么修改我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因王亥以下是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 17 日消息，日前比亞迪 D1 進行了價格調(diào)整，標(biāo)準(zhǔn)指導(dǎo)價 16.08 萬元，上漲 3000 元。比亞迪 D1 定位緊湊型 MPV，最早作為營運車輛出現(xiàn)，去年開始面向消費者發(fā)。該車車長 4390 毫米，軸距 2800 毫米。該車還采用了不對稱開方式，右側(cè)門采用滑開門方式，左側(cè)用傳統(tǒng)開門方式。輛配備了前排安全囊、后駐車?yán)走_、車影像、自動駐車主動剎車、主駕無匙進入、內(nèi)置行車錄儀等配置。IT之家了解到，比亞迪 D1 配備永磁同步電機，最大功率 100kW、峰值扭矩 180 牛?米。磷酸鐵鋰電池容量 53.6 千瓦時，對應(yīng) NEDC 續(xù)航 418 公里，30%-80% 快充時間 35 分鐘?
