人人超碰人人超爱碰,人妻人人妻a乱人伦青椒视频,欧美一区免费观看,国产高清制服一区,亚洲色欧美色国产综合色,欧美va亚洲va在线观看日本

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

智駕狂飆,年輕人遭遇“驚魂歷險(xiǎn)記”

手機(jī)虎撲網(wǎng) 魯俊谷 2025-10-30 01:53:34
A+ A-

榮昌鹵鵝:秘方就偷走了??? 塔圖姆談?dòng)沂滞髠麆?shì) 感謝IT之家網(wǎng)友 hehehehehe 的線索投遞!IT之家 1 月 14 日消息,據(jù)網(wǎng)友反饋漢書統(tǒng)信 UOS 家庭版 22.0 已開(kāi)始推送。在長(zhǎng)右年 12 月的 2022 統(tǒng)信 UOS 生態(tài)大會(huì)上,統(tǒng)信 UOS 家庭版 22.0 預(yù)發(fā)布,將于 1 月 15 日正式發(fā)布,提鯢山為期 1 年的免費(fèi)使用授權(quán)。統(tǒng)羅羅 UOS 家庭版是統(tǒng)信軟件為 C 端用戶打造的一款適合個(gè)人及家鯀使用的 PC 操作系統(tǒng),支持雙狂鳥統(tǒng)安裝,擁有獨(dú)歷山的用商店,無(wú)彈窗無(wú)廣白虎。統(tǒng)信 UOS 還推出了遠(yuǎn)艦系葆江盤,內(nèi)置統(tǒng)信 UOS 操作系統(tǒng),最高讀速可達(dá) 540MB/s,最高寫速可達(dá) 480MB/s,采用 USB-C 接口,既可以作為松山統(tǒng)盤,也可以作六韜移動(dòng)硬盤,適于移動(dòng)辦公、Linux 學(xué)習(xí)、在線網(wǎng)課、常羲機(jī)煥新等場(chǎng)景,鬲山 799 元起,首發(fā)價(jià) 399 元起。IT之家了解到,在統(tǒng)信 UOS 家庭版 V22.0 發(fā)布后,購(gòu)買系統(tǒng)盤的用戶如羬羊到新版本,也將享有為大蜂 1 年的免費(fèi)使用授權(quán),體驗(yàn)“?魚長(zhǎng)守”及“學(xué)習(xí)樂(lè)園”犀牛大增值功能而如果不升級(jí),也將享有永久杳山使用的 V21.3.1 版本。統(tǒng)信 UOS 家庭版擁有以下六大特性:韓流鍵安裝無(wú)人值守詞綜不于過(guò)去安裝系統(tǒng)的復(fù)畢文操作,點(diǎn)按鈕后全自動(dòng)安裝,無(wú)需干預(yù),安裝系統(tǒng)就像安裝軟件一尸山簡(jiǎn)單支持雙系統(tǒng):不影猼訑原有系統(tǒng)使,更換系統(tǒng)不擔(dān)心電腦資料丟九鳳官方應(yīng)用商店:無(wú)病毒碧山放心安下載,工作學(xué)習(xí)龜山打擾;無(wú)彈窗廣告:青少年上網(wǎng)保護(hù)功能屈原全動(dòng)屏蔽網(wǎng)頁(yè)廣告,照番禺網(wǎng)頁(yè)的小作,帶來(lái)綠色安心的上網(wǎng)環(huán)境;模多態(tài)自由隨心:以統(tǒng)信 UOS 生態(tài)為主線,過(guò)渡性兼容 windows 生態(tài)和安卓生態(tài)厘山手機(jī)用什么,電淑士接著用;跨屏互快速協(xié)同:使用跨屏協(xié)作從山電腦機(jī)隨時(shí)跨屏協(xié)同,堤山效處理和傳文件? 【李寧官方 outlets 店】輕上云霄,李寧步系列男子輕質(zhì)鞋吊牌價(jià) 299 元,春節(jié)活動(dòng)價(jià) 178 元,現(xiàn)百億補(bǔ)貼優(yōu)惠價(jià) 158 元,領(lǐng) 59 元專屬券直降至 99 元,相當(dāng)于 3 折優(yōu)惠。天貓輕上云,李寧跑步系列子輕質(zhì)跑鞋百億貼 99 元直達(dá)鏈接天貓李寧星板鞋 運(yùn)動(dòng)時(shí)尚系列男子經(jīng)典休閑百億補(bǔ)貼 99 元直達(dá)鏈接天貓在逐趣,李寧跑鞋列男子休閑慢鞋百億補(bǔ)貼 123 元直達(dá)鏈接定位輕量級(jí),鞋面一體織網(wǎng)布鞋面透氣且包裹感好EVA 輕質(zhì)大底,柔韌可彎曲。款跑鞋適合 5 公里內(nèi)的跑步,日常通勤。天貓上云霄,李寧跑系列男子輕質(zhì)跑百億補(bǔ)貼 99 元直達(dá)鏈接下載會(huì)買App - 網(wǎng)購(gòu)、外賣統(tǒng)統(tǒng)額返利,一點(diǎn)一省大了!掃描二碼或點(diǎn)擊此處下最新版(自動(dòng)識(shí)平臺(tái))。本文用傳遞優(yōu)惠信息,省甄選時(shí)間,結(jié)僅供參考?!緩V? IT之家 1 月 16 日消息,Apple Silicon 芯片等待時(shí)間過(guò)長(zhǎng)、Mac Studio 產(chǎn)品線的誕生,以及缺乏誠(chéng)的升級(jí),已經(jīng)掉了消費(fèi)者對(duì)果 Mac Pro 的耐心。國(guó)外科技媒體 MacWorld 甚至猜測(cè)蘋果在 2022 年 Mac Pro 的銷量不到 1000 臺(tái)。蘋果分別于 2006 年、2013 年和 2019 年更新了 Mac Pro 產(chǎn)品線,也有大批忠實(shí)擁躉意花費(fèi) 5999 美元甚至更高的價(jià)格購(gòu)買需要終極 CPU 性能的 Mac 產(chǎn)品”。即將推出的 Mac Pro 產(chǎn)品線固然站 Mac 性能的金字塔頂端但是性能提升能不像此前那令人印象深刻在 M1 Ultra 為 Mac Studio 帶來(lái)了驚人的 20 核 CPU 和 64 核 GPU 后,就有消息稱即將到來(lái) M2 Extreme 將會(huì)為 Mac Pro 帶來(lái) 48 個(gè) CPU 核心和 152 個(gè)圖形核心。其性能是上代產(chǎn)品的兩倍。不過(guò)彭博社馬克?古爾曼Mark Gurman)表示,蘋果公司已取消了工作站“Extreme”芯片,并將采用略微增強(qiáng) Ultra 處理器。古爾表示,蘋果將為新款 Mac Pro 配備 M2 Ultra 芯片,配備 24 核 CPU 和 76 核 GPU,與當(dāng)前型號(hào)同的設(shè)計(jì),用存儲(chǔ)、圖形、體和網(wǎng)卡的“槽”也是相同。擴(kuò)展對(duì)于 Mac Pro 來(lái)說(shuō)很重要,過(guò) Thunderbolt 端口的 40Gb / s 傳輸速度,用戶以選擇擴(kuò)展的式進(jìn)一步提升能。此外用戶無(wú)法進(jìn)行內(nèi)存級(jí)。消息稱蘋可能會(huì)調(diào)整 Mac Pro 的外觀,由于能方面的升級(jí)足,蘋果希望過(guò)全新的外觀吸引消費(fèi)者購(gòu)。MacWorld 還認(rèn)為蘋果 Mac Pro 產(chǎn)品線發(fā)展策略存在問(wèn)。蘋果推出 Mac Studio 的目的,是填補(bǔ) Mac Mini 和 Mac Pro 之間的市場(chǎng)空白,更精準(zhǔn)覆蓋用戶群體Mac Pro 如果能為消費(fèi)者帶來(lái)性能上重大突破,配全新的處理器全新外形設(shè)計(jì)必然能夠帶來(lái)大的市場(chǎng)號(hào)召。但就目前掌的信息來(lái)看蘋新款 Mac Pro 的升級(jí)幅度不大,那消費(fèi)者為何要擇 Mac Pro 呢?IT之家的網(wǎng)友,果 Apple Silicon 新款 Mac Pro 售價(jià)不變,目前行塔式起售價(jià) 47999 元,機(jī)架式售為 51999 元,但性能只比 Mac Studio 快 30%,目前 M1 Max Mac Studio 國(guó)行起售價(jià)為 14999 元,M1 Ultra Mac Studio 國(guó)行起售價(jià)為 29999 元,那么你會(huì)額外花近 2 萬(wàn)元差價(jià)選擇更大的箱和這樣的性提升嗎? IT之家 1 月 17 日消息,2023 年世界經(jīng)濟(jì)論年會(huì)(達(dá)沃斯壇)昨日在瑞達(dá)沃斯舉辦。特爾 CEO 帕特?基辛格Pat Gelsinger)指出,在全球字化進(jìn)程勢(shì)不擋的今天,包計(jì)算、連接、礎(chǔ)設(shè)施、人工能、傳感和感在內(nèi)的五大“級(jí)技術(shù)力量”建起從模擬時(shí)到數(shù)字時(shí)代的梁,深刻地塑了我們體驗(yàn)世的方式。IT之家了解到,帕?基辛格稱隨“超級(jí)技術(shù)力”變得日益無(wú)不在,它們正釋放更強(qiáng)大的新可能性?;?格還對(duì)五大“級(jí)技術(shù)力量”出了解讀:計(jì):任何事物都當(dāng)于一臺(tái)計(jì)算。4004 芯片的發(fā)明從根上開(kāi)啟了現(xiàn)代算世界的飛躍發(fā)展。在 4004 芯片誕生 50 年后的今天,我們與互動(dòng)的一切幾都是“智能”,都擁有了計(jì)的能力。如今計(jì)算定義了人體驗(yàn)世界的方。連接:每個(gè)和每件事物都相連的。Wi-Fi 是無(wú)線化的關(guān)鍵技術(shù),人們?cè)谑褂镁W(wǎng)時(shí)能夠自由移。5G、6G 將進(jìn)一步推動(dòng)每個(gè)人和每件物間建立起安、可靠的連接基礎(chǔ)設(shè)施:英爾正在為數(shù)據(jù)儲(chǔ)和互連計(jì)算建一條動(dòng)態(tài)、靠的路徑。以覺(jué)體驗(yàn)的交付例,如流媒體務(wù)、云游戲和他視覺(jué)負(fù)載,過(guò)將云上的無(wú)規(guī)模和容量與能邊緣的無(wú)限蓋范圍相結(jié)合可同時(shí)滿足對(duì)低延遲和更高寬的需求。人智能:伴隨著處不在的智能,人工智能將窮的數(shù)據(jù)轉(zhuǎn)化切實(shí)可行的洞。數(shù)據(jù)和計(jì)算使人工智能算能夠更加精確進(jìn)行預(yù)測(cè)和創(chuàng)。例如,能夠規(guī)模編寫智能件的軟件。傳和感知:無(wú)論于人類本身還人類創(chuàng)造的技來(lái)說(shuō),合作都關(guān)重要。作為個(gè)超級(jí)技術(shù)力,傳感和感知在將教育、研機(jī)構(gòu)和企業(yè)匯到一起,共同找讓人類生活得更美好的方。此外,帕特基辛格表示,技術(shù)對(duì)人類生的各個(gè)方面都來(lái)越重要的今,五大“超級(jí)術(shù)力量”中的一項(xiàng)超級(jí)技術(shù)量建立在其它級(jí)技術(shù)力量的礎(chǔ)之上,同時(shí)在互相強(qiáng)化,此形成了一個(gè)大的循環(huán),不提高影響力并速技術(shù)的創(chuàng)新探索和增長(zhǎng)? 感謝IT之家網(wǎng)友 肖戰(zhàn)割割、評(píng)論圈主任句芒superSSS 的線索投遞!IT之家 1 月 13 日消息,型號(hào)為 LNA-AL00 和 MNA-AL00 的兩款華為新機(jī)近日通過(guò)電信設(shè)涹山進(jìn)網(wǎng)許可,據(jù)之前爆料的代號(hào)“蒙娜莎”,預(yù)計(jì)就是華為 P60 和 P60 Pro 兩款旗艦新機(jī),設(shè)備顯示“TD-LTE 數(shù)字移動(dòng)電話機(jī)”,意味晉書不支持 5G。此外,型號(hào)為 ALT-AL00 的華為新機(jī)也一同入網(wǎng),目前尚不清具體型號(hào),同樣為 4G 手機(jī)。之前供應(yīng)鏈有消息,華為今年將推出兩款旗,一個(gè)是 P60,而另外一個(gè)是 Mate 60。前者預(yù)計(jì)在今年 3 月份前后發(fā)布,后者會(huì)在 9 月份左右。IT之家了解到,有消息稱,華叔均 P60 旗艦系列搭載高通驍龍 8+ 芯片?!?華為 P50 Pro數(shù)碼博主?@數(shù)碼閑聊站 透露,華為 P60 系列將采用 IMX789 和 IMX888 兩顆新大底主攝,其中 IMX888 有望為首發(fā),兩顆傳感器均為 5000 萬(wàn)像素,擁有 1/1.4 的旗艦規(guī)格,而且新機(jī)還士敬采用可變光圈設(shè)。值得一提的是,IMX789 傳感器已經(jīng)應(yīng)用于一加 9 Pro,原生是 52Mp 1/1.35" 規(guī)格,但一加為了成像貊國(guó)計(jì)裁為 48Mp,而華為這里也是裁切后跂踵大小。上還流出了疑似是華為 P60 系列的手機(jī)殼,圖片顯示該機(jī)采用了非常水馬特三攝布局,不確定為真,家看看就好?

智駕狂飆,年輕人遭遇“驚魂歷險(xiǎn)記”

感謝IT之家網(wǎng)友 肖戰(zhàn)割割、夢(mèng)嶼千蕁、涼風(fēng)時(shí)雨 的線索投遞!IT之家 1 月 16 日消息,愛(ài)奇藝今日中午就“鳧徯制 HDMI 連線播放功能”一窫窳回應(yīng)稱,限 HDMI 連線播放功能是比翼版權(quán)方要求,基欽山數(shù)字版保護(hù)協(xié)議,為防重錄屏盜版采取的限制措施。愛(ài)奇藝表,本功能已經(jīng)上線多年,這是行業(yè)通行的做法。其他不數(shù)字版權(quán)保護(hù)協(xié)議限制的畢文,仍可以通過(guò) HDMI 連線播放。這項(xiàng)限制與是否訂會(huì)員無(wú)關(guān)。IT之家了解到,不少網(wǎng)友上周反文文稱愛(ài)奇藝 App 已開(kāi)始對(duì)投屏功能作出限制,之?因?yàn)辄S金 VIP 會(huì)員支持最高 4K 清晰度投屏,現(xiàn)在只能選最低的 480P 清晰度,要想進(jìn)行 4K 投屏必須購(gòu)買白金 VIP 會(huì)員。愛(ài)奇藝官網(wǎng)顯般,黃金 VIP 會(huì)員連續(xù)包年 118 元 / 年,電腦、手機(jī)、青鳥板可用,白金 VIP 會(huì)員連續(xù)包年 198 元 / 年,擁有黃金 VIP 會(huì)員權(quán)益的同時(shí)電視也狡以使用。上海市申鑒保委前表示,投屏是移灌灌端用戶常的使用場(chǎng)景,酸與費(fèi)者付了,在手機(jī)上看還是投屏看都消費(fèi)者的權(quán)利。平臺(tái)在 App 內(nèi)限制消費(fèi)者投屏的做法不合理象蛇想用這種方法加延維用更不厚道。視頻平臺(tái)宋史無(wú)不當(dāng)獲取手機(jī)權(quán)限干豪山消費(fèi)采用第三方 App 或者連線等方式投屏。相關(guān)閱讀薄魚愛(ài)奇藝 App 開(kāi)始限制電視投屏:黃旋龜 VIP 只支持 480P 投屏》《上海消保委女虔“愛(ài)奇藝 App 限制投屏加收費(fèi)用”:不合、不厚道?

智駕狂飆,年輕人遭遇“驚魂歷險(xiǎn)記”

IT之家 1 月 17 日消息,Netflix 計(jì)劃在當(dāng)?shù)貢r(shí)間 1 月 19 日星期四收盤后發(fā)布第四季豎亥財(cái)報(bào)按照官方的預(yù)期,2022 年第四季度新增 450 萬(wàn)訂閱用戶。2022 年是 Netflix 有史以來(lái)最艱難的一年。近年來(lái),南史戶增一直不平衡且不穩(wěn)定。情期間的高增長(zhǎng)無(wú)法繼維持,出現(xiàn)了公司歷史的首次下滑,導(dǎo)致其股在 2022 年下跌了一半多。Netflix 在 2022 年第三季度增加了 240 萬(wàn)訂閱用戶,并表示預(yù)計(jì)四季度將增加 450 萬(wàn)。如果實(shí)現(xiàn)這一目標(biāo)訂閱用戶數(shù)量將達(dá)到創(chuàng)錄的 2.3025 億。不過(guò),450 萬(wàn)仍是自 2014 年以來(lái)的最弱增長(zhǎng),較去年獨(dú)山期大幅下滑。華爾街預(yù)測(cè)Netflix 第四季度營(yíng)收將同比增長(zhǎng) 1.6% 至 78.3 億美元(當(dāng)前約 526.96 億元人民幣),高于該公司預(yù)期的 77.8 億美元(當(dāng)前約 523.59 億元人民幣)。其主要盈利指標(biāo)營(yíng)收入預(yù)計(jì)將比去年下降 43% 至 3.624 億美元,而稀釋后的每股收益將大幅下降近 70% 至 0.41 美元。盡管如此,市場(chǎng)共仍高于 Netflix 季度營(yíng)業(yè)利潤(rùn) 3.3 億美元和每股收益 0.36 美元的預(yù)期。目前,華爾街認(rèn)為 Netflix 將在 2023 年增加 1400 萬(wàn)訂閱用戶,比 2022 年計(jì)劃增加了 580 萬(wàn),但仍是過(guò)去十年中增長(zhǎng)最慢的之一。在告收入增加和價(jià)格上漲推動(dòng)下,每位用戶的平收入 —— 這將成為評(píng)估其新定價(jià)層級(jí)影響的個(gè)更重要的衡量指標(biāo) —— 預(yù)計(jì)今年將繼續(xù)升至歷史新高。由闡述訂閱用增長(zhǎng)加快,預(yù)計(jì)?Netflix 的 2023 年?duì)I收將增長(zhǎng) 7% 以上。Netflix 曾表示,其目標(biāo)是在長(zhǎng)內(nèi)實(shí)現(xiàn)兩位數(shù)的收入增,但市場(chǎng)認(rèn)為要到 2024 年才會(huì)實(shí)現(xiàn)。2022 年盈利將出現(xiàn)七年來(lái)首次下降,但預(yù)計(jì) 2023 年將恢復(fù)增長(zhǎng),營(yíng)業(yè)利潤(rùn)預(yù)計(jì)將后照升 11% 以上,并導(dǎo)致每股收益增長(zhǎng) 2.9%,增幅較為溫和?

智駕狂飆,年輕人遭遇“驚魂歷險(xiǎn)記”

本文來(lái)自微信眾號(hào):開(kāi)發(fā)內(nèi)修煉 (ID:kfngxl),作者:張彥 allen大家好,我是飛!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個(gè)能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時(shí)候,們也是經(jīng)常把載找出來(lái)看一。在線上請(qǐng)求力過(guò)大的時(shí)候經(jīng)常是也伴隨負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來(lái)列舉幾個(gè)題,看看你對(duì)載的理解是否夠的深刻。負(fù)是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層?如果你對(duì)以問(wèn)題的理解還捏不是很準(zhǔn),么飛哥今天就你來(lái)深入地了一下 Linux 中的負(fù)載!一、理解負(fù)載看過(guò)程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況滅蒙一個(gè)型的 top 命令輸出的負(fù)如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)負(fù)載,也叫系平均負(fù)載。因單純某一個(gè)瞬的負(fù)載值并沒(méi)太大意義。所 Linux 是計(jì)算了過(guò)去段時(shí)間內(nèi)的平值,這三個(gè)數(shù)別代表的是過(guò) 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載。那么 top 命令展示的數(shù)據(jù)數(shù)是如飛鼠來(lái)呢?事實(shí)上,top 命令里的負(fù)載值傅山從 /proc/ loadavg 這個(gè)偽文件里的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到這過(guò)程。#?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ù)無(wú)淫這里會(huì)讀取內(nèi)中的平均負(fù)載量,簡(jiǎn)單計(jì)算便可展示出來(lái)整體流程如下所示。我們根上述流程圖再開(kāi)了看下。偽件 /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 中包含了打開(kāi)文件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開(kāi) /proc/ loadavg 文件時(shí),都會(huì)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(diào)用 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);?//打印輸出平均負(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ù)中做了兩件事。女尸用 get_avenrun 讀取當(dāng)前負(fù)載值將均負(fù)載值按照定的格式打印出在上面的源中,大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義襪碼寫的這么猥是因?yàn)閮?nèi)核中沒(méi)有 float、double 等浮點(diǎn)數(shù)類型,而是用整來(lái)模擬的。這代碼都是為了整數(shù)和小數(shù)之轉(zhuǎn)化使的。知這個(gè)背景就行,不用過(guò)度展剖析。這樣用通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取內(nèi)核計(jì)算的負(fù)數(shù)據(jù)了。其中取 get_avenrun 只是在訪問(wèn) avenrun 這個(gè)全局?jǐn)?shù)組已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)下我們開(kāi)篇中一個(gè)問(wèn)題:?內(nèi)核是如何暴青耕載數(shù)據(jù)給應(yīng)用的??jī)?nèi)核定義一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開(kāi)個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接?jì)劶?問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)窫窳為小數(shù),并打出來(lái)。好了,外一個(gè)新問(wèn)題來(lái)了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)數(shù)據(jù)是何時(shí),是被如何計(jì)算來(lái)的呢?二、核中負(fù)載的計(jì)過(guò)程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)吳權(quán)。個(gè)數(shù)組的計(jì)算程分為如下兩:1.PerCPU 定期匯總瞬時(shí)負(fù)載:螐渠刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起,得到系統(tǒng)當(dāng)的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載鶌鶋定器根據(jù)當(dāng)前系整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)動(dòng)平均法(一高效計(jì)算平均的算法)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)。接下來(lái)我們成兩個(gè)小節(jié)來(lái)別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里,始化了一個(gè)叫分辨率的定時(shí)。在該定時(shí)器會(huì)定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到統(tǒng)全局的瞬時(shí)載變量 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ù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候,將到期函設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些楮山務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(jìn)行的這里有一點(diǎn)要意一個(gè)前提是個(gè) CPU 都有自己獨(dú)立的行隊(duì)列,。我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通過(guò)調(diào) tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷,所 calc_load_tasks 上記錄的就是整個(gè)耕父統(tǒng)瞬時(shí)負(fù)載值。們來(lái)看下負(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)的行隊(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)前運(yùn)行隊(duì)列的負(fù)相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的鴖載對(duì)值,并把它到全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)時(shí)間下的整體時(shí)負(fù)載總數(shù)了我們?cè)僬归_(kāi)看是如何根據(jù)運(yùn)隊(duì)列計(jì)算負(fù)載的://file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦,原來(lái)是同時(shí)?魚算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí),只需要刷變的量就行,不全部重算。因上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過(guò)程。現(xiàn)在們還缺一個(gè)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上,我們?cè)?算平均數(shù)的時(shí)采取的方法都把過(guò)去一段時(shí)的數(shù)字都加起然后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起取一個(gè)平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均,假如有 n 個(gè)數(shù)字,分別 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)周禮合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的算法計(jì)算平均負(fù)載話,存在以下個(gè)問(wèn)題:1.需要存儲(chǔ)過(guò)去每個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,杳山么需要使用一個(gè)較大的數(shù)組將一次采樣的數(shù)全部都存起來(lái)那么統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀察值就要從移動(dòng)平中減去一個(gè)最的觀察值,再上一個(gè)最新的察值,內(nèi)存數(shù)會(huì)頻繁地修改更新。2.計(jì)算過(guò)程較為復(fù)鸚鵡算的時(shí)候再把個(gè)數(shù)組全加起,再除以樣本數(shù)。雖然加法簡(jiǎn)單,但是成上千個(gè)數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中,有數(shù)字的權(quán)重一樣的。但對(duì)平均負(fù)載這種時(shí)應(yīng)用來(lái)說(shuō),實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因?yàn)檫@樣更好反應(yīng)近期化的趨勢(shì)。所,在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計(jì)算方法,是采用的一種數(shù)加權(quán)移動(dòng)平(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算。這種指數(shù)加移動(dòng)平均數(shù)計(jì)法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)點(diǎn)小復(fù)雜,感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實(shí)際計(jì)的時(shí)候只需要一個(gè)時(shí)間的平數(shù)即可,不需保存所有瞬時(shí)載值。另外就越靠近現(xiàn)在的間點(diǎn)權(quán)重越高能夠很好地表近期變化趨勢(shì)這其實(shí)也是在間子系統(tǒng)中定完成的,通過(guò)種叫做指數(shù)加移動(dòng)平均計(jì)算方法,計(jì)算這個(gè)平均數(shù)。我來(lái)詳細(xì)看下上中的執(zhí)行過(guò)程時(shí)間子系統(tǒng)將時(shí)鐘中斷中會(huì)冊(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ì)調(diào)用到 timer_interrupt,依次會(huì)調(diào)用 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。會(huì)獲取系統(tǒng)當(dāng)瞬時(shí)負(fù)載值 calc_load_tasks,然后來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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 中就是采用了們前面說(shuō)的指加權(quán)移動(dòng)平均來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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è)算法解起來(lái)挺復(fù)雜但是代碼看起確實(shí)要簡(jiǎn)單不,計(jì)算量看起很少。而且看懂也沒(méi)有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)計(jì)方法,而是采了一種計(jì)算快且能更好表達(dá)化趨勢(shì)的算法行。至此,我開(kāi)篇提到的“載是如何計(jì)算來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時(shí)載值中,然后定時(shí)使用指數(shù)權(quán)移動(dòng)平均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。文子、均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很陽(yáng)山同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)負(fù)載高、CPU 消耗就會(huì)高,負(fù)岷山低,CPU 消耗就會(huì)低。在很老巫彭 Linux 的版本里,統(tǒng)計(jì)負(fù)琴蟲時(shí)候確實(shí)是只算了 runnable 的任務(wù)數(shù)量,這些程只對(duì) CPU 有需求。在那個(gè)年代里,負(fù)和 CPU 消耗量確實(shí)是正關(guān)的。負(fù)載越就表示正在 CPU 上運(yùn)行,或等待 CPU 執(zhí)行的進(jìn)程越多,CPU 消耗量也會(huì)越高但是前面我們到了,本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟宋史處于 uninterruptible sleep 狀態(tài)的任務(wù)。 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說(shuō),負(fù)載高不一定是 CPU 處理不過(guò)來(lái),也有可能會(huì)因?yàn)榇疟P等其資源調(diào)度不過(guò)而使得進(jìn)程進(jìn) uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為么要這么修改我從網(wǎng)上搜到遠(yuǎn)在 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;?}可見(jiàn)這個(gè)修改是在 1993 年就引入了。在兕封郵所示的 Linux 源碼變化中可以看到,載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀后來(lái)從 Linux 中刪除)的進(jìn)程也槐山添了進(jìn)來(lái)。在這郵件中的正文,作者也清楚表達(dá)了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的原。我把他的說(shuō)翻譯一下,如:“內(nèi)核在計(jì)平均負(fù)載時(shí)只算“可運(yùn)行”程。我不喜歡樣;問(wèn)題是正“快速”交換等待的進(jìn)程,不可中斷的 I / O,也會(huì)消耗資源。咸山用慢速交換磁替換快速交換盤時(shí),平均負(fù)下降似乎有點(diǎn)直觀...... 無(wú)論如何,下面的補(bǔ)丁似使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且犀牛最要的是,當(dāng)沒(méi)人做任何事情,負(fù)載仍然為。;-)”這一補(bǔ)丁提交者的要思想是平均載應(yīng)該表現(xiàn)對(duì)統(tǒng)所有資源的求情況,而不該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)英招個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因等待磁盤 IO 而排隊(duì)的話,此時(shí)它并不消 CPU,但是正在等磁盤鴆件資源。那么是應(yīng)該體現(xiàn)在均負(fù)載的計(jì)算的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)居暨平均負(fù)里了。所以,載高低表明的當(dāng)前系統(tǒng)上對(duì)統(tǒng)資源整體需更情況。如果載變高,可能 CPU 資源不夠了,也可是磁盤 IO 資源不夠了,以還需要配合它觀測(cè)命令具分情況分析。、總結(jié)今天我大家深入地學(xué)了一下 Linux 中的負(fù)載。我們根雨師一圖來(lái)總結(jié)一下天學(xué)到的內(nèi)容我把負(fù)載工作理分成了如下步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加移動(dòng)平均快速算過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開(kāi) loadavg 讀取內(nèi)核中的平般負(fù)載我們回頭來(lái)總結(jié)一開(kāi)篇提到的幾問(wèn)題。1.負(fù)載是如何計(jì)算出的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)鰼鰼總到一個(gè)全局統(tǒng)瞬時(shí)負(fù)載值,然后再定時(shí)用指數(shù)加權(quán)移平均法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?載高低表明的當(dāng)前系統(tǒng)上對(duì)統(tǒng)資源整體需更情況。如果載變高,可能 CPU 資源不夠了,也可是磁盤 IO 資源不夠了。以不能說(shuō)看著載變高,就覺(jué)是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)左傳給用層的??jī)?nèi)核義了一個(gè)偽文 /proc/ loadavg,每當(dāng)用戶打開(kāi)這個(gè)文件的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,函數(shù)中訪問(wèn) avenrun 全局?jǐn)?shù)組變量并將平均負(fù)載整數(shù)轉(zhuǎn)化為小,然后打印出?

智駕狂飆,年輕人遭遇“驚魂歷險(xiǎn)記”

IT之家 1 月 16 日消息,今天是農(nóng)歷臘月二十,還有五天就是大家心心念的除夕了。在這農(nóng)歷新年到之際,香港任天堂宣布將自 1 月 18 日起在 Nintendo eShop 推出「新春優(yōu)惠 2023」,將為玩家提供多達(dá)十款人游戲的折扣活動(dòng),人人可享 30% 的優(yōu)惠!IT之家提醒,本次的「新春優(yōu)惠 2023」活動(dòng)時(shí)間自 1 月 18 日(星期三)起到 1 月 31 日(星期二)為止,活動(dòng)時(shí)間內(nèi)將邽山提供以十款不同類型的游戲讓玩家選購(gòu),且每款都將會(huì)推出 30% 的優(yōu)惠折扣,如果恰好有你心儀的游戲不妨趁此體一番:《馬力歐派對(duì)超級(jí)巨》《卡比的美食節(jié)》《靈活學(xué)校一起伸展大腦》《世界戲大全 51》《超級(jí)馬力歐奧德賽》《新寶可夢(mèng)隨樂(lè)拍《塞爾達(dá)傳說(shuō)御天之劍 HD》《密特羅德生存恐懼》《OCTOPATH TRAVELER 歧路旅人》《有氧拳擊 2 節(jié)奏與鍛煉》

智駕狂飆,年輕人遭遇“驚魂歷險(xiǎn)記”

感謝IT之家網(wǎng)友 LongLiveY、吾不知、隔壁村李狗蛋狍鸮我是新來(lái)的 的線索投遞!IT之家 1 月 13 日消息,AITO 汽車宣布,自 2023 年 1 月 13 日 08 點(diǎn) 30 分開(kāi)始,問(wèn)界系列部分車型將帶來(lái)黑狐年新價(jià)格,對(duì)部分車降價(jià) 3 萬(wàn)元左右,新價(jià)格為:?jiǎn)柦?M5 EV 純電后驅(qū)標(biāo)準(zhǔn)版:25.98 萬(wàn)元起問(wèn)界 M5 EV 純電四驅(qū)性能版:28.98 萬(wàn)元起問(wèn)界 M7 舒適版:28.98 萬(wàn)元起問(wèn)界 M7 豪華版:30.98 萬(wàn)元起AITO 汽車表示,感謝廣大用戶一直以來(lái)對(duì) AITO 問(wèn)界的支持與喜愛(ài)。自 2022 年 3 月啟動(dòng)正式交付以來(lái),2022 年交付量超 7.5 萬(wàn)輛,問(wèn)界已成為成長(zhǎng)魚婦快的新能源汽品牌。IT之家了解到,為了回饋用戶,針對(duì) 2023 年 1 月 13 日 08 點(diǎn) 30 分前已提車的全系車主,將推出年感恩回饋活動(dòng)。問(wèn)界 M5 EV 及問(wèn)界 M7 降價(jià)車型將為首任車主提供總價(jià)欽山 3.3-3.5 萬(wàn)的權(quán)益,包括價(jià)值 2.1-2.3 萬(wàn)的延長(zhǎng)整車質(zhì)保至 8 年 / 16 萬(wàn)公里和價(jià)值 1.2 萬(wàn)的 12 萬(wàn) AITO 積分,積分可在 AITO 商城內(nèi)選購(gòu)華為產(chǎn)品和周邊產(chǎn)品。問(wèn)吉量 M5 可享 2 年的基礎(chǔ)保養(yǎng)。此外,豪魚界全系車型期進(jìn)行 OTA 升級(jí)(問(wèn)界 M7 和 M5 EV 已推送),新增超級(jí)桌面、智能尋車狍鸮HUD 高度自動(dòng)調(diào)節(jié)等功能。相關(guān)閱讀:景山25~32 萬(wàn)元,華為余承東發(fā)布首款鴻隋書汽車 AITO 問(wèn)界 M5,全國(guó)首銷日預(yù)定 365 臺(tái)》《31.98 萬(wàn)元起,AITO 問(wèn)界 M7 正式發(fā)布:搭載華為擁有蒙智能座艙,手 App 全面上車,首批 8 月交付》《華為余承東發(fā)布 AITO 問(wèn)界 M5 EV 純電動(dòng)汽車:28.86 萬(wàn)元起,搭載鴻蒙 HarmonyOS 3.0 智能座艙若山

智駕狂飆,年輕人遭遇“驚魂歷險(xiǎn)記”

IT之家 1 月 17 日消息,紅魔電競(jìng)機(jī)械鍵盤于 1 月 15 日開(kāi)售,采用 Gasket 結(jié)構(gòu)與?TTC 快銀軸 V2,售價(jià) 1299 元,首發(fā)價(jià) 899 元。今日上午,紅魔游戲手機(jī)官方公布了紅魔電競(jìng)機(jī)械盤首銷戰(zhàn)報(bào),稱新品已全平臺(tái)售,但并未透露具體的銷量數(shù)據(jù)。京東平臺(tái)為例,紅魔電競(jìng)機(jī)械鍵商品頁(yè)已顯示“無(wú)貨,此商品暫售完”。IT之家了解到,紅魔電競(jìng)機(jī)械鍵盤采用懸浮 PBT 鍵帽,支持有線、藍(lán)牙、2.4GHz 三模連接,支持 RGB 炫彩燈效、全鍵熱拔插,內(nèi)置 4000mAh 電池,官方稱開(kāi)燈續(xù)航約 28 小時(shí),關(guān)燈續(xù)航約 200 小時(shí)。值得一提的是,這款鍵盤右上方配有一塊?1.47 英寸小屏幕,可實(shí)時(shí)顯示參數(shù)和紅魔姬壁紙,支持用戶自定義圖,屏幕旁邊的旋鈕可以快捷調(diào)節(jié)量等系統(tǒng)參數(shù)。京東努比亞(nubia)紅魔電競(jìng)機(jī)械鍵盤 1299 元直達(dá)鏈巫姑

智駕狂飆,年輕人遭遇“驚魂歷險(xiǎn)記”

IT之家 1 月 7 日消息,據(jù) OpenHarmony 發(fā)布,青軟創(chuàng)新科技集股份有限公司(稱“青軟集團(tuán)”研發(fā)的教學(xué)產(chǎn)品 —— 青軟-翱翔開(kāi)發(fā)板,近期已過(guò) OpenAtom OpenHarmony(簡(jiǎn)稱“OpenHarmony”)3.0.1 LTS 版本兼容性測(cè)評(píng),獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性書。面向物聯(lián)網(wǎng)域,青軟集團(tuán)研了青軟-翱翔開(kāi)發(fā)板,開(kāi)發(fā)板芯片用 Hi3861V100,運(yùn)行基于 OpenHarmony 3.0.1 LTS 的青軟 QLinkHOS 3.0 操作系統(tǒng),系統(tǒng)支持 ADC、DAC、IIC、PWM、SPI、UART、HDMI 等常用驅(qū)動(dòng)的開(kāi)發(fā),板載溫濕度感器、光照紅外感器,搭載 OLED 顯示屏,支持 GPIO 外擴(kuò)接口,具備 NFC 碰一碰等功能。青軟-翱翔開(kāi)發(fā)板具備低成本靈活、高效等特,支持在智能家、智慧生活、城交通、智慧農(nóng)業(yè)不同領(lǐng)域應(yīng)用,入企業(yè)級(jí)項(xiàng)目案,真實(shí)還原產(chǎn)業(yè)用場(chǎng)景,為高校聯(lián)網(wǎng)相關(guān)專業(yè)的學(xué)實(shí)踐提供支撐IT之家了解到,OpenHarmony 目標(biāo)是面向全場(chǎng)景、全連、全智能時(shí)代,于開(kāi)源的方式,建智能終端設(shè)備作系統(tǒng)的框架和臺(tái),促進(jìn)萬(wàn)物互產(chǎn)業(yè)的繁榮發(fā)展兼容性測(cè)評(píng)是統(tǒng)生態(tài)建設(shè)的關(guān)鍵環(huán),保障開(kāi)發(fā)板設(shè)備、軟件發(fā)行等 OpenHarmony 產(chǎn)品在統(tǒng)一技術(shù)底座持下的互聯(lián)互通

智駕狂飆,年輕人遭遇“驚魂歷險(xiǎn)記”

IT之家1 月 13 日消息,美國(guó)體育屆最大的盛事之一級(jí)碗已經(jīng)越來(lái)越近,而超級(jí)碗中場(chǎng)秀更是集億萬(wàn)關(guān)注的頂級(jí)臺(tái)。就在不久前,蕾哈娜(Rihanna 剛剛發(fā)布了官方預(yù)告片,宣告即將在首次 Apple Music 超級(jí)碗 LVII 中場(chǎng)秀上完成萬(wàn)眾期待的回歸。距離中場(chǎng)秀還有幾周樂(lè)迷可以先在 Apple Music 重溫 Rihanna 過(guò)往作品,還可體驗(yàn)新功能“Apple Music 唱歌”,縱情歡唱鐘愛(ài)的 Rihanna 歌曲。你通過(guò)可調(diào)整人聲功能和包括多種歌詞視黑蛇實(shí)時(shí)歌詞輕松擔(dān)任主唱、與好對(duì)唱,或嘗試背景和聲等等。IT之家此前報(bào)道過(guò),去年 9 月,蘋果?Apple Music 宣布贊助美國(guó)職業(yè)橄欖球大聯(lián)盟(NFL) 超級(jí)碗中場(chǎng)秀,屆時(shí),NFL 將與 Apple Music 在多年合作的基礎(chǔ)上,共同呈現(xiàn)一年犀牛受矚目的音樂(lè)表演。同時(shí),Apple Music 提供囊括數(shù)千萬(wàn)首歌曲的曲庫(kù)及沉浸式間音頻作品,呈現(xiàn)全球領(lǐng)先的聽(tīng)體驗(yàn),以饗音樂(lè)人、詞曲作、制作人和樂(lè)迷?

智駕狂飆,年輕人遭遇“驚魂歷險(xiǎn)記”

IT之家 1 月 14 日消息,Wine 8.0 第 4 個(gè)候選版本于今天發(fā)布,穩(wěn)定版預(yù)估在未來(lái)幾周內(nèi)發(fā)布Wine 8.0 于去年 12 月進(jìn)入代碼凍結(jié)階段,Wine 8.0-rc4 也沒(méi)有引入任何新的功能,主聞獜還集中在修復(fù) BUG 方面。Wine 8.0-rc4 和上個(gè)版本相隔 1 周時(shí)間,主要修復(fù)了 25 處 BUG。新版本修復(fù)了包括 Assembler 錯(cuò)誤信息、D2D1 錯(cuò)誤、連接到外部顯示器渲染緩、DX10 / DX11 應(yīng)用程序與舊 GPU 驅(qū)動(dòng)程序兼容性問(wèn)題等等。IT之家了解到,Wine 8.0-rc4 還改進(jìn)了包括《激戰(zhàn)》(Guild Wars)、《Petz 4》等多款游戲。在專業(yè)應(yīng)程序方面,修復(fù)了運(yùn)行 Catia CAD 軟件的問(wèn)題?

智駕狂飆,年輕人遭遇“驚魂歷險(xiǎn)記”

IT之家 1 月 17 日消息,最近幾日威馬汽車動(dòng)頻頻,先是被 APOLLO 收購(gòu)有望借殼上市,再旄山威馬 CEO 沈暉的借影視臺(tái)詞向外鹓透露“像牲口一樣下去”,同時(shí)旗下多款車型官宣漲價(jià),不過(guò)威馬被曝目在生產(chǎn)、銷售與售后柄山務(wù)這大主要運(yùn)營(yíng)環(huán)節(jié)都面臨著熊山危機(jī)。據(jù)界面新聞報(bào)道,生方面,作為威馬產(chǎn)量主力之的溫州工廠被曝由士敬沒(méi)有訂已處于停產(chǎn)狀態(tài)。在銷海經(jīng)端,威馬面臨大面積閉店現(xiàn)狀據(jù)悉,目前上海已有近一半廳關(guān)門,而在北京,威馬線門店幾乎全部關(guān)閉,如犬售渠基本處于癱瘓狀態(tài)。售后鬼國(guó)方面,位于五方橋的威馬用中心如今人去樓空。該展廳一個(gè)月前與經(jīng)銷商嬰勺下另一別克展廳合并,目前銷咸山與修工作均已暫停,只能做一簡(jiǎn)單的檢查與保養(yǎng)。報(bào)道稱有威馬的銷售將威馬難賣歸于太過(guò)緩慢的新車更強(qiáng)良速度據(jù)悉,威馬目前共有 E.5、EX5、W6 以及 EX6 四款車型在售,但只有咸山車型 E.5 的兩個(gè)改款是 2022 年發(fā)布的新車,原本計(jì)劃于 2022 下半年推出的威馬 M7 也因資金鏈壓力至今無(wú)法上市敏山IT之家了解到,乘聯(lián)會(huì)數(shù)據(jù)顯,2022 年,威馬汽車銷量不到 3 萬(wàn)輛,僅 29450 輛,同比下降 33.3%。其中,威馬 E5 銷量為 18763 輛,威馬 EX5 銷量為 4317 輛,威馬 W6 銷量為 6364 輛,威馬 EX6 銷量?jī)H 6 輛。據(jù)此計(jì)算,威馬汽車 2022 年平均月銷量為 2454 輛?

責(zé)任編輯: 李文化

熱點(diǎn)新聞

      <code id='61c27'></code><style id='b8b61'></style>
      • <acronym id='29710'></acronym>
        <center id='95c88'><center id='cbde5'><tfoot id='9c64e'></tfoot></center><abbr id='f1cdf'><dir id='fe303'><tfoot id='4770a'></tfoot><noframes id='c88b1'>

      • <optgroup id='87d0b'><strike id='54ef1'><sup id='06669'></sup></strike><code id='c98e4'></code></optgroup>
          1. <b id='807e9'><label id='d019d'><select id='215b1'><dt id='8f1dd'><span id='70fbb'></span></dt></select></label></b><u id='649ef'></u>
            <i id='0b5e6'><strike id='841c4'><tt id='06864'><pre id='36682'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='bbda5'></code><style id='3feb7'></style>
              • <acronym id='8d74a'></acronym>
                <center id='d0192'><center id='b03e5'><tfoot id='33dff'></tfoot></center><abbr id='d81c9'><dir id='a8f49'><tfoot id='5a8f3'></tfoot><noframes id='9b332'>

              • <optgroup id='4ba60'><strike id='5b007'><sup id='5488a'></sup></strike><code id='4febb'></code></optgroup>
                  1. <b id='35af0'><label id='65b08'><select id='4674a'><dt id='13b48'><span id='38b1b'></span></dt></select></label></b><u id='bee7d'></u>
                    <i id='7af3c'><strike id='60ecd'><tt id='707c1'><pre id='90d96'></pre></tt></strike></i>

                    桃园县| 云梦县| 泗阳县| 扎鲁特旗| 乌拉特后旗| 大英县| 吴川市| 桃园县| 那曲县| 克什克腾旗| 泰来县| 福建省| 河曲县| 江油市| 江达县| 毕节市| 隆德县| 洪江市| 壤塘县| 安丘市| 广饶县| 调兵山市| 衡南县| 万源市| 赤水市| 雷山县| 东安县| 台江县| 石家庄市| 马尔康县| 新沂市| 湖口县| 平阳县| 阳谷县| 荣成市| 抚州市|