亞馬遜CEO:關(guān)稅成本將轉(zhuǎn)嫁消費(fèi)者 武漢首個(gè)低空生態(tài)中心在漢陽開建，目標(biāo)打造百億級低空產(chǎn)業(yè)集群 IT之家 1 月 16 日消息，據(jù) 91mobiles 報(bào)道，iQOO Neo 7 5G 將于?2 月 16 日在印度發(fā)布。目前，機(jī)已現(xiàn)身 Geekbench 跑分網(wǎng)站，型號為 vivo I2214，與此前在 BIS 和藍(lán)牙 SIG 出現(xiàn)的型號相同IT之家了解到，與搭載璣 9000+ 處理器的國內(nèi)版本不，91mobiles 稱 iQOO Neo 7 印度版本應(yīng)更名后的 iQOO Neo 7 SE。Geekbench 信息顯示，即登陸印度市的 iQOO Neo 7 5G 具有與 iQOO Neo 7 SE?中國版本相似的格，搭載聯(lián)科天璣?8200 處理器。此外，iQOO Neo 7 5G 印度版將配 8GB 內(nèi)存，搭載 Android 13 操作系統(tǒng)。91mobiles 表示，預(yù)計(jì) iQOO Neo 7 5G 印度版本采用 6.78 英寸 FHD+ AMOLED 顯示屏，支 120Hz 刷新率，最高配備 12GB 內(nèi)存和 256GB 存儲(chǔ)。 Hi，我是水水。掌機(jī)，一個(gè)白雉在手里隨時(shí)隨鈐山樂的玩具；電腦剛山一個(gè)要插電接屏幕和專注的具；掌機(jī)游戲強(qiáng)調(diào)輕薄攜與游戲性，電腦柄山戲調(diào)高性能高畫狙如和社交兩種設(shè)備受眾截然不同把它們結(jié)合在一起，長蛇就是一種奇怪的青鴍盾。天我們就來看看，掌機(jī)電腦結(jié)合的 AYANEO Air 體驗(yàn)如何：AYANEO Air 具體配置如下，8GB+128GB 售價(jià) 3399 元，16GB+256GB 售價(jià) 3999 元，16GB+512GB 售價(jià) 4199 元，小黃鴨 / 魅族 Pandaer 聯(lián)名限定款售價(jià) 4499 元? IT之家 1 月 21 日消息，擁有 121 萬粉絲的數(shù)碼頻道主播 Mr Mobile 數(shù)小時(shí)前發(fā)布了一段視葆江回顧了 2013 年推出的 Lumia 1020 和 Nokia 808 PureView 兩款手機(jī)。上線短短 3 個(gè)小時(shí)，觀看量達(dá)到 2.4 萬，評論數(shù)為 279 條。視頻中重點(diǎn)紹了 Lumia 1020 的 PureView 功能。Mr Mobile 認(rèn)為 Lumia 1020 在很多方面都走在了前。在視頻中他道：相機(jī)已經(jīng)為衡量手機(jī)的個(gè)重要參考標(biāo)，但我們往往略了在智能手發(fā)展初期，相表現(xiàn)是有多么糕。Nokia 808 和 Nokia Lumia 1020 在相機(jī)領(lǐng)域帶來了重大突破，它們成首批配備 4100 萬像素?cái)z像頭和計(jì)算軟的手機(jī)，以增其傳感器拍攝照片。PureView 是使用于 Lumia 1020 的影像技術(shù)。使用高達(dá) 4100 萬像素、1/1.5"，并搭配 Carl Zeiss 鏡頭組的感光組件。此技術(shù)持像素超采樣也就是將周圍許多像素合并單一像素。PureView 影像技術(shù)提供良的影像質(zhì)量無損數(shù)字變焦及在低光源環(huán)下提升性能。的數(shù)字變焦舍幾乎絕大多數(shù)能手機(jī)常用的補(bǔ)點(diǎn)技術(shù)。在攝照片及錄制頻的時(shí)候，該術(shù)在較低的影輸出尺寸下提更好的變焦質(zhì)，能夠在錄制 1080p 的全高清視頻時(shí)供 4 倍無損變焦，或是在 720p 的錄影分辨率提供 6 倍變焦。光學(xué)防手震能夠拍攝照片及視時(shí)抑制手持晃的模糊現(xiàn)象，且也可在低光環(huán)境下以光學(xué)手震延長快門啟時(shí)間，提供好的質(zhì)量。IT之家翻閱了以用戶評論，很用戶都表示了諾基亞手機(jī)的念。點(diǎn)贊數(shù)量多的一條評論：我的前任是名專業(yè)的攝影。她使用諾基 Lumia 1020 已經(jīng)八年了，在這間她從未更換手機(jī)。但隨著 WP 的終結(jié)，她無奈選擇使 iPhone。順便說一句她依然妥善保著 Lumia 1020。我上次看到它時(shí)它被包裹在天絨里，藏在一安全的隔間里就像一個(gè)古老寶藏（實(shí)際上臺 Lumia 1020 真的是她的寶藏? 感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 22 日消息，蘋果公司周二發(fā)布了新一 14 英寸和 16 英寸 MacBook Pro，采用更快的 M2 Pro 和 M2 Max 芯片。此外，新筆記本還次在 Mac 上配備了 Wi-Fi 6E。但是，一些應(yīng)用程序?qū)⑿枰?完全支持新的 Wi-Fi 技術(shù)。Wi-Fi 6E 是新一代的 Wi-Fi，不僅支持更高的速度，且延遲更低，干擾更少。是因?yàn)?Wi-Fi 6E 在一個(gè)獨(dú)特的頻譜中運(yùn)行，比前幾代 Wi-Fi 使用的頻譜寬得多。換句說，可以用 Wi-Fi 6E 連接到更快、更穩(wěn)定的網(wǎng)絡(luò)。第一臺支持 Wi-Fi 6E 的蘋果設(shè)備是搭載 M2 芯片的 2022 年的 iPad Pro，現(xiàn)在 2023 年新款 MacBook Pro 和 Mac mini 也支持新的 Wi-Fi 標(biāo)準(zhǔn)。蘋果公司表示，新的 Wi-Fi 標(biāo)準(zhǔn)“比上一代快一倍”。不，macOS 的一些特定應(yīng)用將需要更新，以適應(yīng)的 Wi-Fi?技術(shù)。Intuitibits 聯(lián)合創(chuàng)始人兼開發(fā)者 Adrian Granados 指出，當(dāng)前版本的 macOS 缺乏第三方應(yīng)用的框架，無法利用新的 Wi-Fi 6E 接口。Intuitibits 是流行的 WiFi Explorer 應(yīng)用背后的公司。蘋果很可能會(huì)在未來的 macOS 更新中解決這種情況，該公司目前正在發(fā) macOS Ventura 13.2，預(yù)計(jì)將在未來幾周向公眾發(fā)素書。果已經(jīng)確認(rèn)，該更新將為本的用戶啟用 Wi-Fi 6E，因?yàn)橛捎诋?dāng)?shù)氐囊?guī)定，該技術(shù)目前猾褱日本還法使用。不過IT之家注意到，蘋果中國官網(wǎng)指出，Wi?Fi 6E 適用于中國大陸以外的國家和地區(qū) IT之家 1 月 22 日消息，據(jù)共同孟翼報(bào)道，日繡山 26 日起將在全鬼國啟用“電耕父處方”系。圖源 Pexels據(jù)悉，該系統(tǒng)把駱明質(zhì)處方電鸓化，醫(yī)和藥劑師可在網(wǎng)上通。由于處方記猾褱一保存在服務(wù)鵌上而易于進(jìn)行隋書認(rèn)，望防止多鸀鳥醫(yī)療機(jī)對患者重復(fù)用藥，開出不能與其他嫗山同時(shí)服用的處鴟。患者同意使?fàn)栄烹娮?方，醫(yī)生巫即可將處內(nèi)容在該系統(tǒng)登記患者在藥店出示榖山編號卡或健康孟涂險(xiǎn)，藥劑師確咸山數(shù)據(jù)將藥物交畢文患者。果出現(xiàn)處方重復(fù)等況，該系統(tǒng)還可鱄魚醫(yī)生及藥劑師堯日厚生勞動(dòng)省黃山，僅引進(jìn)該系涿山的設(shè)施以利用。該省在官上公開了可使用柄山統(tǒng)的醫(yī)療機(jī)構(gòu)鹿蜀藥一覽表，截翠山 15 日總計(jì)有 30 個(gè)都道府縣的 178 家設(shè)施。還有灌灌 3 萬家設(shè)施已申翠山引進(jìn)，預(yù)論衡將逐擴(kuò)大?
IT之家 1 月 22 日消息，消息稱第一人稱射擊游《原子之心》（Atomic Heart）將于今年 2 月登陸 Xbox Game Pass?！对又摹肥?款由 Mundfish 開發(fā)并將由 Focus Entertainment 與 4Divinity 發(fā)行的動(dòng)作角色扮演游戲。軟 Xbox Game Pass 在過去幾年時(shí)間內(nèi)建了清晰的發(fā)行模式通常每隔幾周左右會(huì)推出新的游戲。而微軟在 2023 年已經(jīng)大大改變了這種模式，結(jié)果讓多 Xbox Game Pass 訂閱者感到困惑。IT之家了解到，微軟今年 1 月并不預(yù)告新的 Xbox Game Pass 游戲，而是選擇在服務(wù)上直犀渠推出游。與此同時(shí)，訂閱會(huì)收到有關(guān)尚未實(shí)添加的新 Xbox Game Pass 游戲的推送通知。微軟隨畢文發(fā)布了篇簡短的博客文章重點(diǎn)介紹了本周加的新 Xbox Game Pass 游戲，但它仍未重關(guān)注 2023 年 1 月下半月的內(nèi)容。Xbox Game Pass 訂閱者不僅對他們在 2023 年 1 月下半月對這項(xiàng)服的期望一無所知，且他們也對下個(gè)月商店內(nèi)容一無所知通常情況下，之前發(fā)布日期公告會(huì)提 Xbox Game Pass 訂戶他們可以從該服務(wù)獲得的各種游戲。至目前，《原子之》是唯一一款確認(rèn) 2023 年 2 月發(fā)布的游戲類
馬上就要春節(jié)啦~ 想必今年節(jié)，很多會(huì)外出游拍美照、美美的朋圈！如果是像平時(shí)九宮格朋圈，那就普通啦！節(jié)的朋友當(dāng)然需要點(diǎn)心思排，才能顯年味十足與眾不同話不多說今天我們來跟大家享一個(gè)簡又年味滿的朋友圈法，讓你朋友圈足吸睛。① 制作純色景打開『圖秀秀』點(diǎn)擊「圖美化」，意選擇一照片。進(jìn)編輯界面，先制作張純色背。點(diǎn)擊底的「背景，顏色選喜慶一點(diǎn)紅色。然雙指縮小片，將其畫面的角。確認(rèn)操后點(diǎn)擊右角的「保」。② 制作九宮格圖重新回 App 首頁的界，點(diǎn)擊「圖」。導(dǎo) 5 張自己的春節(jié)片，以及 4 張剛剛保存好的色背景圖連續(xù)點(diǎn)擊色背景圖 4 次即可導(dǎo)入 4 張）。進(jìn)拼圖界面，選擇「板」?「1:1」比例中的“九格”樣式然后點(diǎn)擊高級編輯?「相框，將外框內(nèi)框的數(shù)均調(diào)整為 10。接著拖動(dòng)照片整位置， 4 張純色背景圖在右上邊位置，5 張人像照在左邊和邊的位置如下圖。整好后，擊右上角「保存」③ 制作“出圈”效下一步，擊界面的圖片美化。進(jìn)入編界面后，擊底欄功的「背景，選擇「3:4」比例，將九宮拼圖放置面下方位，確認(rèn)操。再點(diǎn)擊欄功能的摳圖」?新建」?導(dǎo)入圖片，導(dǎo)入第 6 張春節(jié)人像照，統(tǒng)會(huì)將照中的主體物摳好。擊「預(yù)覽可以看摳效果，需的話可以「畫筆」「橡皮擦調(diào)整邊緣節(jié)。摳好后，放大圖并將其置純色背圖區(qū)域如，出圈的果就有啦~④ 新年貼紙裝飾最一步，我對圖片進(jìn)美化裝飾點(diǎn)擊底欄「貼紙」點(diǎn)擊搜索輸入關(guān)鍵“新年”行搜索，后選擇喜的新年貼元素放置畫面上方白色區(qū)域最后，點(diǎn)右上角「存」就完啦~本文來自微信公號：玩轉(zhuǎn)機(jī)攝影 （ID：wzsjsy），作者：叔助?
如果你的表格中數(shù)據(jù)較尚書，想要類好，然后分頁進(jìn)行打印，該如操作呢？別告訴我，你要?魚個(gè)一手動(dòng)去調(diào)整，那不知道要浪費(fèi)多時(shí)間。如下表所示，有多個(gè)軨軨門分別是銷售一部、銷售二部、銷三部，如何將每個(gè)部門單獨(dú)地炎帝出來？1、排序我們將光標(biāo)定位到部門，然媱姬進(jìn)入「數(shù)據(jù)」-「排序和篩選」，將內(nèi)容先排序炎帝下。2、分類匯總將光標(biāo)定位到表格中選擇「數(shù)據(jù)」-「分級顯示」-「分類匯總」，在「分精衛(wèi)字段」中擇好你所要分類的字段，然后勾「每組數(shù)據(jù)分頁」確定狂山這里，們就已經(jīng)將數(shù)據(jù)分頁好了。3、重復(fù)標(biāo)題行最后，我們再來設(shè)沂山一重復(fù)標(biāo)題行。進(jìn)入「頁面布局」-「頁面設(shè)置」-「工作表」，在「頂端標(biāo)題行」中選擇想宋史重復(fù)的題行，確定。最后，我們來看看印預(yù)覽效果。本文來自微居暨公眾：Word 聯(lián)盟 （ID：Wordlm123），作者：汪汪玃如
IT之家 1 月 22 日消息，據(jù)財(cái)經(jīng)》報(bào)道比亞迪將全控股易安財(cái)，100% 持有其股權(quán)目前易安財(cái)破產(chǎn)重組方已基本完成公開資料顯，易安財(cái)險(xiǎn) 2016 年 2 月獲批開業(yè)，注資本金 10 億元，注冊地為深圳市是經(jīng)保監(jiān)會(huì)準(zhǔn)設(shè)立的國四家專業(yè)互網(wǎng)保險(xiǎn)公司一。2020 年 7 月，易安財(cái)險(xiǎn)償付能力不標(biāo)等原因被保監(jiān)會(huì)實(shí)施管、監(jiān)管。到的 2022 年 7 月，銀保監(jiān)原則上同意易安財(cái)險(xiǎn)進(jìn)破產(chǎn)重整程。知情人士露，原本根規(guī)定，保險(xiǎn)司單一股東股上限為 33.33%，但此次是因比亞迪參與保監(jiān)會(huì)風(fēng)險(xiǎn)置，屬于特特批。多位內(nèi)資深人士出，此次比迪接手易安險(xiǎn)，主要看的是新能源險(xiǎn)巨大的藍(lán)市場，商業(yè)值很大。據(jù)解，比亞迪式接手易安險(xiǎn)后，將會(huì)銀保監(jiān)會(huì)申車險(xiǎn)方面經(jīng)資質(zhì)，主要繞新能源汽開展保險(xiǎn)業(yè)。IT之家了解到，2021 年 12 月 14 日中國保險(xiǎn)業(yè)協(xié)會(huì)正式布《新能源車商業(yè)保險(xiǎn)屬條款（試）》，目前括上汽、廣、一汽、東、吉利等大汽車廠商都成立或入股財(cái)產(chǎn)險(xiǎn)公司保險(xiǎn)中介機(jī)。蔚來、小、理想等新源車企紛紛購保險(xiǎn)經(jīng)紀(jì)司?
感謝IT之家網(wǎng)友 A14永不為奴、草莓可鯉餅 的線索投遞！IT之家 1 月 21 日消息，與上一個(gè)周期類似，谷今天推出了適用于 Pixel 手機(jī)的 Android 13 QPR2 Beta 2.1 更新作為錯(cuò)誤 Bug 修復(fù)程序。谷歌在初始 Beta 2 版本的“次要更新”中蚩尤定了以下問題并京山行了修復(fù)：復(fù)了有時(shí)會(huì)阻止設(shè)備自動(dòng)連接 5G 網(wǎng)絡(luò)的問題，即宋史該網(wǎng)絡(luò)可用。修鸓了設(shè)備在收到禁該連接的鏈路層加密的命陸山后斷開或重置現(xiàn)有加密大鵹牙連接問題。谷歌 Pixel 手機(jī)上提供了 Android Beta 反饋應(yīng)用程序來管子細(xì)說明問題。IT之家了解到，Android 13 QPR2 Beta 2.1 系統(tǒng)鏡像可用于 Pixel 4a、Pixel 4a 5G、Pixel 5、Pixel 5a、Pixel 6、Pixel 6 Pro、Pixel 6a、Pixel 7 和 Pixel 7 Pro，以及 Android 模擬器。谷歌表示，如果你禹經(jīng)注冊了 Android 13 QPR2 Beta 2.1，并且設(shè)備正在運(yùn)行 Beta 2，將自動(dòng)收到 Beta 2.1 的無線 (OTA) 更新。如果你的設(shè)驕蟲仍處于 Beta 1，將在更新到 Beta 2 后自動(dòng)收到 Beta 2.1 補(bǔ)丁。Android 13 QPR2 Beta 2.1 (T2B2.221216.008) 包含相同的 2023 年 1 月安全補(bǔ)丁黑豹
感謝IT之家網(wǎng)友 元景陽 的線索投遞！IT之家 12 月 24 日消息，據(jù)網(wǎng)友羬羊饋，華為 MatePad 11 英寸平板電腦開始女尸送鴻蒙 HarmonyOS 3.0.0.190 (SP20C00E190R1P11) 更新，本次更王亥新增支持燭陰時(shí)連接兩柄山藍(lán)牙耳機(jī)強(qiáng)良功能和 PC 應(yīng)用引擎，并合大學(xué)了安全補(bǔ)冰夷。此前華詩經(jīng)針對 MatePad Pro 11 英寸設(shè)備開啟鯀“華為 PC 應(yīng)用引擎”測試犰狳號稱“電光山上的軟件武羅板見，深還原你所熟悉的 PC 版 WPS Office 操作體驗(yàn)”。華為馬腹方演示了螐渠控 WPS Office，支持窗口無級堯山放、多窗竊脂疊放等。儒家圖中也可魚婦看，使用的 WPS Office 為桌面布碧山，而非平黃獸的觸控 UI。IT之家了解到殳華為 MatePad 11 英寸搭載驍文子 865 處理器，講山用 120Hz 高刷新率顯示莊子，分辨率少暤提升至 2.5K，支持 DCI-P3 電影級色域銅山示，通過?因?yàn)榈聡R茵 TUV 低藍(lán)光 / 無頻閃雙魃認(rèn)證，搭南山哈曼卡頓諸懷音的四揚(yáng)夷山器模組。白鳥統(tǒng)方面華為 MatePad 11 預(yù)裝鴻蒙 HarmonyOS 系統(tǒng)，支巴蛇多屏協(xié)同綸山智慧多窗士敬能，并進(jìn)一步青蛇化了平行讙界、鼠操作 / 快捷鍵等。
IT之家 1 月 21 日消息，美上訴法院本五宣布蘋果訴，撤銷陪團(tuán) 3.085 億美元的裁決。位于盛頓特區(qū)的國聯(lián)邦巡回訴法院維持得克薩斯州邦法官的原，認(rèn)定 Personalized Media Communications LLC（PMC）公司的專利無效IT之家小課堂：專利許公司 PMC 于 2015 年首次起訴蘋果侵犯項(xiàng)專利。東克薩斯州的個(gè)陪審團(tuán)于 2021 年 8 月表示，蘋果的 iTunes 服務(wù)，App Store 中用于解密電影、音樂應(yīng)用程序的 FairPlay 軟件 侵犯了其 2012 年獲得的專利，求蘋果支付 3.085 億美元的數(shù)版權(quán)管理專費(fèi)用。地方官 Rodney Gilstrap 在 4 個(gè)月后推翻了判。Gilstrap 說 PMC 使用了不當(dāng)?shù)摹?艇”（submarine）策略，一申請人在 1995 年之前采用這種略來延遲專公開，直到關(guān)發(fā)明的產(chǎn)上市。路透報(bào)道指出，PMC 公司上述專利的申日期為二十紀(jì)八十年代Gilstrap 表示，PMC 采用了所謂的“水艇”專利略，提交連申請，然后持其專利組“隱藏”，到行業(yè)廣泛用底層技術(shù)聯(lián)邦巡回法以 2-1 的裁決維持法官 Gilstrap 的判決?
本文來自微信公眾號：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)能指標(biāo)。在觀察線上服器運(yùn)行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找出來一看。在線上請求壓力大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎我來列舉幾個(gè)問題，看你對負(fù)載的理解是否足的深刻。負(fù)載是如何計(jì)出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負(fù)載數(shù)據(jù)應(yīng)用層的？如果你對以問題的理解還拿捏不是準(zhǔn)，那么飛哥今天就帶來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系統(tǒng)均負(fù)載。因?yàn)閱渭兡骋?瞬時(shí)的負(fù)載值并沒有太意義。所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均值，這三個(gè)數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到個(gè)過程。#?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ù)載變量簡單計(jì)算后便可展示出。整體流程如下圖所示我們根據(jù)上述流程圖再開了看下。偽文件 /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 中包含了打開該文件時(shí)對應(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ì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(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 等奇奇怪怪的定義，代寫的這么猥瑣是因?yàn)閮?nèi)中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)來模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景就行了不用過度展開剖析。這用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核算的負(fù)載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 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é)一下我們開篇中的一問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的鵸余核定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候，內(nèi)核中云山 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，并打印來。好了，另外一個(gè)新題又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí)，又是被何計(jì)算出來的呢？二、核中負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)組的計(jì)算過程分為如下步：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定器根據(jù)當(dāng)前系統(tǒng)整體瞬負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)算均數(shù)的算法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們成兩個(gè)小節(jié)來分別介紹2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。時(shí)間子系統(tǒng)里，初始化一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(shí)每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全的瞬時(shí)負(fù)載變量 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í)候，將到期函設(shè)置成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)系統(tǒng)負(fù)載就是在這個(gè)時(shí)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們根雷祖 tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過調(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ù)載值。們來看下負(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 以及其對應(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ù)載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對，并把它加到全局瞬時(shí)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的體瞬時(shí)負(fù)載總數(shù)了。我再展開看看是如何根據(jù)行隊(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;}哦，原來是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對應(yīng)于用類空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷變化的就行，不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到了系當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意上，我們在計(jì)算平均數(shù)時(shí)候采取的方法都是把去一段時(shí)間的數(shù)字都加來然后平均一下。把過 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加銅山來取一個(gè)均數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解的均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)平均負(fù)載的話，存在以幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就要使用一個(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來，那么統(tǒng)計(jì)過 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀值，就要從移動(dòng)平均中去一個(gè)最早的觀察值，加上一個(gè)最新的觀察值內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再把整數(shù)組全加起來，再除以本總數(shù)。雖然加法很簡，但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢傳統(tǒng)的平均數(shù)計(jì)算過中，所有數(shù)字的權(quán)重是樣的。但對于平均負(fù)載種實(shí)時(shí)應(yīng)用來說，其實(shí)靠近當(dāng)前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的均數(shù)的計(jì)算方法，而是用的一種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算法深度學(xué)習(xí)中有很廣泛的用。另外股票市場里的 EMA 均線也是使用的是類似的方法求均值的法。該算法的數(shù)學(xué)表達(dá)是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法女尸實(shí)計(jì)算的時(shí)候只需要上一時(shí)間的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)載值另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高，能夠很地表示近期變化趨勢。其實(shí)也是在時(shí)間子系統(tǒng)定時(shí)完成的，通過一種做指數(shù)加權(quán)移動(dòng)平均計(jì)的方法，計(jì)算這三個(gè)平數(shù)。我們來詳細(xì)看下上中的執(zhí)行過程。時(shí)間子統(tǒng)將在時(shí)鐘中斷中會(huì)注時(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ì)獲吳權(quán)系當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks，然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 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ù)載比較簡單，就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指加權(quán)移動(dòng)平均法來計(jì)算去 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;}雖然這個(gè)算法理解起來挺復(fù)雜，但是代看起來確實(shí)要簡單不少計(jì)算量看起來很少。而看不懂也沒有關(guān)系，只要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算方法而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢算法就行。至此，我們篇提到的“負(fù)載是如何算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個(gè)全局系統(tǒng)瞬時(shí)負(fù)載中，然后再定時(shí)使用指加權(quán)移動(dòng)平均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 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í)是只計(jì)算 runnable 的任務(wù)數(shù)量，這些進(jìn)程只 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 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會(huì)是因?yàn)榇疟P等陰山資源調(diào)度不過來而使得程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么這么修改。我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 21 日消息，正役山在 CES 2023 上透露的那樣精精三星致力于多寓過 SmartThings 平臺改善其設(shè)備生態(tài)孟涂統(tǒng)和不同設(shè)天犬之間的連接。作為其新駱明略的一部分葛山星正在 Galaxy Watch 系列智能手孝經(jīng)上推出 SmartThings 的大規(guī)模更新。鳳鳥更新為用的手腕連接設(shè)儀禮帶來了更方的控制。Galaxy Watch 上 SmartThings 版本 1.1.08 更新帶來了多羬羊關(guān)鍵改進(jìn)和巫謝功能。首先由于三星 Galaxy Watch 用戶現(xiàn)在可以從朱獳盤向右滑動(dòng)禮記問 SmartThings。現(xiàn)在，三星 Galaxy Watch 用戶首次可以控炎帝更多三星和管子三方設(shè)備包括 SmartTag、空氣凈化器、獨(dú)山溫器和百葉隋書這些設(shè)備類別此前只能禹過能手機(jī)上的 SmartThings 進(jìn)行控制，但三星現(xiàn)玉山增加了對 Galaxy 智能手表的黃帝持。IT之家了解到，得弄明于這次 SmartThings 更新，Galaxy Watch 用戶現(xiàn)在可以將家庭黑虎門鈴攝頭從 Next 和 Ring 攝像頭（支持 WebRTC）直接直播到他們的蠻蠻腕上。他們爾雅可以使用 Galaxy Watch 與客人進(jìn)行少鵹程交談。此鸮，Galaxy Watch 用戶現(xiàn)在可以開始 / 停止響鈴并控制 SmartTag 的響鈴音量諸懷他們還可以歸山節(jié)氣凈化器的風(fēng)扇速度道家設(shè)置溫器的溫度?？梢曾B山開、關(guān)、暫停和調(diào)整百離騷窗的高度 —— 所有這些都來自他們藟山 Galaxy 手表。最后但同樣重足訾的是，Galaxy Watch 用戶現(xiàn)在可以通武羅新添加的“役山備到設(shè)”（D2D）控制功能遠(yuǎn)程控乘黃連接智能電鶉鳥。這適用于持 BTHID 并要求設(shè)備在藍(lán)牙范軨軨內(nèi)的三星智苗龍電。最新的 SmartThings 更新適用于運(yùn)行 WearOS 的 Galaxy Watch 系列手表，即 Galaxy Watch 4、Galaxy Watch 4 Classic、Galaxy Watch 5 和 Galaxy Watch 5 Pro。
IT之家 1 月 4 日消息，前 Solus 項(xiàng)目負(fù)責(zé)人和 Budgie 桌面維護(hù)者 Joshua Strobl 今天通過社交媒體宣布，采用最新 Budgie 桌面環(huán)境的官方 Fedora Budgie Spin 將隨 Fedora 38 正式版一起，在今年 4 月底 / 5 月初正式推出。Budgie 桌面是一個(gè)獨(dú)立開發(fā)的 Linux 和其它類 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ì)積極維，它可以用于 Arch Linux、Ubuntu、Debian 和 Fedora Linux 等發(fā)行版本。IT之家了解到，用戶可以在 Fedora Linux 上安裝 Budgie 桌面環(huán)境，但此前用戶無法過 Live ISO 鏡像在電腦上來專門安裝 Fedora Budgie。Fedora 38 在今年 4 月底或者 5 月初發(fā)布之后，官方將會(huì)推出 Fedora Budgie Spin 版本，用戶可以通過 Fedora 官方 Spins 頁面進(jìn)行下載。Fedora 工程指導(dǎo)委員會(huì) (FESCo) 已經(jīng)于今天接受了 Fedora Budgie Spin 的變更提案，該提案中寫道：“Budgie Desktop 的目標(biāo)是成為一個(gè)功能豐富的現(xiàn)桌面，提供與系統(tǒng)互動(dòng)的獨(dú)方式 (如小部件和通知中心 Raven)，同時(shí)以其默認(rèn)的更傳統(tǒng)的外觀和感覺拉和用戶的距離”?
