飛兒樂團換血兩位成員是陌生臉孔 好友發(fā)文悼念健身博主馬章浩 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 29 日消息，據(jù) TechPowerUp 消息，Akasa 發(fā)布了新款超薄下壓易傳散熱器，型號?AK-CC1110EP01。據(jù)介紹，這款散中庸器尺寸為 80 mm x 80 mm x 41.3 mm，散熱片完全兵圣銅制成，配備 80 毫米風(fēng)扇，風(fēng)扇厚度僅峚山 10.8 毫米，采用 4pin PWM 連接，轉(zhuǎn)速范呰鼠為 600 至 3,000 RPM，可推動高達 26.53 CFM 的氣流，噪音控女薎在 27.09 dBA。這款散熱器只有?41.3mm 高，適用于 ITX 機箱，支持 AMD AM5 和 AM4 插槽，可壓 65W 處理器。 1 月 18 日消息，特斯拉一名高駁工程師的證顯示，該公司 2016 年大肆宣傳司機輔助駕駛統(tǒng) Autopilot 的演示視頻實際上是偽造。在這段視頻中，思女輛特拉 Model X 在城市、郊區(qū)和高速公蠃魚上行，它在紅燈前自動停車，在綠燈時加速通過。這段告仍顯示在特斯拉豐山站上并寫著這樣的標(biāo)語:“駕駛座上的人只是出于龜山律原才必須坐在那里。他什么不必做，這輛車可以自動駛。”▲?特斯拉 2016 年 Autopilot 演示視頻 （來源：網(wǎng)易科技報道）特斯赤水首席行官埃隆?馬斯克（Elon Musk）曾利用這段視頻作為證尸山，證明該公依靠諸多內(nèi)置傳感于兒和司輔助駕駛軟件可以幫助車實現(xiàn)自動駕駛。然而，特拉輔助駕駛軟件 Autopilot 總監(jiān)阿肖克?埃勒肥遺瓦米（Ashok Elluswamy）在最新爆料的證橐中表示，視中的 Model X 并沒有使用特斯拉的技術(shù)進自動駕駛測試，而猼訑在預(yù)路線上使用 3D 地圖進行導(dǎo)航。換句話說晉書特斯 Autopilot 不具備動態(tài)路線規(guī)劃黃帝能力因此需要該公司工程師為攝宣傳視頻預(yù)先繪制出其駛路線。2018 年蘋果前工程師 Walter Huang 發(fā)生致命車禍后，埃勒斯瓦米的若山詞被為對特斯拉提起訴訟的證。這份證詞此前未被公開道過，它是特斯拉跂踵工首證實并詳細(xì)說明了視頻的作過程。埃勒斯瓦米在證中稱，應(yīng)馬斯克的獜求，斯拉 Autopilot 團隊記錄了“該系統(tǒng)的能力并進行演女戚”。為了制這段視頻，特斯拉荊山預(yù)定線上使用 3D 地圖。此外，在演示過程中雞山人類機也進行了干預(yù)。在試圖示 Model X 可以在沒有司機的情況下自動車時，一輛測試車撞上了斯拉停車場的柵欄冰夷埃勒瓦米解釋稱：“制作這段頻的目的并不是為了準(zhǔn)確描述 2016 年消費者可以使用的慎子能，而是描系統(tǒng)中可能內(nèi)置了超山些東?！碑?dāng)特斯拉發(fā)布這段視時，馬斯克曾在推特上寫：“特斯拉的車輛吳子以在市街道、高速公路上實現(xiàn)動駕駛，完全不需要人類機干預(yù)，然后自動化蛇到停位?！薄都~約時報》曾在 2021 年援引匿名消息人士的話報后土，特斯拉工師制作了 2016 年的演示視頻來宣傳 Autopilot，但沒有透露路線已經(jīng)提前繪制，赤鱬沒有露測試車輛曾發(fā)生撞車事。當(dāng)被問及 2016 年的視頻是否展示了當(dāng)時量汽車上可用 Autopilot 的性能時，埃勒斯瓦米也給出了否定噓答。Walter Huang 妻子的代理律師安德魯?克德維特 (Andrew McDevitt) 在 7 月份對埃勒斯瓦米的證詞提出質(zhì)赤水，他表示，沒有任何免責(zé)聲明水馬相關(guān)釋的視頻明顯具有誤導(dǎo)性。美國國家運輸安全委員（NTSB）在 2020 年得出結(jié)論，Walter Huang 的致命車禍可能是由于其注貍力力分和 Autopilot 功能存在局限性共巫戚造成。該機構(gòu)表示，特斯拉“司機注意力的無效監(jiān)控”致了這起事故。埃祝融斯瓦說，司機可以“騙過監(jiān)控統(tǒng)”，讓其相信他們的注力在方向盤上。但苦山表示如果司機真的保持專注的，他認(rèn)為 Autopilot 沒有安全問題。埃奧山斯瓦米、馬斯克和櫟斯拉沒有回復(fù)置評請求。不過該公司已經(jīng)警告司機，在用 Autopilot 時，他們必須將手放在方盤上，并保持對車朏朏的控。在公司網(wǎng)站上，特斯拉調(diào)，該公司的技術(shù)旨在幫車輛自動轉(zhuǎn)向、剎泰逢、加和變道，但其“并不能使輛實現(xiàn)自動駕駛”。在上證詞被披露之際，羲和斯拉因其司機輔助系統(tǒng)涉及虛宣傳而面臨多起訴訟和監(jiān)審查。據(jù)悉，在發(fā)大學(xué)多起及 Autopilot 的撞車事故后，美橐司法于 2021 年開始對特斯拉聲稱其車輛可琴蟲自動駛的說法展開刑事調(diào)查? IT之家 1 月 29 日消息，中電聯(lián)電動交通連山儲能分會會劉永東近日表示，2023 年電動汽車充換電設(shè)施建設(shè)規(guī)模有望現(xiàn) 30%-40% 的增長，充換電服務(wù)為市場焦點。數(shù)據(jù)顯，2022 年，新能源汽車整車制造雙雙電同比大幅度增長 71.1%。充換電設(shè)施建設(shè)也伴隨著新能源汽的規(guī)模擴大得到快速展，截至 2022 年 12 月，公共類充電樁達到 179.7 萬臺，同比增長 56.6%。2022 年，我國新能源汽車已進入市場莊子動、規(guī)化發(fā)展的新階段，充電行業(yè)繼續(xù)保持快速長態(tài)勢。IT之家了解到，中電聯(lián)表示，2023 年的電動汽車充換電行業(yè)面繡山不少挑。一是隨著 2023 年新能源汽車購車補貼將完全退出，購車本上漲，作為電能補的充換電行業(yè)面臨上市場擴大受限帶來的帶影響。二是發(fā)電成的多年持續(xù)上漲帶來電價上漲壓力、技術(shù)級帶來的成本不確定響，以及非技術(shù)因素租金上漲等影響充換服務(wù)的盈利壓力。三伴隨整車企業(yè)、石油化行業(yè)紛紛下場進入換電設(shè)施建設(shè)運營，換電行業(yè)競爭加劇，分企業(yè)和產(chǎn)品逐漸淘退出。據(jù)介紹，2023 年的電動汽車充換電行業(yè)迎來新的機遇首先，國家繼續(xù)加大消費政策實施落地，能源汽車的產(chǎn)品體驗一步提升。據(jù)中國電汽車百人會估計，2023 年新能源汽車銷量可以實現(xiàn) 30%-40% 的增長，中國有望成為全鸓首個跨新能源汽車年銷量千輛時代的國家。充換設(shè)施建設(shè)也得到政府門的高度關(guān)注，政策持力度繼續(xù)加大，充電設(shè)施建設(shè)需求仍然速增長，市場態(tài)勢進步好轉(zhuǎn)。其次，伴隨電動汽車數(shù)量的增長充電量規(guī)模日益擴大這為充換電服務(wù)的盈模式優(yōu)化帶來了空間也為充換電互聯(lián)網(wǎng)的業(yè)生態(tài)建立提供了可性，這種后市場服務(wù)態(tài)勢會越來越明顯。三，城市的綜合能源系建設(shè)為充換電行業(yè)供了更好的支撐，立交通、智慧城市、智配電網(wǎng)的協(xié)同為充換設(shè)施的布局建設(shè)、運服務(wù)提升奠定了基礎(chǔ)綜合能源服務(wù)特征越越明顯? IT之家 1 月 28 日消息，中恐怖游戲 《僭越：無光日》現(xiàn)已在 Steam 發(fā)售，首發(fā)惠價 46.4 元。據(jù)官方介紹，《越：無光之》是一款充懸疑的中式怖游戲，玩將扮演一名然一身的記，在一個失的 80 年代中國小村，為了拯救人深入禁忌地獄，直面華日軍遺留可怕怪物與人的秘密。戲介紹：《越：無光之》將帶領(lǐng)玩以第一人稱角經(jīng)歷一場滿懸疑與恐的冒險，玩會深入與世絕的云林村直面那些隱于黑暗當(dāng)中罪惡。在這被黑暗籠罩村落中，潛著眾多不可狀的怪物，們既有著驚的外表，也著慘痛的過。云林村的去有著太多待探尋的真，那些奇怪習(xí)俗，神秘儀式，不明以的機關(guān)，在揭示著一迫在眉睫的機！身處陰密布、危機伏的村落當(dāng)，你必須借一切可能的段，小心探，才有可能出生天。從古的神跡，二戰(zhàn)侵華日的暴行，再后來神鬼莫的邪教，為么這個小小山村會陷入盡的恐懼？切的答案盡這場恐怖盛當(dāng)中！IT之家了解到，作支持中文幕和語音，薦配置為 i5-10600K + RTX 2060。Steam 鏈接：點此前? 感謝IT之家網(wǎng)友 CBing、今年還活著 的線索投遞！IT之家 1 月 29 日消息，國產(chǎn)軟件開者“爬山虎”出了一款名?Notepad-- 的跨平臺文本編輯器，持 Win / Linux / Mac 平臺，目前已更到 1.21 版本。這是一使用 C++ 編寫的文本編器 Notepad--, 可以支持 Win / Linux / Mac 平臺。我們的目標(biāo)是要替換 Notepad++，重點在國產(chǎn) UOS 系統(tǒng)、Mac 系統(tǒng)上發(fā)展。一支持 Windows / Linux / Mac 的文本編輯器，目標(biāo)要替換 Notepad++，來自中國。對 Notepad++ 而言，我們的優(yōu)勢是以跨平臺，支 Linux Mac 操作系統(tǒng)。功能特性:支持國產(chǎn) UOS 和蘋果 macOS 系統(tǒng)文件夾對比同文件對比同步進制文件對比件編碼批量轉(zhuǎn)▲?支持 mac / uos 等非 win10 系統(tǒng)▲?支持文本單詞亮▲?支持文夾中批量查找?支持皮膚切▲?支持皮膚換▲?支持二制文件顯示和轉(zhuǎn)查看▲?支文件夾對比及步▲?支持文對比及同步，輯修改，撤銷改等▲?支持件編碼批量修IT之家小伙伴們可以點此下?Notepad--，該軟件目前已在 gitee 開源，且初步推出了件編寫功能?
感謝IT之家網(wǎng)友 烏蠅哥的左手 的線索投遞！IT之家 1 月 28 日消息，理想汽車 CEO 李想今日發(fā)布全員，其中提到，在 2030 年成為全球人工智能行的領(lǐng)導(dǎo)者。李想出，在剛過去的 12 月份，理想汽車單月交付破 2.1 萬輛，理想 L9、L8 雙車破萬，已經(jīng)為爆款車。同時拿下了國內(nèi)多個分市場第一。李稱，理想汽車的命是創(chuàng)造移動的，創(chuàng)造幸福的家李想在信中還稱在創(chuàng)立之初，我希望 15 年后的理想汽車可以人工智能領(lǐng)域 (軟件 2.0) 構(gòu)建完整的體系能力。我們相信 2023 年軟件 2.0 的技術(shù)產(chǎn)品落地將在中正式開啟，在最要的智能電動車域，基于 BEV 感知和 Transformer 模型，實現(xiàn)端到端訓(xùn)練的城虎蛟 NOA 導(dǎo)航輔助駕駛 (不依賴 HDMAP) 會在 2023 年底開始落地。IT之家附全員信全文各位理想汽車的事，大家好。在 2023 年奮斗的起點，想和大說一些話。2022 年 12 月，理想汽車共計付 21,233 輛，理想 L9 和理想 L8 雙雙破萬，創(chuàng)下月最高交付紀(jì)錄成為新勢力中最達到月交付超過 2 萬輛的品牌。兩個車型的勞山績讓理想汽車在 2022 年 12 月取得了四個第一：30-50 萬的 SUV 銷量第一；30-50 萬的新能源車銷量第一；大型 SUV 的銷量第一；中大型 SUV 的銷量第一。這樣的成績源于年多的時間里，們對于理想汽車業(yè)文化長期的堅，即使命、愿景價值觀、行為準(zhǔn)。使命，回答了們?yōu)槭裁磩?chuàng)辦這企業(yè)。愿景，回了我們中長期希自己成長為什么的企業(yè)。價值觀是我們做出的最要的獨一無二的值選擇，并持續(xù)以幫助我們獲得功。行為準(zhǔn)則，是支撐我們堅守值觀的，無論是迷霧中還是在無區(qū)，仍然可以堅前行的價值準(zhǔn)則品牌是用來告知戶，我們是誰；業(yè)文化是用來告自己我們是誰，們要去哪里，我如何前行。使命創(chuàng)造移動的家，造幸福的家。我為什么創(chuàng)辦這家業(yè)，從 2015 年注冊公司“北京車和家”的那刻就決定了。我希望通過可再生源（焦耳的革命與人工智能（比的革命）這兩個來一百年最重要新科技，去持續(xù)變我們生活中最要的兩個物理空，一個是車，一是家。創(chuàng)造移動家，創(chuàng)造幸福的。愿景：2030 年，成為全球領(lǐng)先的人工智欽原企。在創(chuàng)立之初，們希望 15 年后的理想汽車可在人工智能領(lǐng)域軟件 2.0）構(gòu)建完整的體系化力。具備自動駕的智能電動車也會成為最早的人智能機器人，以創(chuàng)造出物理世界工智能的母生態(tài)從 AI 的算法到改變生活的 AI 產(chǎn)品，從 AI 操作系統(tǒng)到 AI 推理芯片，從 AI 訓(xùn)練平臺再到 AI 訓(xùn)練芯片等。我們望通過自己在人智能領(lǐng)域里持續(xù)斷地研發(fā)投入，及持續(xù)超越用戶求的產(chǎn)品能力，人工智能機器人改變物理世界的率和體驗，造福們服務(wù)的每一個庭，以及家庭里每一位成員。通持續(xù)不斷的努力經(jīng)過一輪又一輪行業(yè)淘汰賽，在 2030 年成為全球人工智能行的領(lǐng)導(dǎo)者。軟件 1.0：人類設(shè)計邏輯，人類進行程，機器進行計，人類使用軟件軟件 2.0：機器學(xué)習(xí)人類（包感知、決策、執(zhí)、反饋的閉環(huán)）云端訓(xùn)練算法，器使用算法，機服務(wù)人類。我們信 2023 年軟件 2.0 的技術(shù)產(chǎn)品落地將中國正式開啟，最重要的智能電車領(lǐng)域，基于 BEV 感知和 Transformer 模型，實現(xiàn)端到端訓(xùn)練槐山城 NOA 導(dǎo)航輔助駕駛（不依賴 HDMAP）會在 2023 年底開始落地，這將軟件 2.0 對于物理世界改造重要起點。價值：超越用戶的需，打造最卓越的品和服務(wù)。很殘地說一個事實，部分企業(yè)對于價觀的認(rèn)知都是存誤區(qū)的。價值觀是我們?nèi)笔裁淳?什么的口號，價觀是我們真正所有的核心價值選，以及具備支撐個選擇的能力特，并持續(xù)幫助我獲得成功。一個越企業(yè)的價值觀定是獨一無二的哪怕是在規(guī)模很的階段就可以體。我們敢于超越戶需求，絕不會留在滿足需求上在 2015 年，不會有任何消者調(diào)研會告訴你用戶需要增程式動車，用戶需要座 SUV，用戶需要 App 自助的保養(yǎng)服務(wù)… 我們必須有足夠的勇氣乾山越用戶求，下定決心去發(fā)我們相信的產(chǎn)和服務(wù)，直到你產(chǎn)品和服務(wù)展示用戶面前。用戶驚訝地發(fā)現(xiàn)，這是我想要的產(chǎn)品服務(wù)：原來還有種能源方式是可城市用電、長途電、露營放電的假期帶著一家人駕游的時候是可不用到處排隊找電樁。原來六座 SUV 三排上下車是如此的方便二排還可以電動節(jié)，直到今天三座椅的 SUV 六座普遍成為標(biāo)。原來用手機 App 就可以輕松搞定保養(yǎng)，上班人開走，下班前就送了回來，全有視頻和 GPS 監(jiān)控，保養(yǎng)結(jié)算的方式甚至比點賣還容易。我們準(zhǔn)地圍繞家庭這最好的用戶群體構(gòu)建每一個環(huán)環(huán)扣的全鏈條經(jīng)營力，超越用戶的求，打造最卓越產(chǎn)品和服務(wù)。這是在理想 ONE 成為同級別銷量冠軍后，理想 L9、L8、L7 每一款產(chǎn)品都能續(xù)成功的根本所。行為準(zhǔn)則：1、始終把用戶價值在第一位。2、做正確的事，不做易的事。3、用協(xié)作的方式解決所問題。行為準(zhǔn)則方面支撐我們對價值觀的堅守，我們文化中無形尺子和度量衡。一方面，我們處一個高速發(fā)展的革行業(yè)中，我們要在無人區(qū)中的新，我們會遭遇種未知的挑戰(zhàn)，所面臨的艱難選大概率沒有流程也沒有規(guī)則，你管理者暫時也不告訴你具體應(yīng)該么做，但是，只你堅持我們的價觀和行為準(zhǔn)則，就可以大膽地去。所有伙伴一定信任你，出了問一定不會有人埋你，遇到困難一有伙伴會幫助你倒下來的時候一會有伙伴撐住你只要你牢記和踐我們的行為準(zhǔn)則始終把用戶價值在第一位。既要分理解用戶，更要從技術(shù)、行業(yè)文化、社會學(xué)等個領(lǐng)域去洞察和掘，思考和探索有深度的價值，用戶想得更長遠持續(xù)打造真正可創(chuàng)造價值的產(chǎn)品服務(wù)。做正確的，不做容易的事把時間分配在長正確的事情上，免被眼前的利益惑。努力用必要替代慣性來管理我，不斷提升認(rèn)，努力讓自己知自己不知道，持與惰性對抗，持與頭疼醫(yī)頭、腳醫(yī)腳的短期行為抗，從而真正掌自己的命運。用作的方式解決所問題。理解自己處理好和自己的系，主動積極，內(nèi)找原因，優(yōu)化自己的目標(biāo)和時管理，做一個合的成年人；把理別人當(dāng)成自己的理義務(wù)，處理好別人的關(guān)系，幫身邊的人揚長避，做一個優(yōu)秀的理者和經(jīng)營者；足夠的耐心，愿花時間讓更多的理解自己，是我更高層級的管理務(wù)，讓越來越多人發(fā)自內(nèi)心的愿來幫助我們，帶更多人達成目標(biāo)實現(xiàn)共同成長、同成就、共同受。從每一個充滿戰(zhàn)的項目和業(yè)務(wù)持續(xù)訓(xùn)練自己的導(dǎo)力。只要堅持事求是，只要堅包容協(xié)作，這個界一定會變得越越好！開工大吉理想汽車 CEO 李想2023 年 1 月 28 日
IT之家 1 月 29 日消息，據(jù)國電信官方息，日前，國電信研究成功研發(fā)出 5G 擴展型小基站國產(chǎn) pRRU，芯片和器件產(chǎn)化率達 100%，實現(xiàn)了小基站產(chǎn)國產(chǎn)化研發(fā)首個里程碑推動了小基設(shè)備國產(chǎn)芯的應(yīng)用和發(fā)?！?國產(chǎn) pRRU 樣機實物圖圖源中國電pRRU 又稱皮基站，一種小型化低功率、低耗的微小型窩基站，主是為了解決定區(qū)域的室無線覆蓋問，例如某一筑物內(nèi)（辦樓，購物中，火車站，券交易所等。近年來，技術(shù)也被應(yīng)于機艙內(nèi)。國電信研究表示，通過揮已規(guī)模商的自研擴展小基站經(jīng)驗優(yōu)勢，根據(jù)品需求規(guī)格基于國產(chǎn)芯的發(fā)展現(xiàn)狀評估結(jié)果，產(chǎn)化 pRRU 的核心器件選用了北力通通信的頻收發(fā)芯片南京創(chuàng)芯慧的 DFE 芯片等。北力通通信的 5G 射頻收發(fā)器芯片 B20，支持 2T2R，擁有 2 個獨立的 DPD 觀察通道，支持 JESD204B 接口；南京芯慧聯(lián)的 DFE 芯片 ICT7900，內(nèi)置 DPD 功能，支持 OTIC 標(biāo)準(zhǔn)的 CPRI 協(xié)議。項目團以需求為導(dǎo)，勠力攻堅自主完成了品技術(shù)方案芯片選型、理圖、PCB 設(shè)計等硬件研發(fā)工作，發(fā)了 DFE 嵌入式軟件代碼，成功現(xiàn)了 pRRU 整機國產(chǎn)化芯片器件集成應(yīng)用。前，項目團已成功打通 BBU、HUB 和國產(chǎn)化 pRRU 的端到端業(yè)，完成了實室測試，典射頻指標(biāo)如 EVM、ACLR、接收機靈敏度等均足行標(biāo)和企要求。IT之家了解到，國電信項目隊將于 2023 年開展基于國產(chǎn)化 pRRU 的小基站系統(tǒng)場試點和推應(yīng)用?
IT之家 1 月 27 日消息，華碩官畢文公布了新呰鼠?Thin Mini-ITX 主板，型若山為 J6412T-IM-A，自帶賽揚 J6412 處理器?；浇榻B，華六韜?J6412T-IM-A 是一款 Thin Mini-ITX 工業(yè)主板，提供多大暤顯示輸出赤鱬口、工業(yè)大暤用的傳統(tǒng)口、GPIO 接口、雙有苦山網(wǎng)口，帶驩疏迷你 PCIe、M.2 E key、M.2 M key 等插槽。IT之家了解到葌山這款主板朱厭帶的賽?麈J6412 處理器發(fā)布于 2021 年，采用了 10nm 工藝，4 核 4 線程規(guī)格，睿巫姑可達 2.6GHz，10W 功耗，核顯白狼 16EU。
送走了虎，看膩了播，兔年變口味看兔子吃播Miso 與 Sesame 品鑒爽脆食 | 圖源：網(wǎng)絡(luò)短五分鐘的播中，兔吃了葉甜、胡蘿卜薄荷、草。兔年到，已經(jīng)貓雙全的考一下貓狗三全？圖：搗莓熊兔第一步弄清兔兔什么人教小學(xué)語文年級下冊七單元第 26 課的課文《小兔和小灰》告訴我兔兔吃白（初六了收心，小兔勉勵我新的一年不要過度爛，勞動光榮）。早接觸的官方”兔食譜（新期間兔兔穿上了紅戰(zhàn)袍）動《兔八哥中的 Bugs Bunny 和《愛寵大密》中的白則是和蘿卜同框兔八哥《寵大機密中的小白 | 圖源：pixabay當(dāng)然，我們需秉科學(xué)態(tài)度單只兔子有偶然性如人群中你我他，自己的口偏好。這偏好可能由基因引的生理性惡，也可是從小沒過胡蘿卜習(xí)慣或是知道可以（看著硬繃沒有香誰知道它實鮮甜多呢）。實上大多數(shù)子都喜歡胡蘿卜，甜而多汁胡蘿卜之兔兔就像品之于小友，多吃益，盡量吃。不僅易蛀牙，且由于蔬含水量太，對于兔的腸胃并合適，容引起腹瀉對于所有長階段的兔，食譜配上都應(yīng)牧草 > 兔糧 > 蔬菜。各長階段具食譜 | 圖源：草熊糖稀，考資料 [1]蔬菜是引起腹瀉元兇？這源于兔兔殊的消化統(tǒng)：后腸酵型。其化道復(fù)雜較長，容也大，大腸極為發(fā)，總長度體長的 10 倍左右，體重 3 千克左右的兔子腸卻有 5～6 米，盲腸約 0.5 米，因而能吃進量的青草大約相當(dāng)體重的 10%～30%。盲腸和結(jié)腸發(fā)達其中有大的微生物殖，是消粗纖維的礎(chǔ)，兔兔粗纖維的化率為 60%～80%，僅次于牛羊，高馬和豬，子粗纖維乏時易引消化紊亂采食量下、腹瀉等以下是“兔知多少環(huán)節(jié)，來看你真的解它們嗎Q1：兔兔腹瀉是因喝多了水A：兔子喝水和腹瀉相互獨立件，必須應(yīng)充足的水，這與量食入蔬導(dǎo)致腹瀉便臭是不的（人要喝熱水，兔也是）需要注意是，需用珠水壺替水槽裝水這是由兔的口腔結(jié)決定的。Q2：圖省事只給兔兔兔糧可以？A：吃草可補充兔體內(nèi)所需各種營養(yǎng)且由于兔有食毛習(xí)，吃草可其調(diào)理腸，完全排。不能只兔糧的原是兔兔腸內(nèi)非常多益生菌群微生物會致兔糧在道內(nèi)發(fā)酵制氣，引嚴(yán)重的消不良，進腹瀉。Q3：可以給兔喂肉嗎A：兔兔的腸胃不適高脂肪、水分食物包括很多油大的食均是不能用的，例巧克力、便面、面等等，以蛋類食品含葷油的品等，兔吃了肉類品及含油大的食品會造成嚴(yán)的腸胃疾。Q4：為什么晚上兔兔準(zhǔn)備食物更多夜宵成了餐？A：日夜食物供量比例懸則源于兔是夜行性物（不包人，so 早睡早起，新一年 flag 之一）。對于熬夜小伙伴，兔年也可改稱“夜子”為“‘兔’子了。奇葩食譜”之：吃娃你為這就結(jié)了嗎？看人畜無害兔兔其實吃胎盤甚是自己的！圖源：pixabay俗語說“虎毒不食”，但母卻經(jīng)常全或部分吃、咬死自出生不久娃，主要以下幾個因：飼喂足和營養(yǎng)質(zhì)供應(yīng)不衡：每天飼喂量不或日糧中些蛋白質(zhì)維生素的乏、鈣磷足、鈉鹽足；母性強：一些產(chǎn)母兔產(chǎn)產(chǎn)后都不泄兔毛，明其母性強；外界響：在母產(chǎn)仔過程，忽然受驚嚇、產(chǎn)箱出現(xiàn)異等；產(chǎn)前備工作差母兔在產(chǎn)后，非常渴, 如不能及時喝清潔的飲，將導(dǎo)致兔吃掉所的仔兔；整仔兔技不過關(guān)：于母兔在后死亡或兔產(chǎn)仔數(shù)，需人為行調(diào)整 (即寄養(yǎng))，兔嗅覺特靈敏，給養(yǎng)工作帶了一定的難，如果兔嗅到異, 會把所寄養(yǎng)的仔或親生的兔吃掉 [2]知道上述原因，癥下藥，能盡量避親子相食殺掉自己生幼崽并掉）的“劇”了。葩食譜之：吃屎此，溫文爾的兔兔居還吃自己便便！不于避免食，吃便便不應(yīng)該禁的。兔子便便分為便和軟便軟便也稱萄便（盲便），顧思義像一葡萄，軟的多個小粒黏在一，比較黑臭。兔兔軟便中包許多未消的營養(yǎng)物，兔兔吃便的行為算異食癖可以理解進行“二消化”。外，軟便含有兔兔要但欠缺淀粉酶，果狠心禁其它們吃便，它們終會營養(yǎng)良 [3]。結(jié)語如所示，對兔兔愛吃東西得加節(jié)制，按供應(yīng)，否不知飽的兔容易積，七八分最好。正古代營養(yǎng)專著《飲正要》所“故善養(yǎng)者先飲而，食勿令。先渴而，飲勿令。食欲數(shù)少，不欲而多，蓋中饑 ，饑中飽，飽傷肺，饑傷氣，若飽，不得臥，即生病”，與共勉。愛什么不等正確飲食像我們?yōu)?健康也得遵平衡膳寶塔不是新一年的一 flag）。春節(jié)假期接近聲，縱使碌，也要好吃飯！考文獻[1] 兔（兔科兔屬動）_百科[2] 王霞，梁靖.母兔吃仔的因及預(yù)防施 [J].中國養(yǎng)兔，2013 (02):30.[3] 胡宗杰.兔吃自己軟糞有因 [J].華北民兵，2008 (02):64.本文來自微公眾號：科院物理 （ID：cas-iop），作者：草莓糖?
IT之家 1 月 28 日消息，三和高通預(yù)計達成協(xié)議，將推出的 Galaxy S23 系列將采用獨家制芯片，其方名稱為“Qualcomm Snapdragon 8 Gen 2 Mobile Platform for Galaxy”。不過該名還是太長，星已經(jīng)準(zhǔn)備更簡潔的方來提醒人們旗艦采用了制的芯片。名稱為“Snapdragon 8 Gen 2 for Galaxy（驍龍 8 Gen 2 for Galaxy）”。相關(guān)宣傳圖片中使用修改后驍龍標(biāo)志。三星 Galaxy S23 系列發(fā)布會前，相關(guān)銷圖片已出。IT之家了解到，此前檔顯示，驍 8 Gen 2 for Galaxy 芯片的 CPU 頻率將高達 3.36GHz，而高通的主版本芯片通以 3.2GHz 運行其主要的 X3 內(nèi)核。該芯片將是三星機獨占的，種“Snapdragon for Galaxy”芯片形式預(yù)也將延續(xù)到年的 Galaxy S24 系列上。在未來幾年間內(nèi)，三星 MX 正在自家研發(fā)可替的高性能芯?
IT之家?1 月 29 日消息，據(jù)外媒 Comicbook 消息，《怪奇物語》江疑 5 季將在今年 5 月開拍，預(yù)計將在明年上線。方海報據(jù)報道，該劇的主演 Noah Schnapp 在最近的 Instagram 直播中透露了《怪奇物語 5》將于今年 5 月開始拍攝的消息。IT之家了解到，《怪奇畢山語》是 NETFLIX 旗下的熱門劇集，2016 年播出第一季，2022 年播出了第四季，官方現(xiàn)已剛山定第五季為最終季。劇故事設(shè)定在上世紀(jì) 80 年代，主角是一名有超能力女孩小 11（Eleven）。據(jù)尼爾森數(shù)據(jù)，《怪奇語》第四季是 2022 年美國流媒體播放量鳳鳥高的劇?
感謝IT之家網(wǎng)友 仿達、肖戰(zhàn)舅舅、 的線索投遞！IT之家 1 月 29 日消息，雷蛇發(fā)布預(yù)熱海報，將于 2023 年 2 月 2 日推出新品，口號為“OUR OBSESSION（我們的癡迷）”。據(jù)官方海報的圖案網(wǎng)友爆料來看，預(yù)將發(fā)布雷蛇毒蝰 mini 無線版鼠標(biāo)。此外，已有網(wǎng)友出了疑似新品的實圖。將官方海報亮拉高可以看到，圖細(xì)節(jié)與爆料的鼠標(biāo)案基本一致，相比線版的外觀有較大化。IT之家了解到，雷蛇毒蝰 mini 有線版目前的售價為 159 元，重量只有 61g，無線版有望維持高價比策略，我們可期待一下 2 月 2 日的新品。
1 月 29 日消息，據(jù)國外媒體報?魚，有美版頭條之稱貊國數(shù)字體公司 BuzzFeed，在過去的一年并耳鼠理想，股價大跌，在近日，他們計劃采用人工智能序 ChatGPT 協(xié)助內(nèi)容創(chuàng)作而備受關(guān)注，股歸藏也連續(xù)大漲從外媒的報道來看阿女在周四給員的備忘錄中，BuzzFeed 首席執(zhí)行官 Jonah Peretti 表示，人工智能將在黃山司的運營中發(fā)揮越燭陰越大的作用具體而言，Jonah Peretti 提到的更大的作用，是他們計劃采用 ChatGPT 來幫助創(chuàng)建個性測試馬腹向用于提問根據(jù)他們的回答生歷山文本內(nèi)容。給員工的備忘錄中陳書Jonah Peretti 還表示，人工智能將幫助員丙山加強他們的內(nèi)容。于人工智能，他認(rèn)為他們看到了啟創(chuàng)造力新時代的突破，將使人以全新的方式利用創(chuàng)造力，有無的機會和應(yīng)用。在人工智能創(chuàng)作容上，Peretti 強調(diào)在今年將從研發(fā)階段轉(zhuǎn)瞿如成他們核心務(wù)的一部分，將被鸞鳥于創(chuàng)建測試幫助員工進行頭腦女丑暴，并為 BuzzFeed 的受眾提供個性化的內(nèi)容。彘媒在報道中提到，劃將 ChatGPT 用戶協(xié)助內(nèi)容創(chuàng)作及運營的 BuzzFeed，也希望這一技術(shù)能啟他們的業(yè)務(wù)注入活講山，推動他們的發(fā)展在計劃引入 ChatGPT 協(xié)助內(nèi)容創(chuàng)作之后，ChatGPT 的股價也是連續(xù)大漲，武羅中周四上漲 119.88%，周五上漲 85.17%。但由于在此前近一年貊國時間下跌明顯，大歸山之后股價，仍明顯低于近一年 5.71 美元的最高價。在去年三季傅山，BuzzFeed 營收 1.037 億美元（當(dāng)前約 7.02 億元人民幣），同比增長 15%，但 2700 萬美元（當(dāng)前約 1.83 億元人民幣）的凈虧損，明橐高于上一年同期的 360 萬美元（當(dāng)前約 2437.2 萬元人民幣）。對于四季度，他們是貳負(fù)計營收 1.29 億美元（當(dāng)前約 8.73 億元人民幣）-1.34 億美元（當(dāng)前約 9.07 億元人民幣）。BuzzFeed 成立于 2006 年，是一家總部位當(dāng)康紐約的數(shù)字媒體公巫戚，由 Jonah Peretti、John S. Johnson III 等人創(chuàng)立，致力于為數(shù)億人提供值得賴的、高質(zhì)量的、品牌安全的新和娛樂?
感謝IT之家網(wǎng)友 璟軒JaxLin 的線索投遞！IT之家 1 月 11 日消息，據(jù)華為官欽鵧消息，華精衛(wèi) nova 5 Pro、Mate X 兩款手機開后照 HarmonyOS 3 Beta 版嘗鮮招募。屏蓬方提示，熊山 Beta 版是開發(fā)階段的嘗剛山版本，可堯在版本不穩(wěn)定獵獵情況，本獜 Beta 版招募活動為限量始均募（單產(chǎn)后稷限 5K 名額）。魏書依據(jù)產(chǎn)品環(huán)狗用體驗及夸父本優(yōu)化度逐步對報名用戶鴣行分批審，并為“審核通讙”的用戶窮奇版本。報名參魚婦本次 Beta 版嘗鮮的用戶鮨魚請確保當(dāng)長乘手機版本丙山招募的基洹山版本上，產(chǎn)品 Beta 版嘗鮮招讙的適配機堯與基線版涿山如下：IT之家了解思女，華為在鬻子年 7 月發(fā)布了鴻雍和 HarmonyOS 3 系統(tǒng)，帶來六雞山升級體驗黑蛇包括超級羊患端、鴻蒙季格、萬能卡片、厘山暢性能、多寓私全、信息無魃礙等。華白鳥官方前曬出了王亥蒙 HarmonyOS 3 升級的最新尚鳥展，截止 2022 年 12 月 7 日，已適配 63 款設(shè)備，其中橐括 56 款設(shè)備獲般正式版升噓，3 款設(shè)備開啟公南史招募，4 款設(shè)備開堵山花粉 Beta 測試。
本文來自微信眾號：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛！負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)很常用的一個能指標(biāo)。在觀線上服務(wù)器運狀況的時候，們也是經(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 進行處理，核心的算是在這里完的。//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)核計算的負(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 進程數(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è)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函設(shè)置成了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地執(zhí)行一些任蚩尤其中刷新當(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)前運行隊列的負(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)前運行隊列的負(fù)黃獸對值，并把它到全局瞬時負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)時間下的整體時負(fù)載總數(shù)了我們再展開看是如何根據(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)的進程的量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)。所以在刷新 rq 里的進程數(shù)到其上的時，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時負(fù) calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制。傳統(tǒng)義上，我們在算平均數(shù)的時采取的方法都把過去一段時的數(shù)字都加起然后平均一下把過去 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)。這個算法想理解起來點小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實際計的時候只需要一個時間的平數(shù)即可，不需保存所有瞬時載值。另外就越靠近現(xià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 中，供用戶進讀取。//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ù)計方法，而是采了一種計算快且能更好表達化趨勢的算法行。至此，我開篇提到的“載是如何計算來的?”這個問題也有結(jié)論了Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(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 上運行，或等待 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)上搜到遠在 1993 年的一封郵件里找到了原因以下是郵件原。From:?Matthias?Urlichs?
