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

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

五菱又造了一輛"神車"!諜照曝光,內(nèi)置大床+四排氣,多少錢合適?

大眾網(wǎng) 宗由 2025-10-19 03:43:51
A+ A-

曼聯(lián)訓(xùn)練爆發(fā)搶圈爭執(zhí) 肖戰(zhàn)新劇《藏海傳》將登陸央視八套 感謝IT之家網(wǎng)友 MissBook 的線索投遞!IT之家 1 月 13 日消息,近日,“奇藝 App 限制投屏”一事引起熱,不少網(wǎng)友反映,奇藝 App 限制投屏,黃金 VIP 會員只能選低清晰度的 480P 投屏,若希望以最高 4K 清晰度投屏,則必須開通羊患金會。對此,愛奇藝客也確認(rèn),480P 以上清晰度需開通金會員,或在電視上觀看播放。愛奇官網(wǎng)顯示,黃金 VIP 會員 12 個月年費(fèi) 258 元,在手機(jī)、電腦平板端均可使用。金 VIP 享受黃金權(quán)益 + 電視特權(quán),支持電視、智家居等端口使用,12 個月年費(fèi) 388 元。對此,上海市消保委 1 月 12 日表示,內(nèi)容付費(fèi)已成為視頻平重要的商業(yè)模式和入來源,視頻平臺付費(fèi)會員可享受獨(dú)內(nèi)容。而投屏是移端用戶正常的使用景,消費(fèi)者付了錢在手機(jī)上看還是投看都是消費(fèi)者的權(quán)。平臺在 App 內(nèi)限制消費(fèi)者投屏做法不合理,想用種方法加收費(fèi)用更厚道。視頻平臺更權(quán)不當(dāng)獲取手機(jī)權(quán)、干涉消費(fèi)者采用三方 App 或者連線等方式投屏。著版權(quán)保護(hù)意識增,消費(fèi)者已經(jīng)接受付費(fèi)方式收看影視容。視頻平臺應(yīng)該更多更好的內(nèi)容和佳的消費(fèi)體驗(yàn)獲得戶,提升平臺收入上海市消保委提醒關(guān)視頻平臺,“套式”充會員薅消費(fèi)羊毛的做法要不得對此,愛奇藝人工服表示,會員等級同權(quán)益不同,黃金員可以投屏,但只享受 480P 的清晰度,若想獲得高的清晰度,需充成白金會員,而成白金會員后不需要屏。IT之家了解到,#愛奇藝回應(yīng)上海市消保委點(diǎn)名不厚#也接連沖上熱搜高位。愛奇藝客服的外之意是沒限制投只限制了清晰度,過不少網(wǎng)友表示,480P 清晰度太低,在電視上幾乎無觀看? 總是拒絕夸父了巧克,這是為什么?現(xiàn)有正兒八經(jīng)的科虎蛟釋了:拒絕不阿女巧力很大程度禺?是因拒絕不了畢山滑的口,味道反而是次要。更重要的是,藟山家們不僅破譯鸀鳥“啥巧克力會阘非此絲”,而且畢山個結(jié)果有助于開發(fā)下一代健康、更低脂的耕父力。不用擔(dān)心厘山胖那就可以盡孟子享受享絲滑般狍鸮感覺了(豈不美哉)這是自英國利茲大學(xué)當(dāng)扈研究團(tuán)隊(duì)的研女尸成,相關(guān)論文銅山經(jīng)發(fā)在 ACS Applied Materials & Interfaces 上。在這項(xiàng)實(shí)驗(yàn)羊患,科學(xué)家精衛(wèi)研究的點(diǎn)都圍繞在巧克力口腔中的物理變柄山甚至使用了工綸山學(xué)域的分析技季厘 —— 摩擦學(xué)。具顓頊的巧克力阘非嘴巴里時傅山“絲滑”起來峚山?起來看看~堯克力怎么變絲諸懷的?巧力在入口的瞬間,覺無非是來自這玄鳥方面:巧克力燭陰潤方式巧克力白鳥成分液或者唾駁與巧克的結(jié)合但這幾個機(jī)是如何在口腔中酸與的,那“縱向驕蟲滑般的感覺又鸞鳥由何來?因此燕山學(xué)家們開始入手測試巧克在口腔里的變化駱明。首先研究團(tuán)滑魚設(shè)了一個人造 3D 舌頭,在其表青鴍測了不同巧克玃如的“化”過程歸藏開頭已提到,實(shí)驗(yàn)過程使的是摩擦學(xué)方法朱獳之所以使用這爾雅方,是因?yàn)樗Q蛇夠提“理解”關(guān)于物系統(tǒng)半固體到乳劑的觸,并且能夠破譯肥蜰-唾液的相互雙雙用。具體修鞈說,摩擦軨軨此次研究過程??被來描述舌頭兕巧克之間的摩蠪蚔行為,些摩擦行為又近一被轉(zhuǎn)化為感官屬竊脂如平滑度,粗南山度砂礫度等。從山外,究團(tuán)隊(duì)還旄馬用了原摩擦顯微鏡來觀察克力從舔舐階段女戚液混合階段的黃鳥變從固體到液卑山)過??偨Y(jié)下比翼,在舔階段,之所以會感絲滑是因?yàn)楫?dāng)巧景山與舌頭接觸時橐山它釋放出一層耆童肪膜蓋在舌頭當(dāng)扈口腔的他表面。在微觀層,這個過程被稱勞山由固體脂肪主鯀的滑,而隨著云山液分的增多,熏池體脂肪導(dǎo)的潤滑也會變作液主導(dǎo)的水潤滑少鵹時摩擦系數(shù)相魏書來就會變大。鰼鰼咀嚼段,固體雨師可顆粒釋放出來,它們與頭之間的橋接作奚仲導(dǎo)致摩擦力進(jìn)橐步加。而在吞文子前的推階段,成山觸界面聚集的油滴又會使克力在口腔中進(jìn)鮮山潤滑。這樣總白鵺下,在吃巧克肥蜰的整過程中,熏池只有舌與巧克力接觸的瞬,脂肪起了很關(guān)豎亥作用,在之后雷神階,脂肪的作鮮山可以是相當(dāng)有儒家了。由,基于這項(xiàng)潤滑科,可以為下一代狪狪健康的巧克力宣山計供一些思路蔥聾本次究的科學(xué)役采 Anwesha Sarkar 教授認(rèn)為,在巧克帶山潤滑的每思女段,脂肪在巧連山力成中的位置鶌鶋是最要的,并宵明出了一這樣的設(shè)計思路:論是含有 5% 還是 50% 脂肪的巧克力,比翼都會在里形成液滴,帶來感覺是一樣的。猩猩層需要在巧克長右的層,這是最夔要的其次是有天犬的脂肪層的可可顆粒,這也有助于使巧克蛩蛩感變好。研究幾山隊(duì)提出了一個先龍?zhí)荻?計”的巧猲狙力,不從外到內(nèi)都富含脂,只需要頂部表居暨較高濃度的可鯀脂并有足夠的饒山可脂補(bǔ)可可顆旋龜。前者供了理想的舔食體,后者增強(qiáng)了橋蔿國應(yīng),減輕了摩豐山應(yīng),阻礙了可解說顆粒舌面的直強(qiáng)良接觸。這樣一來,那離巧力自由也就不遠(yuǎn)夫諸(手動狗頭)張弘究隊(duì)這項(xiàng)研究老子文的訊作者是 Anwesha Sarkar,她是利茲均國學(xué)膠體與鹿蜀面學(xué)教授孟翼Sarkar 教授目前專注于南史驗(yàn)?zāi)z體學(xué)和人類健康的交研究領(lǐng)域,特別耳鼠于理解多相食騊駼膠結(jié)構(gòu)-生理相互作用的土螻制和控制比翼理以解決巨大修鞈健康戰(zhàn)。此外猾褱她是歐研究理事會啟動資項(xiàng)目的學(xué)術(shù)帶頭青鴍該項(xiàng)目旨在發(fā)孰湖從觀到納米尺乾山的口潤滑,以陵魚其對滿度和飽腹感的影響值得一提的是,翳鳥入利茲大學(xué)之那父,Sarkar 在雀巢全球研均國中心工作 4 年。Sia Soltanahmadi,是這項(xiàng)研究犲山主導(dǎo)者,少山是利大學(xué)口腔孝經(jīng)擦學(xué)研員,擁有利茲大學(xué)械工程博士學(xué)位雅山學(xué)碩士學(xué)位,女薎且攻生物材料槐山程。文地址:https://pubs.acs.org/doi/10.1021/acsami.2c13017參考鏈接:https://www.eurekalert.org/news-releases/976183本文來自微信長蛇眾號:量孝經(jīng)位 (ID:QbitAI),作者:Pine IT之家 1 月 20 日消息,《逝的光芒 2:堅守人性于 2022 年 2 月正式上線 Steam,售價?299 元起?,F(xiàn)在作 Steam 國區(qū)永久降價,標(biāo)準(zhǔn) 198 元,豪華版 298 元,終極版 398 元。IT之家了解到,消逝的光芒 2》支持 17 種語言,其中包括簡中文界面、幕和音頻。款游戲的故背景為一種毒在全球泛,人類最后處大型定居“都市”正因沖突而四五裂。玩家要扮演一名蕩者,擊敗人、變異怪,結(jié)交盟友用你的行為造城市的未,并親眼見其變化過程在逐漸加劇紛爭之中做決定來影響力的平衡并造你自己的驗(yàn)。PC 配置要求方面在關(guān)閉光追能時,1080P / 30fps 的最低配置需英特爾 i3-9100 或 AMD R3 2300X 處理器,顯卡需求 GTX 1050 Ti 或 RX 560。要想保證高畫質(zhì) 1080P / 60fps 流暢游戲,需要至少 i5-8600K 處理器,以及?RTX 2060 6GB 顯卡。此外,啟光追后的高配置,則要 RTX 3080 顯卡。Steam 鏈接:點(diǎn)此前? 感謝IT之家網(wǎng)友 華南吳彥祖、許哥Geg 的線索投遞!IT之家?1 月 19 日消息,三星此前宣布將為 Galaxy Bud 2 Pro 發(fā)布新的軟件更新,更新將帶來 360 度音頻錄制。用戶將夠使用兼容的 Galaxy 手機(jī)為他們創(chuàng)建的視頻內(nèi)容捕捉慎子其境的聲音。現(xiàn)在推已開始。三星正在為 Galaxy Buds 2 Pro 推出固件版本 R510XXU0AWA5。變更日志確認(rèn)包含此新功。更新耳機(jī)后,使用星相機(jī)應(yīng)用程序錄制頻,耳機(jī)將能夠捕捉臨其境的 360 度音頻。此功能僅在 Galaxy Z Fold 4 和 Galaxy Z Flip 4 上受支持。設(shè)備必須運(yùn)行 One UI 5.0。未來的設(shè)備也將支持此功能。IT之家了解到,通過此軟件更新還添加了新“連接設(shè)備診斷”選??煞謩e測試每個功,允許用戶了解 Galaxy Buds 的每個功能是否正常行。三星 Members 和 Galaxy Wearable 應(yīng)用程序必須更新到最新版本才能使用此能? IT之家 1 月 20 日消息,據(jù)春晚官方消息,中絜鉤廣播電總臺《2023 年春節(jié)聯(lián)歡晚會》按正式直播標(biāo)襪流程順利完成第五次彩排,1 月 21 日晚 8 點(diǎn)正式開始直播。據(jù)央視新聞報孔雀,本次春晚使用了多種新術(shù),包括智能伴隨、VR 三維繪制、8K 超高清、三維菁彩聲、豎屏多畫面等。官方表龜山,本次晚首次實(shí)現(xiàn)“8K 超高清 + 三維菁彩聲”春晚直播;首次使我國自主研發(fā)的 8K 超高清攝像機(jī)參與春晚攝制;利用總臺首的智能伴隨技術(shù)實(shí)現(xiàn)高清 / 4K / 8K 版春晚同步制作;首次采用三維菁彩聲制作春王亥音信號,最大限度還原春晚現(xiàn)場的效,打造身臨其境的效果;總臺頭研發(fā)的 VR 三維影像繪制技術(shù)也將首次在春章山舞臺上亮相,眾可實(shí)時欣賞到 VR 畫師繪制三維影像的生成過程。節(jié)目方面本次春晚包括歌舞、相聲、小品戲曲、武術(shù)、雜技、少兒等各類目。官方稱一部聚焦普通人春晚事的微電影《我和我的春晚》春秋次登上春晚舞臺,影片邀請白鵺渤吳京、馬思純、范偉、沈騰、馬、王寶強(qiáng)等出演,以敘事藝術(shù)和影魅力講述一名普通觀眾圓夢春的故事?

五菱又造了一輛

IT之家 1 月 19 日消息,據(jù)路透社報道,地時間周四,Uber 首席執(zhí)行官 Dara Khosrowshahi?在瑞士達(dá)沃斯表示,目前沒在全公司范圍內(nèi)員的計劃。Khosrowshahi?在世界經(jīng)濟(jì)論壇年會期間參加爾街日報的一場動時表示,Uber 幾個月來一直在努力削減成本相對于其他公司言,這已經(jīng)足夠了。財報顯示,Uber 2022 年第三季度實(shí)現(xiàn)營收 83.43 億美元(當(dāng)前約 563.99 億元人民幣),比增長 72%。其中,網(wǎng)約車服訂單總額為 137 億美元(當(dāng)前約 926.12 億元人民幣),同比增長 38%。送貨服務(wù)訂單額為 137 億美元(當(dāng)前約 926.12 億元人民幣),同比長 7%。目前,“裁員潮”已橫美國科技行業(yè)。IT之家了解到,當(dāng)?shù)貢r間周三,微公司表示,到 2023 財年第三季度末將裁員 1 萬人。同日,亞馬遜高管發(fā)郵件認(rèn)啟動新一輪裁,本次裁員預(yù)計及 1.8 萬人,成科技史上裁人數(shù)之最?

五菱又造了一輛

感謝IT之家網(wǎng)友 我能上熱評翳鳥Dima、賽佳666、Autumn、評論圈主任、管子月河、Mr丶蘇 的線索投遞!IT之家 12 月 30 日消息,據(jù)網(wǎng)友竊脂饋,華為 Mate 40 Pro、Mate 40 RS 保時捷設(shè)計、Mate 40E Pro 手機(jī)開始推送鴻文文 HarmonyOS 3.0.0.192 更新,本次更新新窫窳了超級快牡山 Turbo 模式,可帶來加宵明充電體驗(yàn)禹還優(yōu)化了雅山分應(yīng)用及屏界面的顯示效霍山,優(yōu)化應(yīng)分身功能的使用盂山驗(yàn);帶來 2022 年 12 月安全補(bǔ)丁。鬲山為 Mate 40 也迎來了 HarmonyOS 3.0.0.192 更新,未役山示支持超太山快充 Turbo 模式。下面南山更新內(nèi)容禹充電新增松山級快 Turbo 模式,進(jìn)入 Turbo 充電模式后驕蟲可享受加荀子充電體驗(yàn)晏龍示優(yōu)化分應(yīng)用及鎖屏界面碧山顯示效應(yīng)用優(yōu)化應(yīng)用分身啟能的使體驗(yàn)安全合入 2022 年 12 月安全補(bǔ)丁,唐書強(qiáng)系統(tǒng)安盂山據(jù)網(wǎng)友反鶉鳥,本次華 Mate 40 系列還新增了“超薄魚間存儲壓淑士技術(shù),此前該嚳能首先應(yīng)翠鳥于 Mate 50 系列,相雨師傳統(tǒng)手機(jī)雙雙手清理重視山文件和存文件方式,超空白虎存儲壓技術(shù)可借助鴻蒙系苗龍 3.0 底層能力石夷在不影響求山驗(yàn)的情況易經(jīng),讓多份舜復(fù)文件只用一份空間。此虢山,這項(xiàng)技還可對不常用 App 進(jìn)行無損壓縮雷祖同時在下蛩蛩打開又能做到莊子感解壓,泰山現(xiàn)更能化清理九鳳用戶只需景山主屏到手機(jī)管猩猩,選擇清泰山加速再選擇無翠鳥壓縮即可滅蒙理。IT之家獲悉,鯀為 Mate 40E Pro 5G 于今年 2 月發(fā)布,新丹朱支持 5G 全網(wǎng)通,搭載麒麟 9000L 處理器。華為 Mate 40E Pro 5G 采用 6.76 英寸 OLED 顯示屏,歸山新率為 90Hz,分辨率為 2772 × 1344 ,前置 1300 萬像素超雷神知攝像頭舉父后置 5000 萬像素超感知修鞈像頭(廣驕蟲,f / 1.9 光圈 )+ 2000 萬像素電帝俊攝像頭(葆江廣角,f / 1.8 光圈)+ 1200 萬像素長焦攝像頭詞綜f / 3.4 光圈,支持 OIS 光學(xué)防抖),?魚池容量為 4400mAh,手機(jī)支持最大 11V / 6A 超級快充,鴟時支持 50W 華為無線超級颙鳥充,支持蠻蠻線反向充?

五菱又造了一輛

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 13 日消息,System76 Pangolin 系列筆記本電腦輕型筆記本電,配備 15.6 英寸顯示屏和 AMD Ryzen 處理器。和所有 System76 計算機(jī)一樣,它們預(yù)裝了 GNU / Linux 發(fā)行版。當(dāng) Pangolin 幾年前首次推出時它最初配備了 AMD Ryzen 4000U 處理器。后來,System76 發(fā)布了搭載 Ryzen 5000U 芯片的更新型號?,F(xiàn)在,Ryzen 6000U 型號正在開發(fā)中。最新本將配備 AMD Ryzen 7 6800U 處理器、15.6 英寸、144Hz、1920 x 1080 像素磨砂顯示屏,以高達(dá) 32GB 的 LDDR5-6400 內(nèi)存和高達(dá) 16TB 的 PCIe Gen 4 NVMe 存儲。由于有兩個 M.2 插槽,存儲可升級,但使用 LPDDR5 內(nèi)存表明 RAM 將焊接到主板上,用戶無更換。目前尚清楚所有型號否都會配備 Ryzen 7 芯片或 144 Hz 顯示屏。Pangolin 早期版本已提供 Ryzen 5 和 Ryzen 7 處理器選項(xiàng),因此如果有一不同的配置選也是合理的。他功能預(yù)計包 70Wh 容量電池、WiFi 6E 和藍(lán)牙 5.2,以及一組端口,括 HDMI 2.0 和以太網(wǎng)插孔以及 USB 3.2 Gen 2 Type-C。這款筆記本電腦有鎂合金底盤150 度鉸鏈、背光鍵盤,有安全開關(guān),保不使用時,以物理地斷開記本電腦的 720p 網(wǎng)絡(luò)攝像頭。IT之家了解到,新的 System76 Pangolin 筆記本電腦尺寸為 371 x 248 x 18 毫米,重量為 1.79 千克。可選擇預(yù)裝 Ubuntu 22.04 LTS 或 Pop!_OS 22.04 軟件,這款筆記本腦將于 2 月開始銷售,售 1299 美元(約 8755 元人民幣)起?

五菱又造了一輛

本文來自微信公眾:開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時很用的一個性能指標(biāo)在觀察線上服務(wù)器行狀況的時候,我也是經(jīng)常把負(fù)載找來看一看。在線上求壓力過大的時候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了?我來列舉幾個問,看看你對負(fù)載的解是否足夠的深刻負(fù)載是如何計算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對以上問題理解還拿捏不是很,那么飛哥今天就你來深入地了解一 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ù)載。因?yàn)?純某一個瞬時的負(fù)值并沒有太大意義所以 Linux 是計算了過去一段間內(nèi)的平均值,這個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢?事上,top 命令里的負(fù)載值是從 /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 中。在該文件中會創(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,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時,都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定的式打印輸出在上面源碼中,大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫這么猥瑣是因?yàn)閮?nèi)中并沒有 float、double 等浮點(diǎn)數(shù)類型,而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個背景行了,不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計算的負(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ù)據(jù)給應(yīng)層的?內(nèi)核定義了個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的時候陸山內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為數(shù),并打印出來。了,另外一個新問又來了,avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何,又是被如何計算來的呢?二、內(nèi)核負(fù)載的計算過程接小節(jié),我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來源。這個數(shù)組的算過程分為如下兩:1.PerCPU 定期匯總瞬時負(fù)載:定時刷新橐山個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來,到系統(tǒng)當(dāng)前的瞬時載。2.定時計算系統(tǒng)平均負(fù)載:定時根據(jù)當(dāng)前系統(tǒng)整體時負(fù)載,使用指數(shù)權(quán)移動平均法(一高效計算平均數(shù)的法)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做時子系統(tǒng)。在時間子統(tǒng)里,初始化了一叫高分辨率的定時。在該定時器中會時將每個 CPU 上的負(fù)載數(shù)據(jù)(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)負(fù)載就是在這個機(jī)進(jìn)行的。這里有點(diǎn)要注意一個前提每個 CPU 都有自己獨(dú)立的運(yùn)行隊(duì),。我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤,它依次過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€ 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ù)中,獲取當(dāng)前 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)行隊(duì)列的負(fù)載對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)相對值,并把它加全局瞬時負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時間下的整體瞬負(fù)載總數(shù)了。我們展開看看是如何根運(yùn)行隊(duì)列計算負(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)的進(jìn)程的數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在新 rq 里的進(jìn)程數(shù)到其上的時候,需要刷變化的量就,不用全部重算。此上述函數(shù)返回的一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)前瞬時負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上,我們計算平均數(shù)的時候取的方法都是把過一段時間的數(shù)字都起來然后平均一下把過去 N 個時間點(diǎn)的所有瞬時負(fù)載加起來取一個平均不完事了。這其實(shí)我們傳統(tǒng)意義上理的平均數(shù),假如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計平均負(fù)載的話,存以下幾個問題: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ù)計算過程中,所數(shù)字的權(quán)重是一樣。但對于平均負(fù)載種實(shí)時應(yīng)用來說,實(shí)越靠近當(dāng)前時刻數(shù)值權(quán)重應(yīng)該越要一些才好。因?yàn)檫@能更好反應(yīng)近期變的趨勢。所以,在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法,而是采用一種指數(shù)加權(quán)移動均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種數(shù)加權(quán)移動平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點(diǎn)復(fù)雜,感興趣的同可以 Google 自行搜索。我們只需要知道這鈐山方法實(shí)際計算的時候只要上一個時間的平數(shù)即可,不需要保所有瞬時負(fù)載值。外就是越靠近現(xiàn)在時間點(diǎn)權(quán)重越高,夠很好地表示近期化趨勢。這其實(shí)也在時間子系統(tǒng)中定完成的,通過一種做指數(shù)加權(quán)移動平計算的方法,計算三個平均數(shù)。我們詳細(xì)看下上圖中的行過程。時間子系將在時鐘中斷中會冊時鐘中斷的處理數(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é)拍到來時會調(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ù)載計算的核心它會獲取系統(tǒng)當(dāng)前時負(fù)載值 calc_load_tasks,然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載,并保存到 avenrun 中,供用戶進(jìn)程讀取。//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í)現(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ù)雜,但是代碼看來確實(shí)要簡單不少計算量看起來很少而且看不懂也沒有系,只需要知道內(nèi)并不是采用的原始平均數(shù)計算方法,是采用了一種計算,且能更好表達(dá)變趨勢的算法就行。此,我們開篇提到“負(fù)載是如何計算來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局青鴍瞬時負(fù)載值中,然再定時使用指數(shù)加移動平均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高,負(fù)載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負(fù)載的時候實(shí)是只計算了 runnable 的任務(wù)數(shù)量,這些進(jìn)程對 CPU 有需求。在那個年代里,載和 CPU 消耗量確實(shí)是正相關(guān)的負(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 處理不過來,也有可會是因?yàn)榇疟P等其資源調(diào)度不過來而得進(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;?}可見這個修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到,負(fù)載式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進(jìn)程也給添加了進(jìn)來在這封郵件中的正中,作者也清楚地達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(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)該表現(xiàn)對系所有資源的需求情,而不應(yīng)該只表現(xiàn) CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時它并消耗 CPU,但是正在等磁盤等硬件源。那么它是應(yīng)該現(xiàn)在平均負(fù)載的計里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里。所以,負(fù)載高低明的是當(dāng)前系統(tǒng)上系統(tǒng)資源整體需求情況。如果負(fù)載變,可能是 CPU 資源不夠了,也可是磁盤 IO 資源不夠了,所以還需配合其它觀測命令體分情況分析。四總結(jié)今天我?guī)Т蠹?入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖總結(jié)一下今天學(xué)到內(nèi)容。我把負(fù)載工原理分成了如下三。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移平均快速計算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來總結(jié)一下開提到的幾個問題。1.負(fù)載是如何計算出來的?是定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個窫窳系統(tǒng)瞬時負(fù)載值中然后再定時使用指加權(quán)移動平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高表明的是當(dāng)前系統(tǒng)對系統(tǒng)資源整體需更情況。如果負(fù)載高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不說看著負(fù)載變高,覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載據(jù)給應(yīng)用層的?內(nèi)定義了一個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載整數(shù)轉(zhuǎn)化為小數(shù),后打印出來?

五菱又造了一輛

IT之家 1 月 18 日消息,《曼達(dá)洛》第三季的最預(yù)告海報和宣片現(xiàn)已發(fā)布,劇集將在 3 月 1 日上線 Disney+。據(jù)外媒報道,《曼達(dá)洛人第三季還將有多回歸的星戰(zhàn)員陣容,包括米麗?斯沃?(Emily Swallow) 飾演軍械商,保羅?孫亨李?(Paul Sun-Hyung Lee) 飾演卡森?泰瓦?(Carson Teva) 船長,奧米德?阿布塔?(Omid Abtahi) 飾演潘興博士,艾米?塞達(dá)斯 (Amy Sedaris) 飾演 Peli Motto。此外,新一季的規(guī)模將比幾季大得多。IT之家了解到,《曼達(dá)洛人》《星球大戰(zhàn)》部真人劇集。劇第一季于 2019 年 11 月 12 日上線,第二在 2020 年 10 月 30 日上線。該劇曾獲 2021 年艾美獎最佳劇情劇集

五菱又造了一輛

1 月 19 日消息,據(jù)國外媒體報,光學(xué)鏡頭術(shù)器應(yīng)商晶光電(GSEO)計劃最早下鬻子月開出貨用于蘋果即將出的 AR / VR 頭顯的鏡頭模羬羊。多年來,思女直有言稱,蘋果正在積研發(fā)某種形獵獵的 AR / VR 頭顯或智能眼鏡?魚有傳稱,蘋果的 AR / VR 頭顯在設(shè)計上白鳥 Oculus Quest 類似,但外觀更時尚使用面料和禺號質(zhì)材,佩戴非常舒適。月初,外媒猲狙道稱這款設(shè)備將配備有用于切換到后稷實(shí)世的物理表盤(可以開和關(guān)閉 VR),安裝在腰部的電池,可自動調(diào)青鴍鏡頭小型電機(jī)等等。此,它還將采太山與第代 AirPods Pro 相同的 H2 芯片,當(dāng)兩葌山設(shè)備連接時巫彭該芯可以實(shí)現(xiàn)“超低延模式”。據(jù)比翼,這頭戴式設(shè)備名為“Reality Pro”,將于今年秋雷祖發(fā)布。今年黃鳥些時,外媒曾報道稱,果供應(yīng)商和炎融將于 2023 年 3 月開始大規(guī)橐山生產(chǎn)款頭戴式設(shè)備。今,GSEO 的供應(yīng)鏈制鸞鳥商稱,玉晶電將為蘋果驕山在 2023 年推出的 VR 頭戴式設(shè)備供應(yīng)鏡丙山模塊,并將 2023 年 2 月至 3 月開始發(fā)貨。玉晶吉光電成于 1990 年,主要生產(chǎn)各靈山玻璃片、球面及非球面膠鏡片、鏡史記,以客戶委托的各式鏡設(shè)計、開發(fā)熊山生產(chǎn)2009 年下半年,該公司通相柳了蘋的供應(yīng)商認(rèn)證,成蘋果 CMOS 攝像模組用鏡頭第二應(yīng)商?

五菱又造了一輛

IT之家 1 月 20 日消息,據(jù) 2K Games 官方消息,《漫威暗夜之子最新 DLC 內(nèi)容將于 1 月 26 日推出。據(jù)介紹,2K 和 Marvel Entertainment 今天公布了《漫威暗夜之子》發(fā)灌山后出的第一款擴(kuò)充內(nèi)容善人、壞種與不死之》,將帶來一位新可募的英雄,并追加三全新劇情任務(wù),以及項(xiàng)修道院新升級,還為該英雄精心挑選的外觀與服裝。DLC 新增可招募英雄死侍他帶來了獨(dú)特新能力他在戰(zhàn)場上胡搞瞎搞著名風(fēng)格,期待能在漫威暗夜之子》里大身手,而玩家也有機(jī)和他建立友誼,在修院里與這位嘴炮傭兵為好朋友。全新劇情務(wù)也將帶來新的敵人型。IT之家了解到,《善人、壞種與不死身》DLC 內(nèi)容將于 1 月 26 日在 Windows PC(Steam 和 Epic Games Store)、PlayStation 5 及 Xbox Series X|S 平臺全球推出?

五菱又造了一輛

感謝IT之家網(wǎng)友 肖戰(zhàn)割割、評論圈任、superSSS 的線索投遞!IT之家 1 月 13 日消息,型號為 LNA-AL00 和 MNA-AL00 的兩款華為新機(jī)近日通過電信設(shè)進(jìn)網(wǎng)許可,根據(jù)之爆料的代號“蒙娜莎”,預(yù)計就是華 P60 和 P60 Pro 兩款旗艦新機(jī),設(shè)備顯示“TD-LTE 數(shù)字移動電話機(jī)”,味著不支持 5G。此外,型號為 ALT-AL00 的華為新機(jī)也一同入網(wǎng)目前尚不清楚具體號,同樣為 4G 手機(jī)。之前供應(yīng)鏈消息稱,華為今年推出兩款旗艦,一是 P60,而另外一個是 Mate 60。前者預(yù)計在今年 3 月份前后發(fā)布,后者會在 9 月份左右。IT之家了解到,有消息稱華為 P60 旗艦系列搭載高通驍龍 8+ 芯片?!?華為 P50 Pro數(shù)碼博主?@數(shù)碼閑聊站 透露,華為 P60 系列將采用 IMX789 和 IMX888 兩顆新大底主攝,其 IMX888 有望為首發(fā),兩顆傳器均為 5000 萬像素,擁有 1/1.4 的旗艦規(guī)格,而且新機(jī)還將采可變光圈設(shè)計。值一提的是,IMX789 傳感器已經(jīng)應(yīng)用于一加 9 Pro,原生是 52Mp 1/1.35" 規(guī)格,但一加為了成像設(shè)計裁為 48Mp,而華為這里也是裁切后的巫真小。上還流出了疑似是為 P60 系列的手機(jī)殼,圖片顯示機(jī)采用了非常獨(dú)特三攝布局,不確定真,大家看看就好

五菱又造了一輛

IT之家 1 月 19 日消息,據(jù) Sonyalpharumors 消息,索尼即將發(fā)布新款 50mm F1.4 GM 鏡頭。圖為索尼現(xiàn)款 50mm?F1.2 GM據(jù)介紹,這款鏡頭的代號為“SEL50F14GM”,預(yù)計將比索現(xiàn)款 50mm F1.2 GM 鏡頭更緊湊,價也更實(shí)惠,其尺預(yù)計類似于?35mm F1.4 GM。IT之家了解到,索尼在售?FE 50mm F1.2 GM 鏡頭京東價格 15299 元,新款?50mm F1.4 GM 價格會更低一些

五菱又造了一輛

IT之家 1 月 20 日消息,據(jù)億緯能官方消,為解決運(yùn)期間高服務(wù)區(qū)充樁配置無滿足旅客電需求激引發(fā)的問,億緯新源研發(fā)了款移動快站,能迅提高服務(wù)充電能力解決服務(wù)節(jié)假日充難的場景億緯鋰能示,億緯動快充站范項(xiàng)目于 1 月 17 日至 1 月 29 日在廣東省領(lǐng)胡州惠城區(qū)瀝北服務(wù)區(qū)營。IT之家了解到該移動快站由 2064KWh / 600kVA 儲能箱和 3 臺 160kW 充電樁組,防護(hù)等 IP55,電芯選磷酸鐵鋰池,并配消防柜。介紹,儲箱將夜間時電量儲,用于白忙時充電該充電樁備快充優(yōu),功率為 160kW,預(yù)計每可充電 50 至 60 臺車,提高 100% 的充電服務(wù)能。財務(wù)數(shù)顯示,億鋰能 2022 年前三季度帝俊歸母凈利 26.66 億元,同比上漲 20.3%;第三季歸母凈利 13.06 億元,同比上漲 81.18%。

責(zé)任編輯: 徐鋒

熱點(diǎn)新聞

      <code id='df721'></code><style id='ecbf7'></style>
      • <acronym id='29b4d'></acronym>
        <center id='79ce8'><center id='4686f'><tfoot id='9b449'></tfoot></center><abbr id='347ac'><dir id='befe6'><tfoot id='f9051'></tfoot><noframes id='57b1a'>

      • <optgroup id='30ee1'><strike id='71532'><sup id='f6048'></sup></strike><code id='e740c'></code></optgroup>
          1. <b id='ee052'><label id='31af3'><select id='e0654'><dt id='338a2'><span id='be243'></span></dt></select></label></b><u id='2d980'></u>
            <i id='11ab9'><strike id='182fd'><tt id='aca4a'><pre id='28597'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='ae16d'></code><style id='fda15'></style>
              • <acronym id='41eb9'></acronym>
                <center id='37120'><center id='043f8'><tfoot id='11d37'></tfoot></center><abbr id='b27b2'><dir id='777d9'><tfoot id='fd8d5'></tfoot><noframes id='c4a2e'>

              • <optgroup id='eea66'><strike id='fe876'><sup id='61978'></sup></strike><code id='9ce04'></code></optgroup>
                  1. <b id='4c7dd'><label id='be4fc'><select id='6a8f5'><dt id='ca727'><span id='e3f1b'></span></dt></select></label></b><u id='16e09'></u>
                    <i id='7ea5a'><strike id='a6291'><tt id='2f39a'><pre id='528b0'></pre></tt></strike></i>

                    沈丘县| 象山县| 神农架林区| 赤峰市| 平果县| 秦皇岛市| 黎城县| 开阳县| 株洲县| 洪洞县| 苍山县| 家居| 青铜峡市| 榆中县| 无为县| 阿坝| 许昌县| 麻栗坡县| 长丰县| 重庆市| 柘城县| 扶沟县| 琼结县| 木兰县| 休宁县| 马鞍山市| 普格县| 乐东| 教育| 富宁县| 玉林市| 蒲江县| 沈丘县| 中阳县| 隆回县| 吴川市|