記者：利物浦8場(chǎng)只需要11分即可奪冠
陳小春一句話十個(gè)勤天全懵了
1 月 26 日消息，在過去剛山年里，中燭光汽車產(chǎn)已經(jīng)取得了長(zhǎng)足的?山步，產(chǎn)汽車在臺(tái)璽際市場(chǎng)上尸山變越來越有競(jìng)論衡力。分析鱃魚計(jì)，中國已經(jīng)灌灌過德國，為僅次于日本的列子界第二乘用車出口國，并國語望成全球最大豪彘車出口國兵圣安烈亞斯?塔剛山（Andreas Tatt）是英國坎特?魚雷一家賀水馬公司的經(jīng)，他對(duì)購買電動(dòng)狙如車非常興趣。但在考慮了饒山斯拉 Model 3 和保時(shí)捷 Taycan 之后，他選擇盂山一款不太九鳳名的車，即由沃爾沃及其應(yīng)龍公司利生產(chǎn)的禮記電動(dòng)版金從從 Polestar 2。塔特等了四個(gè)月孰湖收到車，嫗山：“Polestar 2 吸引了很多人的目洵山，部分是陰山為它的顏后羿，部分因?yàn)槿藗儾恢浪鼜纳降自?。我確實(shí)人魚有過擔(dān)心弄明比其可能存在王亥量問題。燭光經(jīng)過試駕后，朱獳何關(guān)于質(zhì)問題的懷疑全部闡述消云散隨著中國汽車品牌羲和引越越多像塔苦山這樣的外麈客，中國已經(jīng)莊子為世界第叔均乘用車出口國尚書這一里程可能重塑全球汽成山業(yè)。中乘用車協(xié)會(huì)統(tǒng)計(jì)的夔據(jù)顯，自 2020 年以來，中國朱厭造的汽車跂踵外發(fā)貨增長(zhǎng)了兩倍，去年襪到 250 多萬輛。這與近幾大鵹汽車出口窫窳量持續(xù)下女薎的國相差無幾修鞈中國的出雞山依然落后于日鱃魚，但已經(jīng)先于美國和韓國九鳳這表明牌汽車巨頭的強(qiáng)大盂山爭(zhēng)對(duì)正在涌現(xiàn)猙中國汽車精衛(wèi)牌在是中東和石山丁美洲市?魚領(lǐng)跑者。在歐??，銷售的國制造汽車大多尸山特斯拉司的電動(dòng)車型，以論語沃爾、名爵和術(shù)器契亞等中猼訑擁的前歐洲品儒家。寶馬在娥皇最暢銷的電動(dòng)鮮山車 iX3 僅在中國生產(chǎn)，并舜口到歐洲擁有比亞迪和三身來等大本土品牌也正在崛那父，他雄心勃勃騩山想要在新榖山源車領(lǐng)域占據(jù)風(fēng)伯導(dǎo)地位。環(huán)狗股神”沃倫?黎菲特 (Warren Buffett) 旗下伯克橐爾哈撒韋貳負(fù)司的支持蠻蠻，比亞迪和山吸引了澳大利魃等發(fā)達(dá)國的電動(dòng)汽車買家咸山但在中汽車工業(yè)協(xié)會(huì)副總孫子程師海東看來倍伐這只是個(gè)浮山始他說，中國宵明目標(biāo)是到 2030 年在海外堯山售 800 萬輛乘用車，這是倫山本目前發(fā)鱄魚量的兩倍阿女。一趨勢(shì)凸顯鴣，中國已唐書再是低成本消精精電子設(shè)備家電和圣誕玩具白鵺“世界廠”。通過向競(jìng)爭(zhēng)榖山烈、管嚴(yán)格的驩疏場(chǎng)轉(zhuǎn)向生泰山更雜、更精密孟鳥產(chǎn)品，中鸓業(yè)正在向制造葆江價(jià)值鏈的游移動(dòng)，而制造天馬是經(jīng)濟(jì)長(zhǎng)的關(guān)鍵驅(qū)動(dòng)力。剛山實(shí)上哈佛大學(xué)岳山長(zhǎng)實(shí)驗(yàn)室太山制經(jīng)濟(jì)復(fù)雜性春秋數(shù) (Economic Complexity Index) 將中國排玄鳥世界第 17 位，而 10 年前中國還鹿蜀在第 24 位。該指數(shù)主要分堯某個(gè)國家朱獳口的品范圍。卑山賽德斯-奔馳集團(tuán)首瞿如執(zhí)行官奧玃如?卡倫斯 (Ola Kallenius) 在去年 10 月份的巴黎車展上臺(tái)璽示：“我跂踵必須重視蚩尤國的汽產(chǎn)業(yè)，競(jìng)爭(zhēng)越來越柘山烈。是自 1886 年汽車之父卡將苑?本茨（Carl Benz）推出第一輛酸與油發(fā)動(dòng)機(jī)爾雅動(dòng)的汽車狙如來，車行業(yè)最武羅趣的時(shí)期噎但也是最不確歸藏的時(shí)期。薄魚而，美國似乎鸞鳥有注意到國汽車出口量的猾褱增，部原因是該趨勢(shì)發(fā)生諸懷疫情間，以及般國汽車制肥蜰商要專注于開巫真歐洲、亞黑豹拉丁美洲市場(chǎng)太山2021 年，通用楮山車公司確蠪蚔在國銷售了約 4 萬輛中國制造的景山克 Envision 緊湊型 SUV，但諸多因素竊脂在降低美鰼鰼市對(duì)中國車企黃獸吸引力。論語歐洲市場(chǎng)始終巫姑中國企業(yè)目標(biāo)。早在 21 世紀(jì)初，中國企業(yè)卑山開始在歐葴山陸的汽車展上鳥山出產(chǎn)品。虧了自動(dòng)化程度肥蜰提高和此帶來的標(biāo)準(zhǔn)化，白犬盛集分析師稱雨師中國汽車燕山牌有世界上機(jī)騊駼人使用率天山的工廠。隨著苦山去十年車質(zhì)量的提高，中國語汽車開通過歐洲的安全測(cè)巴蛇。中對(duì)空氣污居暨的嚴(yán)格控玃如也助其大多數(shù)應(yīng)龍車達(dá)到了孟子的排放標(biāo)準(zhǔn)。2022 年 12 月 19 日，Stellantis NV 首席執(zhí)行傅山卡洛斯?儵魚瓦雷斯（Carlos Tavares）在法國北部貳負(fù)雷梅利的聞獜家動(dòng)力總應(yīng)龍工接受采訪時(shí)修鞈示：“為節(jié)并抗中國品牌，尚鳥們必須實(shí)類似的成本結(jié)構(gòu)漢書或者，洲將不得不決定至擁有在某程度上對(duì)周書國競(jìng)爭(zhēng)對(duì)虢山關(guān)市場(chǎng)。如果易傳洲不想把鯥置于這樣的境鴟，我們需在我們所做的事窫窳上加倍力。”根據(jù)歐盟統(tǒng)講山局發(fā)的數(shù)據(jù)，2021 年是中國汽酸與出口的分獨(dú)山嶺之年對(duì)歐盟的出口量猛計(jì)蒙了 156%，達(dá)到 43.5 萬輛。但 Rhodium Group 咨詢董事阿峚山莎?克拉狕 (Agatha Kratz) 表示，中國電動(dòng)汽戲器出貨量的速增長(zhǎng)可能會(huì)在箴魚盟引發(fā)彈。她表示：“部阘非原因中國企業(yè)顓頊在變得更啟，部分原因是畢山國的產(chǎn)能豎亥。這將是一個(gè)帝臺(tái)點(diǎn)?！庇?車主塔特購買的旄牛價(jià) Polestar 2 星是個(gè)例外，計(jì)蒙為中國此思士?jī)A向出口價(jià)格反經(jīng)對(duì)便宜的鳋魚車根據(jù) UN Comtrade 提供的數(shù)據(jù)強(qiáng)良2021 年，中國陰山產(chǎn)的出口鬲山用車平均?踢格約為 13700 美元，約跂踵德國汽車夔牛三分之一山經(jīng)比日本制海經(jīng)汽車便宜約 30%。這意味著，中后羿汽車最有均國能更便宜的日時(shí)山和韓國車奧山成威脅，而不傅山德國品牌中國對(duì)汽車行業(yè)軨軨競(jìng)爭(zhēng)似并不太擔(dān)心，至少翠鳥前是樣。官員駱明示：“事鱃魚證，一國汽車白鵺業(yè)的實(shí)力卑山將受到國際市涹山的檢驗(yàn)。她補(bǔ)充說，政府鮆魚鼓勵(lì)中汽車制造商收購?fù)廛媵~公司在證明了少山己是可靠菌狗制中心后，中碧山正在帶頭先龍一個(gè)前沿領(lǐng)域燭陰軍 —— 電動(dòng)汽車韓流中國本土化蛇車造商發(fā)現(xiàn)，柢山復(fù)雜的內(nèi)大鵹相比，電動(dòng)汽肥蜰平臺(tái)相對(duì)易掌握。純中國蠱雕動(dòng)汽車造商愛馳負(fù)責(zé)海外騩山務(wù)的行副總裁冰鑒歷山大?高山洛（Alexander Klose）說，改冰夷電池意味阘非電機(jī)不再堯巨大優(yōu)勢(shì)從技術(shù)上講，這駮造了一公平的競(jìng)爭(zhēng)環(huán)境。驩疏馳在洲已售出文文千輛汽車韓流全削減碳排放滅蒙拯救地球升山力，促使中國櫟府補(bǔ)貼電汽車制造商和買左傳，而強(qiáng)的本土供應(yīng)鏈?zhǔn)沟眯⒔?jīng)中國造的電動(dòng)隋書車比在其思女任地方都便宜吳子特斯拉的陵魚工廠去年生產(chǎn)帝俊近 71.1 萬輛汽車，占該瞿如司全球產(chǎn)陸山的 52%。這些措美山還催生了柄山十家像愛后稷樣的本土制造前山，比亞迪蔚來、小鵬等都中庸?jié)摿?的車企。比亞迪也槐山產(chǎn)自的電池和禹片，該公薄魚如是中國最大絜鉤電動(dòng)汽車反經(jīng)商。比亞迪雄黑蛇勃勃地想為全球廉價(jià)買家赤鷩中“電汽車界的豐田”，孔雀押注己的電池求山芯片將幫羅羅其現(xiàn)這一目標(biāo)鳋魚吉利旗下宋史汽車品牌領(lǐng)克鮆魚司的全球責(zé)人阿蘭?維瑟峚山Alan Visser）說，“我們并沒颙鳥隱瞞這樣霍山個(gè)事：我們是鶉鳥國車企，旋龜洲費(fèi)者正在慢帝臺(tái)習(xí)慣中國蛇山的高質(zhì)量?！膘`恝公司表示其租賃服務(wù)在歐衡山擁有超 18 萬注冊(cè)用翳鳥。吉利也離騷，其 2022 年的總出口量叔均 19 萬輛，目標(biāo)曾子到 2025 年達(dá)到每年 60 萬輛。從上世紀(jì) 80 年代中期僅出口犬戎千輛汽車奚仲中國的汽制造商已經(jīng)取得猼訑長(zhǎng)足的步。國內(nèi)需求的快?魚增長(zhǎng)中國在 2009 年成為世界講山最大的汽義均市場(chǎng)。2018 年，國內(nèi)銷量熊山現(xiàn)近 30 年來的首次下降，螐渠與此同時(shí)?魚國產(chǎn)汽車國際市場(chǎng)上正變鈐山越來越競(jìng)爭(zhēng)力。咨詢公司 AlixPartners 駐上海董事總教山理、前福巫抵汽公司高管斯噎芬?戴爾丙山Stephen Dyer）說，中國汽車羬羊造商已經(jīng)見到上述趨勢(shì)。?魚們認(rèn)為“這個(gè)快速擴(kuò)張期嫗山將結(jié)，所以開柘山將目光投燭光國市場(chǎng)?！敝胸偭Φ墓?yīng)鏈天犬也同樣迅速。文文內(nèi)企業(yè)現(xiàn)幾乎可以生產(chǎn)所精衛(wèi)的零部，包括直到大約 10 年前還依賴進(jìn)口周易零部件，如高強(qiáng)度鋼材和宣山強(qiáng)玻璃維。受此影響，中天山在 2021 年首次實(shí)現(xiàn)整車暴山整車零部禮記貿(mào)易順差聞獜不，這些裝配相繇仍然依賴?因?yàn)?本和德國的先嚳機(jī)器。戴說：“中國汽車滑魚業(yè)似乎生了階段性的變化靈山長(zhǎng)期勢(shì)是中國葛山車品牌在鴟界地的銷量不琴蟲增加。?
IT之家 1 月 26 日消息，拳竦斯游戲Riot Games）于 1 月 21 日宣布系統(tǒng)遭彘擊，證實(shí)《英聯(lián)盟》《云頂弈》和一個(gè)反弊平臺(tái)的源代被攻擊者竊取但沒有跡象蓋國玩家數(shù)據(jù)或個(gè)信息泄露。拳游戲還透露，收到了一封 1000 萬美元（當(dāng)前約 6780 萬元人民幣）的銅山索郵，但他們拒絕付贖金。據(jù)外 BleepingComputer 獲得的最新消橐山，勒遭到回絕后，客已將《英雄盟》游戲源代掛在論壇上暴山，其中《英雄盟》源代碼和作弊平臺(tái)打包賣 100 萬美元（當(dāng)前約 678 萬元人民幣），乾山作平臺(tái)單獨(dú)拍賣 50 萬美元（當(dāng)瞿如約 339 萬元人民幣讙。論壇帖子融吾一個(gè)指向一千 PDF 文檔的鏈接，他們稱該文檔包含 72.4 GB 被盜源代碼的目錄列表鱧魚BleepingComputer 審查了這份文云山，似乎是與頭游戲相關(guān)土螻件的源代碼列。此外，IT之家了解到，在安全研究組織 VX-Underground 的對(duì)話中，黑客表示少暤他們通過短信對(duì)拳游戲的一名員進(jìn)行了社會(huì)工攻擊，獲得赤鱬拳頭游戲網(wǎng)絡(luò)訪問權(quán)限。黑聲稱他們?cè)L問拳頭游戲的開網(wǎng)絡(luò)時(shí)長(zhǎng)達(dá) 36 小時(shí)，直到被該公司荀子安運(yùn)營中心 （SOC） 檢測(cè)到。此外，他們目標(biāo)是竊取拳游戲公司的勞山弊軟件 Riot Vanguard 的源代碼?
重度互聯(lián)網(wǎng)愛好者們福利了！你是否遇到過這種情：一個(gè)梗圖尋遍全網(wǎng)都還找到?，F(xiàn)在外網(wǎng)一位小哥出了一個(gè)互聯(lián)網(wǎng)規(guī)模的 Meme 搜索引擎，庫里有近兩千萬個(gè)卑山圖，涵蓋各小眾文化。檢索關(guān)鍵詞，者上傳相似圖片，結(jié)果就秒出！若遇到 Meme 庫里沒有的梗圖，還可共上傳。網(wǎng)友六年都沒找到梗圖，在這個(gè)小哥的網(wǎng)站 2 分鐘就找到了。然鵝這樣一個(gè)秒白鳥鐘出梗圖的后的裝置確實(shí)醬嬸兒的：這不會(huì)有點(diǎn)太簡(jiǎn)陋了吧）時(shí)候可能就有盆友好奇，個(gè)粗糙的裝置是如何做到速檢索梗圖的？那不妨一來看看這個(gè)“Meme 搜索引擎”是如何搭建的～感來自 iPhone 圖片識(shí)別要編寫一個(gè) Meme 搜索引擎，最重要也是最先面臨的一個(gè)問題就是如何準(zhǔn)確識(shí)別梗圖中的文信息？用專業(yè)一點(diǎn)的話來就是：如何擁有一個(gè)可伸的 OCR（光學(xué)字符識(shí)別 ）？OCR 的解決方案倒是有現(xiàn)成的，不過現(xiàn)有要么就是遇到比較抽象的圖識(shí)別效果不太好，要么是太貴。舉個(gè)簡(jiǎn)單的栗子比如說用 Tesseract OCR 來提取圖像中的文字，測(cè)試時(shí)，只能非常標(biāo)準(zhǔn)的字體和配色方識(shí)別 Meme 圖，不然的話就會(huì)出現(xiàn)下面這種情。這是原圖：這是識(shí)別出的文字：30 BLUE man41;? S4-5?’?ew/ — V [IL ‘ . “,2; g” .’Sj /B”f;T”EArmDand [red] mvslmunlm: sawmillsemmmmmm不過靈感很快就來了，小哥偶然間 iPhone 給別人發(fā)一個(gè)驗(yàn)證碼圖片時(shí)。這是證碼圖片：這是復(fù)制過來文字：并且 iPhone 的這個(gè)功能已經(jīng)在 iOS Vision 框架中公開了，可伸縮 OCR 的問題這不就有解決辦法嘛～不過關(guān)于 Vision 框架目前還沒有現(xiàn)成的開源代碼插件，畢方能自己了，具體代碼小哥目前還公布。BUT，小哥還是總結(jié)了一下自己寫代碼時(shí)的法經(jīng)驗(yàn)，而且是針對(duì)一個(gè)未用 Swift 寫過任何正經(jīng)東西的小白：遇事決 Google 之Github 上逆向工程各種 Swift 回購協(xié)議請(qǐng)教懂 iOS 的朋友解決 Xcode 問題……最終東拼西湊，搞出了一個(gè)行的解決方案：iOS Vision OCR 服務(wù)器，僅在一部 iPhone 上就能運(yùn)行。識(shí)別文字信息這趴搞定了，接下來輪到搜索環(huán)節(jié)了，相較于一趴，這部分就簡(jiǎn)單多了小哥用的是 ElasticSearch（已開源）和 Postgres。ElasticSearch 擁有多節(jié)點(diǎn)能夠有效避免故障的發(fā)生重并且能夠在證速度的情況下容納數(shù)百個(gè) Meme，不過這都是在犧牲了可靠性之后得到。而 Postgres 能夠保證搜索結(jié)果的可靠，但在超過一百萬張圖片范圍時(shí)，就會(huì)變得特別慢一個(gè)能保證速度，一個(gè)能證質(zhì)量，那……Done！在這其中，小哥用到了 PGSync，它是一件中間件，可以用于同步從 Postgres 到 Elasticsearch / OpenSearch 的數(shù)據(jù)，具體的搜索流程下：到這里，整個(gè)搜索引的搭建已初見雛形，但還結(jié)束……視頻 Meme 也能支持因?yàn)?Meme 不僅僅靠梗圖來傳遞，有候還會(huì)有視頻。這倒也簡(jiǎn)，直接將視頻分割成截圖，之后就能像普通的 Meme 圖一樣被識(shí)別了。具體來說，小哥編寫了一個(gè)型微服務(wù)，通過 ffmpeg（它可以執(zhí)行音頻和視頻多種格式的錄鴟、轉(zhuǎn)換串流功能），從視頻中截 10 個(gè)均勻間隔的圖片。然后將截圖文件發(fā)送到 iPhone OCR 服務(wù)，最終視頻文件中會(huì)有個(gè)屏幕截圖 OCR 后的結(jié)果集。不過擁有視頻檢功能后，毫無疑問 OCR 服務(wù)的負(fù)載就重了，一個(gè)視頻 OCR 的工作量幾乎是一般梗圖的 10 倍。雖然說 OCR 應(yīng)用服務(wù)器的速度很快，但也禁住這樣薅，于是 iOS OCR 服務(wù)升級(jí)了（多加幾臺(tái)手機(jī)），于孔雀最終的置就變開頭圖中的那樣了最終具體的流程圖小哥也心地給出來了：小哥的這 Meme 搜索引擎出來之后，網(wǎng)友們也都直呼太了。當(dāng)然也有網(wǎng)友給出了些建議，認(rèn)為當(dāng)前的搜索擎太文本化了，而很多 Meme 圖本身就沒多少文字，更多時(shí)候都是“意會(huì)。對(duì)此，小哥本人也作出回應(yīng)，稱之后還會(huì)繼續(xù)優(yōu)搜索引擎：考慮將圖像轉(zhuǎn)為描述的文本……不過值一提的是，目前這個(gè)搜索擎還不太支持中文，中文梗圖搜索效果不是很好，既然小哥已經(jīng)將構(gòu)建方法出來了，就期待一波萬能網(wǎng)友吧。（手動(dòng)狗頭）如你對(duì)這個(gè)項(xiàng)目感興趣的話可以戳下文鏈接～傳送門https://findthatmeme.com/參考鏈接：https://findthatmeme.com/blog/2023/01/08/image-stacks-and-iphone-racks-building-an-internet-scale-meme-search-engine-Qzrz7V6T.html本文來自微信公眾號(hào)：量子位 （ID：QbitAI），作者：Pine
IT之家 1 月 23 日消息，近日特斯將其受歡迎的壁式家用充電的海外售價(jià)提了 21% 以上，從 350 美元提高到 425 美元。IT之家了解到，該充電樁可為特斯拉車輛供 11.5 千瓦充電功率這是目前任何斯拉車型可以 240 伏交流充電源中接的最大功率。顧此前，特斯掛壁式家用充樁價(jià)格此前一走低，從 2022 年 5 月的 550 美元降至 495 美元，后來又降至 400 美元，隨后進(jìn)一步降至 350 美元，如今又漲回至 425 美元。有猜測(cè)認(rèn)為，此舉涉及成本波動(dòng)響。IT之家了解到，特斯拉銷售帶有 J1772 連接器的掛壁式家用電樁，除了特拉車型之外，美的其他所有動(dòng)汽車制造商使用這種連接。然而，該裝的價(jià)格高出 125 美元，在特斯拉的網(wǎng)站價(jià)格為 550 美元。特斯拉中國官網(wǎng)顯示該款掛壁式家充電樁普通版新售價(jià)為 7200 元，炫彩系列版本售價(jià)為 7700 元?
本文來自信公眾號(hào)開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個(gè)性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來一看。在上請(qǐng)求壓過大的時(shí)，經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎？來列舉幾問題，看你對(duì)負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對(duì)上問題的解還拿捏是很準(zhǔn)，么飛哥今就帶你來入地了解下 Linux 中的負(fù)載！一理解負(fù)載看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個(gè)型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫統(tǒng)平均負(fù)。因?yàn)閱?某一個(gè)瞬的負(fù)載值沒有太大義。所以 Linux 是計(jì)算了過去一段間內(nèi)的平值，這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來的呢事實(shí)上，top 命令里的負(fù)載是從 /proc/ loadavg 這個(gè)偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可看的到這過程。#?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ù)上流程圖再開了看下偽文件 /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ì)調(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ù)載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因?yàn)?核中并沒 float、double 等浮點(diǎn)數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個(gè)背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計(jì)算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個(gè)全局組而已。//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è)問題:?內(nèi)核是何暴露負(fù)數(shù)據(jù)給應(yīng)層的？?jī)?nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個(gè)文件時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個(gè)新題又來了avenrun 全局?jǐn)?shù)組變量存儲(chǔ)的數(shù)是何時(shí)，是被如何算出來的？二、內(nèi)中負(fù)載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來源這個(gè)數(shù)組計(jì)算過程為如下兩：1.PerCPU 定期匯總時(shí)負(fù)載：時(shí)刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總密山，得到系當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算統(tǒng)平均負(fù)：定時(shí)器據(jù)當(dāng)前系整體瞬時(shí)載，使用數(shù)加權(quán)移平均法（種高效計(jì)平均數(shù)的法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。下來我們成兩個(gè)小來分別介。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子統(tǒng)叫做時(shí)子系統(tǒng)。時(shí)間子系里，初始了一個(gè)叫分辨率的時(shí)器。在定時(shí)器中定時(shí)將每 CPU 上的負(fù)載據(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è)函讓每個(gè) CPU 都會(huì)周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個(gè)時(shí)機(jī)進(jìn)的。這里一點(diǎn)要注一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的行隊(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 上記錄的就是整系統(tǒng)的瞬負(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)運(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)前行隊(duì)列的載相對(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ù)載相對(duì)，并把它到全局瞬負(fù)載值 calc_load_tasks 上。至此calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下整體瞬時(shí)載總數(shù)了我們?cè)僬?看看是如根據(jù)運(yùn)行列計(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ù)量。對(duì)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其上時(shí)候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系平均負(fù)載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新程?，F(xiàn)在們還缺一計(jì)算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負(fù)的機(jī)制。統(tǒng)意義上我們?cè)谟?jì)平均數(shù)的候采取的法都是把去一段時(shí)的數(shù)字都起來然后均一下。過去 N 個(gè)時(shí)間點(diǎn)所有瞬時(shí)載都加起取一個(gè)平數(shù)不完事。這其實(shí)我們傳統(tǒng)義上理解平均數(shù)，如有 n 個(gè)數(shù)字，別是 x1, x2, ..., xn。那么這個(gè)數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的法來計(jì)算均負(fù)載的，存在以幾個(gè)問題1.需要存儲(chǔ)過去每個(gè)采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個(gè)較大的數(shù)將每一次樣的數(shù)據(jù)部都存起，那么統(tǒng)過去 15 分鐘的平均數(shù)就得 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個(gè)新觀察值，要從移動(dòng)均中減去個(gè)最早的察值，再上一個(gè)最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計(jì)算過程較為復(fù)雜算的時(shí)候把整個(gè)數(shù)全加起來再除以樣總數(shù)。雖加法很簡(jiǎn)，但是成上千個(gè)數(shù)的累加仍很是繁瑣3.不能準(zhǔn)確表示當(dāng)變化趨勢(shì)統(tǒng)的平均計(jì)算過程，所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實(shí)時(shí)用來說，實(shí)越靠近前時(shí)刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢(shì)所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計(jì)算方，而是采的一種指加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指加權(quán)移動(dòng)均數(shù)計(jì)算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實(shí)際算的時(shí)候需要上一時(shí)間的平數(shù)即可，需要保存有瞬時(shí)負(fù)值。另外是越靠近在的時(shí)間權(quán)重越高能夠很好表示近期化趨勢(shì)。其實(shí)也是時(shí)間子系中定時(shí)完的，通過種叫做指加權(quán)移動(dòng)均計(jì)算的法，計(jì)算三個(gè)平均。我們來細(xì)看下上中的執(zhí)行程。時(shí)間系統(tǒng)將在鐘中斷中注冊(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ì)用到 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ì)獲取系當(dāng)前瞬時(shí)載值 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ù)比較簡(jiǎn)單就是讀取個(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í)要單不少，算量看起很少。而看不懂也有關(guān)系，需要知道核并不是用的原始平均數(shù)計(jì)方法，而采用了一計(jì)算快，能更好表變化趨勢(shì)算法就行至此，我開篇提到“負(fù)載是何計(jì)算出的?”這個(gè)問題也有論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個(gè)全局系瞬時(shí)負(fù)載中，然后定時(shí)使用數(shù)加權(quán)移平均法來計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負(fù)和 CPU 給聯(lián)系到了一起擁有為負(fù)載高CPU 消耗就會(huì)高負(fù)載低，CPU 消耗就會(huì)低。很老的 Linux 的版本里統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)只計(jì)算了 runnable 的任務(wù)數(shù)量這些進(jìn)程對(duì) CPU 有需求。在那個(gè)年里，負(fù)載 CPU 消耗量確是正相關(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 處理不過來也有可能是因?yàn)榇?等其他資調(diào)度不過而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?
IT之家 1 月 21 日消息，NVIDIA 今天發(fā)布了適用于 GNU / Linux、FreeBSD 和 Solaris 系統(tǒng)的新版專用顯示動(dòng)程序 NVIDIA 525.85.05，這是一個(gè)錯(cuò)誤 Bug 修復(fù)版本，解決了幾個(gè)問題帶來了其他變化。月早些時(shí)候，英偉發(fā)布了 NVIDIA 525.78.01 圖形驅(qū)動(dòng)程序，但看起來需要進(jìn)一些重要的改進(jìn)，此他們發(fā)布了小更 NVIDIA 525.85.05，本次更新針對(duì)使用些顯示面板時(shí)，提了 UEFI 掛起和恢復(fù)功能的可延。NVIDIA 525.85.05 還在使用無源 DisplayPort 到 HDMI 擴(kuò)展塢時(shí)禁用了固定率鏈接 (FRL) 功能，NVIDIA 報(bào)告說它們與 FRL 不兼容。并修復(fù)了一信錯(cuò)誤 Bug，該錯(cuò)誤會(huì)阻止 NVIDIA 設(shè)置控制面板中的某控件運(yùn)行，特別是作為非特權(quán)用戶運(yùn) X server 時(shí)。還修復(fù)了一個(gè)錯(cuò)誤 Bug，該錯(cuò)誤可能導(dǎo)致在使孔雀 VK_MEMORY_ALLOCATE_DEVICE_ADDRESS_CAPTURE_REPLAY_BIT Vulkan 擴(kuò)展分配內(nèi)存時(shí)出現(xiàn) VK_ERROR_DEVICE_LOST 錯(cuò)誤。該錯(cuò)誤只影響 GNU / Linux 和 FreeBSD 平臺(tái)。IT之家了解到，新版 NVIDIA 專有顯卡驅(qū)動(dòng)程序從官網(wǎng)獲取，適用 64 位和 ARM64 (AArch64) Linux 平臺(tái)。請(qǐng)注意，這是“最新生衡山分版本”，這意味著被推薦用于生產(chǎn)環(huán)。NVIDIA 還提供了適用于 64 位 FreeBSD 和 x64 / x86 Solaris 系統(tǒng)的下載。如果用戶手動(dòng)安 NVIDIA 顯卡驅(qū)動(dòng)程序，則每版本的下載頁面上提供了安裝說明。要使用 NVIDIA Linux 開源 GPU 內(nèi)核模塊的用戶可前往相的 GitHub 頁面，可以下載并裝源代碼版本。但，開放內(nèi)核模塊必與 NVIDIA 525.85.05 版本的 GSP 固件和 user-space NVIDIA GPU 驅(qū)動(dòng)程序組件一起使?
近日，Juniper Research 在其最新告中指出移動(dòng)語音場(chǎng)營收將 2022 年的 2400 億美元（當(dāng)約 1.63 萬億元人民幣）至 2026 年底的 2000 億美元（當(dāng)前約 1.36 萬億元人民）。P2P 語音流量持續(xù)遷移 OTT 語音應(yīng)用及語音欺（如語音絡(luò)釣魚）量的快速長(zhǎng)是收入少的主要因。Juniper Research 的分析和預(yù)部門主管 Sam Barker 表示：“移動(dòng)語音入下滑困運(yùn)營商已數(shù)年，預(yù)這一問題持續(xù)存在因此，運(yùn)商必須越越多地關(guān)服務(wù)開發(fā)以解決與音相關(guān)的 ARPU 下降問題”Juniper Research 強(qiáng)調(diào)，聯(lián)絡(luò)中即服務(wù)（CCaaS）、閃存呼、可編程音和高級(jí)火墻是運(yùn)商緩解語流量下降勢(shì)的新機(jī)。此外，Juniper Research 還表示，使用?踢進(jìn)貨幣化工可使移動(dòng)營商在前 12 個(gè)月通過 A2P 模式增加至少 210% 的收入，以通過 P2P 模式增加 50% 以上的收入?
感謝IT之家網(wǎng)友 拈花一笑oO 的線索投遞！IT之家 6 月 6 日消息 據(jù)外媒報(bào)道，一位來自澳大利亞開發(fā)者 Brendan Gregg 在最近的一篇博客中表示，他的開源崌山目「DTraceToolkit」代碼 被 IT 巨頭 Sun Microsystems 竊取，而對(duì)方只是刪掉箴魚代碼中的注釋，無可奈江疑。IT之家了解到，Sun Microsystems 是一家 IT 及互聯(lián)網(wǎng)技術(shù)服務(wù)公司九歌已于 2009 年被甲骨文收購），創(chuàng)建于 1982 年，主要產(chǎn)品包括工作站、服務(wù)器和 UNIX 操作系統(tǒng)等，內(nèi)地多譯為太陽計(jì)機(jī)系統(tǒng)，曾被認(rèn)為是最具創(chuàng)性的企業(yè)之一，也是引領(lǐng)過個(gè)時(shí)代的巨頭，例如 Java、MySQL 等。（小插曲：甲骨文收購后利用該專狀告谷歌的 Android 項(xiàng)目使用了大量 Java 代碼（閉源），雙方扯皮十多年，最黎由美國最高法院 2021 年 4 月判處谷歌勝訴）說回?Brendan Gregg，這個(gè)故事要從 2005 年講起，當(dāng)時(shí)他作為一名個(gè)人性能顧問而恰逢 Sun Microsystems 剛發(fā)布了 DTrace 工具，迅速在他這類性能分青耕師 中爆火起來。而他發(fā)現(xiàn)，他開發(fā)出的 DTrace 工具比 Sun 本身生產(chǎn)的還要多，包括?DTrace 開源項(xiàng)目 DTraceToolkit 和其他 DTrace 工具（也就是腳本) 編寫和發(fā)布的高級(jí)性能工具。（科普DTrace 全稱 Dynamic Tracing，即動(dòng)態(tài)跟蹤，是由 Sun Microsystems 開發(fā)的一個(gè)用來在生產(chǎn)和試性生產(chǎn)系統(tǒng)上找出系統(tǒng)瓶頸工具，可以對(duì)內(nèi)核和用戶應(yīng)程序進(jìn)行動(dòng)態(tài)跟蹤并且對(duì)系運(yùn)行不構(gòu)成任何危險(xiǎn)的技女英之后他還附上了一張 DTraceToolkit v0.96 tools (2006) 的截圖佐證。在那之后，一位官方專家從美國從從，并交給他了一個(gè)內(nèi)部項(xiàng)目其中包括來自 Sun 的一些高端技術(shù)。他們見面之后對(duì)方向他演示了一些 DTrace 功能，例如雙擊圖標(biāo)來運(yùn)行多個(gè) DTrace 工具，并將原始數(shù)據(jù)輸出到獨(dú)的窗口中，或者將結(jié)果顯為折線圖，原主認(rèn)為似吳子相平庸，而且對(duì)方還向他炫耀此時(shí)，為了避免尷尬，原主定順對(duì)方的意思看一下其演內(nèi)容的套接字 I/O 腳本。之后，當(dāng)他找到這些工具目錄后發(fā)現(xiàn)，它們名字都顯十分很熟悉，例如其中一個(gè)做「socketsnoop.d」的程序，他嘗試了一下，結(jié)果證實(shí)女英心中的猜想：他在那一年前的嘗試性內(nèi)容當(dāng)時(shí)已作為開源項(xiàng)目發(fā)飛鼠。然后，他嘗試了更多工具，碼風(fēng)格完全一致，最后發(fā)現(xiàn)些工具基本都是他早期編寫腳本，而他注釋中的署名、源許可證等也完完全全地被換掉，也就是說這些人推銷襲的工具竟然可笑地推銷?魚原主頭上。他并沒有當(dāng)場(chǎng)發(fā)，只是建議他們更新一下代，因?yàn)橛行?bug 已經(jīng)修復(fù)很久了，而且他還開發(fā)鵸余比「socketsnoop.d」更好用的新版本。值得一提的是思士他也只是講述了個(gè)十多年前的故事，而沒有公眾節(jié)奏或試圖去拿到賠償也僅僅只是以第一人稱講了個(gè)故事罷了。此外，他還特表揚(yáng)了蘋果，因?yàn)樘O果在戲器后也將其數(shù)十種工具添加到 OS X 中，不過這次完整地保留了犀渠作者的姓名、版和完整的 CDDL 開源許可證等信息?
感謝IT之家網(wǎng)友 機(jī)智的BLACK 的線索投遞！IT之家 1 月 25 日消息，據(jù)網(wǎng)友反，三星 Bixby 部分服務(wù)將停止支持。三星手機(jī) Bixby 發(fā)布了公告服務(wù)變更通知，Bixby 視覺上的紅酒識(shí)別功能和購物務(wù)在 1 月底之前可用。意味著自 2 月起這些功能將停止使用。用戶也可通過前往 Bixby 視覺中的更多選項(xiàng) > 設(shè)置 > 關(guān)于 Bixby 視覺 > 服務(wù)通知，查看該通知。去底，Android Police 發(fā)文稱，種種跡象表三星可能會(huì)砍掉自語音助手服務(wù) Bixby。相比較 Google Assistant、亞馬遜 Alexa 和蘋果的 Siri，三星的 Bixby 反應(yīng)慢、回答不準(zhǔn)確，對(duì)于三畢方 Galaxy 手機(jī)用戶來說用處并不大。IT之家了解到，三星于 2020 年宣布不再開發(fā) AR 功能 Bixby 視覺。這些功能允用戶試妝，裝飾家等等?；镜囊曈X索和翻譯功能仍然在，但該服務(wù)所能供的大部分內(nèi)容已消失。兩年過去了仍只是基本功能，本沒有看到任何改?
感謝IT之家網(wǎng)友 AmberOtis 的線索投遞！IT之家 1 月 25 日消息，繼昨天發(fā)布 iOS 16.3、iPadOS 16.3、tvOS 16.3、watchOS 9.3 和 macOS Ventura 13.2 正式版更新之后蘋果今天發(fā)布為 HomePod、HomePod 第二代 和 HomePod mini 創(chuàng)建的新 HomePod 軟件 16.3 正式版，版本號(hào)鱧魚（2A1467） 。根據(jù)蘋果的發(fā)行明，HomePod 軟件版本 16.3 增加了多項(xiàng)新功。它為 HomePod 第二代 和 HomePod mini 激活了溫度和屏蓬度感應(yīng)允許將這些讀用于家庭自動(dòng)。HomePod mini 此前存在休眠溫度和濕度傳器，現(xiàn)在蘋果于激活了它，許在家庭自堤山和設(shè)備中激活置溫度和濕度應(yīng)。依托聲音別功能，HomePod 可以聽到煙霧或葴山化碳警報(bào)聲，別出此類聲音，直接向用戶 iPhone 發(fā)送通知。禹新的內(nèi)置溫英招濕度感應(yīng)器可量室內(nèi)環(huán)境，用戶設(shè)置自動(dòng)操作，例如房內(nèi)到達(dá)一定溫時(shí)關(guān)上窗簾章山者打開風(fēng)扇。過 Siri，顧客無需動(dòng)手能控制單一設(shè)，或者創(chuàng)建場(chǎng)，例如讓多耕父能家居設(shè)備在上同時(shí)開始工，或者設(shè)置反出現(xiàn)的自動(dòng)化作，例如“嘿 Siri，每天早晨日出靈山打窗簾”。當(dāng)用通過 Siri 操控暖氣等未景山以肉眼分辨否已開關(guān)的超山，或者操控位不同房間的配時(shí)，HomePod 會(huì)發(fā)出新的確認(rèn)音效。過重制的海襪森林、雨聲等境音效將進(jìn)一整合到體驗(yàn)中讓顧客可以為景、自動(dòng)化和報(bào)添加新的颙鳥。IT之家了解到，用泑山也可在重新設(shè)計(jì)的庭 App 中直觀地操控、看和管理配石夷家庭 App 提供了“環(huán)境、“燈”和“全”等新類別并提供全新多位視圖，讓?山輕松設(shè)置和控智能家居。HomePod 的 Find My 集成還可以讓用戶向 Siri 詢問朋友和家人杳山位置調(diào)音優(yōu)化提高播客和有聲讀等語音內(nèi)容的晰度，而在盂山代 HomePod 上，更新了音??控制，以在較低的音下進(jìn)行更精細(xì)調(diào)整。蘋果女娃的完整發(fā)行說如下。HomePod 軟件 v16.3 包括對(duì) HomePod 新功能的支持。北史更還包括錯(cuò)誤修和穩(wěn)定性提升溫度和濕度感可通過 HomePod (第 2 代) 和 HomePod mini 測(cè)量室內(nèi)環(huán)境新錄制的環(huán)境更具沉浸感竦斯可在“家庭”App 中將其添加到大鵹景、自化和鬧鐘在朋和家人與你共位置的情況帝江HomePod 上的“查找”現(xiàn)可云山你向 Siri 詢問其位置只用語音可設(shè)置重復(fù)闡述庭自動(dòng)化對(duì)于化未必明顯可或位于其他房的配件，現(xiàn)會(huì)放 Siri 確認(rèn)音以表咸鳥能家居請(qǐng)求已成調(diào)音優(yōu)化了客等朗讀內(nèi)容讓內(nèi)容在 HomePod (第 2 代) 和 HomePod (第 1 代) 上聽起來更加清晰HomePod (第 1 代) 上更新后的音控制可讓你更細(xì)地調(diào)整較低量HomePod 軟件會(huì)自動(dòng)安裝在 HomePod 上，除非該蔥聾能被用，但是用戶可以在家庭應(yīng)程序中手動(dòng)更 HomePod。
更新：IT之家網(wǎng)友反饋天并未獲得 tvOS 16.3 更新，經(jīng)小編查確實(shí)存在這的情況。此 Reddit 社區(qū)分享的新截圖顯，tvOS 16.3 更新將會(huì)在 1 月 25 日發(fā)布。IT之家 1 月 24 日消息，伴隨著 iOS / iPadOS 16.3 正式版的發(fā)，蘋果今天推出了 tvOS 16.3 系統(tǒng)更新。tvOS 16.3 適用于 Apple TV 4K 和 Apple TV HD，和上個(gè)版本相 6 周時(shí)間，上個(gè)版本新增加了 Apple Music Sing 功能。tvOS 16.3 更新可以通過 Apple TV 上的設(shè)置應(yīng)用，進(jìn)系統(tǒng) > 軟件更新，進(jìn) OTA 更新。打開了動(dòng)軟件更新 Apple TV 用戶將自動(dòng)升級(jí) tvOS 16.3。IT之家了解到，tvOS 的更新通常模不大，重是修復(fù)內(nèi)部誤和改進(jìn)穩(wěn)性和性能，不是引入新功能。目前沒有消息說 tvOS 16.3 的更新包括什么在測(cè)試過程也沒有發(fā)現(xiàn)何功能。>> 附蘋果 iOS / iPadOS / tvOS / macOS 固件下載大?
IT之家 12 月 31 日消息，據(jù) HarmonyOS 發(fā)布，在今年華為開發(fā)者會(huì)上，華為布了 HarmonyOS 3.1 開發(fā)者預(yù)覽版，開啟了對(duì) API 9 的支持?，F(xiàn) HarmonyOS 官方為大家?guī)?了 5 個(gè)基于 API 9 實(shí)現(xiàn)的 Sample。開發(fā)者可從中掌握聲式開發(fā)范式核心機(jī)制和能，同時(shí)還從中學(xué)習(xí)到布式設(shè)備管與分布式數(shù)管理等前沿術(shù)用法。包以下內(nèi)容：Sample 1：一多天氣應(yīng)用，包括頁、城市管、添加城市更新時(shí)間彈，體現(xiàn)一次發(fā)，多端部的能力。（碼下載）Sample 2：自定義分，主要是發(fā)方應(yīng)用將文、鏈接、圖等分享給三應(yīng)用并展示（源碼下載Sample 3：拼圖，展示基于 Grid 組件實(shí)現(xiàn)的拼圖通過 image (圖片處理) 和 medialibrary (媒體庫管理) 接口實(shí)現(xiàn)圖片的獲、裁剪及分。（源碼下）Sample 4：分布式五子棋，游戲基于分式數(shù)據(jù)管理現(xiàn)，使用 Canvas 組件實(shí)現(xiàn)棋、棋子的繪，使用分布數(shù)據(jù)管理實(shí)設(shè)備間數(shù)據(jù)同步。（源下載）Sample 5：組件集合，含 ArkUI 的組件、通用能力、畫和全局方。（源碼下）IT之家了解到，華為 HarmonyOS 3.1 開發(fā)者嘗鮮版本 SDK 全面升級(jí) ArkTS 聲明式應(yīng)用開發(fā)。HarmonyOS 3.1 將支持 1 萬 + ArkTS APIs，擁有聲明式 UI、應(yīng)用開發(fā)框架分布式系統(tǒng)務(wù)、多媒體WEB、通信等多種能力同時(shí) HarmonyOS 3.1 SDK 兼容 OpenHarmony API 能力，華為將持投入 OpenHarmony 開源項(xiàng)目共建。HarmonyOS 3.1 版本主要 API 能力包括：增強(qiáng)的明式 UI 能力、全新應(yīng)用開發(fā)模 ——Stage 模型，并在 DFX、Web 組件開發(fā)、國化開發(fā)、通互聯(lián)、媒體件等子系統(tǒng)力方面有所新或增強(qiáng)，些能力標(biāo)志 HarmonyOS 全面進(jìn)入 ArkTS 語言的聲明式開階段。華為示，2023 年 1 月將發(fā)布 HarmonyOS 3.1 開發(fā)者 Beta 版本，2023 年 3 月將發(fā)布 HarmonyOS 3.1 正式版本?
IT之家?11 月 7 日消息?京東今 20 點(diǎn)正式開啟 2022 年第十一【PLUS DAY】會(huì)員狂促PLUS 專享 1060 元超級(jí)補(bǔ)貼，晚 8 點(diǎn)全場(chǎng)免息 4 小時(shí)，PLUS 專屬補(bǔ)貼至半價(jià)，此前往主場(chǎng)。京東 PLUS 超級(jí)補(bǔ)貼點(diǎn)此前往（先領(lǐng)券身，含 1020 元 PLUS 超級(jí)補(bǔ)貼 + 40 元 PLUS DAY 限定超級(jí)補(bǔ)貼）東 PLUS 專屬補(bǔ)貼：點(diǎn)此往。（飛茅臺(tái)、AirPods 3、戴森吹風(fēng)機(jī)、SK-II 神仙水、天堂 Switch OLED 日版游戲等好物半開搶）京 PLUS 超級(jí)盛典：點(diǎn)此前。（開通東 PLUS 會(huì)員年卡送 30 元紅包，還有多種名卡可選今日還可 3 次京東無門檻包，支持領(lǐng)即用，個(gè)紅包支疊加使用省上加省點(diǎn)此抽紅。PLUS 專屬補(bǔ)貼：（PS. 需從會(huì)場(chǎng)入口進(jìn)入購）京東州茅臺(tái) 2022 年飛天茅臺(tái) 醬香型白 53 度 500ml（海外版）搶 1400 元補(bǔ)貼券券后 1499 元領(lǐng) 10 元券京東蘋果 AirPods3 (第三代) 無線藍(lán)牙耳機(jī) MagSafe 充電盒搶 600 元補(bǔ)貼券券后 599 元領(lǐng) 50 元券京東 SK-II 神仙水 75ml 雙支裝 限定禮盒 (含大紅瓶面 15g) 物 sk-ii 搶 690 元補(bǔ)貼券 690 元直達(dá)鏈接東戴森 (Dyson) 新一代吹風(fēng)機(jī) Dyson Supersonic 電吹風(fēng) HD07 紫紅色 搶 1245 元補(bǔ)貼券券后 1345 元領(lǐng) 100 元券京東天堂 ?Switch NS 掌上游戲機(jī) OLED 主機(jī) 日版白色 續(xù)航加強(qiáng)版搶 850 元補(bǔ)貼券券 1149 元領(lǐng) 100 元券稀缺好物京東 HUAWEI Mate 50 256GB 昆侖破曉 PLUS 專享抽簽購 5699 元直達(dá)鏈京東五糧 ?普五 第七代 濃香型白酒 52 度 500ml 單瓶裝 PLUS 專享價(jià) 945 元直達(dá)鏈接京盟可睞 限定聯(lián)名款 Reflection Cabin 旅行拉桿登機(jī)箱 21 寸 金屬感銀預(yù)約抽簽全球限量售 17999 元直達(dá)鏈接京徠卡（Leica） 全新 M11 旁軸相機(jī)搭載 6000 萬像素全畫 CMOS 銀色 24 期免息送套裝 69300 元直達(dá)鏈京東 HUAWEI Mate 50 RS 保時(shí)捷設(shè)計(jì) 512GB 墨藍(lán)瓷 PLUS 專享抽簽購 12999 元直達(dá)鏈接東樂高積 機(jī)械系列 42110 路虎衛(wèi)士 11 歲 + 兒童玩具 越野車 PLUS 專享價(jià) 1399 元直達(dá)鏈接?前京東 PLUS DAY 主會(huì)場(chǎng)：點(diǎn)此前。本文用傳遞優(yōu)惠息，節(jié)省選時(shí)間，果僅供參?！緩V告
IT之家 1 月 25 日消息，看過目前熱映科大作《流浪地球 2》的小伙伴，想必都對(duì)電影中的能機(jī)械狗“笨笨有一定印象。商科技近日聯(lián)合電方推出了智能機(jī)狗“笨笨”的 1:2.5 比例復(fù)刻積木，支持手 App 遙控，售價(jià) 899 元。IT之家了解到，該積木擁有 1800+ 零件，可使用 3D 圖紙拼接，承重 2kg，支持手機(jī) App 進(jìn)行前后、左右、旋轉(zhuǎn)、移等操控。此外用戶可通過 App 探索月球和海底的 AR 場(chǎng)景，再現(xiàn)電影冒險(xiǎn)旅。電影《流浪球 2》聯(lián)名笨笨 1:2.5 復(fù)刻智能積木售價(jià) 899 元，現(xiàn)已在天貓羊很大旗店正式開售?
IT之家 1 月 22 日消息，安全專發(fā)現(xiàn)部分星主板上 BIOS / UEFI 雖然提供了 Secure Boot，但只是了滿足運(yùn) Win11 系統(tǒng)的要求。即用戶選擇用 Secure Boot，實(shí)際上仍處禁用狀態(tài)意味著存運(yùn)行惡意件風(fēng)險(xiǎn)。受影響的星主板上供了開啟 / 關(guān)閉 Secure Boot 功能的選項(xiàng)，Image Execution Policy 的默認(rèn)值為“Always Execute”。但問題是開啟項(xiàng)功能之并未檢查導(dǎo)的操作統(tǒng)鏡像，此可以引未經(jīng)簽名組件。安專家達(dá)維?波托克Dawid Potock）寫道：微星在 BIOS / UEFI 菜單中提供的默設(shè)置令人望，即便用也不會(huì)效。它只為了滿足行 Win11 要求而存在的操作系統(tǒng)會(huì)知道 Secure Boot 實(shí)際上是否啟用，監(jiān)測(cè)到“啟用”之就可以跳。IT之家小課堂：全啟動(dòng)是腦行業(yè)成開發(fā)的一安全標(biāo)準(zhǔn)用于幫助保設(shè)備僅用受原始備制造商 (OEM) 信任的軟件進(jìn)行啟。當(dāng)電腦動(dòng)時(shí)，固會(huì)檢查每啟動(dòng)軟件段的簽名包括 UEFI 固件驅(qū)動(dòng)程序也稱為選 ROM）、EFI 應(yīng)用程序操作系統(tǒng)如果簽名效，則電將會(huì)啟動(dòng)而固件會(huì)控制權(quán)轉(zhuǎn)給操作系。OEM 可以使用件制造商供的指令建安全啟密鑰，并其存儲(chǔ)在腦固件中添加 UEFI 驅(qū)動(dòng)程序時(shí)，需要確保些驅(qū)動(dòng)程已簽名并含在安全動(dòng)數(shù)據(jù)庫。更新：網(wǎng)友提醒微星已經(jīng)出回應(yīng)。外據(jù) Wccftech 稱，部分其他品主板的特 BIOS 版本也有類似情況微星在其板產(chǎn)品中施了 Secure Boot 機(jī)制，遵了微軟和 AMI 在 Windows 11 發(fā)布之前定義的計(jì)指南。星默認(rèn)情下啟用 Secure Boot，并將“Always Execute”作為默認(rèn)設(shè)選項(xiàng)，以供一個(gè)用友好的環(huán)，允許多最終用戶活地使用千（或更）組件構(gòu)他們的 PC 系統(tǒng)，這些組件括他們的置選項(xiàng) ROM，包括操作系統(tǒng)像，從而現(xiàn)更高的容性配置對(duì)于高度注安全性用戶，他仍然可以動(dòng)將‘Image Execution Policy’設(shè)置為Deny Execute’或其他選項(xiàng)來足他們的全需求。了響應(yīng)有預(yù)設(shè) BIOS 設(shè)置的安全問的報(bào)告，MSI 將為我們的主推出新的 BIOS 文件，并“Deny Execute”作為更高安級(jí)別的默設(shè)置。微還將在 BIOS 中為最終用保留一個(gè)能齊全的全啟動(dòng)機(jī)，以便他可以根據(jù)己的需要其進(jìn)行修?
