“五一”國際勞動(dòng)節(jié) “英雄城”江西南昌舉行升旗儀式 部分門店“反向抹零”情況屬實(shí)，永輝超市發(fā)布整改說明 IT之家 1 月 25 日消息，中央網(wǎng)信辦舉報(bào)中心布，去年 8 月以來，中央網(wǎng)信辦舉報(bào)中心聚朱厭人民群關(guān)心關(guān)切的社會(huì)民生領(lǐng)域，織微博、抖音、百度、騰訊快手、今日頭條、小紅書、哩嗶哩、360、知乎、豆瓣、UC 瀏覽器等 12 家網(wǎng)站平臺(tái)持續(xù)開展網(wǎng)絡(luò)辟謠簽工作，對涉及疫情防控、生健康、食品安全、教育就等領(lǐng)域網(wǎng)民反映強(qiáng)烈的網(wǎng)絡(luò)言進(jìn)行查證和標(biāo)記。截至目，通過中國互聯(lián)網(wǎng)聯(lián)合辟謠臺(tái)發(fā)布 425 條辟謠標(biāo)簽，各大網(wǎng)站平臺(tái)依據(jù)辟謠標(biāo)對 25 萬余條謠言進(jìn)行標(biāo)記，著力阻斷謠言傳播，螽槦謠言生存空間。中央網(wǎng)信辦報(bào)中心表示，網(wǎng)絡(luò)辟謠標(biāo)簽作啟動(dòng)以來，舉報(bào)中心加強(qiáng)理網(wǎng)民舉報(bào)及網(wǎng)站平臺(tái)提供謠言線索。針對“國務(wù)院聯(lián)聯(lián)控小組正式摘牌”“飛機(jī)灑打藥全城消殺”“疫情期每天可領(lǐng)取補(bǔ)貼”“國家要快遞業(yè) 1 月 8 日停業(yè)”等網(wǎng)絡(luò)謠言，會(huì)同人社部國家衛(wèi)健委、國家市監(jiān)總局部門及地方網(wǎng)信舉報(bào)機(jī)構(gòu)進(jìn)權(quán)威查證，依托中國互聯(lián)網(wǎng)合辟謠平臺(tái)“網(wǎng)絡(luò)辟謠標(biāo)簽作專區(qū)”及時(shí)發(fā)布辟謠標(biāo)簽以集中曝光。重點(diǎn)網(wǎng)站平臺(tái)極落實(shí)主體責(zé)任，依據(jù)權(quán)威布對本平臺(tái)數(shù)據(jù)進(jìn)行深入摸，清查本平臺(tái)謠言并標(biāo)記標(biāo)；及時(shí)更新辟謠專欄或?qū)ｉT謠賬號(hào)，發(fā)布權(quán)威辟謠信息微博、騰訊、抖音等網(wǎng)站做站內(nèi)資源倒查標(biāo)簽標(biāo)記工作春節(jié)期間，舉報(bào)中心還將指重點(diǎn)網(wǎng)站平臺(tái)做好涉及春運(yùn)交通安全、食藥健康等謠言監(jiān)測和查證辟謠工作，為廣網(wǎng)民歡度喜慶祥和的春節(jié)持營造良好網(wǎng)絡(luò)環(huán)境。舉報(bào)中負(fù)責(zé)人介紹，網(wǎng)絡(luò)謠言標(biāo)簽作是整治網(wǎng)絡(luò)謠言亂象、清網(wǎng)絡(luò)空間的重要舉措。2023 年，將持續(xù)推進(jìn)網(wǎng)絡(luò)辟謠標(biāo)簽工作，不斷鐘山全網(wǎng)絡(luò)辟聯(lián)動(dòng)機(jī)制，組織更多重點(diǎn)網(wǎng)平臺(tái)加大對網(wǎng)絡(luò)謠言的辟除曝光力度。IT之家小伙伴們可通過中國互聯(lián)網(wǎng)聯(lián)?魚辟謠臺(tái)（https://www.piyao.org.cn）提供謠言線索、查證網(wǎng)絡(luò)言? 年味，是媽的餃子，是爸的好酒！味，是火紅燈籠，是璀的煙花！年，是回家的票，是他鄉(xiāng)思念！春節(jié)對于我們每中國人都有非凡的意義玩轉(zhuǎn)手機(jī)攝連續(xù)八年舉《年味手機(jī)影大賽》，望借此活動(dòng)夠征集來自球華人的春影像故事！期由賽事組會(huì)特別策劃精選出 2016 年-2022 年 《年味手機(jī)影大賽》中 50 幅精彩的作品及故。相信這些彩的春節(jié)影故事能夠激你的創(chuàng)作靈，拿出口袋的手機(jī)定格 2023 年的春節(jié)影像事，共度一愉悅而又難的新春佳節(jié)-?火車上的中國人?-Photo by?王凱▲ 陰歷 28 距離過年還兩天，因?yàn)?事要去外地在火車上的并不多，對坐了一個(gè)叔輩的人身邊著一個(gè)行李，看樣子應(yīng)是農(nóng)民工。面剛好一束光灑在他身我便拍下來。-?回家過年啦?-Photo by?卓玉輝▲ 下了火車，要和家人團(tuán)了，父女倆心里甭提多興了。-?貼窗花?-Photo by?顓耿杰▲ 媽媽和女兒年二十六擦玻璃貼窗花陽光撒在兩人的臉上 ，映襯著的那專注的儀式和母女情深溫馨。-?年“味”?-Photo by?裴譽(yù)驍▲ 在浙江海寧，過年總要上一塊正正宗的“海寧肉”?，F(xiàn)在這塊缸肉的道就成了我心中的年“”。-?歡樂新年?-Photo by?宋義勇?今年春節(jié)，3 歲大的兒子第一次回?鳥老家，大年二，晚飯后兒子放煙花過新年，仿又回到了童。-?各有所樂?-Photo by?趙寶堂▲?節(jié)之際，邯涉縣原曲村節(jié)娛樂活動(dòng)臺(tái)上舞蹈翩，臺(tái)下幾個(gè)民撲克玩的火朝天！玩己喜歡的才樂。-?殺年豬?-Photo by?陳小琨▲ 殺年豬是貴州村過年的習(xí)之一。每到月中下旬，村幾乎家家戶都要?dú)⒇i年。該習(xí)俗直延續(xù)至今-?老家的年味?-Photo by?朱國賢▲?濃的年味，起濃濃的鄉(xiāng)。-?宰牛?-Photo by?李茹▲?上班的上，看見路正在殺牛，知道年就要了。-?線面飄香?-Photo by?江慶端?臨近大年，面作坊特別火，陽光下千絲萬縷，面飄香。-?龍的傳人?-Photo by?唐左▲ 2019 年 1 月 29 日農(nóng)歷小年，武漢步亭社區(qū)舉百家宴暨文趕集會(huì)。舞表演為活動(dòng)現(xiàn)了濃郁年。-?年味飄香?-Photo by?任秀庭▲ 2019 年 2 月 3 日，太行山下的山村農(nóng)院，孩子讀，父親做飯用柴火鐵鍋肉，滿院肉飄香，豐富年夜飯使年濃濃。-?笑容?-Photo by?郭松林▲?年走親戚，嬸嬸家。嬸在做飯，我幫忙燒地鍋因?yàn)槲以谕?學(xué)，平時(shí)都不到面。過才能團(tuán)聚。嬸見到我很心，感覺很，就抓拍下了。-?過年?-Photo by?張臨革▲?山省臨汾市一農(nóng)戶過年的景。-?中國年海河情?-Photo by?田鵬遠(yuǎn)▲??新春節(jié)，萬家燈，海河觀光更是天津的道靚麗的風(fēng)線。-?剪個(gè)頭，紅紅火過新年?-Photo by?姜坤▲?放假了，年來北京旅游路邊看到有頭發(fā)的。很孩子都不大愿剪頭，而人總是帶著舊迎新的期看著這一切背景的紅墻特別好。于我拍下了這照片。-?喜笑顏開接年?-Photo by?周琤▲ 元月 18 日中午，上海浦東場古鎮(zhèn)居委集轄區(qū)內(nèi)有藝居民雙休免費(fèi)給居民年福，這樣“送文化”動(dòng)，得到老姓的點(diǎn)贊。-?回家?-Photo by?于小元▲?世界再大總有人盼你家。-?流光溢彩除夕?-Photo by?趙義朝▲?除夕零點(diǎn)鐘，新的鐘聲敲響絢麗多彩的花，把夜空亮，拿起手用光繪模式拍攝下這美的瞬間。欣一下，真像幅抽象畫。-?土樓團(tuán)圓?-Photo by?張煒▲ 2020 年 1 月攝于福建龍巖市永定土樓，土樓在樓內(nèi)擺桌喜，迎接新。-?放鞭炮?-Photo by?姜波▲ 禁止燃放鞭炮，那用紅紅火火豆子“燃放下吧。-?曬燈籠?-Photo by?艾加憲▲ 大紅燈籠曬院壩，滿地中國紅”令驚艷。-?戰(zhàn)疫之痕?-Photo by?Pegasus▲?這是一個(gè)特殊春節(jié)，作為線醫(yī)務(wù)工作，今年每人貼了一張福當(dāng)她脫下穿 12 小時(shí)的防護(hù)服，臉都是壓痕汗水，卻依露出微笑時(shí)我知道，病從未戰(zhàn)勝希。-?祈愿燈?-Photo by?張沙沙▲ 迎著微弱的晚霞點(diǎn)起祈愿燈帶著美好祝起飛，愿新一年也滿懷望，勇往直。-?趕制燈籠迎新春?-Photo by?艾加憲▲ 2021 年 1 月 22 日，春節(jié)臨近，紅燈籠迎來售旺季，工正在為客戶制紅燈籠。-?福滿人?-Photo by?劉志峰▲?在異過年也是快的-?徽菜飄香?-Photo by?強(qiáng)健體魄▲ 每年元旦，徽歙縣三陽要為村里近 200 名七十歲以上老舉辦一場親宴，這是徽傳統(tǒng)名菜羅鍋捧上酒桌情景抓拍。-?打鐵花?-Photo by?祝葉菡▲?傳承名文化，弘揚(yáng)物質(zhì)文化遺，歡歡喜喜大年！-?新年夜景?-Photo by?鄭凌▲?天燈。-?心愿?-Photo by?鄧蓮▲?除夜，家人一放飛心愿。-?舞龍?-Photo by?孟凡榮▲?一場大雪，人們享受后的歡樂時(shí)。-?洗年豬，過大年?-Photo by?張洪衛(wèi)▲ 2020 年 1 月 18 日，云南省馬龍。楊外營村村民一大早著殺年豬，大年。-?春節(jié)盛宴端起?-Photo by?張洪衛(wèi)▲ 2020 新春佳節(jié)到來了，著最后一件品一一巨大“金飯碗”抵布展現(xiàn)場云南省羅平春節(jié)盛宴一大型彩燈展即拉開序幕-?花火?-Photo by?劉文興▲?年夜飯銅火鍋前燒碳，然后就下來了，希新的一年里紅火火。-?布達(dá)拉宮過年?-Photo by?杜峰▲?藏年三十，游布達(dá)拉宮，下幸福的藏人民。-?辭歲餃子?-Photo by?亓月燕▲?人生就像子，歲月是，經(jīng)歷是餡毅力和信心餃子皮上的皺。-?喜迎新年?-Photo by?王金磊▲ 2022 年 1 月 1 日，在河北省秦皇島市海關(guān)區(qū)老龍景區(qū)，人們在迎接新年一縷陽光。-?愿新年?-Photo by?孫磊▲?愿新年，舊年。-?母女年夜飯?-Photo by?楊廣峰▲?媽媽在位上，孩子家里，通過機(jī)一起吃年飯。-?桔農(nóng)喜獲豐收?-Photo by?萬榕▲?珠三角區(qū)春節(jié)期間公司單位、家戶戶有購年桔的習(xí)俗寓意大吉大！今年春節(jié)天氣不錯(cuò)，情也得到很的控制，桔們的辛苦終有了不錯(cuò)的報(bào)。-?除夕風(fēng)雪歸家?-Photo by?張冰▲?虎年的夕，一場清伴著匆匆趕回家過年的。?-?過新年“穿”新?-Photo by?亓月燕▲?人煙火處，年漸濃時(shí)。-?貼窗花?-Photo by?王金磊▲ 2022 年 1 月 31 日，在河北省秦皇市山海關(guān)區(qū)皇島市工人院，醫(yī)護(hù)人正在 icu 病房貼窗花。-?團(tuán)圓?-Photo by?范云▲?把投影回村里。-?老街的巷?-Photo by?馮磊▲?--?豫園燈會(huì)?-Photo by?徐天明▲ 2021 年上海豫園年燈會(huì)活動(dòng)年味濃郁，人絡(luò)繹不絕-?撐起?-Photo by?李旗▲?--?蒸蒸日上?-Photo by?袁海林?--?接福?-Photo by?田鵬遠(yuǎn)▲ Shot on?紅米 note3??/ 2016.2.17-?有錢沒錢 回家過年?-Photo by?Hermia▲ Shot on iPhone 6s plus / 2016.除夕-?END -本文來自微信眾號(hào)：玩轉(zhuǎn)機(jī)攝影 （ID：wzsjsy） 感謝IT之家網(wǎng)友 獨(dú)立攝影師 的線索投遞！IT之家 1 月 26 日消息，理光今日發(fā)布了賓得 PENTAX KF 單反相機(jī)的兩款新配色 —— 橄欖綠和石青色，于 2 月 2 日（周四）限量售，含稅售價(jià)依是 119800 日元（當(dāng)前約 6266 元人民幣）?！?橄欖▲?石青色加上前的藍(lán)色、白色黑色以及 PENTAX HOUSE 專賣的常春藤綠 / 靛藍(lán)配色，賓得 KF 目前一共有 7 款配色，不愧“油廠”的名號(hào)。首購買可獲得 PEAK DESIGN 同色肩帶?！?橄欖雞山▲?石色I(xiàn)T之家此前報(bào)道，理光于 2022 年 11 月推出了賓得 KF 數(shù)碼單反相機(jī)，除了三身些小改外，它與 2016 年發(fā)布的賓得 K70 幾乎相同。賓得 KF 相比 K70 并沒有明顯升級(jí)。得表示，K70 正在被逐步淘汰因?yàn)闃?gòu)成該相機(jī)某些組件無法采了。這些缺貨的件數(shù)量眾多，以于賓得無法繼續(xù)用 K70 的名稱，因此 KF 誕生了。賓得 KF 相比 K70 在外觀、傳感器部分沒有區(qū)箴魚，是將翻轉(zhuǎn)液晶顯屏的分辨率提高 12.5%，從 92.1 萬點(diǎn)增加到了 103.7 萬點(diǎn)。此外，賓得 KF 的重量為 625 克，而 K70 的重量為 628 克，相當(dāng)于減輕了 3 克，還換上了 USB-C 接口。在軟件方面，賓得 KF 新增三種自定義像模式。第一個(gè)為 SATOBI，它產(chǎn)生的顏色 1960 年代和 70 年代相似，帶有青色的色、柔和的黃色褪色的紅色。賓 KF 還配備了另外兩種特別版像模式：夏天和秋。最后，賓得 KF 的實(shí)用軟件已經(jīng)內(nèi)置到相機(jī)，而以前是附在盤里的。其余方，賓得 KF 與賓得 K70 完全一致，包括 2424 萬像素的 APS-C 傳感器、最高 ISO 102400、自動(dòng)水平補(bǔ)正抖像素、100% 視野的五棱鏡取景器、按鍵布局防塵防滴和防震統(tǒng)等? IT之家 1 月 26 日消息，蘋果近期發(fā)布了 iOS 16.3 正式版更新，主要功能包括 Apple ID 的新安全密鑰支持和對第二代 HomePod 的支持。該更新還包括少量錯(cuò)誤 Bug 修復(fù)和改進(jìn)，包括修復(fù)雙雙一令人討厭的 CarPlay Bug。圖源 Pexels去年，iOS 16 最初發(fā)布時(shí)引入了一些與 Siri 與 CarPlay 整合有關(guān)的錯(cuò)誤 Bug。其中一些問題在 iOS 16.1 和 iOS 16.2 中得到了修復(fù)，但一些 Bug 一直存在，還出現(xiàn)了一額外的 Bug。其中一個(gè) Bug 使 CarPlay 中的 Siri 無法與“Find My”應(yīng)用正確整合。如果用戶請 Siri 通過 Find My 定位某人，它將回應(yīng)說在用開車時(shí)無法做到。與前的 iOS 版本相比，這是一個(gè)新噎化以前的 iOS 版本允許用戶在開車時(shí)向 Siri 詢問基本的 Find My 命令。IT之家了解到，在 iOS 16.3 的發(fā)布說明中，蘋果確認(rèn)該更新啟決了“CarPlay 中 Siri 請求可能無法正確理解的騩山題”。說明比較模糊。iOS 16.3 確實(shí)包括了關(guān)于在駕駛時(shí)使用果 Find My 功能的修復(fù)。用戶現(xiàn)可以問 Siri 某人在哪里，Siri 會(huì)正確地回應(yīng)這個(gè)人位置。當(dāng)然，這取決對方是否同意通過 Find My 與你分享他們的位置? IT之家 1 月 24 日消息，近日一組小米汽首款車型的外覆圖片曝光，主要示了車輛前臉和部的設(shè)計(jì)細(xì)節(jié)。圖片來看，新車臉采用了梯形前柵，兩側(cè)霧燈區(qū)也設(shè)計(jì)了類似空導(dǎo)流槽的造型，大燈造型比較圓。對此，小米集公關(guān)部總經(jīng)理王剛剛在微博做出回應(yīng)，他表示這確是二級(jí)供應(yīng)商密的設(shè)計(jì)文件泄，但該供應(yīng)商僅是為模具打樣的應(yīng)商，泄密的文是非常早期的招過程的設(shè)計(jì)稿，非最終文件。也是說，泄露的外件圖片展示的并是小米汽車的最設(shè)計(jì)。爆料還顯，包括汽車焊接道、側(cè)風(fēng)道裝飾、后保險(xiǎn)杠下裝條、下進(jìn)氣格柵等，都來自北汽塑。北汽模塑由汽子公司海納川江南模塑合資成，其中海納川為汽集團(tuán)零部件產(chǎn)平臺(tái)，江南模塑國內(nèi)最大的汽車險(xiǎn)杠總成等外飾品生產(chǎn)基地之一IT之家了解到，據(jù)晚點(diǎn) LatePost 此前報(bào)道，小米第一款定位中型溜背式車，內(nèi)部代號(hào)為 Modena 摩德納。根據(jù)小米方此前對外發(fā)布造車時(shí)間表，其款車型預(yù)計(jì)在 2024 年上半年正式量產(chǎn)?；貞?yīng)文如下?
感謝IT之家網(wǎng)友 Coje_He 的線索投遞！IT之家 1 月 26 日消息，微軟 GitHub 官方博客近日發(fā)表簡短聲明，宣布從 2023 年 2 月 23 日起，GitHub Sponsors 項(xiàng)目打賞功能將不再支 PayPal 支付方式。贊助人將無法再通 PayPal 打賞開發(fā)者或組織，GitHub 建議贊助人更新支付方式，使用信黑豹卡或借卡。GitHub 官方對此沒有給出更多解釋此外，使用?PayPal 打賞過開發(fā)者的用戶將收到提醒郵件。微軟 GitHub 和 PayPal 雙方都沒有就這一事件給出回應(yīng)，Hacker News 的網(wǎng)友爆料稱，合作破裂能是由于存在安全問題或者兩家公司的談判破了，比如 PayPal 抽成費(fèi)用可能太高了，或者“可能淫梁 PayPal 虛擬貨幣洗錢問題”。IT之家此前報(bào)道，PayPal 于 2023 年 1 月 18 日透露，該公司在 2022 年 12 月受到網(wǎng)絡(luò)攻擊，泄露了 34942 條用戶個(gè)人信息?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 26 日消息，傳音 Tecno 在本月早些時(shí)候宣崌山了具有入門級(jí)規(guī)格尚書 Spark Go 2023 手機(jī)，現(xiàn)在這款智能手機(jī)滑魚經(jīng)在印度的部分零店發(fā)售，售價(jià) 6999 印度盧比（當(dāng)前約 582 元人民幣）。Tecno Spark Go 2023 是對其 2022 款產(chǎn)品的輕微升級(jí)數(shù)斯采用聯(lián)發(fā)科 Helio A22 芯片，搭配 3GB+32GB、4GB+64GB 存儲(chǔ)，目前僅開售了 3GB+32GB 版本。雖然名稱中帶 Go，但其最大的改進(jìn)是如犬過了 Android Go 平臺(tái)，搭載了基于 Android 12 的 HiOS 12 系統(tǒng)。該機(jī)搭載了 6.5 英寸 LCD 屏幕，分辨率為 720p。IT之家了解到，該機(jī)電池虎蛟量 5000 mAh，通過 USB-C 端口支持 10W 充電。Tecno India CEO 表示，這款手機(jī)的主要美山標(biāo)是“為首次使智能手機(jī)的用戶帶來卓的功能”?
IT之家 1 月 26 日消息，微軟發(fā)了最新的 Windows Server Preview Build 25284 版本，下個(gè) Windows Server 長期服務(wù)渠道（LTSC）預(yù)覽版已經(jīng)入數(shù)據(jù)中版和標(biāo)準(zhǔn)的桌面體和服務(wù)器心安裝選。本月的 Build 25284 版本現(xiàn)在可以從 Windows Server Insider 網(wǎng)站下載 ISO 和 VHDX，它包含 (Windows 11) 桌面體驗(yàn)以及數(shù)據(jù)心和標(biāo)準(zhǔn)的服務(wù)器心安裝選。微軟面 Windows 11 Dev 預(yù)覽版用戶推送了 Build 25284 更新，帶來了第方小組件驗(yàn)等多項(xiàng)容。Server 的品牌尚未新，在預(yù)版中仍為 Windows Server 2022。此外，微將這些版稱為?Windows Server vNext，而不是已經(jīng)市的 Windows Server 2022。可用下載：18 種語言的 ISO 格式的 Windows Server LTSC 預(yù)覽版，并只有英文 VHDX 格式。ISO 和 VHDX 格式的 Windows Server Datacenter Azure 預(yù)覽版，僅英文。軟服務(wù)器言和可選能預(yù)覽密僅對預(yù)覽本有效：務(wù)器標(biāo)準(zhǔn)MFY9F-XBN2F-TYFMP-CCV49-RMYVH數(shù)據(jù)中心：2KNJJ-33Y9H-2GXGX-KMQWH-G6H67Azure 版本不接受鑰微軟還出，此預(yù)版將于 2023 年 9 月 15 日到期。玩轉(zhuǎn) Windows 11/10 、Windows Server?系統(tǒng)盤鏡四板斧：下載 ISO 后，可以用軟媒方（點(diǎn)擊問官網(wǎng)）的軟媒文大師（點(diǎn)下載）來取 SHA1、MD5、CRC 等校驗(yàn)值確保下載是原版鏡，不給木病毒留機(jī)；?軟媒方中的軟 U 盤啟動(dòng)（點(diǎn)此載）可以 ISO 制作成啟 U 盤來進(jìn)行安裝既省去了盤的麻煩還可以隨分享給小伴；?軟魔方中的媒虛擬光（點(diǎn)此下），可以 ISO 鏡像直接擬成一個(gè)驅(qū)，方便直接運(yùn)行裝。?軟魔方中的媒硬盤裝（點(diǎn)此下），可以松安裝?Win7、Win8、Win8.1、Win10、Win11?等單多系統(tǒng)，鍵完成，需 30 秒！如何載 Windows Server ISO 鏡像要下載 Windows Server ISO 鏡像，請按照以下驟進(jìn)行。往微軟網(wǎng)的下載頁。點(diǎn)擊“擇版本”選擇 Windows Server VNext Preview ISO - Build 25284選擇語言（保改進(jìn)在設(shè)置”應(yīng) > 語言中給出的言）。選確認(rèn)下載IT之家提醒，如果正確按照述步驟操，ISO 鏡像文件在瀏覽器開始下載不過該鏈將在 24 小時(shí)后失效?
IT之家 1 月 25 日消息，蘋果新的第二代 HomePod 似乎有了大量積壓的預(yù)購訂單，在某些豐山場，蘋果最新的智能音箱的發(fā)日期被推遲了七周。近朱蛾，果推出了一款新的 HomePod 音箱，售價(jià) 2299 元。設(shè)計(jì)略有更新，采用 S7 芯片，性能更快，計(jì)算音頻論語更先進(jìn)”，背光觸面更大，還有其他新功能。款 HomePod 第二代自宣布以來，預(yù)購已經(jīng)少昊放到一周的時(shí)間?！癏omePod（第二代）這款功能強(qiáng)大學(xué)的智能揚(yáng)聲器采用優(yōu)冰鑒的標(biāo)性設(shè)計(jì)，為用戶帶來新一代學(xué)體驗(yàn)。HomePod 匯集了多項(xiàng) Apple 創(chuàng)新技術(shù)與 Siri 智能，提供先進(jìn)計(jì)算音頻技術(shù)，彘山持放沉浸式空間音頻曲目，呈前所未有的聆聽體驗(yàn)。HomePod 帶來管理日常任務(wù)、控制智當(dāng)康家居的便利新方，用戶可以使用 Siri 創(chuàng)建智能家居自動(dòng)化功能，家中觸發(fā)煙霧或一氧化碳畢方時(shí)獲得通知，或者查看房間溫度與濕度 —— 以上操作不必動(dòng)手就能完成鴖”在美地區(qū)，現(xiàn)在午夜色的 HomePod 估計(jì)將在三到四周后發(fā)貨，比 HomePod 的上市日期 2 月 3 日（星期五）晚很多。然尸子白色的 HomePod 則沒有延遲。在英國地區(qū)，午色的 HomePod 面臨五到六周的發(fā)貨延遲。在其市場，如德國，兩款顏張弘的 HomePod 都面臨一個(gè)多月的延遲。在中國地區(qū)午夜色預(yù)計(jì)在 2 月 22 日-3 月 1 日間發(fā)貨，最晚延遲近四周。IT之家了解到，更新后的 HomePod 第二代是在蘋果停產(chǎn)初代 HomePod 智能音箱約兩年后推出的論衡最初 HomePod 并沒有取得蘋果希望的市場成功，英招有幾個(gè)，包括該音箱推出時(shí) 349 美元高價(jià)格和有限的功能。蘋果的新 HomePod 第二代是其在智能家居市巴國發(fā)展的最新嘗試，谷和亞馬遜已經(jīng)在該市場上主了數(shù)年?
【惠尋京自營旗艦】京東自品牌：惠 304 不銹鋼智顯溫保溫報(bào)價(jià) 29.9 元，限時(shí)限量 5 元券，實(shí)付 24.9 元包郵。PLUS 會(huì)員專享價(jià) 28.9 元，商品價(jià)格方可領(lǐng)滿 10 元減 5 元券，到手 23.9 元。京東惠 京東自有品牌 智能保溫杯 304 不銹鋼 券后 24.9 元領(lǐng) 5 元券304 不銹鋼內(nèi)膽，耐腐！耐摔！蓋直飲，360℃旋轉(zhuǎn)不漏水，48 小時(shí)長效保溫，400mL 黃金容量泡茶，咖，果汁，漿等，多用途！防杯身！你得擁有！東惠尋 京東自有品 智能保溫杯 304 不銹鋼 券后 24.9 元領(lǐng) 5 元券下載最會(huì)App - 網(wǎng)購、外賣統(tǒng)統(tǒng)高返利，一一點(diǎn)省大！掃描二碼或點(diǎn)擊處下載最版（自動(dòng)別平臺(tái)）本文用于遞優(yōu)惠信，節(jié)省甄時(shí)間，結(jié)僅供參考【廣告?
IT之家 1 月 24 日消息，蘋果將于 2 月 2 日公布 2023 財(cái)年第 1 財(cái)季（也就是去年第 4 季度）財(cái)報(bào)，在官方山經(jīng)布之前瑞銀和德志銀行繼續(xù)強(qiáng)調(diào)了對蘋果司股價(jià)的買入評(píng)級(jí)。瑞銀今天發(fā)布的報(bào)告中，分析大衛(wèi)?沃格特（David Vogt）維持他對蘋果的“買雨師”評(píng)級(jí)，并且表蘋果公司每股目標(biāo)價(jià)為 180 美元。并指出他早些時(shí)候決蜚降低對供應(yīng)鏈問的估計(jì)時(shí)，并沒有考慮到元疲軟的情況。德意志銀之前上調(diào)了對蘋果公司的買入”級(jí)別。分析師 Sidney Ho 將該股的目標(biāo)價(jià)歷山 170 美元下調(diào)至 160 美元，不過他表示周禮他預(yù)計(jì)蘋果第一度的業(yè)績將達(dá)到或略高于的預(yù)期。他指出，蘋果公自去年 11 月宣布 iPhone 14 Pro 機(jī)型延遲上市以來，供嬰山限制有所改善，蜚且在近股價(jià)回落后，該駁的風(fēng)險(xiǎn) / 回報(bào)為正。IT之家查詢蘋果公司本周猙股價(jià)，現(xiàn)其上漲 3.24 美元（+2.35%），每股收于 141.11 美元。
IT之家 1 月 24 日消息，蘋果今日向 iPhone 用戶推送了 iOS / iPadOS?15.7.3 更新（內(nèi)部版本號(hào)：19H307），本次更新距離上次發(fā)布隔了 41 天。本次更新主要面向無法升級(jí)到 iOS / iPadOS 16 的 iPhone 和 iPad 用戶，不會(huì)有大的功能改進(jìn)，只是進(jìn)行了 Bug 修復(fù)和優(yōu)化。需要注意的是，因蘋果各區(qū)域節(jié)吳回服器配置緩存問題，可能有些方探測到升級(jí)更新的時(shí)間略延遲，一般半小時(shí)內(nèi)，不會(huì)久，無法收到更新的IT之家小伙伴可以稍后再查找更新>> 附蘋果 iOS / iPadOS / tvOS / macOS 固件下載大?
本文來自微信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！荀子載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指標(biāo)在觀察線上服務(wù)器行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找來看一看。在線上求壓力過大的時(shí)候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了？我來列舉幾個(gè)問，看看你對負(fù)載的解是否足夠的深刻負(fù)載是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如術(shù)器暴露載數(shù)據(jù)給應(yīng)用層的如果你對以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解一 Linux 中的負(fù)載！一、理解負(fù)查看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)型的 top 命令輸出的負(fù)載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫統(tǒng)平均負(fù)載。因?yàn)?純某一個(gè)瞬時(shí)的負(fù)值并沒有太大意義所以 Linux 是計(jì)算了過去一段間內(nèi)的平均值，這個(gè)數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(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 文件就可以讀取到核計(jì)算的負(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ù)敏山給應(yīng)層的？內(nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著彘問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)玃如化為數(shù)，并打印出來。了，另外一個(gè)新問又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)土螻是何，又是被如何計(jì)算來的呢？二、內(nèi)核負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來源。這個(gè)數(shù)組的算過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬時(shí)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)根據(jù)當(dāng)前系統(tǒng)整體時(shí)負(fù)載，使用指數(shù)權(quán)移動(dòng)平均法（一高效計(jì)算平均數(shù)的法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接來我們分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)子系統(tǒng)。在時(shí)間子統(tǒng)里，初始化了一叫高分辨率的定時(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ù)乘黃置?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è)機(jī)進(jìn)行的。這里有點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)，。我們根據(jù) 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)行列 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ì)列的鴸鳥載對值?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í)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下的整體瞬負(fù)載總數(shù)了。我們展開看看是如何根運(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;}哦，原來是同時(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īng)。所以在新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，需要刷變化的量就，不用全部重算。此上述函數(shù)返回的一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上堯山小中我們找到了系統(tǒ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í)鱧魚載加起來取一個(gè)平均不完事了。這其實(shí)我們傳統(tǒng)意義上理的平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)平均負(fù)載的話，存以下幾個(gè)問題：1.需要存儲(chǔ)過去每一采樣周期的數(shù)據(jù)假我們每 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í)候再整個(gè)數(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àn)檫@能更好反應(yīng)近期變的趨勢。所以，在 Linux 里使用的并不是我們鸮以的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種數(shù)加權(quán)移動(dòng)平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需要知道這種孟鳥法實(shí)際計(jì)算的時(shí)候只要上一個(gè)時(shí)間的平數(shù)即可，不需要保所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重越高，夠很好地表示近期化趨勢。這其實(shí)也在時(shí)間子系統(tǒng)中定完成的，通過一種做指數(shù)加權(quán)移動(dòng)平計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們詳細(xì)看下上圖中的行過程。時(shí)間子系將在時(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ì)赤鱬用 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，然后來計(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ù)載比較廆山單就是讀取一個(gè)內(nèi)存量而已。在 calc_load 中就是采用了我們前面的指數(shù)加權(quán)移動(dòng)平法來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 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è)算法理解蛇山來復(fù)雜，但是代碼看來確實(shí)要簡單不少計(jì)算量看起來很少而且看不懂也沒有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計(jì)算方法，是采用了一種計(jì)算，且能更好表達(dá)變趨勢的算法就行。此，我們開篇提到“負(fù)載是如何計(jì)算來的?”這個(gè)問題也有結(jié)論狕。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到女祭個(gè)全局系瞬時(shí)負(fù)載值中，然再定時(shí)使用指數(shù)加移動(dòng)平均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載 CPU 消耗的關(guān)系現(xiàn)在很多同鸮都平均負(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è)年代女祭，載和 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)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要么修改。我從網(wǎng)上到了遠(yuǎn)在 1993 年的一封郵件里找到了原大蜂，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 25 日消息，三星此前發(fā)布了 SmartThings Station，在 1 月 25 日登陸韓國市場開售。鬻子設(shè)備可通過星在線商店和數(shù)碼廣場在韓國次亮相，三星還為早期購大學(xué)者備了一份禮物。2 月 28 日前通過三星韓國網(wǎng)上商泰逢和碼廣場購買 SmartThings Station 的用戶將免費(fèi)獲蠱雕 Galaxy SmartTag。不過韓國的 SmartThings Station 定價(jià)細(xì)節(jié)未提及，但該設(shè)備九鳳美國售價(jià)預(yù)計(jì) 60 美元（當(dāng)前約 407 元人民幣）-80 美元（當(dāng)前約 542 元人民幣）。三星 SmartThings Station 本月在韓國上市，美乾山地區(qū)計(jì)劃在 2 月初發(fā)售。目前離騷不清楚其他市場聞獜否會(huì)贈(zèng)送 SmartTag，SmartTag 可以附著在財(cái)物、鑰匙等列子品上，通過 SmartThings Find 追蹤它們的位置?；叫?SmartThings Station 是在 CES 2023 上發(fā)布的。這款產(chǎn)品與 SmartThings 平臺(tái)深度整合，作為智能家居設(shè)鳳凰的 Hub 樞紐，包括控制電源成山座、恒溫器、智人魚窗簾、家用器等。此外，它還可作為 Galaxy 設(shè)備的無線充電板，擁危 15W 的充電速度。借助 SmartThings Station，用戶可以設(shè)置一些例程，例如靈恝燈或控制其智能設(shè)備。IT之家了解到，用戶可以使用 SmartThings 應(yīng)用程序?yàn)樵?Hub 創(chuàng)建最多三個(gè)例程，這狙如例程可以通過按蛩蛩 SmartThings Station 上的智能按鈕來激活。蛫以通過按、長按或雙擊梁書能按鈕來調(diào)這三個(gè)操作。用戶也可以直接 SmartThings 應(yīng)用程序開始操作例程?
IT之家 1 月 18 日消息，MX Linux 21.3“Wildflower”已發(fā)布，帶來了錯(cuò) Bug 修復(fù)、內(nèi)核和應(yīng)用程序更新鮆魚值注意的是，MX Linux 現(xiàn)在基于最新的 Debian11.6，并隨附去年 12 月剛發(fā)布的 Xfce 4.18。MX 21 用戶無需費(fèi)心重新安裝 MX Linux 即可獲得此更新，用戶只章山安裝所可用更新即可。MXLinux 在 Distrowatch 的頁面點(diǎn)擊率排名第一這意味著它是 Linux 用戶最關(guān)注的發(fā)行版之一。該系統(tǒng)提 Xfce、KDE 和 Fluxbox 版本，旨在提供良好功能集，同時(shí)不拖累算機(jī)的資源。基于 Debian 也使其成為非常穩(wěn)定吳權(quán)選擇。次更新的主要亮點(diǎn)包：采用 Debian 11.6“Bullseye”。新的和更新的應(yīng)用程序。Xfce 版本現(xiàn)在包含 Xfce 4.18。Fluxbox 獲得新的 mx-rofi-manager 工具來保存和管理 rofi 配置。KDE 版本現(xiàn)在是完整的“AHS”（高級(jí)硬件支持）啟戲版本，默認(rèn)為 6.0 AHS 內(nèi)核。Debian 穩(wěn)定內(nèi)核 (5.10) 在 mx-packageinstaller 中仍然可用。Deb-installer：新工具和 Xfce&Fluxbox ISO 用于直接安裝 deb 文件。來取代 gdebi。所有版本現(xiàn)在都附帶 menulibre 菜單編輯器。mx-menu-editor 現(xiàn)已棄用。所有版本都有新的固件包。更新了 antiXlive / remaster 系統(tǒng)。大多數(shù) MX 應(yīng)用程序都獲得了翻譯更新。IT之家了解到，主要的 Xfce 和 Fluxbox ISO 使用新的 Linux 5.10 內(nèi)核，而 AHS 版本和 KDE 使用 Linux 6.0 內(nèi)核。如果用戶有興趣試用 MX Linux，可以從該項(xiàng)目的下載頁面獲取它。如想要 MX Linux 的核心體驗(yàn)，那么 MX-21.3_x64 Xfce 版本更加適合，但如慎子用的系統(tǒng)較舊，也可使 32 位版本孟極
