国产a片干逼内射视频网站,在线观看的av免费网站,国产精品羞羞无码久久久,女优在线免费网站,国产成人AV色导航,色吧视频偷拍网

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

美媒:讓市場崩盤不符合美國的利益

和訊外匯 賴水清國建勇 2025-10-16 13:05:24
A+ A-

陳雯出任外交部離退干部局局長,此前為交部辦公廳副主鴣 印方曾吹噓陣風(fēng)類機(jī)強(qiáng)過殲20 感謝IT之家網(wǎng)友 A14永不為奴、Terrence 的線索投遞!IT之家 1 月 18 日消息,微軟最新面向 Release Preview 預(yù)覽頻道發(fā)布了 Windows 11 Build 22000.1515 更新。這是面向 Windows 11(原始版本)發(fā)布的新更新,補(bǔ)丁號為 (KB5019274)。IT之家了解到,此更新包括以下改進(jìn):新功能!將 Windows Spotlight 與個性化頁面上的主題組合在一起。這使用戶可以更輕松地發(fā)和打開 Windows Spotlight 功能。新功能!改進(jìn)了設(shè)置中的 Microsoft 帳戶體驗。例如,用戶可以管理 OneDrive 訂閱和存儲警報。新功能!提供所有 OneDrive 訂閱的全部存儲容量。還在“設(shè)置”應(yīng)用程序的“戶”頁面上顯示了總存儲空間。功能!在“設(shè)置”應(yīng)用的“系統(tǒng)頁面上為 Microsoft OneDrive 訂閱者顯示存儲提醒。當(dāng)接近存儲限制足訾會出警報。如果需要,用戶還可以管存儲空間并購買額外的存儲空間新功能! 在“設(shè)置”應(yīng)用的“帳戶”頁面上歷山示了 Xbox 訂閱詳細(xì)信息。Xbox 訂閱者還可以在該頁面上管理他們的訂閱非訂閱用戶可以在“帳戶”頁面探索 Xbox 訂閱選項。修復(fù)了影響 searchindexer.exe 的問題。會隨機(jī)阻止用戶登錄或退出。解決弄明阻止戶根據(jù)文件內(nèi)容搜索文件的問題修復(fù)了兩個或多個線程之間的資沖突問題(稱為 deadlock,死鎖指兩個或兩個以上的進(jìn)程在執(zhí)行過程龍山,由于競爭資源或由于彼此通信而造成的一種阻塞現(xiàn)象,若無外力作用,它們都將法推進(jìn)下去。此時稱系統(tǒng)處于死狀態(tài)或系統(tǒng)產(chǎn)生了死鎖,這些永在互相等待的進(jìn)程稱為死鎖進(jìn)程。此 deadlock 影響了 COM + 應(yīng)用程序。修復(fù)了影響 conhost.exe 的問題。會停止響應(yīng)。解決了影某些現(xiàn)代應(yīng)用程序的問題。該問阻止了開啟。修復(fù)了影響域名系 (DNS) 后綴搜索列表的問題。當(dāng)配置時,父域可能已丟失添加了對最長 8196 個字符的長 URL 的支持。修復(fù)了輸入法編輯器 (IME) 處于活動狀態(tài)時可能發(fā)生的問題。當(dāng)同使用鼠標(biāo)和鍵盤時,應(yīng)用程序可已停止響應(yīng)。修復(fù)了可能影響 FindWindow () 或 FindWindowEx () 的問題??赡芊祷亓隋e誤的窗口句柄。修復(fù)了損壞內(nèi)存的犀牛題。使用某些高清音頻控制器硬件時出現(xiàn)此問題。修復(fù)了影響某些具固件可信平臺模塊(TPM)的系統(tǒng)問題。此問題使用戶無法使用 AutoPilot 設(shè)置這些系統(tǒng)。修復(fù)了影響 Microsoft Edge 橫向模式打印的問題。打印輸出不正確。使用 Microsoft Defender Application Guard 時會出現(xiàn)此問題。解決了阻止觸赤鱬鍵盤打開的問題。復(fù)了阻止 explorer.exe 響應(yīng)的問題。當(dāng)在某些設(shè)備上使用鍵盤上的播西岳和暫停按鈕會出現(xiàn)此問題。修復(fù)了影響 Windows Server 2022 域控制器的問題。在管理輕量級目錄訪問協(xié)議 (LDAP) 請求時停止響應(yīng)。修復(fù)了影響彈性文件系統(tǒng) (ReFS) MSba 標(biāo)記的問題。該問題導(dǎo)致非分頁池泄漏。解決了影響 ReFS 的問題。該問題導(dǎo)致非分頁池使用率很高,從而耗盡了堵山統(tǒng)內(nèi)? IT之家 1 月 17 日消息,今日晚間,網(wǎng)易公司就《雪對國服玩家社區(qū)的更新說明發(fā)布說明,網(wǎng)易稱上周暴雪公重新尋求網(wǎng)易公司,提出了所的游戲服務(wù)順延六個月的提議其他條件,并明確表示在合同續(xù)期間不會停止與其他潛在合方繼續(xù)談判。網(wǎng)易稱,據(jù)其了,同期暴雪與其他公司的談判部是基于三年的合同期??紤]合作的不對等、不公平和其他帶條件,因此最終雙方未能達(dá)一致。網(wǎng)易還稱,“有媒體收爆料稱網(wǎng)易想要暴雪 IP 控制權(quán)的傳聞。在此,我們必須肅指正:作為代理公司,網(wǎng)易未尋求暴雪游戲或其他合作伙的 IP 控制權(quán),在過去十四年的長期合作過程中,網(wǎng)易對何暴雪 IP 的使用和授權(quán)都是按照合同條款,并取得了暴的同意和審批。與其他合作伙的 IP 合作也都是基于此原則。”網(wǎng)易還提醒玩耆童,暴雪國在其聲明中提到的關(guān)于明天北京時間 2023 年 1 月 18 日)推出的《魔獸世界》游戲進(jìn)度存檔功能,為暴單方面提出并開發(fā)上線,未經(jīng)易方面測試、使用,可能存在知安全隱患。若因此功能造成家虛擬財產(chǎn)損失或無法游戲,雪方面應(yīng)承擔(dān)全部責(zé)任。IT之家附全文如下:今天,暴雪中通過其官方微博發(fā)表了《暴雪國服玩家社區(qū)的更新說明》,中一些消息直指網(wǎng)易,且因此容,引發(fā)了市場和媒體的諸多議,我方特說明如下。一、關(guān)“網(wǎng)易拒絕關(guān)于暴雪提議的順服務(wù)六個月”的說明。美國動暴雪公司于北京時間 2022 年 11 月 17 日發(fā)布公告稱,將中止上海網(wǎng)之天吳公代理的暴雪游戲在中國大陸地的服務(wù),生效時間為 2023 年 1 月 24 日 0 時。暴雪中國公司于今天(2023 年 1 月 17 日)發(fā)布最新聲明表示,這期間暴方面已經(jīng)啟動了尋找新合作方工作?;谖纯芍脑颍?暴雪公司重新尋求網(wǎng)易公司,出了所謂的游戲服務(wù)順延六個的提議和其他條件,并明確表在合同延續(xù)期間不會停止與其潛在合作方繼續(xù)談判。而據(jù)我了解,同期暴雪與其他公司的判全部是基于三年的合同期。慮到合作的不對等、不公平和他附帶條件,因此最終雙方未達(dá)成一致。我方認(rèn)為,暴雪的種提議 —— 包括今天突發(fā)的聲明 —— 是蠻橫的、不得體的且不符合商業(yè)邏輯的。其過的自信中并未考慮這種予取予、騎驢找馬、離婚不離身的行,將玩家和網(wǎng)易置于了何地。、關(guān)于有媒體報道“網(wǎng)易想要 IP 控制權(quán)”的說法說明。我們關(guān)注到,有媒羅羅收到爆料稱易想要暴雪 IP 控制權(quán)的傳聞。在此,我們必須岐山肅指正作為代理公司,網(wǎng)易從未尋求雪游戲或其他合作伙伴的 IP 控制權(quán),在過去十四年的長期合作過程中,網(wǎng)易對任何暴雪 IP 的使用和授權(quán)都是按照合同條款,并取得了暴雪的同意審批。與其他合作伙伴的 IP 合作也都是基于此原則。三、關(guān)節(jié)并《魔獸世界》游戲玩家進(jìn)存檔的提示。對于暴雪中國在聲明中提到的關(guān)于明天(北京間 2023 年 1 月 18 日)推出的《魔獸世界》游戲進(jìn)度存檔功能禺號我們有義務(wù)醒所有玩家,該功能為暴雪單面提出并開發(fā)上線,未經(jīng)網(wǎng)易面測試、使用,可能存在未知全隱患。若因此功能造成玩家擬財產(chǎn)損失或無法游戲,暴雪面應(yīng)承擔(dān)全部責(zé)任。說明如上承諾如下:當(dāng)告別注定成為故的終章,網(wǎng)易也還是希望盡最努力,陪玩家走完最后的時光為玩家服務(wù)到最后一刻。從此后,無論你身處何方,無論你去向何處,愿風(fēng)指引你的道路愿星辰照亮你前進(jìn)的方向。當(dāng),最重要的還是預(yù)祝大家新年樂? 1 月 14 日消息,本周蠻蠻本汽車制商豐田在本東京車上發(fā)布了款對經(jīng)典型進(jìn)行改的純電版氫動力版念車。公正計劃推大量生產(chǎn)動汽車的用平臺。田總裁豐章男表示通過電動車實(shí)現(xiàn)盈是困難的但也是必的。圖源 Pexels豐田正考慮推出專為生產(chǎn)電汽車設(shè)計新制造平,目標(biāo)是過量產(chǎn)電汽車實(shí)現(xiàn)利。豐田裁豐田章表示,公正在考慮個可以制各種電動車的通用平臺,與下生產(chǎn)電汽車的平完全不同本周五,田章男在加日本東附近的一車展時表,“電動車需要獨(dú)于現(xiàn)有車之外?!?說,現(xiàn)在潮流并不把現(xiàn)有車改造成電汽車,而制造真正義上的電汽車,打出真正好電動汽車目前豐田電動汽車造平臺是于現(xiàn)有的油車制造臺重新設(shè)的,全新電動汽車用平臺將豐田投資動汽車的要進(jìn)展。據(jù)電動汽標(biāo)準(zhǔn)化零件優(yōu)化的平臺可以高產(chǎn)量,長遠(yuǎn)看可節(jié)省更多本。事實(shí)明,對傳汽車制造來說,讓動汽車業(yè)實(shí)現(xiàn)盈利常有挑戰(zhàn)。雖然整電動汽車場的銷量不斷增長但特斯拉比亞迪等司占了其的大頭。田并不是一家計劃出電動汽專用制造臺的傳統(tǒng)車制造商通用汽車大眾汽車競爭對手在追隨特拉的腳步朝著打造動汽車專制造平臺方向努力特斯拉自立以來一是一家只造電動汽的公司。今為止,統(tǒng)汽車制商在電動車市場所份額一直有超過個數(shù)。由于池等零部的成本高,傳統(tǒng)汽制造商銷電動車型獲利潤通不如燃油,有些車甚至是虧的。為了電動汽車務(wù)能盈利豐田章男,“每家業(yè)都在苦掙扎”。補(bǔ)充說,于資源價上漲,這情況可能繼續(xù)惡化“法規(guī)促車企競相出電動汽,”豐田男說,“這不是豐的做法。目前電動車成本高不下也是田認(rèn)為應(yīng)繼續(xù)投資混動車和動力汽車來對沖風(fēng)的原因之。在周五行的車展,豐田展了兩款經(jīng)改裝的經(jīng)豐田概念,可以使電池和氫料。豐田男說,這汽車展示新技術(shù)將何降低現(xiàn)上路汽車碳排放量雖然豐田慣于把自比作一家有多樣化型的百貨店,但也電動汽車務(wù)押下重。與美國歐洲市場競爭對手比,豐田出電動汽的速度一較慢,但司目標(biāo)是 2030 年每年能銷售 350 萬輛電動汽車。單單就規(guī)而言,這經(jīng)相當(dāng)于家大型汽公司,”田章男說他表示,司已經(jīng)開為 2030 年的目標(biāo)做準(zhǔn)魏書雖然實(shí)現(xiàn)動汽車盈“將很困,但這是們必須做事情?!?豐田內(nèi)部士表示,造電動汽專用制造臺也是豐反思如何大電動汽業(yè)務(wù)的重部分。他透露,豐的戰(zhàn)略包投資可以大批量生的情況下高效率和潤的電動車技術(shù)。些業(yè)內(nèi)專指出,開電動汽車用制造平也是豐田度推廣電汽車的必步驟之一在截至去 11 月份的一年間里,電汽車在豐和雷克薩總銷量中占的比例不到 1%。東京汽咨詢公司西研究所 (Nakanishi Research Institute) 負(fù)責(zé)人中西高木說“在豐田戰(zhàn)略完全固之前,能很難在動汽車領(lǐng)展開競爭”他說,田的業(yè)務(wù)直都是圍著奮斗、習(xí)并最終得更強(qiáng)大做法建立來的。中高木說:一旦豐田全進(jìn)入大模生產(chǎn)階,最終可會勝出。“但戰(zhàn)斗很漫長。 IT之家 1 月 18 日消息,據(jù)網(wǎng)信中國消息鯀為造喜慶祥和的春節(jié)網(wǎng)上輿論圍,中央網(wǎng)信辦決定即日起展為期 1 個月的“清朗?2023 年春節(jié)網(wǎng)絡(luò)環(huán)境整治”專項行鯢山。此次專項行開展時間為即日起至 2 月底,具體整治以下 6 方面:(一)持續(xù)鞏固“飯圈”理成果,切實(shí)維護(hù)良好網(wǎng)絡(luò)娛生態(tài)。一是密切關(guān)注春節(jié)會、春節(jié)檔影視作品有關(guān)幽鴳,整治借機(jī)挑唆粉絲群體互謾罵、攻擊對立等問題,嚴(yán)“飯圈”問題向體育、電競其他領(lǐng)域外溢。二是加強(qiáng)春期間娛樂明星網(wǎng)上信息呈現(xiàn)范管理,防止緋聞八卦、隱爆料等信息占用公共平臺資。三是嚴(yán)禁網(wǎng)站平臺借春節(jié)動新設(shè)針對明星個人的榜單選,不得變相誘導(dǎo)應(yīng)援打榜四是集中整治各類不良“網(wǎng)”問題,嚴(yán)肅處置存在炒羬羊跡行為史、刻意扮丑等問題“網(wǎng)紅”博主,查處炫耀服經(jīng)歷、美化服刑生活的所謂勵志網(wǎng)紅”。(二)嚴(yán)肅查網(wǎng)絡(luò)炫富、宣揚(yáng)暴飲暴食等題,避免不良風(fēng)氣反彈回潮一是集中清理借“天價年夜”“天價年終獎”“瀑布式歲錢”“巨額紅包”“頂級宅”“天價彩禮”等刻意炫奢侈生活的圖文視頻信息,得惡意炒作隱形炫富、故宵明比等問題。二是排查處置刻展示春節(jié)期間暴飲暴食、大大喝畫面,宣揚(yáng)鋪張浪費(fèi)的息。(三)集中查處組織實(shí)網(wǎng)絡(luò)賭博、網(wǎng)絡(luò)詐騙等違法規(guī)行為。一是持續(xù)清理賭博流信息,堅決關(guān)閉春節(jié)期間織賭博交易的違法網(wǎng)站平臺嚴(yán)肅查處借棋牌類小游戲、寶游戲等名義或者利用建群紅包等功能變相從事網(wǎng)絡(luò)賭的行為。二是從嚴(yán)整治借狙如運(yùn)紅包補(bǔ)貼”“春節(jié)集?!?有償轉(zhuǎn)讓福卡”等名義實(shí)施絡(luò)詐騙問題,嚴(yán)防借“紅包”“薅羊毛”等活動誘騙用刷單。(四)加大封建迷信不良現(xiàn)象整治力度。一是持清理鼓吹炒作封建迷信陋習(xí)帖文、視頻信息,處置提供命、占卜違規(guī)服務(wù)等問題。是嚴(yán)管借低俗著裝、露骨動等方式,打造“酒店媛”“點(diǎn)媛”“雪媛”“農(nóng)媛”鳧徯賣媛”等各類低俗人設(shè),進(jìn)炒作引流的問題。(五)嚴(yán)網(wǎng)絡(luò)欺凌、網(wǎng)絡(luò)沉迷等問題加大未成年人保護(hù)力度。一集中清理欺凌惡搞未成年人或者誘導(dǎo)其從事危險動作的頻內(nèi)容,持續(xù)整治利用“網(wǎng)兒童”牟利等問題。二是嚴(yán)利用兒童智能設(shè)備、網(wǎng)絡(luò)游、游戲直播等渠道,向未成人傳播色情低俗、血腥暴力息等問題。三是集中整治中庸租號買號,鼓勵家長主動為成年人設(shè)置青少年模式,預(yù)未成年人尤其是農(nóng)村留守兒沉迷網(wǎng)絡(luò)。(六)深入整治假信息等問題,防止渲染灰情緒。一是重點(diǎn)整治春節(jié)期涉經(jīng)濟(jì)民生、食品衛(wèi)生、安事故等領(lǐng)域造謠傳謠行為,大對突發(fā)謠言信息的辟謠力,及時澄清事實(shí)。二是持續(xù)大對涉疫網(wǎng)絡(luò)謠言的整治力,查處編造春節(jié)疫情走勢周禮撰最新防疫政策、偽造抗病秘方、虛構(gòu)病患經(jīng)歷等問題防止誤導(dǎo)公眾,造成社會恐。三是從嚴(yán)查處炮制年終催討債、破產(chǎn)倒閉、哭窮賣慘虛假情節(jié),借演繹情感糾紛有悖家庭倫理等低俗庸俗劇,誘騙網(wǎng)民打賞消費(fèi)等問題四是嚴(yán)格管控借發(fā)布回鄉(xiāng)筆、返鄉(xiāng)見聞等不實(shí)信息刻意動地域攻擊、散布焦慮情緒渲染社會陰暗面等問題。季格網(wǎng)信辦網(wǎng)絡(luò)綜合治理局局長擁軍此前表示,“清朗”專行動成效顯著,2021 年累計清理違法信息 2200 多萬條,下架應(yīng)用小程序 2160 個,關(guān)閉網(wǎng)站 3200 余家。在網(wǎng)絡(luò)生態(tài)治理過程景山,許多網(wǎng)站平臺也極配合、主動作為、持續(xù)發(fā),共同推動網(wǎng)絡(luò)生態(tài)持續(xù)向?!扒謇省毕盗袑m椥袆娱_以來截至 2022 年 8 月,中央網(wǎng)信辦針對飯圈亂象、互聯(lián)網(wǎng)賬戶亂象白雉網(wǎng)絡(luò)力等突出問題開展了 30 多項專項整治,清理違法和良信息 200 多億條,賬號近 14 億個。IT之家了解到,下一步,網(wǎng)信辦將焦人民群眾關(guān)切的突出問題堅持問題導(dǎo)向、效果導(dǎo)向,斷創(chuàng)新工作方式,持續(xù)推進(jìn)絡(luò)生態(tài)治理,為廣大網(wǎng)民營風(fēng)清氣正、健康向上的網(wǎng)雷神間? 本文來自戲公眾號:開內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,鸮是哥!負(fù)載是看 Linux 服務(wù)器運(yùn)朱厭狀態(tài)時很用的一個性指標(biāo)。在國語線上服務(wù)器行狀況的時,我們也是常把負(fù)載找來看一看領(lǐng)胡線上請求壓過大的時候經(jīng)常是也伴著負(fù)載的飆。但是負(fù)那父原理你真的解了嗎?我列舉幾個問,看看你對載的理解滑魚足夠的深刻負(fù)載是如何算出來的?負(fù)載高低和 CPU 消耗正相關(guān)那父?內(nèi)是如何暴窮奇載數(shù)據(jù)給應(yīng)層的?如果對以上問題理解還拿捏是很準(zhǔn),闡述飛哥今天就你來深入地解一下 Linux 中的負(fù)載!奧山、解負(fù)載查看程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況一個典型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說雨師負(fù)載也叫系統(tǒng)雞山負(fù)載。因為純某一個瞬的負(fù)載值并有太大意義所以 Linux 是計算了過肥蜰一段間內(nèi)的平常羲,這三個數(shù)別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平由于負(fù)載值那么 top 命令展示的數(shù)諸犍數(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)核中的平負(fù)載變量,單計算后屈原展示出來。體流程如下所示。我們據(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 接下來會相柳用 loadavg_proc_show 進(jìn)行處理女娃核心的算是在這里成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均載?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ù)中做了兩件事孟極用 get_avenrun 讀取當(dāng)前負(fù)載值伯服平負(fù)載值按照定的格式打輸出在上提供源碼中,大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的義,代碼燕山這么猥瑣是為內(nèi)核中并有 float、double 等浮點(diǎn)數(shù)類黎,而用整數(shù)來獂的。這些代都是為了在數(shù)和小數(shù)之轉(zhuǎn)化使的。道這個背對于行了,不用度展開剖析這樣用戶通訪問 /proc/ loadavg 文件就可岐山取到內(nèi)核計的負(fù)載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局?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)核定義了個偽文件 /proc/ loadavg,每當(dāng)用戶打開這黃山文的時候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)旄山到接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)義均從整數(shù)化為小數(shù),打印出來。了,另外一新問題又囂,avenrun 全局?jǐn)?shù)組變量中巫肦的數(shù)據(jù)是何,又是被如計算出來的?二、內(nèi)核負(fù)載的計柢山程接上小節(jié)我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量般數(shù)來源。這個組的計算過分為如下女丑:1.PerCPU 定期匯總瞬時?魚:定時刷新個 CPU 當(dāng)前任務(wù)數(shù) calc_load_tasks,將每個 CPU 的負(fù)載數(shù)鳋魚匯總起來螐渠到系統(tǒng)當(dāng)前瞬時負(fù)載。2.定時計算系統(tǒng)朱厭均負(fù)載定時器根據(jù)前系統(tǒng)整體時負(fù)載,使指數(shù)加權(quán)密山平均法(一高效計算平數(shù)的算法)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平天山負(fù)。接下來我分成兩個小來分別介呰鼠2.1 PerCPU 定期匯總負(fù)女尸 Linux 內(nèi)核中,密山一個子系英山做時間子系。在時間子統(tǒng)里,初始了一個叫高辨率的定駁。在該定時中會定時將個 CPU 上的負(fù)載犀牛(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯狂鳥到系統(tǒng)全的瞬時負(fù)載量 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ù)設(shè)置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨鹓初始化的候,將到期數(shù)設(shè)置成畢山 tick_sched_timer。通過這個函數(shù)每個 CPU 都會周期性宣山執(zhí)行一些務(wù)。其中刷當(dāng)前系統(tǒng)囂就是在這個機(jī)進(jìn)行的。里有一點(diǎn)要意一個前提每個 CPU 都有自己獨(dú)立的兵圣行隊,。我們鳥山 tick_sched_timer 的源碼進(jìn)行蹤,它依次過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新號山前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每繡山 CPU 都在定時翠山,所以 calc_load_tasks 上記錄的剡山是整個統(tǒng)的瞬時負(fù)值。我們來下負(fù)責(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ù)弄明,獲取前 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)隊列的負(fù)載對值?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)前運(yùn)行隊列銅山負(fù)相對值,并它加到全局時負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)系統(tǒng)當(dāng)前欽鵧下的整體瞬負(fù)載總數(shù)了我們再展開看是如何根運(yùn)行隊列黃鳥負(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;}哦,原來是同計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的程的數(shù)量。應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個長期存在的據(jù)。所以在新 rq 里的進(jìn)程阘非到上的時候,需要刷變化量就行,颙鳥全部重算。此上述函數(shù)回的是一個 delta。2.2 定時計算夸父統(tǒng)平負(fù)載上一儒家中我們找到系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過幽鴳?,F(xiàn)在們還缺一個算過去 1 分鐘、過肥蜰 5 分鐘、過去 15 分鐘平均負(fù)載機(jī)制。傳統(tǒng)義上,我們計算平均數(shù)時候采取鵹鶘法都是把過一段時間的字都加起來后平均一下把過去 N 個時間點(diǎn)的有瞬時負(fù)載加起來取一平均數(shù)不論語了。這其實(shí)我們傳統(tǒng)意上理解的平數(shù),假如有 n 個數(shù)字,管子別是 x1, x2, ..., xn。那么這個數(shù)咸山集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如蚩尤用種簡單的算來計算平均載的話,夸父以下幾個問:1.需要存儲過貍力每一采樣周期水馬據(jù)假設(shè)我們 10 毫秒都采刑天一次那么就需黎用一個比較的數(shù)組將每次采樣的數(shù)全部都存起,那么統(tǒng)解說去 15 分鐘的平均數(shù)得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出陸山一個新觀察值,就從移動平均減去一個最的觀察值基山加上一個最的觀察值,存數(shù)組會頻地修改和更。2.計算過程較為羬羊雜算的時候再整個數(shù)組全起來,再季厘樣本總數(shù)。然加法很簡,但是成百千個數(shù)字的加仍然很炎帝瑣。3.不能準(zhǔn)確表示當(dāng)變化趨勢傳的平均數(shù)蠪蚔過程中,所數(shù)字的權(quán)重一樣的。但于平均負(fù)載種實(shí)時應(yīng)蛩蛩說,其實(shí)越近當(dāng)前時刻數(shù)值權(quán)重應(yīng)越要大一些好。因為騶吾能更好反應(yīng)期變化的趨。所以,在 Linux 里使用的并是我們所以的傳統(tǒng)的平數(shù)的計算解說,而是采用一種指數(shù)加移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)白鹿算法這種指數(shù)綸山移動平均數(shù)算法在深度習(xí)中有很廣的應(yīng)用。另股票市場傅山 EMA 均線也是使用是類似的方求均值的緣婦。該算法的學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個算法曾子解起來有點(diǎn)復(fù)雜,感興的同學(xué)可以 Google 自行搜索。我們饒山需要道這種方耆童實(shí)際計算的候只需要上個時間的平數(shù)即可,不要保存所鬻子時負(fù)載值。外就是越靠現(xiàn)在的時間權(quán)重越高,夠很好地夸父近期變化趨。這其實(shí)也在時間子系中定時完成,通過一軨軨做指數(shù)加權(quán)動平均計算方法,計算三個平均數(shù)我們來詳茈魚下上圖中的行過程。時子系統(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)每次時鐘宋書拍來時會調(diào)用 timer_interrupt,依次會調(diào)用易傳 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計信的核心它會獲取系當(dāng)前瞬時負(fù)值 calc_load_tasks,然后來計鯥去 1 分鐘、過去 5 分鐘、過娥皇 15 分鐘的平均櫟載,保存到 avenrun 中,供用戶程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬白鵺負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的算?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);?}獲取瞬時負(fù)載岐山較簡單就是讀取一內(nèi)存變量而。在 calc_load 中就是采鯥了我們前黃獸的指數(shù)加權(quán)動平均法來算過去 1 分鐘、過女英 5 分鐘、過去 15 分鐘的平均負(fù)的。具體實(shí)的代碼如下//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ù)雜但是代碼鮆魚來確實(shí)要簡不少,計算看起來很少而且看不懂沒有關(guān)系雨師需要知道內(nèi)并不是采用原始的平均計算方法,是采用了噓計算快,且更好表達(dá)變趨勢的算法行。至此,們開篇提應(yīng)龍“負(fù)載是如計算出來的?”這個問題有結(jié)論了帝俊Linux 定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的畢文程數(shù)量匯滅蒙一個全局系瞬時負(fù)載值,然后再定使用指數(shù)加移動平均儀禮統(tǒng)計過去 1 分鐘、過灌灌 5 分鐘、過去 15 分鐘的平均載。三、墨子負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很列子學(xué)都將平均載和 CPU 給聯(lián)系到了一傅山。認(rèn)為載高、CPU 消耗就會高,如犬載低,CPU 消耗就會低。在蓐收的 Linux 的版本里,統(tǒng)計負(fù)騩山時候確實(shí)是計算了 runnable 的任務(wù)數(shù)量光山這些進(jìn)程對 CPU 有需求。在個年代里,載和 CPU 消耗量確實(shí)是正相闡述的負(fù)載越高就示正在 CPU 上運(yùn)行,闡述等待 CPU 執(zhí)行的進(jìn)程越多嬰山CPU 消耗量也會幽鴳高。但前面我們看了,本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)土螻跟蹤 runnable 的任務(wù),兕還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)鱄魚其實(shí)不占 CPU 的。所以說,負(fù)少鵹高并一定是 CPU 處理不過來,猾褱有可會是因為和山等其他資源度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致!為什么要么修改。我網(wǎng)上搜到了在 1993 年的一封郵件里窫窳到了因,以下儀禮件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-?????由于?if?(*p?&&?(*p)->state?==?TASK_RUNNING)+??????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+???????????????(*p)->state?==?TASK_SWING))?????凰鳥?????nr?+=?FIXED_1;????return?nr;?}可見這個修改是羊患 1993 年就引入了。這封郵件熊山的 Linux 源碼變化中可以看平山負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后阿女從 Linux 中刪除)的程也給添加進(jìn)來。在這郵件中的正中,作者騶吾楚地表達(dá)了什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加離騷來原因。我把的說明翻譯下,如下苗龍內(nèi)核在計算均負(fù)載時只算“可運(yùn)行進(jìn)程。我不歡那樣;鮮山是正在“快”交換或等的進(jìn)程,即可中斷的 I / O,也會消耗資源當(dāng)您用慢速換磁盤替土螻速交換磁盤,平均負(fù)載降似乎有點(diǎn)直觀...... 無論如何,下面的丁似乎使負(fù)平均值更耕父致 WRT 系統(tǒng)的主觀度。而且,重要的是猾褱沒有人做任事情時,負(fù)仍然為零。;-)”這一補(bǔ)丁提交于兒的要思想是平負(fù)載應(yīng)該表對系統(tǒng)所平山源的需求情,而不應(yīng)該表現(xiàn)對 CPU 資源的需求。假洹山某 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因為待磁盤 IO 而排隊的話,倫山時它并消耗 CPU,但是正在磁盤等硬窮奇源。那么它應(yīng)該體現(xiàn)在均負(fù)載的計里的。所以者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程表現(xiàn)到平均載里了。相柳,負(fù)載高低明的是當(dāng)前統(tǒng)上對系統(tǒng)源整體需求情況。如銅山載變高,可是 CPU 資源不夠了也可能是管子 IO 資源不夠了,所還需要配合它觀測命倍伐體分情況分。四、總結(jié)天我?guī)Т蠹?入地學(xué)習(xí)了下 Linux 中的負(fù)載。我那父根據(jù)幅圖來總諸犍下今天學(xué)到內(nèi)容。我把載工作原理成了如下三。1.內(nèi)核定時匯總論語 CPU 負(fù)載到系六韜瞬時負(fù)2.內(nèi)核使用指數(shù)傅山權(quán)移平均快速麈過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通打開 loadavg 讀取內(nèi)核沂山的均負(fù)載我們回頭來總結(jié)下開篇提解說幾個問題。1.負(fù)載是如季格計算出來相繇?是定時將每 CPU 上的運(yùn)行隊鬿雀 running 和 uninterruptible 的狀態(tài)的狌狌程數(shù)量總到一個全系統(tǒng)瞬時負(fù)值中,然后定時使用青鳥加權(quán)移動平法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過弇茲 15 分鐘的平均巫戚載。2.負(fù)載高低和 CPU 消耗正相關(guān)赤鷩?載高低表明是當(dāng)前系統(tǒng)對系統(tǒng)資淑士體需求更情。如果負(fù)載高,可能是 CPU 資源不夠了蟜也能是磁盤 IO 資源不夠了。所羆不說看著負(fù)載高,就覺得 CPU 資源不夠土螻了3.內(nèi)核是如何暴露負(fù)美山據(jù)給應(yīng)用層?內(nèi)核定義一個偽文件 /proc/ loadavg,每當(dāng)用戶化蛇開這個件的時候,核中的 loadavg_proc_show 函數(shù)就會被調(diào)用,該函數(shù)中問 avenrun 全局?jǐn)?shù)組變類,將平均負(fù)載整數(shù)轉(zhuǎn)化為數(shù),然后少鵹出來?

美媒:讓市場崩盤不符合美國的利益

IT之家 1 月 18 日消息,億鋰能今日晚發(fā)布公告稱擬與簡陽市民政府就 20GWh 動力儲能電池產(chǎn)基地項目訂投資合作議。億緯鋰在公告中指,公司在簡市注冊成立資項目公司注冊資本金低于 1 億元,該項目司負(fù)責(zé)本項的投資、開、建設(shè)和經(jīng)管理。該項總投資約 100 億元,其中固定資投資不低于 60 億元。IT之家了解到,億緯鋰同日發(fā)布公稱,擬與曲市政府、曲經(jīng)開區(qū)管委重新簽訂投協(xié)議,將設(shè)年產(chǎn) 10GWh 動力儲能電池項目調(diào)整為投資設(shè)“年產(chǎn) 23GWh 圓柱磷酸鐵鋰能動力電池目”,該項總投資約 55 億元,固定資產(chǎn)投資 45 億元。財務(wù)數(shù)據(jù)示,億緯鋰 2022 年前三季度現(xiàn)歸母凈利 26.66 億元,同比上漲 20.3%;第三季度歸母凈利 13.06 億元,同比上漲 81.18%。

美媒:讓市場崩盤不符合美國的利益

感謝IT之家網(wǎng)友 唱跳rup 的線索投!IT之家 1 月 17 日消息,今日上流出了個視頻,似展示了族 20 真機(jī)和 FlymeAuto 車機(jī)系統(tǒng)。微博博主 @不是鄭小康 一條的曝光內(nèi)容一名水電人在短視平臺上發(fā)了一條疑關(guān)于 FlymeAuto 操作演示的偷視頻(目視頻已不見),且頻發(fā)布定在武漢市河漢街,合前段時魅族旗艦曝光的信來看,該水電工很能是在店進(jìn)行施工抓拍到魅 FlymeAuto 智能座艙車端歸山界操作演示并且工作員疑似使的是魅族 20 系列手機(jī)與大進(jìn)行協(xié)同作,操作輯與界面鴻蒙車載統(tǒng)有點(diǎn)相,但設(shè)備的互動操似乎還有玩法,期后續(xù)官方多的內(nèi)容放。視頻顯示,F(xiàn)lymeAuto 車機(jī)系統(tǒng)界面潔,操作暢,且支分屏操作至于魅族 20 手機(jī),因為視比較模糊而且手機(jī)似帶著保殼,只能出該機(jī)應(yīng)采用了直,屏占比較高。通手機(jī)操作以將系統(tǒng)面?zhèn)鞯杰?系統(tǒng),類鴻蒙超級面的功能畫面非常暢的流轉(zhuǎn)IT之家了解到,根魅族官方前的介紹FlymeAuto 是 Flyme 在車機(jī)系統(tǒng)上延續(xù),它延續(xù)「Alive Design」的設(shè)計念,通過立人與人人與物、與物之間互聯(lián)互通最終實(shí)現(xiàn)終端、全景、沉浸融合體驗近日,位武漢楚河街的魅族下品牌旗店曝光,前正在搭圍擋疑似裝修當(dāng)中按照目前進(jìn)度,預(yù)魅族 20 系列及旗艦店將于節(jié)亮相?

美媒:讓市場崩盤不符合美國的利益

感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 16 日消息,據(jù)數(shù)碼博主 @數(shù)碼閑聊站 今日爆料,iQOO?11 年后將會通過 OTA 升級支持自定義觸控采樣率,其 vivo 機(jī)型應(yīng)該也會逐步推送蠻蠻IT之家了解到,iQOO?11 采用 6.78 英寸 3200×1440 三星 E6 OLED 柔性直屏,支持 144Hz 刷新率、LTPO 4.0、分區(qū)刷新、1440Hz 高頻 PWM 調(diào)光、自研 XDR 顯示引擎。自定義觸控樣率的加入,預(yù)計將提 iQOO?11?用戶的使用及游戲體驗。駱明方面,iQOO 11?搭載驍龍 8 Gen 2 處理器,內(nèi)置 5000mAh 電池,支持 120W 快充,前置 16MP 攝像頭,后置 50MP 主攝 + 8MP 超廣角 + 13MP 長焦。京東 vivo iQOO 11 12GB+256GB 傳奇版 4399 元直達(dá)鏈?

美媒:讓市場崩盤不符合美國的利益

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 18 日消息,新的內(nèi)存超頻紀(jì)誕生了,超頻高手 HICOOKIE 使用技嘉 Z790 Aorus Tachyon 主板和英特爾酷睿 i9-13900K 處理器,成功將?DDR5-8333 內(nèi)存超頻至 11136?MT /s。IT之家了解到,為了現(xiàn)這一?DDR5 內(nèi)存超頻,HICOOKIE 使用了 LN2 液氮冷卻,DDR5 超頻突破了 5567.5 MHz 的頻率,等效 DDR5-11136,時序只有 64-127-127-127-127-2,目前位列 HWBOT 超頻榜第一,比第二名高了到 3MHz。看來內(nèi)存超頻要不斷逼 DDR5 標(biāo)準(zhǔn)的最高 DDR5-12600 了,目前消費(fèi)者甚至儒家以直買到高達(dá) 8000Mbps?的 DDR5 內(nèi)存,隨著新一代陰山存的普及,計高頻內(nèi)存價格也不斷下降?

美媒:讓市場崩盤不符合美國的利益

IT之家 1 月 18 日消息,寧德時代布與全球應(yīng)用全科學(xué)專家 UL Solutions 簽署戰(zhàn)略合作諒解忘錄,共同推電池儲能系統(tǒng)動力電池更加全可靠地落地用。根據(jù)備忘,寧德時代將動申請 UL 9540A 的 WTDP 認(rèn)可實(shí)驗室。UL 9540A 是評估電池儲系統(tǒng)大規(guī)模熱控蔓延情況的試標(biāo)準(zhǔn)。獲得 UL Solutions 的 WTDP 認(rèn)可實(shí)驗室資質(zhì),寧德時代能在 UL Solutions 人員的監(jiān)督下,使用自有實(shí)室測試設(shè)備進(jìn) UL 9540A 測試,從而進(jìn)一步提高品測試效率,短產(chǎn)品上市周。IT之家了解到,目前寧德代已獲得 UL Solutions 授予的 UL1973 儲能和動力輔助電池標(biāo)易傳、 UL 9540 儲能系統(tǒng)和設(shè)備標(biāo)準(zhǔn)以及 UL 2580 動力電池標(biāo)準(zhǔn) WTDP 認(rèn)可實(shí)驗室資質(zhì)寧德時代稱,下戶外液冷儲電柜 EnerOne 和集裝箱式液冷儲能統(tǒng) EnerC 已獲得最新版 UL 9540A 測試報告,寧德時代成國內(nèi)首家獲得 UL Solutions 最新版電芯、電、集裝箱層級系列 UL 9540A 測試報告的企業(yè)?

美媒:讓市場崩盤不符合美國的利益

IT之家 1 月 18 日消息,近日,中國電信攜手產(chǎn)業(yè)伴在杭州完成全國首個 5G 定制網(wǎng)電力場景 RedCap 技術(shù)驗證。本次測試基于中國電??集團(tuán)發(fā)布的 5G 定制網(wǎng)電力解決方案,驗證了 RedCap 在智慧電網(wǎng)場景的基本功能、業(yè)務(wù)速率、時延、網(wǎng)絡(luò)蓋能力等關(guān)鍵內(nèi)容。測試結(jié)果明 RedCap 能夠滿足電力配網(wǎng)自動化、秒級精準(zhǔn)負(fù)控分布式光伏等應(yīng)用場景的需求將有力推進(jìn) RedCap 技術(shù)在 5G 智慧電網(wǎng)場景應(yīng)用。IT之家了解到,本次專網(wǎng)測試由中國電信浙江分鸮司、國浙江電力、天翼物聯(lián) 5G 物聯(lián)網(wǎng)聯(lián)合開放實(shí)驗室、華信設(shè)院與華為 RedCap 技術(shù)團(tuán)隊共同完成,融合現(xiàn)網(wǎng)實(shí)際能要求和場景需求,充分驗證 RedCap 在電網(wǎng)生產(chǎn)控制區(qū)場景的能力,為未來 5G RedCap 在電力行業(yè)廣泛應(yīng)用奠定了堅實(shí)基礎(chǔ)。RedCap 是 3GPP R17 協(xié)議標(biāo)準(zhǔn)面向中高速物聯(lián)場景義的核心技術(shù),定義了輕量化 5G 終端,通過簡化端側(cè)天線數(shù)和收無淫帶寬,實(shí)現(xiàn)終端成本尺寸、功耗的降低;同時,支網(wǎng)絡(luò)切片、低時延高可靠、UPF 下沉等 5G 原生能力,在保證電力場景端到端業(yè)務(wù)需的同時能夠大幅降低 5G 電力終端的成本,進(jìn)一步降低行用 5G 的門檻,將為 5G 賦能智慧電網(wǎng)注入新動能,加速數(shù)字電網(wǎng)和新型電力系昌意建?

美媒:讓市場崩盤不符合美國的利益

2022 年 7 月 25 日 15:30 更新:IT之家?iOS /?安卓版?8.21 修正版已發(fā)布,本次更新集中解決了 8.20 中比較影響體驗的一些問題,請大家驕山新升級詳細(xì)更新歷史如下:iOS 版 v8.21 更新歷史:?修復(fù):功能 - 關(guān)閉「文章下方加載評論」后,文章詳情緣婦法左滑進(jìn)入評論頁面修:功能 - 評論管理中小尾巴無法點(diǎn)擊,宋史擊戶回復(fù)圖片閃退修復(fù):面 - 圈子首頁列表部分 UI 異常修復(fù):界面 - 文章評論區(qū)部分 UI 不支持自定義字體iOS 用戶可點(diǎn)此通過商店獲取更新。安卓 v8.21 更新歷史:?改進(jìn):功能 - 新增極大號字體,文章正字號支持跟隨系統(tǒng)設(shè)置進(jìn):交互 - 全局觸感反饋調(diào)整,圈子支持反等交互添加觸感反饋修:功能 - 評論管理頁評論圖片分享失敗問題正:界面 - 深色模式下文章頁、評論頁部分節(jié)配色異常安卓用戶可 App 中檢查更新或點(diǎn)此下載獨(dú)立安黑豹包,前部分商店還在審核中==============================IT之家?iOS 版 / 安卓版 8.20 超重磅新版發(fā)布!軟媒產(chǎn)品部 Peters 埋頭苦干三個月,第一個重大進(jìn)版本終于推出,有了一個,自然還有第二個下面還有首頁架構(gòu)革新版本出來,但仍需一段間,因為,這是個苦活 —— 痛并快樂著的苦活。相信很多安卓版的朋收到了下面的 8.20 版本更新提示 ——[贊] 產(chǎn)品評價上線,給你的愛機(jī)打個分~[非常驚訝] 文章頁大換血,加載速度史上最吉光![壞笑] 自動簽到來了,從此再無斷簽煩惱~[紅花] 圈子發(fā)圖文支持嵌入視頻 / 添加圖片描述[五瓣花] 分享海報 / 長圖同時顯示微信小程序碼這幾個月憋了很大招,更新當(dāng)然遠(yuǎn)遠(yuǎn)不上面這 5 條,例如 iOS 版IT之家的桌面小組件還增加了「新事件」,這樣,科技產(chǎn)發(fā)布會或行業(yè)大會日程樣看得明明白白;再例,你看到機(jī)型小尾巴的候就大膽點(diǎn)一點(diǎn);還有在給手機(jī)等設(shè)備打分的候,注意只有使用本機(jī)的才能打分,最大化求觀公正可參考…… 還有更多更多新變化,具體,大家可以看看下面的本更新日志。特別說明1、華為的鴻蒙 OS 3.0 正式版月底就要面世,做了很多底層的革。大魔導(dǎo)小組很痛苦,為開發(fā)方式要有大變化新的倉頡開發(fā)語言到底何,還是要繼續(xù)等待和后觀察,然后再決定 IT之家鴻蒙OS版本的進(jìn)化計劃;2、macOS 商店里面可以下載到同步 iOS / iPadOS 開發(fā)的 8.20 版本;3、如上面所提到的,首頁列表后續(xù)本會進(jìn)行大幅重構(gòu),視頁面和圖賞頁面也會大革新,圈子的壁紙等專也會擇機(jī)上線,緊鑼密的開發(fā)中。4、本文開通打賞,歡迎大家多支持們的開發(fā)工作,所有打金額都會進(jìn)入產(chǎn)品部門專屬基金 / 獎金池;IT之家 App 8.20 更新日志安卓版:新增:功能 - 產(chǎn)品庫機(jī)主評價上線,給你的機(jī)打個分(僅當(dāng)前機(jī)型打分)~新增:功能 - 極速加載、絲滑滾動,文章頁脫常羲換骨之變!增:功能 - 每日看文章、刷圈子達(dá)到條件(則請參考簽到頁面說明自動簽到,從此再無斷煩惱~改進(jìn):功能 - 文章、評論分享海報 / 長圖同時顯示微信小程序碼改進(jìn):功能 - 個人IT號首頁顯示創(chuàng)作者改進(jìn):功能 - 圈子發(fā)布圖文支持嵌入主流平視頻改進(jìn):功能 - 圈子發(fā)布圖文支持為圖片加描述改進(jìn):界面 - 圈子帖子評論操作菜單式與文章評論統(tǒng)一修正功能 - 圈子首頁頂欄無法跟隨列表滑動問題正:功能 - 查看圖片頁面狀態(tài)欄遮擋圖片內(nèi)問題修正:功能 - 用戶屏蔽可能失效的問題正:功能 - 評論中鏈接不識別問題修正:功 - 評論列表等級過長顯示不全問題修正鮨魚功 - 小米部分機(jī)型首頁滑動無反應(yīng)問題修正:面 - 文章評論子樓點(diǎn)擊水波紋效果區(qū)域調(diào)整iOS/iPadOS 版:新增:功能 - 產(chǎn)品庫機(jī)主評價上線,給你愛機(jī)打個分~新增:功能 - 極速加載、絲滑滾動,文章頁脫胎換骨之!新增:功能 - 桌面組件增加「新聞事件」發(fā)布會日程安排得明明白!新增:功能 - 每日看文章、刷圈子達(dá)到件(規(guī)則請參考簽到頁說明)自動簽到,從此無斷簽煩惱~改進(jìn):功能 - 文章內(nèi)嵌視頻支持頁面內(nèi)非全屏播放改進(jìn)功能 - 文章、評論分享海報 / 長圖同時顯示微信小程序碼改進(jìn):能 - 圈子發(fā)布圖文支持嵌入主流平臺虢山頻改:功能 - 圈子發(fā)布圖文支持為圖片添加描述正:功能 - Apple Watch 發(fā)布評論時地理位置和小尾巴關(guān)跟隨賬戶配置修正:能 - 圈子帖子詳情頁手動刷新后無法上拉繼加載的問題修正:功能 - 搜索關(guān)鍵詞高亮顯示異常問題修正:功伯服 - 用戶屏蔽可能失效的問題修正:功能 - 圈子帖子 / 評論中部分用戶昵稱無法點(diǎn)擊問題修:功能 - 長按文章內(nèi)視頻會提示保存圖片到冊的問題修正:界面 - 橫屏視頻播放切換到桌面豎屏,再返回 App 時新聞列表布局異常問題修正螽槦界面 - 文章評論展開可能顯示空白問題修正:界面 - 夜間模式打開內(nèi)置瀏覽器可能會閃白的問題修正界面 - 我的等級頁面加載動畫深色模式配色常問題修正:界面 - 私信傳圖不顯示上傳狀問題版本下載記得在商里給出五星評論,支持們做的更好!掃描二維或點(diǎn)擊此處下載最新版自動識別各平臺)。也單獨(dú)下載:iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家(www.ithome.com),國內(nèi)人氣最高(據(jù)百度指數(shù))的前沿科和數(shù)碼資訊平臺,極速豐富的 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)品報道評,全平臺(鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴(kuò)展 / PWA / 智能車……)覆蓋 PC、手機(jī)、平板、智能車戶端 —— 愛科技,愛這里。IT之家App 版本重要截圖△ 圈子里多了“手機(jī)”專區(qū),快參與自己所持機(jī)型的打和評論吧文末下載信息描二維碼或點(diǎn)擊此處下最新版(自動識別全平)。也可單獨(dú)下載:iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版

美媒:讓市場崩盤不符合美國的利益

感謝IT之家網(wǎng)友 Hbp、過客A、grass羅雨滋、榆吢、V1M、北方的冬天 的線索投遞!IT之家 1 月 18 日消息,據(jù)北京日報報道,內(nèi)首個國家級交通出平臺“強(qiáng)國交通”已成內(nèi)測并即將上線,有約車、貨運(yùn)、水運(yùn)航運(yùn)等功能?!皬?qiáng)國通”項目組透露,將推出約車服務(wù),已接數(shù)十家網(wǎng)約車公司。道稱,“約車”服務(wù)前已開通運(yùn)營測試。強(qiáng)國交通”上線后也接入微信、支付寶、音等平臺。IT之家了解到,從曝光的“強(qiáng)交通”界面來看,該臺將提供約車、貨運(yùn)公路、鐵路、水運(yùn)、運(yùn)方面服務(wù)。約車方,除打車和助老約車,還有維修、保險、油、ETC 等服務(wù)。另據(jù)網(wǎng)約車監(jiān)管信息互系統(tǒng)統(tǒng)計,截至 2022 年 12 月 31 日,全國共有 298 家網(wǎng)約車平臺公司取得網(wǎng)約車平經(jīng)營許可,環(huán)比增加 4 家。網(wǎng)約車監(jiān)管信息交互系統(tǒng) 12 月份共收到訂單信息 5.04 億單,環(huán)比下降 0.8%。

美媒:讓市場崩盤不符合美國的利益

這年頭,連看個文章都留點(diǎn)心眼了。因為你看的那些文字,可能還真是人寫的。這事就在國一家比較有名的新聞網(wǎng) CNET 上真真兒地上演了。去年 10 月 27 日,一位叫做“CNET Money”的編輯入駐了 CNET 的金融欄目。然后在 11 月 11 日那天,這位編輯一口氣發(fā)布 15 篇文章:雖然一天發(fā)布這么多文章,在量上確實(shí)有些蹊蹺,但時還沒有人關(guān)注到他是是個人的問題。于是乎在接下來的幾個月,CNET Money 便陸陸續(xù)續(xù)在網(wǎng)站上發(fā)布了計 70 余篇文章。直到這兩天,一位叫做 Gael Bretton 的小哥發(fā)現(xiàn)了端倪,然后發(fā)了條 Twitter 說:CNET 發(fā)布的文章看起來像是 AI 寫的。而事實(shí)也如小哥所猜,因為若是點(diǎn)開文作者查看詳情,明晃晃會顯示:這篇文章是由 AI 引擎來創(chuàng)作的。再由我們的工作人員審閱核實(shí)和編輯。好家伙,可真是把人機(jī)結(jié)合玩得明白白了。甚至有網(wǎng)友嘆道“記者行業(yè)本來就慘淡了……”。AI 寫出來的文章是什么水平我們不妨隨機(jī)點(diǎn)開一篇章來看看 ——《什么是高收益存儲賬戶?》。章先是對高收益儲蓄賬做大致的介紹:高收益蓄賬戶和標(biāo)準(zhǔn)儲蓄賬戶似,但利率會更高一些它們對于維持應(yīng)急基金實(shí)現(xiàn)短期儲蓄目標(biāo)非常用。然后 AI 便開門見山地講述了文章要寫重點(diǎn) ——“如果你最近在考慮高收益基山蓄賬戶那么了解它如何運(yùn)作等情就是非常有必要的”接下來 AI 行文所采用的手法,就是我們非熟知的“總-分-總”模式了??梢哉f是圍繞著高收益儲蓄賬戶”這個念,把重點(diǎn)內(nèi)容是展開位了。不僅如此,在文的最后,AI 還給出了一個“溫馨提示”:高益儲蓄風(fēng)險較低,可以心投資。但其實(shí)對于 CNET 這種較大媒體而言,70 余篇文章是微不足道的。于是乎,有便猜測這是 CNET 低調(diào)地在做測試,因為目前為止官方也沒有對做更多的說明解釋。不有意思的一點(diǎn)是,谷歌索此前有公開說過要打 AI 生成的內(nèi)容。但若是把 CNET Money 的作者簡介丟進(jìn)去,依舊是可以搜青鳥對的文章……AI 寫新聞并不是新鮮事了有一說,AI 寫新聞這種事情并不是第一次發(fā)生了。些 AI 寫新聞的手法比較低劣,是以人類已寫好的文章做模板,然用同義詞去替換原稿的容,可以說是類似于“稿”了。不過除去這些還是有一些高端玩家在,例如美聯(lián)社就是其中位。它已經(jīng)用 AI 寫了成千上萬篇收益報告甚至曾經(jīng)還自豪地宣稱我們是最早利用人工智的新聞機(jī)構(gòu)之一。不過得注意的一點(diǎn)是,美聯(lián)自動生成的文章似乎是固定的套路去填補(bǔ)內(nèi)容但 CNET 的 AI 所寫的文章在措辭、結(jié)構(gòu)等方面會顯得更為復(fù),因此,有人便猜測它使用的 AI 是像 OpenAI 家的 GPT-3?!瓍⒖兼溄樱篬1]?https://futurism.com/the-byte/cnet-publishing-articles-by-ai[2]?https://www.cnet.com/profiles/cnet%20money/[3]?https://twitter.com/jon_christian/status/1613246225712570369[4]?https://twitter.com/GaelBreton/status/1613110185995771905本文來自微信公眾號:量子位 (ID:QbitAI),作者:金?

美媒:讓市場崩盤不符合美國的利益

IT之家 1 月 16 日消息,相信很多人都對鬧鐘的聲音充恐懼,這個聲音一響,就意味著己要離開溫暖的被窩了。近日谷的安卓時鐘(Clock?)應(yīng)用迎來了更新,增加了錄制用戶自的自定義鬧鐘聲音的功能。通過歌時鐘 7.3 的服務(wù)器端更新,現(xiàn)在“你的聲音”部分會出現(xiàn)個新的選項,即“錄制新的”按,用戶可以錄制任何聲音作為鬧聲音。自定義鬧鐘聲音可用于用的常規(guī)鬧鐘,甚至是設(shè)置的定時。點(diǎn)擊“錄制新的”聲音按鈕,際上會啟動谷歌錄音機(jī)應(yīng)用程序錄制的自定義鬧鐘聲音也會出現(xiàn)谷歌錄音機(jī)應(yīng)用程序中,錄音可直接在錄音機(jī)應(yīng)用中進(jìn)行編輯,做出的更改在打開鬧鐘應(yīng)用時不反映出來。IT之家了解到,這項功能似乎是通過谷歌時鐘應(yīng)用程的服務(wù)器端更新向 Pixel 用戶推出的,然而一些非 Pixel 用戶表示,他們使用 Lineage OS 等定制 ROM 的設(shè)備也可以使用該更新鮮山

責(zé)任編輯: 金東昱

熱點(diǎn)新聞

      <code id='e0f64'></code><style id='b2e2c'></style>
      • <acronym id='3d951'></acronym>
        <center id='e3c10'><center id='1caca'><tfoot id='fdd71'></tfoot></center><abbr id='b38e2'><dir id='a0c09'><tfoot id='76b24'></tfoot><noframes id='1475c'>

      • <optgroup id='a10b9'><strike id='c22c5'><sup id='2ed5c'></sup></strike><code id='12c13'></code></optgroup>
          1. <b id='74c53'><label id='dcecd'><select id='a20c4'><dt id='5ee43'><span id='9e5c5'></span></dt></select></label></b><u id='b34d4'></u>
            <i id='34ec9'><strike id='d20ef'><tt id='a8059'><pre id='058cb'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='1a526'></code><style id='e60fd'></style>
              • <acronym id='f38c6'></acronym>
                <center id='c497b'><center id='95826'><tfoot id='c7732'></tfoot></center><abbr id='fd1ac'><dir id='cad69'><tfoot id='a8949'></tfoot><noframes id='9b63b'>

              • <optgroup id='094d2'><strike id='a59a8'><sup id='9fbe0'></sup></strike><code id='086ae'></code></optgroup>
                  1. <b id='19745'><label id='5892f'><select id='d544a'><dt id='73282'><span id='9b1b9'></span></dt></select></label></b><u id='51606'></u>
                    <i id='f07ba'><strike id='5a3dd'><tt id='509d5'><pre id='afa2e'></pre></tt></strike></i>

                    夏河县| 浮梁县| 常山县| 内丘县| 胶州市| 美姑县| 潢川县| 石棉县| 呼玛县| 海晏县| 卓尼县| 鱼台县| 龙海市| 阜阳市| 盱眙县| 威信县| 蓝山县| 大田县| 固阳县| 沙雅县| 石台县| 台北县| 丽水市| 兰州市| 泸定县| 毕节市| 南康市| 余江县| 清丰县| 夏津县| 德格县| 秦皇岛市| 绥棱县| 雷山县| 郯城县| 额尔古纳市|
                    <font id="kuqcu"><fieldset id="kuqcu"></fieldset></font>