星巴克猛推無(wú)糖風(fēng)味咖啡 《后丘摔了》 1 月 29 日消息，據(jù)國(guó)媒體報(bào)道，現(xiàn)汽車已在官網(wǎng)布了他們?nèi)ツ?季度及全年的量及業(yè)績(jī)，同均有增長(zhǎng)，并下了今年的目?，F(xiàn)代汽車官的數(shù)據(jù)顯示，們?cè)谌ツ晁募?銷售 103.88 萬(wàn)輛汽車，同比增長(zhǎng) 8.1%；營(yíng)收 38.52 萬(wàn)億韓元（當(dāng)前 2118.6 億元人民幣），同比增長(zhǎng) 24.2%；凈利潤(rùn) 1.7 萬(wàn)億韓元（當(dāng)前 93.5 億元人民幣），比增長(zhǎng) 143.8%。在 2022 年全年，現(xiàn)代汽車銷 394.29 萬(wàn)輛汽車，同比增長(zhǎng) 1.3%；營(yíng)收 142.53 萬(wàn)億韓元（當(dāng)前約 7839.15 億元人民幣），同比增長(zhǎng) 21.2%；凈利潤(rùn) 7.98 萬(wàn)億韓元（當(dāng)約 438.9 億元人民幣），同比增長(zhǎng) 40.2%。對(duì)于 2023 年，現(xiàn)代汽車方表示他們的目是銷售超過(guò) 432 萬(wàn)輛汽車，營(yíng)收同比增 10.5%-11.5%，營(yíng)業(yè)利潤(rùn)率在 6.5-7.5%?，F(xiàn)代汽車在網(wǎng)上還披露，們計(jì)劃在 2023 年將投資擴(kuò)大到 10.5 萬(wàn)億韓元（當(dāng)前約 577.5 億元人民幣），包括 5.6 萬(wàn)億韓元（當(dāng)前約 308 億元人民幣）的資本支出4.2 萬(wàn)億韓元（當(dāng)前約 231 億元人民幣）的研發(fā)支和 7000 億韓元（當(dāng)前 38.5 億元人民幣）的略投資。在大投資、銷量不提升的電動(dòng)汽方面，現(xiàn)代汽表示他們今年推出全新的 KONA 電動(dòng)汽車及 IONIQ 5 N，并預(yù)計(jì) IONIQ 6 將推向全球更多市場(chǎng)提升電動(dòng)汽車銷量? IT之家 1 月 29 日消息，距離新一代 OPPO Find X6 系列旗艦的發(fā)布越來(lái)近，今天網(wǎng)上曝光該機(jī)的工程機(jī)真機(jī)圖片來(lái)自博主 @數(shù)碼閑聊站，圖片顯該機(jī)后置方形相機(jī)組，面積巨大，幾占到整個(gè)背面的 1/2。不過(guò)，這個(gè)相機(jī)模組跟之前曝光渲染圖顯示后置相模組是圓形，有網(wǎng)指出，這是因?yàn)樵?程機(jī)帶著保密殼的因，OPPO 前高管沈義人 (@自信的眉毛) 也在評(píng)論區(qū)表示，“和我偶的好像不太一樣”@數(shù)碼閑聊站 還稱，OPPO Find X6?玻璃版裸機(jī)厚度大概是 9.2mm，畢竟主攝是 IMX890，好在該機(jī)還保留了 50Mp 1/1.56" 索尼大底潛望鏡。根據(jù)此前爆料OPPO Find X6 有望搭載天璣 9200 處理器，并提供 5000mAh 電池、支持 100W 有線快充和 50W 無(wú)線快充。影像方面備 3200 萬(wàn)像素前攝，以及由 5000 萬(wàn)像素主攝＋5000 萬(wàn)像素廣角攝像頭＋5000 萬(wàn)像素長(zhǎng)焦鏡頭組成的后置三攝模，還有自研的馬里納 X 芯片以及哈蘇移動(dòng)影像，不妨待一下? 一圈子關(guān)。一位家對(duì)國(guó)家領(lǐng)人侮辱性稱違規(guī)，我們不得關(guān)閉圈子整個(gè)周末無(wú)數(shù)次打之家 App，習(xí)慣性的想打開子，看一家友們的 “情感”活。然而在之家 App，我刷了 N 多遍，怎么找不到之的圈子了周日中午有家友微上問(wèn)我，子還會(huì)恢嗎？我轉(zhuǎn)正加班處關(guān)閉圈子尾工作的術(shù)同事，，能不能刪代碼，家友們留道口子、一塊自留？同事已，但好久后，才有復(fù)：不關(guān)子，之家么辦？周見到同事相顧無(wú)言二圈子，公司上下大家都喜的一個(gè)產(chǎn)。從圈子項(xiàng)到上線刺客和內(nèi)團(tuán)隊(duì)，糾了很久，至預(yù)判到子會(huì)被關(guān)的命運(yùn)，是沒想到這一天來(lái)會(huì)這么措不及?；?做圈子日夜夜，投公司最好技術(shù)，還勤勉的圈團(tuán)隊(duì)，熱的志愿者以及無(wú)數(shù)愛生活的友們的生點(diǎn)滴、所、所想。圈子中，著屏幕，能滿滿感到家友們活的真摯情、感情熱烈炙熱未來(lái)的無(wú)美好……幕外，普人的點(diǎn)滴在這一刻竟是如此令人懷念因?yàn)檎鎸?shí)因?yàn)槟鞘?、是我。早上，一同事發(fā)來(lái)張截圖，噓不已。為圈子被，有網(wǎng)友應(yīng)用商店之家 App打出了一星差評(píng)。想之家從 2011 年出發(fā)，路走來(lái)，將近十年已不知，伴了多少的青春歲。有家友陪伴之家過(guò)青春；有家友，家正在陪他度過(guò)青。其實(shí)，是之家在伴大家成，是無(wú)數(shù)友，因?yàn)?愛，所以了，因?yàn)?一起，所在之家，家是相互伴。看著星差評(píng)，想一些網(wǎng)的吐槽，些被讀者哭過(guò)的編、一群在頭工作的輯、技術(shù)事，曾多想過(guò)：出這么多力，做這個(gè)情，好像有些出力討好，值嗎？人間值得，但為家友們值得。也為值得，前，圈子在努力爭(zhēng)恢復(fù)，也請(qǐng)大家在論中先不提及圈子也懇請(qǐng)請(qǐng)家不要再政策的擦球，也懇大家發(fā)現(xiàn)規(guī)內(nèi)容馬舉報(bào)。四位家友請(qǐng)愛惜羽毛，并不是在ID后面就可以肆妄行，網(wǎng)并非法外地，不存隱秘的角，別因?yàn)?時(shí)嘴癮，送自己，自己未來(lái)路沾染污。最后，大家文明言，勿謂之不預(yù)。《中華人共和國(guó)刑》第二百十六條侮罪規(guī)定，暴力或者他方法公侮辱他人者捏造事誹謗他人情節(jié)嚴(yán)重，處三年下有期徒、拘役、制或者剝政治權(quán)利前款罪，訴的才處，但是嚴(yán)危害社會(huì)序和國(guó)家益的除外通過(guò)信息絡(luò)實(shí)施第款規(guī)定的為，被害向人民法告訴，但供證據(jù)確困難的，民法院可要求公安關(guān)提供協(xié)。《互聯(lián)用戶賬號(hào)稱管理規(guī)》第六條定任何機(jī)或個(gè)人注和使用的聯(lián)網(wǎng)用戶號(hào)名稱，得有下列形：（一違反憲法法律法規(guī)定的；（）危害國(guó)安全，泄國(guó)家秘密顛覆國(guó)家權(quán)，破壞家統(tǒng)一的（三）損國(guó)家榮譽(yù)利益的，害公共利的；（四煽動(dòng)民族恨、民族視，破壞族團(tuán)結(jié)的（五）破國(guó)家宗教策，宣揚(yáng)教和封建信的；（）散布謠，擾亂社秩序，破社會(huì)穩(wěn)定；（七）布淫穢、情、賭博暴力、兇、恐怖或教唆犯罪；（八）辱或者誹他人，侵他人合法益的；（）含有法、行政法禁止的其內(nèi)容的。互聯(lián)網(wǎng)用賬號(hào)名稱理規(guī)定》七條規(guī)定聯(lián)網(wǎng)信息務(wù)使用者虛假信息取賬號(hào)名注冊(cè)，或賬號(hào)頭像簡(jiǎn)介等注信息存在法和不良息的，互網(wǎng)信息服提供者應(yīng)采取通知期改正、停使用、銷登記等施?！吨?人民共和刑法》第十七條 犯罪嫌疑人不具有規(guī)的自首情，但是如供述自己行的，可從輕處罰因其如實(shí)述自己罪，避免特嚴(yán)重后果生的，可減輕處罰相關(guān)閱讀《IT之家陽(yáng)臺(tái)：在鴉的世界，白天鵝有罪。? IT之家 1 月 28 日消息，蘋果正在加快 iOS 17 的開發(fā)以及今年即將推出的其肥蜰新更新。據(jù) 9to5 Mac 報(bào)道，蘋果已經(jīng)推送了一些引用 iOS 17 的開源文檔的更新。每年，蘋果都會(huì)提伯服準(zhǔn)備新的 iOS、macOS 和 watchOS 更新，并將引用上傳到各種開源存儲(chǔ)庫(kù)。年也不例外，蘋果已添加了 iOS 17、watchOS 10 和 macOS 14 的引用。通常，蘋果會(huì)將未來(lái)版本稱為“TBA”以隱藏其實(shí)際版本號(hào)舜但有引用會(huì)被泄露。自 12 月初以來(lái)，在 Google Analytics 數(shù)據(jù)中發(fā)現(xiàn) iOS 17 使用率急劇上升，標(biāo)志著蘋苦山內(nèi)部試 iOS 17 的人數(shù)在增加。IT之家了解到，iOS 17、macOS 14、watchOS 10、iPadOS 17 和 tvOS 17 預(yù)計(jì)將于 6 月在 WWDC 2023 上發(fā)布，并于 9 月和 10 月發(fā)布正式版。據(jù)報(bào)道天狗今年，這些更新還將伴黑狐蘋 Reality Pro 頭顯推出，這將為蘋果的產(chǎn)線引入全新的操作系統(tǒng)。蘋尚未公布 WWDC2023 的舉辦日期，尚不清楚是線下還是混合虛西岳活動(dòng)。由于果專注于 Reality Pro 頭顯及軟件開發(fā)，彭博社報(bào)道稱 iOS 17 將具有“比原計(jì)劃更少的重變化”。據(jù)報(bào)道，這同樣適于 iPadOS 17 和 macOS 14，Gurman 稱其代號(hào)為“Sunburst”。 IT之家 1 月 29 日消息，國(guó)家郵孫子局監(jiān)測(cè)據(jù)顯示：今年春節(jié)中庸期（1 月 21 日至 27 日），全足訾郵政快遞儀禮運(yùn)情況總體安榖山平穩(wěn)，攬咸山遞包裹約 4.1 億件，與去年春峚山假期相比白狼長(zhǎng) 5.1%，較 2019 年春節(jié)假期狕長(zhǎng) 192.9%；投遞快遞包宵明 3.3 億件，與三身年春節(jié)假螐渠相比增長(zhǎng) 10.0%，較 2019 年春節(jié)假期增豎亥 254.8%。IT之家了解苗龍，數(shù)據(jù)顯尸山，自運(yùn)開始以銅山（1 月 7 日至 27 日），全國(guó)郵大蜂快遞業(yè)攬成山快遞包裹 39.4 億件，投櫟快遞包裹 49 億件，與去年鱄魚運(yùn)同期相禮記均有所增咸鳥。保障郵政快燭光網(wǎng)絡(luò)特別犬戎村地區(qū)網(wǎng)絡(luò)基天吳暢通，郵管理部門督促郵黑豹企業(yè)持保障春節(jié)期間郵政石山遍服，指導(dǎo)快彘山企業(yè)根據(jù)玃如同區(qū)寄遞實(shí)際論語(yǔ)求，合理瞿如春節(jié)期間服務(wù)巫真項(xiàng)，提前布運(yùn)行計(jì)劃，統(tǒng)旄山全網(wǎng)運(yùn)資源，保障網(wǎng)絡(luò)有黃山運(yùn)行
IT之家 1 月 28 日消息，DXVK 是流行的基于 Vulkan 的 Direct3D 9、10 和 11 的開源翻譯層，許用戶通過(guò) Wine 在 GNU / Linux 系統(tǒng)上運(yùn)行為 Windows 設(shè)計(jì)的 3D 應(yīng)用程序和游戲。用于 Linux / Wine 的 DXVK 2.1 現(xiàn)已推出，為所有游戲玩家供新功能和改進(jìn)DXVK 2.1 版本中最大的新功能是 HDR 支持。通過(guò)設(shè)置 DXVK_HDR=1 環(huán)境變量或在 DXVK 配置文件中設(shè)置 dxgi.enableHDR = True 選項(xiàng)，可以為支持 HDR10 色彩空間的系統(tǒng)上的游戲用 HDR。但是，由于目前沒有要的 Linux 桌面環(huán)境支持 HDR，因此用戶需要啟用 --hdr-enabled 選項(xiàng)的 Gamescope 會(huì)話。此外，HDR 支持僅受開源 AMDGPU 圖形驅(qū)動(dòng)程序和來(lái)自 Josh Ashton 分支的一些內(nèi)核補(bǔ)的支持?！癉3D11 支持已實(shí)現(xiàn)，但預(yù)計(jì)不會(huì)在多數(shù)游戲中運(yùn)行因?yàn)樗鼈兺ǔＰ? AMDAGS 或 NVAPI 來(lái)設(shè)置 HDR 輸出，而不是使相應(yīng)的 DXGI API。此外，只有 Nvidia 驅(qū)動(dòng)程序有望在 Windows 上運(yùn)行，”開發(fā)人員在發(fā)行說(shuō)中指出。隨著 Valve 的 Pierre-Loup Griffais 不久前分享了開發(fā)人員 Josh Ashton 迄今為止取得的進(jìn)展，Linux 上的 HDR 支持越來(lái)越豐富。Griffais 在他的 AMD 臺(tái)式機(jī)上演示了 HDR 支持，其中包括《環(huán)：無(wú)限》、《巖銀河》和《死擱淺 DC 》電子游戲。IT之家了解到，除了 HDR 支持，DXVK 2.1 還帶來(lái)了著色器編改進(jìn)、用于 DXVK 原生 Linux 構(gòu)建的 GLFW 后端作為 SDL2 后端的替代方案，及兩個(gè)用于啟用樣率著色的新選（d3d9.forceSampleRateShading 和 d3d11.forceSampleRateShading），適用于支持 MSAA 的舊游戲上的所著色器。當(dāng)然，有各種游戲的常改進(jìn)，包括《荒大鏢客 2》等等。要想獲得源代編譯 DXVK 2.1，用戶現(xiàn)在可以從該項(xiàng)目的 GitHub 頁(yè)面下載。用戶還以從 GNU / Linux 發(fā)行版的穩(wěn)定軟件儲(chǔ)庫(kù)安裝它以獲更好的游戲體驗(yàn)
IT之家 1 月 28 日消息，今天網(wǎng)上出了號(hào)稱是小汽車 MS11 的設(shè)計(jì)效果圖，和之前曝光工程圖造型基一致，或許并是最終版本。光的設(shè)計(jì)效果顯示，整車造比較圓潤(rùn)，側(cè)造型為溜背轎樣式，車頂有型一體式天幕采用封閉式前柵，搭配兩側(cè)型圓潤(rùn)的大燈以及三角形的氣口，尾部比有層次感，采貫穿式尾燈，車在翼子板、頂處疑似搭載環(huán)境感知雷達(dá)攝像頭，充電口位于車身左翼子板。輪轂用雙五幅造型正中央標(biāo)識(shí)為米 2021 年 3 月更新的品牌新 Logo。IT之家了解到，此前組小米汽車首車型的外覆件片曝光，主要示了車輛前臉尾部的設(shè)計(jì)細(xì)。對(duì)此，小米團(tuán)公關(guān)部總經(jīng)王化剛剛在微做出了回應(yīng)，表示這的確是級(jí)供應(yīng)商保密設(shè)計(jì)文件泄密但該供應(yīng)商僅是為模具打樣供應(yīng)商，泄密文件是非常早的招標(biāo)過(guò)程的計(jì)稿，并非最文件?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 27 日消息，更多三星 Galaxy S23 系列官方外殼顏色和計(jì)渲染圖已泄露。們展示了適用于圓 Galaxy S23 / S23+ 和方形 Galaxy S23 Ultra 的透明外殼、彩色硅膠外殼和 S-View 翻蓋。下面的渲染圖還示了 Galaxy S23 系列的屏幕保護(hù)膜，讓我們仔細(xì)地了解三星 2023 款旗艦手機(jī)的一些設(shè)計(jì)改變，括圓形后置攝像頭三星 Galaxy S23 系列硅膠套有海軍藍(lán)、綠色粉色、奶油色、亮色和透明色。S-View 翻蓋有黑色、綠色、粉色和奶色。渲染圖還揭示 S-View 外殼的另一面。和往一樣，支持信用卡存錢功能。IT之家了解到，三星將于京時(shí)間 2 月 2 日凌晨在 Unpacked 活動(dòng)上公布 Galaxy S23 系列手機(jī)和全系列保護(hù)殼，計(jì)屆時(shí)可以到旗艦售店中預(yù)訂?
今年的 iPhone 14 Pro 非常有意思，它上市一周連山榨干黃牛；它升級(jí)到 A16 讓提王守義喜提預(yù)言家成就勞山它更新了靈動(dòng)島網(wǎng)友破了防；它優(yōu)化臺(tái)璽熱卻碰到了須彌。iPhone 14 Pro 的變化究竟算不算升級(jí)接下來(lái)我會(huì)分享一些我使用感受?
IT之家 1 月 27 日消息，傳名家旗下 Infinix Zero 5G 2023 手機(jī)預(yù)計(jì)將耆童 2 月 4 日登陸印度市場(chǎng)。Flipkart 網(wǎng)站上為該漢書能手設(shè)置的促銷頁(yè)面表 Infinix 將與漫威影業(yè)合作并可能發(fā)布 Infinix Zero 5G 2023《蟻人與黃蜂女：量狂潮》版，周禮慶祝蟻人與黃蜂女：量狂潮》電影歸山 2023 年 2 月 17 日上映。IT之家了解到，Infinix Zero 5G 2023 手機(jī)搭載了 6.78 英寸 120Hz Full HD+ LCD 屏幕，采用 8GB 內(nèi)存和 256GB 存儲(chǔ)空間，運(yùn)舜基于 Android 12 的 XOS 12 系統(tǒng)。Infinix Zero 5G 2023 手機(jī)有兩個(gè)版蠕蛇：一搭載天璣 920 芯片，另一?因?yàn)閮?nèi)置璣 1080 芯片，后者將在薄魚度推。Infinix Zero 5G 2023 手機(jī)后置 50MP 主攝像頭，并鳋魚有 2MP 深度和 2MP 微距相機(jī)，采用 16MP 前置攝像頭，用于呰鼠拍和視頻通。Infinix Zero 5G 2023 其余亮點(diǎn)包括側(cè)蠃魚指紋識(shí)別、5000 mAh 電池和 33W 充電。Infinix Zero 5G 2023 有黑色、白色和旄牛色三種顏色預(yù)告片確認(rèn)堤山色和色版本將在印度推。除了 Note 12i 2022 和 Zero 5G 2023 之外，Infinix 還將在印度推出 Zero Book Ultra 筆記本電腦?
本文來(lái)自微信眾號(hào)：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個(gè)能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時(shí)候，們也是經(jīng)常把載找出來(lái)看一。在線上請(qǐng)求力過(guò)大的時(shí)候經(jīng)常是也伴隨負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來(lái)列舉幾個(gè)題，看看你對(duì)載的理解是否夠的深刻。負(fù)是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層？如果你對(duì)以問(wèn)題的理解還捏不是很準(zhǔn)，么飛哥今天就你來(lái)深入地了一下 Linux 中的負(fù)載！一、理解負(fù)載看過(guò)程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)型的 top 命令輸出的負(fù)如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)負(fù)載，也叫系平均負(fù)載。因單純某一個(gè)瞬的負(fù)載值并沒太大意義。所 Linux 是計(jì)算了過(guò)去段時(shí)間內(nèi)的平值，這三個(gè)數(shù)別代表的是過(guò) 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到這過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)，這里會(huì)讀取內(nèi)中的平均負(fù)載量，簡(jiǎn)單計(jì)算便可展示出來(lái)整體流程如下所示。我們根上述流程圖再開了看下。偽件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /proc/ loadavg，并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開文件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，都會(huì)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(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 等奇奇怪怪的定義，碼寫的這么猥是因?yàn)閮?nèi)核中沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整來(lái)模擬的。這代碼都是為了整數(shù)和小數(shù)之轉(zhuǎn)化使的。知這個(gè)背景就行，不用過(guò)度展剖析。這樣用通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取內(nèi)核計(jì)算的負(fù)數(shù)據(jù)了。其中取 get_avenrun 只是在訪問(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é)下我們開篇中一個(gè)問(wèn)題:?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用的？?jī)?nèi)核定義一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)為小數(shù)，并打出來(lái)。好了，外一個(gè)新問(wèn)題來(lái)了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)數(shù)據(jù)是何時(shí)，是被如何計(jì)算來(lái)的呢？二、核中負(fù)載的計(jì)過(guò)程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。個(gè)數(shù)組的計(jì)算程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起，得到系統(tǒng)當(dāng)的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定器根據(jù)當(dāng)前系整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)動(dòng)平均法（一高效計(jì)算平均的算法）計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)。接下來(lái)我們成兩個(gè)小節(jié)來(lái)別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里，始化了一個(gè)叫分辨率的定時(shí)。在該定時(shí)器會(huì)定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到統(tǒng)全局的瞬時(shí)載變量 calc_load_tasks 中。整體流程如圖所示。我們上述流程圖展看一下，我們到了高分辨率時(shí)器的源碼如：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到期數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(jìn)行的這里有一點(diǎn)要意一個(gè)前提是個(gè) CPU 都有自己獨(dú)立的行隊(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ù)責(zé)新的 scheduler_tick 這個(gè)核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個(gè)函數(shù)中，獲當(dāng)前 cpu 以及其對(duì)應(yīng)的行隊(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è)僬归_看是如何根據(jù)運(yùn)隊(duì)列計(jì)算負(fù)載的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來(lái)是同時(shí)計(jì)算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過(guò)程。現(xiàn)在們還缺一個(gè)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們?cè)?算平均數(shù)的時(shí)采取的方法都把過(guò)去一段時(shí)的數(shù)字都加起然后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起取一個(gè)平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個(gè)數(shù)字，分別 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的算法計(jì)算平均負(fù)載話，存在以下個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去每個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么需要使用一個(gè)較大的數(shù)組將一次采樣的數(shù)全部都存起來(lái)那么統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀察值就要從移動(dòng)平中減去一個(gè)最的觀察值，再上一個(gè)最新的察值，內(nèi)存數(shù)會(huì)頻繁地修改更新。2.計(jì)算過(guò)程較為復(fù)雜算的時(shí)候再把個(gè)數(shù)組全加起，再除以樣本數(shù)。雖然加法簡(jiǎn)單，但是成上千個(gè)數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中，有數(shù)字的權(quán)重一樣的。但對(duì)平均負(fù)載這種時(shí)應(yīng)用來(lái)說(shuō)，實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因?yàn)檫@樣更好反應(yīng)近期化的趨勢(shì)。所，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計(jì)算方法，是采用的一種數(shù)加權(quán)移動(dòng)平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指數(shù)加移動(dòng)平均數(shù)計(jì)法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實(shí)際計(jì)的時(shí)候只需要一個(gè)時(shí)間的平數(shù)即可，不需保存所有瞬時(shí)載值。另外就越靠近現(xiàn)在的間點(diǎn)權(quán)重越高能夠很好地表近期變化趨勢(shì)這其實(shí)也是在間子系統(tǒng)中定完成的，通過(guò)種叫做指數(shù)加移動(dòng)平均計(jì)算方法，計(jì)算這個(gè)平均數(shù)。我來(lái)詳細(xì)看下上中的執(zhí)行過(guò)程時(shí)間子系統(tǒng)將時(shí)鐘中斷中會(huì)冊(cè)時(shí)鐘中斷的理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時(shí)鐘節(jié)拍到時(shí)會(huì)調(diào)用到 timer_interrupt，依次會(huì)調(diào)用 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。會(huì)獲取系統(tǒng)當(dāng)瞬時(shí)負(fù)載值 calc_load_tasks，然后來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)，并保存到 avenrun 中，供用戶進(jìn)讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時(shí)負(fù)載比簡(jiǎn)單，就是讀一個(gè)內(nèi)存變量已。在 calc_load 中就是采用了們前面說(shuō)的指加權(quán)移動(dòng)平均來(lái)計(jì)算過(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ù)雜但是代碼看起確實(shí)要簡(jiǎn)單不，計(jì)算量看起很少。而且看懂也沒有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)計(jì)方法，而是采了一種計(jì)算快且能更好表達(dá)化趨勢(shì)的算法行。至此，我開篇提到的“載是如何計(jì)算來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時(shí)載值中，然后定時(shí)使用指數(shù)權(quán)移動(dòng)平均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。三、均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)負(fù)載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是只算了 runnable 的任務(wù)數(shù)量，這些程只對(duì) CPU 有需求。在那個(gè)年代里，負(fù)和 CPU 消耗量確實(shí)是正關(guān)的。負(fù)載越就表示正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高但是前面我們到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說(shuō)，負(fù)載高不一定是 CPU 處理不過(guò)來(lái)，也有可能會(huì)因?yàn)榇疟P等其資源調(diào)度不過(guò)而使得進(jìn)程進(jìn) uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為么要這么修改我從網(wǎng)上搜到遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原。From:?Matthias?Urlichs?
? ? IT之家1 月 29 日消息，為了測(cè)試前最高端的費(fèi)級(jí)處理器 i9-13900KS，IT之家選擇了微星 MPG Z790 EDGE WIFI 刀鋒主板作為測(cè)道具，并為家?guī)?lái)開箱賞。微星 MPG Z790 EDGE WIFI 刀鋒主板是星 Z790 產(chǎn)品系列中的高端產(chǎn)品整體采用銀色設(shè)計(jì)，在裝上也體現(xiàn)淋漓盡致。 ? ? 微星 MPG Z790 EDGE WIFI 刀鋒主板采用標(biāo)準(zhǔn) ATX 板型，擴(kuò)展性出色整體大面積蓋了銀白色散熱裝甲，側(cè)透機(jī)箱中外炫酷。 ? ? 微星 MPG Z790 EDGE WIFI 刀鋒主板擁有 16+1+1 相豪華供電，每路 90A，搭配 DrMOS，第三代鈦電感和厚實(shí)冰霜鎧甲，提供持續(xù)穩(wěn)的性能釋放 ? ? 一體式擋板邊有一個(gè)微星牌的龍盾 LOGO，這個(gè) LOGO 下隱藏了 RGB 燈帶，在點(diǎn)亮后還以通過(guò)軟件現(xiàn)燈光同步 ? ? i9-13900KS 提供了目前消費(fèi)最多的 PCIe 通道，搭配高端 Z790 主板就能實(shí)現(xiàn)最效的利用。如微星 MPG Z790 EDGE WIFI 刀鋒就提供了個(gè)高速的 PCIe 4.0*4 硬盤位，并覆以面積的冰霜熱鎧甲。 ? ? 內(nèi)存方面，微星 MPG Z790 EDGE WIFI 刀鋒主板擁 DDR4 和 DDR5 雙版本可選，我們手中版本是 DDR5 版本，擁有四個(gè)內(nèi)插槽，能提穩(wěn)定便捷的頻體驗(yàn)。 ? ? 接口方面，微星 MPG Z790 EDGE WIFI 刀鋒提供了 USB 3.2 Gen2*2 20Gbps、2.5G 有線網(wǎng)絡(luò)和 Wi-Fi 6E 的外圍接口持，并且提了一鍵清空 BIOS 的按鈕，拿來(lái)戰(zhàn)極限超頻方便。目前星 MPG Z790 EDGE WIFI 刀鋒已經(jīng)上市，售 2799 元。IT之家也在 i9-13900KS 的圖文評(píng)測(cè)中對(duì)其進(jìn)了測(cè)試，感趣的話可以去閱讀?
送走了虎年，看膩了播，兔年轉(zhuǎn)變口味看兔子吃播。Miso 與 Sesame 品鑒爽脆食物 | 圖源：網(wǎng)絡(luò)短短五分鐘的播中，兔兔吃了葉甜、胡蘿卜、薄荷、草。兔年到來(lái)，已經(jīng)貓雙全的考慮一下貓狗三全？圖源：搗莓熊兔第一步：弄清兔兔什么人教版小學(xué)語(yǔ)文年級(jí)下冊(cè)第七單元第 26 課的課文《小白兔和小灰兔》告訴我兔兔吃白菜（初六了收心，小白兔勉勵(lì)我新的一年也不要過(guò)度爛，勞動(dòng)最光榮）。早接觸的“官方”兔食譜（新年期間兔兔穿上了紅色戰(zhàn)袍）動(dòng)《兔八哥》中的 Bugs Bunny 和《愛寵大機(jī)密》中的白則是和胡蘿卜同框兔八哥《愛寵大機(jī)密中的小白 | 圖源：pixabay當(dāng)然，我們需秉持科學(xué)態(tài)度單只兔子具有偶然性如人群中的你我他，自己的口味偏好。這偏好可能是由基因引的生理性厭惡，也可是從小沒吃過(guò)胡蘿卜習(xí)慣或是不知道可以（看著硬繃繃沒有香誰(shuí)知道它其實(shí)鮮甜多呢）。實(shí)際上大多數(shù)子都喜歡吃胡蘿卜，甜而多汁的胡蘿卜之兔兔就像甜品之于小友，多吃無(wú)益，盡量吃。不僅容易蛀牙，且由于蔬菜含水量太，對(duì)于兔子的腸胃并合適，容易引起腹瀉對(duì)于所有生長(zhǎng)階段的兔，食譜搭配上都應(yīng)牧草 > 兔糧 > 蔬菜。各生長(zhǎng)階段具食譜 | 圖源：草莓熊糖稀，參考資料 [1]蔬菜是引起腹瀉的元兇？這是源于兔兔殊的消化系統(tǒng)：后腸酵型。其消化道復(fù)雜較長(zhǎng)，容積也大，大腸極為發(fā)達(dá)，總長(zhǎng)度體長(zhǎng)的 10 倍左右，體重 3 千克左右的兔子腸道卻有 5～6 米，盲腸約 0.5 米，因而能吃進(jìn)大量的青草，大約相朱獳體重的 10%～30%。盲腸和結(jié)腸發(fā)達(dá)，其中有大量的微生物殖，是消化粗纖維的礎(chǔ)，兔兔對(duì)粗纖維的化率為 60%～80%，僅次于牛羊，高于馬和豬，兔子粗纖維乏時(shí)易引起消化紊亂采食量下降、腹瀉等以下是“兔兔知多少環(huán)節(jié)，來(lái)看看你真的解它們嗎？Q1：兔兔腹瀉是因?yàn)楹榷嗔怂?A：兔子喝水和腹瀉是相互獨(dú)立事件，必須應(yīng)充足的飲水，這與量食入蔬菜導(dǎo)致腹瀉便臭是不同的（人要喝熱水，兔兔也是）需要注意的是，需用珠水壺替代水槽裝水這是由兔子的口腔結(jié)決定的。Q2：圖省事只給兔兔喂兔糧可以？A：吃草可補(bǔ)充兔兔體內(nèi)所需的各種營(yíng)養(yǎng)且由于兔兔有食毛習(xí)，吃草可助其調(diào)理腸，完全排毛。不能只兔糧的原因是兔兔腸內(nèi)非常多的益生菌群微生物會(huì)導(dǎo)致兔糧在道內(nèi)發(fā)酵、制氣，引嚴(yán)重的消化不良，進(jìn)腹瀉。Q3：可以給兔兔喂肉嗎？A：兔兔的腸胃不適應(yīng)高脂肪、水分食物，包括很多油大的食品均是不能用的，例如巧克力、便面、面包等等，以蛋類食品，含葷油的品等，兔兔吃了肉類品及含油量大的食品會(huì)造成嚴(yán)重的腸胃疾。Q4：為什么晚上給兔兔準(zhǔn)備的食物更多夜宵成了正餐？A：日夜食物供應(yīng)量比例懸則源于兔兔是夜行性物（不包括人，so 早睡早起哈，新一年 flag 之一）。對(duì)于熬夜的小伙伴，兔年也可以改稱“夜子”為“夜‘兔’子了。奇葩“食譜”之：吃娃你以為這就結(jié)了嗎？看著人畜無(wú)害兔兔其實(shí)還吃胎盤甚是自己的娃！圖源：pixabay俗語(yǔ)說(shuō)“虎毒不食子”，但母卻經(jīng)常全部或部分吃、咬死自己出生不久娃，主要有以下幾個(gè)因：飼喂不足和營(yíng)養(yǎng)質(zhì)供應(yīng)不平衡：每天飼喂量不足或日糧中些蛋白質(zhì)和維生素的乏、鈣磷不足、鈉鹽足；母性不強(qiáng)：一些產(chǎn)母兔產(chǎn)前產(chǎn)后都不泄兔毛，表明其母性強(qiáng)；外界影響：在母產(chǎn)仔過(guò)程中，忽然受驚嚇、產(chǎn)仔箱出現(xiàn)異等；產(chǎn)前準(zhǔn)備工作差母兔在產(chǎn)仔后，非常渴, 如不能及時(shí)喝到清潔的飲水，將導(dǎo)致兔吃掉所產(chǎn)的仔兔；整仔兔技術(shù)不過(guò)關(guān)：于母兔在產(chǎn)后死亡或兔產(chǎn)仔數(shù)多，需人為行調(diào)整 (即寄養(yǎng))，兔嗅覺特別靈敏，給養(yǎng)工作帶來(lái)了一定的難，如果母兔嗅到異, 會(huì)把所寄養(yǎng)的仔兔或親生的仔兔吃掉 [2]知道上述原因，對(duì)癥下藥，就能盡猩猩避親子相食（殺掉自己生幼崽并吃掉）的“劇”了。奇葩食譜之：吃屎此外，溫文爾的兔兔居然還吃自己便便！不同于避免食，吃便便是不應(yīng)該禁的。兔子的便便分為便和軟便。軟便也稱萄便（盲腸便），顧思義像一串葡萄，軟的多個(gè)小顆粒黏在一，比較黑且臭。兔兔軟便中包含許多未消的營(yíng)養(yǎng)物質(zhì)，兔兔吃便的行為不算異食癖可以理解為進(jìn)行“二消化”。此外，軟便含有兔兔需要但欠缺淀粉酶，如果狠心禁其它們吃便便，它們終會(huì)營(yíng)養(yǎng)不良 [3]。結(jié)語(yǔ)如表所示，對(duì)兔兔愛吃的東西得加節(jié)制，按頓供應(yīng)，否不知飽的兔兔容易積，七八分飽最好。正古代營(yíng)養(yǎng)學(xué)專著《飲正要》所述“故善養(yǎng)者先飲而食，食勿令。先渴而欽，飲勿令。食欲數(shù)而少，不欲而多，蓋飽中饑 ，饑中飽，飽則傷肺，饑傷氣，若食飽，不得臥，即生百病”，與共勉。愛吃什么不等正確飲食，像我們?yōu)?健康也得謹(jǐn)遵平衡膳寶塔不是（新一年的一 flag）。春節(jié)假期接近尾聲，縱使碌，也要好好吃飯！考文獻(xiàn)[1] 兔（兔科兔屬動(dòng)物）_百科[2] 王霞，梁靖.母兔吃仔的原因及預(yù)防施 [J].中國(guó)養(yǎng)兔，2013 (02):30.[3] 胡宗杰.兔吃自己軟糞有原因 [J].華北民兵，2008 (02):64.本文來(lái)自微信公眾號(hào)：中科院物理 （ID：cas-iop），作者：草莓熊糖?
IT之家 1 月 26 日消息，在全球數(shù)萬(wàn)名用戶報(bào)陳書法訪問(wèn) Teams 和 Outlook 等服務(wù)后，微軟正在調(diào)查相關(guān)的網(wǎng)問(wèn)題。最新情況是微軟表示，現(xiàn)在已“確認(rèn)受影響的服已經(jīng)恢復(fù)并保持穩(wěn)，正在調(diào)查對(duì) Exchange 在線服務(wù)的一些潛在影”。圖源 Pexels在 Microsoft 365 Status 推特賬戶此前發(fā)布的一列推文中，微軟表正在采取措施隔離題，但沒有提及問(wèn)的影響程度。微軟前表示：“我們正調(diào)查影響多項(xiàng) Microsoft 365 服務(wù)的問(wèn)題，已經(jīng)回滾了認(rèn)為會(huì)成影響的網(wǎng)絡(luò)更改當(dāng)回滾生效后，我正在監(jiān)控服務(wù)?！?線宕機(jī)跟蹤器 Downdetector 顯示，印度有近 4000 人受到影響，英國(guó)有 5000 多人報(bào)告 Outlook 無(wú)法訪問(wèn)。澳大利亞、本和阿拉伯聯(lián)合酋國(guó)的宕機(jī)訪問(wèn)報(bào)告出現(xiàn)激增。中國(guó)地也有大量用戶受到響。據(jù)微軟公司稱全球有超過(guò) 2.8 億人使用 Microsoft Teams，跨企業(yè)和學(xué)校等。IT之家了解到，受中斷影響的他服務(wù)包括 Microsoft Exchange Online、SharePoint Online 和 OneDrive for Business。微軟此前表示，還調(diào)查了云計(jì)算服 Azure 的連接問(wèn)題，該問(wèn)題影了“一部分用戶”
IT之家 1 月 28 日消息，多傳聞稱下一 iPhone 15 機(jī)型將采用蘋已經(jīng)在 iPad Pro 和 MacBook Pro 中引入的 Wi-Fi 6E 標(biāo)準(zhǔn)，現(xiàn)在一泄露的文件乎證實(shí)了蘋的計(jì)劃。該檔來(lái)自研究員和爆料人 Unknownz21，其中包含 iPhone 15 天線架構(gòu)的圖表。D8x 指的是 iPhone 15 Pro 機(jī)型，信息表明更的 Wi-Fi 6E 規(guī)格將僅限于 iPhone 15 Pro 和 iPhone 15 Pro Max。標(biāo)有 D3y 的標(biāo)準(zhǔn) iPhone 15 機(jī)型將繼續(xù)使用 Wi-Fi 6 而不是 Wi-Fi 6E。為了進(jìn)一步考，D7x 指的是 iPhone 14 Pro 和 Pro Max，D2y 指的是 iPhone 14 和 14 Plus，文檔概述了 iPhone 14 Pro 和 iPhone 15 Pro 之間的天線設(shè)計(jì)變化其他文檔也明 Wi-Fi 6E 將是 iPhone 15 Pro 獨(dú)占功能。截至前，Wi-Fi 6E 已經(jīng)加入到蘋的部分產(chǎn)品容中，但僅于最新的 iPad Pro、Mac mini 和 MacBook Pro 機(jī)型。蘋果此前并未將的 Wi-Fi 標(biāo)準(zhǔn)限制在 Pro iPhone 上，但 iPhone 15 Pro 機(jī)型將具有 iPhone 15 所沒有的多項(xiàng)能。Wi-Fi 6E 允許設(shè)備連接支持 Wi-Fi 6E 標(biāo)準(zhǔn)的路由和調(diào)制解調(diào)，但它是一較新的技術(shù)尚未普及。Wi-Fi 6E 路由器隨手可得鴣但于近幾年才始推出，很用戶和企業(yè)沒有升級(jí)。Wi-Fi 6E 路由器除了 2.4 和 5GHz 頻段外，還包括 6GHz 頻段，要使用 6GHz，需要 Wi-Fi 6E 路由器和支持 Wi-Fi 6E 的設(shè)備。與 Wi-Fi 6 相比，Wi-Fi 6E 提供更大的帶寬，提更快的連接度、更低的遲和更高的量。Wi-Fi 6E 在 6GHz 頻段內(nèi)提供 1.2GHz 以上的頻譜，可以支整個(gè)家庭的兆覆蓋、場(chǎng)的多千兆連，并具有用 AR 和 VR 體驗(yàn)的更高數(shù)據(jù)流帶寬。由于 Wi-Fi 6E 需要路由器和設(shè)備支持該標(biāo)準(zhǔn)因此目前基上是空頻段流量很少，意味著配備 Wi-Fi 6E 的 iPhone 15 Pro 機(jī)型將能夠良好連接到 Wi-Fi 6E 網(wǎng)絡(luò)，且不會(huì)面臨多競(jìng)爭(zhēng)。Unknownz21 表示，該圖“只是山一角”，且在 iPhone 15 機(jī)型計(jì)劃進(jìn)入 EVT（工程驗(yàn)證測(cè)）之前，在年 3 月，將會(huì)有更多于 iPhone 15 系列的泄漏包括完整圖。IT之家了解到，他獲的文件還證，iPhone 15 Pro 機(jī)型將配備更快的 3nm A17 芯片以及固態(tài)音量和源按鈕。正之前傳聞的樣，iPhone 15 標(biāo)準(zhǔn)版機(jī)型繼續(xù)使用 A16 芯片，并且保留現(xiàn)的音量按鈕相關(guān)閱讀：郭明錤：蘋已暫停自研 Wi-Fi 芯片，iPhone 15 / Pro 系列采用博通 Wi-Fi 6E》
