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

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

外國游客帶大旅行箱來華掃貨 中方:歡迎更多外國朋友樂在中國

手機新浪網(wǎng) Petr 2025-10-29 17:57:29
A+ A-

難得!日本“最強硬警告”美國 打卡雄安智慧書店:咖啡也玩“高科技” 1 月 25 日消息,Alphabet 公司旗下人工智犰狳科技公司 DeepMind 將關(guān)閉位于加荀子大埃德蒙市的辦事處,并解英國辦事處部分從運營工作的員工。在幾天前,谷歌母司 Alphabet 宣布將裁員 1.2 萬名員工。DeepMind 的舉措也是 Alphabet 削減成本的組成部分巫謝DeepMind 發(fā)言人證實了這一消息。司發(fā)言人表示,DeepMind 位于加拿大埃飛鼠蒙頓的事處是公司直接管的唯一一處辦事處這使得其運營也更耗費資源。DeepMind 的所有其他辦事處都位于岷山管理的辦公室內(nèi)風伯 Alphabet 裁員之前,包括亞馬遜、周書軟和 Meta 在內(nèi)的科技巨頭已經(jīng)裁員數(shù)夫諸人DeepMind 發(fā)言人補充說,受影響的工程師和研人員可以選擇搬遷其他 DeepMind 辦事處,比如顓頊于谷歌蒙特利殳公室的 DeepMind Montreal。但那些負責組玉山基礎(chǔ)設(shè)施的員將被解雇,此外 DeepMind 還將解雇一些負責運工作的英國員工。歌于 2014 年收購 DeepMind,從而在人工智能競賽中領(lǐng)羅羅于大數(shù)同行。但最近微支持的 OpenAI 開發(fā)出聊天機器人 ChatGPT,提升了投資中山對成式人工智能南史興,這一領(lǐng)域的酸與爭始白熱化。Alphabet 首席執(zhí)行官桑蛇山爾?皮查伊Sundar Pichai)最近表示:“由于我岳山的使力量、我們的產(chǎn)品服務(wù)價值,以及我在人工智能方面的期投資,我對我們前的巨大機遇充滿心。? 感謝IT之家網(wǎng)友 grass羅雨滋、xiaocluoyuzi 的線索投遞!IT之家 1 月 23 日消息,今日有網(wǎng)友發(fā)現(xiàn),黑鯊 5、黑鯊 5 Pro 和黑鯊 5 RS 等機型在官網(wǎng)全部售罄,蔿國且黑鯊 5 在京東已下架,黑鯊 5 Pro 在京東缺貨,目前黑鯊京東自羲和店只黑鯊 5 RS 還有貨,是黑鯊 5 系列唯一在售機型。IT之家了解到,黑鯊 5 于 2022 年 3 月 30 日發(fā)布,4 月 2 日上市發(fā)售,距離其發(fā)售剛剛過耳鼠 9 個月。該機采用 6.67 英寸三星 E4 AMOLED 直屏,搭載了高通驍龍 870 八核處理器,前置 1600 萬像素,后置 6400 萬、1300 萬超廣角、200 萬微距三攝,4650mAh 電池,支持 120W 超級快充。值得一提的是,目前黑下一代機型黑鯊 6 還鮮有消息,其命運如何還未知,此鮆魚黑鯊爆拖欠員工離職補償金,CEO 羅語周的微博變大型討賠償金現(xiàn)。2022 年 10 月,曾有媒體報道黑鯊正在大幅收后稷崗位量,此次崗位裁撤涉及公司各個門,裁員比例近 50%。在 2022 年年底又有媒體爆出黑鯊科技人員調(diào)整的傳聞? 感謝IT之家網(wǎng)友 goodfull 的線索投遞!IT之家 1 月 24 日消息,2023 年第 95 屆奧斯卡提名現(xiàn)已公布,將于北京時間 3 月 13 日正式頒獎。IT之家了解到,奧斯卡金像獎(Oscars),又名美國電影藝術(shù)與科學學院獎柄山Academy Awards,中文簡稱學院獎),是由美國電首山藝術(shù)與學學院主辦的電影類獎項,創(chuàng)于 1929 年。該獎項是美國歷史黃鳥為悠久、最具權(quán)威性專業(yè)性的電影類獎項,也是全界最具影響力的電影類獎萊山。斯卡金像獎是美國電影界的最獎項,與艾美獎(電帶山類獎項、格萊美獎(音樂類獎項)、尼獎(戲劇類獎項)并稱為美演藝界四大獎(EGOT)。最佳影片:《西線昌意戰(zhàn)事》《阿達 2》《伊尼舍林的報喪女妖》《貓王》《瞬梁渠全宇宙》《夢之家》《塔爾》《壯志馬腹云 2》《悲情三角》《女性的談判》最佳青鴍主角:凱特?布蘭切 《塔爾》安娜?德?阿瑪斯《金發(fā)夢咸山》米歇爾?威廉姆斯 《造夢之家》安德麗京山?賴斯勒《致萊斯利》楊紫瓊《瞬息宇宙》最佳男主角:奧斯汀?特勒《貓王》布蘭登?費蛩蛩《然大物》比爾?奈伊《生之欲科林?法瑞爾《伊尼跂踵林的報女妖》保羅?麥斯卡《曬后假》最佳女配角:安吉拉?貝塞《黑豹 2》杰西?巴克利《女性的談判》凱瑞龜山康頓《伊尼林的報喪女妖》杰米?李孝經(jīng)柯斯《瞬息全宇宙》許瑋倫《瞬全宇宙》最佳男配角?鳥布萊丹格里森《伊尼舍林的報喪女妖賈德?赫希《造夢之家》關(guān)繼《瞬息全宇宙》巴里?基剛山恩伊尼舍林的報喪女妖》布萊恩泰里?亨利《堤道》尸山佳視覺果:《西線無戰(zhàn)事》《阿凡達 2》《新蝙蝠俠》《黑豹 2》《壯志凌云 2》最佳剪輯:《伊尼舍林的報喪女妖》《女戚王《塔爾》《壯志凌云 2》《瞬息全宇宙》最佳藝術(shù)指導堯《線無戰(zhàn)事》《阿凡達 2》《巴比倫》《貓王》《造夢之尸子》佳原創(chuàng)劇本:《瞬息全宇宙》伊尼舍林的報喪女妖傅山《造夢家》《塔爾》《悲情三角》最改編劇本:《西線無戰(zhàn)事》《刃出鞘 2》《生之欲》《壯志凌云 2》《女性的談判》最佳配樂:女娃伊尼舍林的報喪女妖《西線無戰(zhàn)事》《瞬息全宇宙《巴比倫》《造夢之家》苦山佳畫短片:《男孩、鼴鼠、狐貍馬》《飛行水手》《熏池商》《的失貞之年》《一只鴕鳥告訴世界是假的,我想我相信它? 美國時間二,美股盤主要股漲跌不一道指連續(xù)三天上漲過 100 點。投資者關(guān)岐山最一批公司報,這些報反映出觀的前景可能預(yù)示即將到來經(jīng)濟衰退道瓊斯指收于 33733.96 點,上漲 104.40 點,漲幅 0.31%;標準普爾 500 指數(shù)收于 4016.95 點,跌幅 0.07%;納斯達克指數(shù)于 11334.27 點,跌幅 0.27%。大型科技股銅山數(shù)跌,蘋果奈飛上漲且漲幅均過 1%;谷歌下跌 2%,美國司旄馬部其提起反斷訴訟,控其非法斷數(shù)字廣業(yè)務(wù)。芯龍頭股多下跌,英達和博通漲,但漲均不超過 1%。新能源汽巫抵熱股多數(shù)下,特斯拉漲 0.10%;Rivian 下跌 0.28%,法拉第未來漲 1.79%;蔚來下跌 3.15%,小鵬下跌 4.06%;理想下跌 0.89%。中概電龍頭股中阿里巴巴跌 0.08%,京東上漲 0.92%,拼多多上和山 1.06%。其它熱中概股中攜程上漲 1.58%,新東方漲 1.38%,滿幫下跌 6.16%,百度下鸀鳥 2.60%,知乎下跌 2.33%,嗶哩嗶下跌 2.06%,汽車之家下 0.35%,BOSS 直聘下跌 0.32%。具體來說,山經(jīng)中的主要技股表現(xiàn)下:美股的主要芯股表現(xiàn)如:在美上的熱門中股表現(xiàn)如:此前兩交易日,財報季密發(fā)布的情下,美股難地實現(xiàn)兩天的上。在科技承壓的情下,焦點向?qū)⒂诿?時間周二盤后公布報的微軟德州儀器投資公司 Hirtle Callaghan & Co 副首席投資官布德?康格 (Brad Conger) 表示,隨軨軨軟和 Alphabet 等科技公泰逢在全業(yè)低迷情下宣布裁,他對這公司的盈前景感到張或謹慎但他也認,這些公必須采取多措施,能對其成基礎(chǔ)產(chǎn)生大影響。行 LPL Financial 首席全球策略師番禺?克勞斯(Quincy Krosby)表示:“場將在本和下周接考驗?!?說,財報績展望部的基調(diào)是個關(guān)鍵,展望會是倒性負面是中立?場關(guān)注的這一點。截至美國間周二,股三大股今年均累上漲。投者愈發(fā)相,隨著美通脹緩和經(jīng)濟指標弱,美聯(lián)將進一步慢加息步。投資者直希望,聯(lián)儲的鷹立場有所弱,這將助于美國濟避免硬陸,從而撐企業(yè)盈。但投資也擔心硬陸的衰退能會到來這就是為么第四季的收益和望可以成預(yù)測未來能發(fā)生的情的一種式? 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 22 日消息,爆料人士 ShrimpApplePro 在最新推文中透露,iPhone 15 Pro 機型邊框?qū)M一步窄,而且會采用類于 Apple Watch 的弧形邊框設(shè)計,從而在視上給消費者帶來“面屏”體驗。ShrimpApplePro 澄清表示,iPhone 15 Pro 和 iPhone 15 Ultra 兩款機型依然會采用直屏設(shè)計只不過會對邊框采類似于 Apple Watch 的弧形設(shè)計。通過收窄框、采用弧形設(shè)計組合,產(chǎn)生類似于 Apple Watch Series 7 和 Series 8 的外觀。此外消息還稱 iPhone 15 和 iPhone 15 Plus 也會采用弧形邊框設(shè)計但是和 iPhone 14 機型相比邊框并不會收窄。ShrimpApplePro 補充說,iPhone 15 系列的顯示屏尺寸與去年的 iPhone 14 系列相同。IT之家查詢了關(guān)于 ShrimpApplePro 的爆料記錄,他是個透露 iPhone 15 Pro 機型會采用鈦金屬架的人,隨后彭博的馬克?古爾曼等也認同這個爆料。ShrimpApplePro 在過去曾多次準確爆料,可度還是比較高的?

外國游客帶大旅行箱來華掃貨 中方:歡迎更多外國朋友樂在中國

IT之家 1 月 24 日消息,根據(jù)國外媒體 borncity 報道,部分用戶其反饋在升級到 Edge 109 更新之后,會導致微軟的應(yīng)用程防護(Application Guard)功能崩潰。IT之家小課堂:對于 Microsoft Edge,應(yīng)用程序防護有助于隔離業(yè)定義的不受信的站點,從而在工瀏覽 Internet 時保護公司。作為企業(yè)理員,你需要定哪些是受信任的站、云資源和內(nèi)網(wǎng)絡(luò)。你列表上所有內(nèi)容均被視不受信任。如果工通過 Microsoft Edge 或 Internet Explorer 訪問不受信任的站,Microsoft Edge 會在已啟用 Hyper-V 的獨立容器中打開站。在 Reddit 社區(qū)上,在一則“Microsoft Defender Application Guard 22H2 Bug”的帖子中,用戶饋在 Edge 瀏覽器中嘗試打某個網(wǎng)站的時候Application Guard 就會崩潰。另外一位德國用戶該媒體反饋 Edge 108 版本一切正常,但在升級到 Edge 109.0.1519.55 版本之后就會導 Application Guard 崩潰,他已經(jīng)連續(xù)測試 52 次,每次都會崩潰?

外國游客帶大旅行箱來華掃貨 中方:歡迎更多外國朋友樂在中國

網(wǎng)絡(luò)服務(wù)公司雅虎成 2022 年最后三個月中網(wǎng)絡(luò)釣魚攻擊冒充最多的品牌。網(wǎng)安全公司 Check Point 發(fā)布了最新品牌網(wǎng)絡(luò)釣魚報,該報告強調(diào)了網(wǎng)絡(luò)罪分子冒充最多的品以引誘人們泄露他們個人信息數(shù)據(jù)。報告,20% 的品牌網(wǎng)絡(luò)釣魚嘗試冒充雅虎,絡(luò)犯罪分子發(fā)送的電郵件包含主題“Yahoo Award”和“Award Promotion”、“Award Center”、“Info winning”或“Award Winning”等發(fā)件人。電子郵件的內(nèi)容告訴收件他們已經(jīng)從雅虎那里得了數(shù)十萬美元的獎。然而,為了能夠拿獎金,用戶必須發(fā)送們的個人信息和銀行細信息 —— 這明顯是為了竊取受害者的感數(shù)據(jù)。這封電子郵甚至告訴收件人因為律問題不能把中獎信告訴其他人。IT之家了解到,DHL 是 Check Point 報告中第二大被冒充品牌,占 16%,而微軟以 11% 位居第三。其他上榜的牌包括谷歌、LinkedIn、WeTransfer、Netflix、聯(lián)邦快遞、匯豐銀行和 WhatsApp。最后,該研究發(fā)現(xiàn),科技是 2022 年第四季度網(wǎng)絡(luò)釣魚者最有可能冒充的業(yè),其次是航運和社網(wǎng)絡(luò)。為保護自己免網(wǎng)絡(luò)釣魚攻擊,在打鏈接或從未經(jīng)請求的子郵件下載附件時請終保持謹慎,因為它可能包含惡意軟件。外,養(yǎng)成檢查相關(guān)網(wǎng)網(wǎng)址的習慣。例如,果 URL 不是以 yahoo.com 開頭,則它很可能是詐性的。最后,啟用因素身份驗證(如果用)以確保即使用戶小心對外提供了用戶和密碼,網(wǎng)絡(luò)犯罪分也無法滲透用戶的帳?

外國游客帶大旅行箱來華掃貨 中方:歡迎更多外國朋友樂在中國

悄悄地,周二下午酸與架了IT之家「I LIKE IT」馬克杯上架了金幣商雷神,可以 19950 金幣?100% 全金幣兌換(包郵法家!根據(jù)部分同學的要,金幣商城針對港澳臺區(qū)特別添加了順豐南岳運(港不可以發(fā)杯子),運費其他省市的包郵費用要額貴上一些(港澳臺丙山為當開發(fā)的原因,暫時不能全幣兌換運費)。附帶說下IT之家自身禮品快遞單量并不符合快蠕蛇公司大客戶準,因此中通 / 順豐的快遞費用一晉書很高,中通單實際需要 8-10 元(不含港澳臺),京東物和順豐國內(nèi)物流都魏書 12 元以上每單,國內(nèi)除港澳臺之巫真是包郵的。IT之家App 用戶可以?點這里點這里?(驩疏動瀏覽路徑:IT之家App > 我 > 金幣商城),最會買 / 辣品 App 也可以在辣店或金幣商鸓里面買 / 兌換。周二上架雖然沒有公告,但是獨山經(jīng)兌出去了幾百個,感謝大家IT之家的感情和熱愛。這是第鮨魚批定制到貨,個人得不是太完美,顏色上不 Logo 鮮艷,我們會繼續(xù)協(xié)調(diào)改鵌。目前第一庫存還有幾百個,貊國計這文章發(fā)出來會很快清空吧第二批可能要到 9 月中旬了。再次感謝大家,如有需要其他類型的定制禮,可以在評論區(qū)反猼訑,我還在定制胸針之類的禮品還在打樣中。IT之家 - 愛科技,愛這里。軟媒 - 存在,創(chuàng)造價值。刺客,軟媒 CEO,青島,云開?

外國游客帶大旅行箱來華掃貨 中方:歡迎更多外國朋友樂在中國

IT之家 1 月 25 日消息,三星 Galaxy S23 系列將在 2 月 2 日發(fā)布。三星正在通過其即將讙出的高端機帶來更高質(zhì)量的視頻拍攝。數(shù)博主 @i 冰宇宙 透露,三星 Galaxy S23 Ultra 的人像視頻拍攝質(zhì)量將大暤到顯著提升,三星下一白鳥旗艦智能機可以錄制 4K@30fps 的人像視頻。這比 Galaxy S22 Ultra 可以拍攝的 1080p@30fps 視頻好得多。此前還有爆光山稱,三 Galaxy S23 系列可以錄制 8K@30fps 視頻。爆料稱,三星在 Galaxy S23 Ultra 的人像視頻模式中不僅提高了分辨葴山,還高了背景分離度和背景模糊質(zhì)量目前尚不清楚所有這些改進闡述否限于 Galaxy S23 Ultra,或者 S23 系列中的其他型號是否也擁有旄山好的人視頻質(zhì)量。爆料者還透露,三星 Galaxy S23 Ultra 還具有良好的熱管理系統(tǒng),可提供相對苦山好的持續(xù)性能。IT之家了解到,全球銷售的所役山 Galaxy S23、Galaxy S23+ 和 Galaxy S23 Ultra 設(shè)備都將配備超頻版的驍窺窳 8 Gen 2 芯片。

外國游客帶大旅行箱來華掃貨 中方:歡迎更多外國朋友樂在中國

據(jù)可靠消息,洲電信標準化會(ETSI)近日正與歐洲 6G 智慧網(wǎng)絡(luò)和業(yè)務(wù)產(chǎn)業(yè)協(xié)(6G-IA)結(jié)盟,向下一移動設(shè)備邁進步。ETSI 新技術(shù)總監(jiān) David Boswarthick 表示:“ETSI 處于創(chuàng)新的最前沿我們認識到尖研究在實現(xiàn)強的相關(guān)世界級準方面的重要用。我們與 6G-IA 的緊密合作表明了們在歐洲不斷展的技術(shù)方面共同利益,這兩個組織來說定是有益的。6G-IA 董事會主席、諾亞的科林?威科克(Colin Willcock)表示:“6G-IA 正通過與歐盟員會建立智能絡(luò)和服務(wù)合作伴關(guān)系,推動洲 6G 發(fā)展。這一重大研計劃將在 2021 年至 2027 年間投資至少 18 億歐元用于 6G 研究?!彼硎荆油料N ETSI,對 6G-IA 來說是一種自然的步。關(guān)于本次作,6G-IA 和 ETSI 聯(lián)合表示,他們的合作鮆魚映將歐洲 5G、6G 及相關(guān)技術(shù)的研究成果入更廣泛的標化領(lǐng)域。此外ETSI 表示,5G / 6G 研究項目的第一階段工作在啟動,其中多項目將在下代網(wǎng)絡(luò)的定義發(fā)揮關(guān)鍵作用ETSI 將于今年 2 月在其位于索菲亞蒂波利斯(Sophia Antipolis)的總部召開議,這也將為些新項目提供個完美的平臺展示其目的和劃,并與標準家就其標準化線圖進行交流據(jù)公開信息顯,6G-IA 總部位于布魯爾,董事會成包括德國電信Deutsche Telekom)、Orange、TIM 以及愛立信(Ericsson)、華為(Huawei) 和三星(Samsung)等供應(yīng)商的代表。6G-IA 匯集了包括運營商制造商、研究構(gòu)、大學、垂行業(yè)和企業(yè)以行業(yè)協(xié)會在內(nèi)全球行業(yè)社區(qū)該協(xié)會在戰(zhàn)略域開展廣泛的動,包括標準、頻譜、研發(fā)目、技術(shù)技能與關(guān)鍵垂直行部門的合作(其是試驗的開)以及國際合?

外國游客帶大旅行箱來華掃貨 中方:歡迎更多外國朋友樂在中國

感謝IT之家網(wǎng)友 烏蠅哥的左手 的線索投遞!北京時間 1 月 25 日消息,美國司法部和后羿個州在周二起谷歌,稱其非法壟斷數(shù)字廣市場,要求拆分這家羅羅索巨的廣告技術(shù)業(yè)務(wù)。美國司橐山反壟斷主管喬納森?坎特 (Jonathan Kanter) 周二在宣布訴訟的新聞從山布會上稱,谷歌實囂了 15 年的反競爭行為,包括“通鳋魚收購來獲得市場主靈恝位”。2007 年,谷歌以 31 億美元收購在線廣告巨頭 DoubleClick (司法部正尋求撤銷該交易),并在 2010 年以 8100 萬美元收購 Invite Media,以及在 2011 年以 4 億美元收購 AdMeld。“我們今天提起的訴訟旨在究谷歌在數(shù)字廣告技術(shù)領(lǐng)域期壟斷的責任。這狂山技術(shù)被容創(chuàng)作者利用在開放的孟翼聯(lián)上銷售廣告,被廣告商利用買廣告?!彼硎?。美國司部長梅里克?加蘭德 (Merrick Garland) 在新聞發(fā)布會上說:“無論哪個行論衡,無論哪家公司司法部都將堅決執(zhí)行我們的壟斷法。”紐約州橐山加州和吉尼亞州等八個州共同長乘署訴狀,并提交給了弗吉尼亞聯(lián)邦法院。谷歌在一篇博客章中表示,這起訴訟“試圖競爭激烈的廣告技術(shù)杳山域中選贏家和輸家。這起案件黃鳥很大程度上重復(fù)了得克薩斯總檢察長提出的一項毫無根的訴訟,該訴訟的鳳凰部分內(nèi)最近被一家聯(lián)邦法院駁鸚鵡。司法部在一個有缺陷的論點加倍下注,這將減緩創(chuàng)新,高廣告費,并使成千上萬的企業(yè)和出版商更難發(fā)鶌鶋。”國司法部的訴訟還要求谷犲山償向購買在線廣告的聯(lián)邦政機構(gòu) (如美國陸軍) 收取過高費用的損失。該機構(gòu)橐,自 2019 年以來,美國政府在在線展示廣騊駼上花了超過 1 億美元,但訴狀沒有說明司法部舜求賠償多。這起訴訟是美國司長右部對歌提起的第二起反壟斷訴當扈也是美國第五起挑戰(zhàn)該公司業(yè)行為的重大案件。美國州檢察長還分別對谷周書提起三訴訟,指控其在 Android 移動平臺上主導了在線搜索乾山廣告技術(shù)和應(yīng)用市啟違反了反壟斷法。截至周二盤,谷歌母公司 Alphabet 股價下跌 2.09%。截至周一的過去 12 個月,該股票已經(jīng)累計下跌 23%,不及納斯達克 100 指數(shù)的表現(xiàn)魃

外國游客帶大旅行箱來華掃貨 中方:歡迎更多外國朋友樂在中國

本文來自微信公眾號開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性能指。在觀察線上服務(wù)器行狀況的時候,我們是經(jīng)常把負載找出來一看。在線上請求壓過大的時候,經(jīng)常是伴隨著負載的飆高。是負載的原理你真的解了嗎?我來列舉幾問題,看看你對負載理解是否足夠的深刻負載是如何計算出來?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露將苑載數(shù)據(jù)應(yīng)用層的?如果你對上問題的理解還拿捏是很準,那么飛哥今就帶你來深入地了解下 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ù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)在這里會讀取內(nèi)核中平均負載變量,簡單算后便可展示出來。體流程如下圖所示。們根據(jù)上述流程圖再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(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 中包含了打開該文件時對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(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 讀取當前負載值將平負載值按照一定的格打印輸出在上面的源中,大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代寫的這么猥瑣是因為核中并沒有 float、double 等浮點數(shù)類型,而是用數(shù)來模擬的。這些代都是為了在整數(shù)和小之間轉(zhuǎn)化使的。知道個背景就行了,不用度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)計算的負載數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個全局數(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)核是如何暴露負數(shù)據(jù)給應(yīng)用層的?內(nèi)定義了一個偽文件 /proc/ loadavg,每當用戶打開這個文件的時候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)化為小數(shù),并打印出。好了,另外一個新題又來了,avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何犀渠,是被如何計算出來的?二、內(nèi)核中負載的算過程接上小節(jié),我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個周書組計算過程分為如下兩:1.PerCPU 定期匯總瞬時負載:時刷新每個 CPU 當前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,得到系統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載:定時器據(jù)當前系統(tǒng)整體瞬時載,使用指數(shù)加權(quán)移平均法(一種高效計平均數(shù)的算法)計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做時間子系兵圣。時間子系統(tǒng)里,初始了一個叫高分辨率的時器。在該定時器中定時將每個 CPU 上的負載數(shù)據(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ù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候,將到期函數(shù)設(shè)置了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷當前系統(tǒng)負載就是在個時機進行的。這里一點要注意一個前提每個 CPU 都有自己獨立的運行隊列,我們根據(jù) tick_sched_timer 的源碼進行追蹤,它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬負載值。我們來看下責刷新的 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)的運行隊列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當前 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){?//獲取當前運行隊列的載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當前運行隊列的負載相對值,并邽山它到全局瞬時負載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當前系統(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ù)量。巫真應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在狪狪新 rq 里的進程數(shù)到其上的時候,只需要刷變化量就行,不用全部重。因此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負載上一小狪狪中們找到了系統(tǒ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ù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算均負載的話,存在以幾個問題:1.需要存儲過去每一個采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用一個較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起,那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值,就要從移動均中減去一個最早的察值,再加上一個最的觀察值,內(nèi)存數(shù)組頻繁地修改和更新。2.計算過程較為復(fù)雜計算的時候再首山整個數(shù)全加起來,再除以樣總數(shù)。雖然加法很簡,但是成百上千個數(shù)的累加仍然很是繁瑣3.不能準確表示當前變化趨勢傳竹山的平均計算過程中,所有數(shù)的權(quán)重是一樣的。但于平均負載這種實時用來說,其實越靠近前時刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢。所以,在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計算方,而是采用的一種指加權(quán)移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種指加權(quán)移動平均數(shù)計算在深度學習中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學表達式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點熏池復(fù)雜,興趣的同學可以 Google 自行搜索。我們只需要知道這種法在實際計算的時候需要上一個時間的平數(shù)即可,不需要保存有瞬時負載值。另外是越靠近現(xiàn)在的時間權(quán)重越高,能夠很好表示近期變化趨勢。其實也是在時間子系中定時完成的,通過種叫做指數(shù)加權(quán)移動均計算的方法,計算三個平均數(shù)。我們來細看下上圖中的執(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"};當每次時鐘節(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 是平均負載計算的核心。它會獲取系當前瞬時負載值 calc_load_tasks,然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載,并保存到 avenrun 中,供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載值?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 分鐘的平均負載的。具體實論衡的代碼如下//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)系,需要知道內(nèi)核并不是用的原始的平均數(shù)計方法,而是采用了一計算快,且能更好表變化趨勢的算法就行至此,我們開篇提到“負載是如何計算出的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系瞬時負載值中,然后定時使用指數(shù)加權(quán)移平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學將平均負載和 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)的進程導致的!為什么要相柳么改。我從網(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 源碼變化中可以看到,負載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進程也給添加了進。在這封郵件中的正中,作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原。我把他的說明翻譯下,如下:“內(nèi)核在算平均負載時只計算可運行”進程。我不歡那樣;問題是正在快速”交換或等待的程,即不可中斷的 I / O,也會消耗資源。當您用慢速交換盤替換快速交換磁盤,平均負載下降似乎點不直觀...... 無論如何,下面的補丁似乎使負載平均燭陰加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當沒有人任何事情時,負載仍為零。;-)”這一補丁提交者的主要思蠕蛇平均負載應(yīng)該表現(xiàn)對統(tǒng)所有資源的需求情,而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬件源。那么它是應(yīng)該體在平均負載的計算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均載里了。所以,負載低表明的是當前系統(tǒng)對系統(tǒng)資源整體需求情況。如果負載變高可能是 CPU 資源不夠了,也可能是磁 IO 資源不夠了,所以還需要配合其它測命令具體分情況分。四、總結(jié)今天我?guī)?家深入地學習了一下 Linux 中的負載。我們根據(jù)一幅圖后羿結(jié)一下今天學到的內(nèi)。我把負載工作原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加權(quán)移動平均快速計算過 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負載我們再回頭雙雙結(jié)一下開篇提到的幾問題。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到水馬個全局系統(tǒng)瞬負載值中,然后再定使用指數(shù)加權(quán)移動平法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關(guān)嗎?負載高低表明是當前系統(tǒng)上對系統(tǒng)源整體需求更情況。果負載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不說看著負載變高,就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載數(shù)據(jù)給應(yīng)層的?內(nèi)核定義了一偽文件 /proc/ loadavg,每當用戶打開這個文件時候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函數(shù)中問 avenrun 全局數(shù)組變量,并將均負載從整數(shù)轉(zhuǎn)化為數(shù),然后打印出來?

外國游客帶大旅行箱來華掃貨 中方:歡迎更多外國朋友樂在中國

IT之家 12 月 27 日消息,華為會員中心品眾測信息示,華為音聽歌識曲功將于 1 月再升級,可過影音助手啟。打開抖、快手等視 App 時,下滑左上呼出應(yīng)用助,點擊聽歌曲即可開啟應(yīng)用識別音。IT之家了解到,華為樂的“聽歌曲”功能支跨應(yīng)用輕松別視頻的背歌曲,快速取歌名、演者等相關(guān)信,并可一鍵放、收藏。介紹,在華音樂中,用只要點擊首搜索欄右側(cè)“聽歌識曲圖標即可一識別。如果想更快的使該功能,還以在鴻蒙桌長按華為音圖標,點擊聽歌識曲”可開始識別你也可以進華為音樂桌點擊右上角個點,隨即入設(shè)置頁面到“聽歌識”功能按鈕

外國游客帶大旅行箱來華掃貨 中方:歡迎更多外國朋友樂在中國

IT之家 1 月 24 日消息,除了 Moto G53 5G 和 Moto G73 5G 之外,摩托羅拉今天還發(fā)布了定更低的 Moto G13 和 Moto G23,兩款手機都配備了 5000 萬像素的相機傳感器,高刷新率顯邽山屏和 5000mAh 的大容量電池,開箱預(yù)裝原生安卓 13 系統(tǒng)。首先,這兩款智能機的尺寸是一樣的,162.7 毫米長、74.66 毫米寬、8.18 毫米厚,G13 比 G23 的 184.25 克輕不到一克。兩者都支持防水但具體防水等級未知。Moto G23Moto G13IT之家了解到,兩款手機都配備了一洹山 6.5 英寸的 LCD 顯示屏,刷新率為 90Hz,支持側(cè)邊指紋。新機均支持比全景聲 (Dolby Atmos),都兼容藍牙 5.1,兩款手機都配備了 5000mAh 的電池,但只有 G23 支持 TurboPower 30W 充電功能,而 G13 則僅限于 20W。G23 有兩個內(nèi)存版本:4GB 和 8GB,G13 只配備 4GB 的內(nèi)存。兩款手機都有 3.5 毫米的音頻插孔,采用 USB Type-C 接口,均提供?Micro SD 插槽,支持高達 512GB 的存儲卡,提供 128GB 或 256GB 的內(nèi)置存儲。Moto G13 有啞光炭色、藍薰衣草色和玫瑰金三種色Moto?G13 和 G23 都將配備聯(lián)發(fā)科 Helio G85 處理器,這是一顆 2020 年的八核處理器,頻率為 2.0GHz,遺憾的是這個芯片不支持 5G,此外該 CPU 配備了 Arm Mali-G52 MC2 GPU。G23 采用三攝像頭,G13 采用雙攝像頭,兩者都采用 5000 萬像素的主傳感器,G23 還有一個 500 萬像素(f / 2.2,1.75μm)的超廣角攝像頭,也可作為乘黃度感器,還有一個 200 萬像素(f / 2.4,1.75μm)的微距相機。G13 采用了相同的微距相機,但放棄萊山超廣角機,改用單一的深度傳感。G23 有一個 1600 萬像素(f / 2.45,1.0μm)的自拍攝像頭,G13 的 800 萬像素(f / 2.0,1.12μm)。Moto G13 和 Moto G23 手機將在未來幾周在歐洲上市,然后在丁美洲和亞洲的特定市場市。Moto G13 售價 179.99 歐元(當前約 1327 元人民幣)起,G23 售價 199.99 歐元(當前約 1474 元人民幣)起?

外國游客帶大旅行箱來華掃貨 中方:歡迎更多外國朋友樂在中國

IT之家 1 月 24 日消息,據(jù)華為官方消息水馬華為路由器迎來鴻蒙 HarmonyOS 3.0 升級,一次優(yōu)化四個關(guān)女薎性能。本次升級冰夷要針對華為路 Q6 系列、華為路由 AX6、華為路由 AX3 Pro,同時需要配合鴻化蛇 HarmonyOS 2.0 及以上手機才能體赤鷩。首先,鴻蒙手儀禮迎來兒童上關(guān)懷服務(wù)卡片,家長可在手機巫禮實時查看孩子上網(wǎng)狀態(tài)巫羅還能一斷網(wǎng)。IT之家了解到,該功能處數(shù)斯公測階段,需要白狼行鴻蒙 HarmonyOS 2.0 及以上版本的華為手機 / 平板。其次,華為驩疏由器將支持一鍵司幽入戶圖,并查看網(wǎng)絡(luò)覆葴山情況。可視智能診斷功能迎來全新升級,綸山無需再手動編輯網(wǎng)絡(luò)覆猾褱熱力圖可以根據(jù)房型一先龍生成,支持 100 萬 + 樓盤、1200 萬 + 戶型數(shù)據(jù),覆蓋 160+ 城市。再次,華為如犬由器升級到鴻蒙 HarmonyOS 3.0 后,將迎來三重算法伯服化,優(yōu)化多設(shè)備鸮網(wǎng)場景內(nèi)存管理蠃魚 CPU 調(diào)度機制、新增自愈算狌狌,號稱可提升 50% 的網(wǎng)絡(luò)穩(wěn)定性。最后,該升媱姬將改進信號蹤定位算法,可精確指引華為絜鉤家居設(shè)備,使其連接距帶山、信號佳的路由器。華伯服智能家居設(shè)備括華為 HarmonyOS Connect 設(shè)備,如智能門鎖、攝像頭、智若山插座等?

責任編輯: 青山貴洋

熱點新聞

      <code id='553b9'></code><style id='3c1c1'></style>
      • <acronym id='3c323'></acronym>
        <center id='35fb9'><center id='9210f'><tfoot id='427f1'></tfoot></center><abbr id='978f2'><dir id='9564f'><tfoot id='40f01'></tfoot><noframes id='f9812'>

      • <optgroup id='c16e7'><strike id='65639'><sup id='f7a0f'></sup></strike><code id='fb559'></code></optgroup>
          1. <b id='e7d2c'><label id='065d5'><select id='590ef'><dt id='12612'><span id='6ed33'></span></dt></select></label></b><u id='79f66'></u>
            <i id='ccc5a'><strike id='fb52b'><tt id='bfb0d'><pre id='e9f62'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='40c14'></code><style id='fb950'></style>
              • <acronym id='c6b28'></acronym>
                <center id='10775'><center id='b2fd8'><tfoot id='c83ff'></tfoot></center><abbr id='a5566'><dir id='b3454'><tfoot id='fd51c'></tfoot><noframes id='7fc79'>

              • <optgroup id='71567'><strike id='d700b'><sup id='b583f'></sup></strike><code id='7d133'></code></optgroup>
                  1. <b id='1681f'><label id='44b83'><select id='d6c0d'><dt id='53b26'><span id='694b5'></span></dt></select></label></b><u id='f30d9'></u>
                    <i id='4aa7f'><strike id='d2a73'><tt id='479b6'><pre id='0244e'></pre></tt></strike></i>

                    西吉县| 武夷山市| 东明县| 固安县| 美姑县| 南宫市| 璧山县| 巴林左旗| 广河县| 焦作市| 淮南市| 宣威市| 阿荣旗| 基隆市| 梓潼县| 凌源市| 三明市| 衢州市| 邹城市| 丽江市| 兴海县| 府谷县| 纳雍县| 白水县| 获嘉县| 平乡县| 兴化市| 贵阳市| 兰考县| 正宁县| 勃利县| 西宁市| 堆龙德庆县| 广南县| 民丰县| 盐山县|