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