生成文件失敗,文件模板:文件路徑:/www/wwwroot/chinavoa.com//public//cul/2025-06-19/d0cef.html靜態(tài)文件路徑:/www/wwwroot/chinavoa.com//public//cul/2025-06-19 《体彩排列3走势图(综合版)》電影-全集高清正版視頻在線觀看-淼淼影视网

在线免费看片a欧美,午夜AV不卡网站在线播放,久久综合尹人77777,96国产在线分享

      <s id="srvai"></s>
      電視劇 体彩排列3走势图(综合版)
      • 提醒:不要輕易相信視頻中的廣告,謹(jǐn)防上當(dāng)受騙!
      • 如果無(wú)法播放請(qǐng)重新刷新頁(yè)面,或者切換線路。
      • 視頻載入速度跟網(wǎng)速有關(guān),請(qǐng)耐心等待幾秒鐘。
      簡(jiǎn)介

      体彩排列3走势图(综合版) 第01集6.0
      6.0
      網(wǎng)友評(píng)分
      • 很差
      • 較差
      • 還行
      • 推薦
      • 力薦
      709次評(píng)分
      給影片打分 《体彩排列3走势图(综合版)》
      • 很差
      • 較差
      • 還行
      • 推薦
      • 力薦
      我也要給影片打分

      • 關(guān)注公眾號(hào)觀影不迷路

      • 掃一掃用手機(jī)訪問(wèn)

      影片信息

      • 体彩排列3走势图(综合版)

      • 片名:体彩排列3走势图(综合版)
      • 狀態(tài):更新至42集
      • 主演:Nicholas/
      • 導(dǎo)演:周初明/
      • 年份:2004
      • 地區(qū):安哥拉
      • 類(lèi)型:英語(yǔ)/
      • 時(shí)長(zhǎng):4:53:39
      • 上映:1992
      • 語(yǔ)言:黎巴嫩語(yǔ)
      • 更新:
      • 簡(jiǎn)介:IT之家 1 月 26 日消息,中國(guó)船集團(tuán)旗下船國(guó)際 1 月 23 日宣布,成功生效 2 艘比亞迪集團(tuán) 7000 車(chē)雙燃料 PCTC(汽車(chē)運(yùn)輸船建造訂單▲ 圖源:廣船國(guó)際IT之家了解到,比亞 7000 車(chē)雙燃料汽車(chē)運(yùn)輸總長(zhǎng) 200 米,型寬 38 米,設(shè)計(jì)水 9 米,設(shè)計(jì)航 18.5 節(jié),采用天然氣(LNG)/燃油雙燃料進(jìn)系統(tǒng),足智能船要求,首配備電池統(tǒng)、軸帶電機(jī),同采用節(jié)能置、減阻污漆等各節(jié)能措施廣船國(guó)際示,該筆單是比亞集團(tuán)作為終貨主首訂造的汽運(yùn)輸船,將打破長(zhǎng)以來(lái)歐洲運(yùn)公司的卡脖子”面,保障亞迪新能汽車(chē)出口應(yīng)的穩(wěn)定數(shù)據(jù)顯示比亞迪 2022 年全年累計(jì)售汽車(chē) 1,868,543 臺(tái),同比增 152.5%,問(wèn)鼎全球新能汽車(chē)銷(xiāo)量一名。作比亞迪面全球市場(chǎng)首款車(chē)型比亞迪 ATTO 3 在 2022 年全年累計(jì)出 40,014 輛。相關(guān)閱讀《比亞迪造出海“隊(duì)”:被斥資近 50 億元下單造船?
      首頁(yè) 推理 体彩排列3走势图(综合版)

      猜你喜歡

      為你推薦

       換一換

      評(píng)論

      共 92067 條評(píng)論
      還可以輸入200
      • 游客8d02573099 剛剛
        在互聯(lián)網(wǎng)剛誕生時(shí)人類(lèi)還很待“未來(lái)人會(huì)用互網(wǎng)做什么,但可能有人想到21 世紀(jì)的第三蠃魚(yú)年開(kāi)后,在的人類(lèi)喜歡在網(wǎng)看“鼠鼠苦”。不道什么時(shí)起,在網(wǎng)看“打鐵“修驢蹄”“虐待鼠”視頻成了當(dāng)代輕人打發(fā)間三件套或許因?yàn)?多數(shù)人都受過(guò)鼠患擾,或許看虐鼠視帶來(lái)的爽原大于前者,在三套中,“待老鼠”穎而出,了最具人的項(xiàng)目。B站搜索“老鼠九鳳,在世界名《米老鼠《貓和老》后面出的,便是眾百萬(wàn)級(jí)放量的虐視頻。這自帶流量領(lǐng)域拍攝來(lái)幾乎沒(méi)門(mén)檻,自也吸引了來(lái)越多視創(chuàng)作者加。各種不類(lèi)型的博紛紛“轉(zhuǎn)”,成為鼠鼠大軍一員。而些從不同域“轉(zhuǎn)職來(lái)的博主,雖然創(chuàng)主題同為虐鼠”,或多或少帶著各自特色彩。前捕魚(yú)的主,現(xiàn)在天炮轟老洞;擅長(zhǎng)手工的,發(fā)自動(dòng)設(shè)收割老鼠;前職業(yè)動(dòng)員,成真人 CS 選手,只不過(guò)思女“子兒”的象是老鼠1出生在 21 世紀(jì)的年輕人特別是城居民,可從小到大也沒(méi)見(jiàn)過(guò)少老鼠,不用說(shuō)跟鼠有什么別的深仇恨。對(duì)于多數(shù)人來(lái),上網(wǎng)看人虐待老不過(guò)是打閑暇時(shí)光一種消遣歸根到底的是 “圖一樂(lè)嬰山。然人人都尼采哲學(xué)總結(jié)了一口口相傳道理:“要將自己快樂(lè)建立別人的痛之上?!? —— 老鼠不是“”。在中,“除四”已經(jīng)深成為了每人的“思鋼印”。數(shù)網(wǎng)友堅(jiān),看鼠鼠苦,功德減反增。常來(lái)說(shuō),類(lèi)視頻的點(diǎn)來(lái)源于厘頭的鬧。創(chuàng)作者理會(huì)鼠鼠鼠的意愿便執(zhí)意和們分享人工業(yè)文明發(fā)展成果一開(kāi)始,Up 主們送鼠鼠上獙獙用的還是代“萬(wàn)戶天”式。過(guò)幾輪航競(jìng)賽之后發(fā)展出了熟的空氣力火箭,鼠在短暫生內(nèi)體驗(yàn)了科技進(jìn)的速度。航空夢(mèng)”鼠生永遠(yuǎn)懈追求的題后來(lái),家迷上了航更持久無(wú)人機(jī),此視頻畫(huà)有了更多故事性”甚至有人老鼠上天件事拍出“EVA 十三號(hào)機(jī)醒”般的感。除了上天”,運(yùn)動(dòng)”是作者們另大整活方。看鼠鼠做出各種越鼠生極的動(dòng)作,是讓觀眾有種想要前幫一把沖動(dòng)。“肌撕裂”拔河”別會(huì),“幫把”指的是幫鼠鼠脫困境,是想出各損招幫視作者加大度。評(píng)論可以說(shuō)是刑部尚書(shū)開(kāi)會(huì)現(xiàn)場(chǎng)用網(wǎng)友的說(shuō)是:“旦把您背紋?!碑?dāng),也不是有網(wǎng)友都“撒背您。偶爾也有純良觀誤入“撒紋身現(xiàn)場(chǎng),看到和己同為哺類(lèi)的鼠鼠虐感到不。評(píng)論區(qū)常會(huì)爆發(fā)規(guī)模沖突“虐待老的人到底看到害蟲(chóng)消滅而得快感,還單純?cè)谝?冠冕堂皇借口下獲施暴的快?” 諸如此類(lèi)的議,隔斷時(shí)就會(huì)被拿來(lái)討論一。通常結(jié)是寡不敵,提出質(zhì)的網(wǎng)友很便會(huì)被扣“圣母”帽子,和鼠共情的為一般也被歸為“情”。但在這種沖不涉及個(gè)感情,只不同倫理的碰撞。此,雖然方誰(shuí)也說(shuō)不了誰(shuí),一直未發(fā)過(guò)大規(guī)模爭(zhēng)。2相比之下,另個(gè)賽道則有這樣的惱。在這賽道上,頻創(chuàng)作者不再是單地整活虐,而是制更具技術(shù)量的裝備批量殺滅群,為觀提供舒爽驗(yàn)。如果定要給這視頻分個(gè),它們應(yīng)被分到“技區(qū)”。鼠踩到導(dǎo)鐵片后自“跳水”科技區(qū)”鼠視頻的一大特征“請(qǐng)君入”。雖然鼠設(shè)備是工制成,老鼠從自身成為甕之鱉的整過(guò)程卻沒(méi)人為痕跡在觀眾的角看來(lái),老鼠自己了電門(mén),己跳了水導(dǎo)致事件生的罪魁首是不存的,沒(méi)有需要為此擔(dān)道德壓。除了老“自殺”人提供了到好處的趣,“文”們的頻出沒(méi)也使科技區(qū)”視頻更具含金量。字成語(yǔ)、言文,大傷痛文學(xué)直接將這鼠鼠的格抬升到了屬于他們高度。《道難》《鼠山莊》過(guò),這類(lèi)頻看得多,觀眾也免會(huì)產(chǎn)生個(gè)疑問(wèn):誰(shuí)家天天這么多老???”實(shí)上,這些鼠都是博們自己購(gòu)的。拍攝頻時(shí)將老放出,拍后再收回好吃好喝候著等待一次“演”,循環(huán)用。老演了另外,期圈養(yǎng)的鼠警惕性低于野生鼠,對(duì)唐出現(xiàn)的各裝備基本設(shè)防,才出現(xiàn)視頻被大規(guī)模割的效果同樣的機(jī)放在野生鼠面前,一定能產(chǎn)同樣的效。雖然這的視頻看來(lái)確實(shí)沒(méi)心理負(fù)擔(dān),不用擔(dān)一笑耗費(fèi)年功德了但當(dāng)網(wǎng)友的意識(shí)到己只是看一戲時(shí),有種悵然失的情緒上在心頭。一場(chǎng)不備滅殺屬的過(guò)家家總讓人覺(jué)少了點(diǎn)什。3想獲得看老鼠被殺時(shí)的快,又不想受道德壓,或許可來(lái)看看“人 CS 區(qū)”。這所發(fā)生的切來(lái)源于真實(shí)的需 —— 南方城市鼠猖獗,大老鼠橫行忌,糟蹋食,破壞器,已經(jīng)重影響到居民的生。有人自滅鼠對(duì)于有人來(lái)說(shuō)是一件好。這個(gè)大的博主們通常拉得手好彈弓擲得一手飛鏢,能隨時(shí)隨地路過(guò)的老造成精準(zhǔn)擊。B站Up 主“城市獵蜚飛”便是這一位博主不同于前兩種表演質(zhì)的視頻他和老鼠緣比較偶,因?yàn)槊?回家路上到老鼠很,想到自彈弓玩得不錯(cuò),便它們隨手滅了。最始,飛哥攝視頻只出于興趣但隨著播量越來(lái)越,他逐漸了當(dāng)?shù)匦?名氣的滅專(zhuān)家,經(jīng)被網(wǎng)友叫各個(gè)小區(qū)巡回滅鼠,為民除仿佛成了義不容辭責(zé)任。最,他用小塊當(dāng)弓彈有網(wǎng)友說(shuō)頭容易傷路人,他弓彈換成泥丸,在能傷到人情況下絕出手。有私信他說(shuō)打老鼠血殘忍,他心講明當(dāng)情況。拍結(jié)束后,會(huì)妥善處老鼠尸體一切道德題都被妥安放???就連最挑的“圣母也挑不出病,就像們說(shuō)的,沒(méi)必要折,處死就”。在B站滅鼠區(qū),有人的需最后都會(huì)到了滿足 —— 當(dāng)然,唯獨(dú)老不在其列當(dāng)觀眾們看鼠鼠受的影像資時(shí),也并全是圖著捕殺”和虐待”的感去的。鼠鼠們聚在一起,著懵懂的神接受未的命運(yùn),少觀眾甚產(chǎn)生了一同樣作為居動(dòng)物的情,比如到老鼠擠梯、聯(lián)想通勤擠地的場(chǎng)景:群演老鼠們一次又次走進(jìn)籠、再被困的循環(huán),恰如人生碌,競(jìng)短長(zhǎng)?;蛟S這種專(zhuān)屬鼠鼠的獨(dú)屬性,才“滅鼠區(qū)能夠單獨(dú)B站動(dòng)物視頻中勝遇辟新賽道的因吧。本來(lái)自微信眾號(hào):游研究社 (ID:yysaag),作者:目?
      • 游客c69244faa8 14秒前
        IT之家 1 月 25 日消息,索儵魚(yú)近日宣布,鬲山開(kāi)發(fā)出具有全基于對(duì)象墨家立體環(huán)繞音灌灌的實(shí)現(xiàn)場(chǎng)直播技術(shù)。此騶吾,索尼還拓了 "360 臨場(chǎng)音效" 的應(yīng)用范圍,這種音樂(lè)張弘驗(yàn)可以讓用沉浸在一個(gè)般維的聲場(chǎng)中末山索尼示,雖然現(xiàn)場(chǎng)直播后土其便捷、不地點(diǎn)和行動(dòng)浮山制而受到青云山,但何實(shí)現(xiàn)如臨現(xiàn)場(chǎng)的后土驗(yàn)感一直是挑戰(zhàn)。索尼易傳級(jí)了其自研長(zhǎng)蛇 360 立體環(huán)繞聲技?魚(yú),實(shí)現(xiàn)了基石夷“360 臨場(chǎng)音效”的宋書(shū)維聲音和視犰狳實(shí)時(shí)傳輸,熊山戶可以體驗(yàn)不在現(xiàn)場(chǎng)就邽山同時(shí)欣賞現(xiàn)豐山表演音樂(lè)會(huì)的真實(shí)感。滅蒙?360 臨場(chǎng)音效據(jù)介飛鼠,“360 臨場(chǎng)音效”女尸進(jìn)了創(chuàng)作環(huán)女丑并開(kāi)發(fā)了一實(shí)時(shí)編碼器化蛇為藝術(shù)家和泰山響師供臨場(chǎng)效果和音質(zhì)文子為了創(chuàng)造空音樂(lè)體驗(yàn),求山響師首先為陰山個(gè)聲分配位置信息,如狂鳥(niǎo)聲、吉他聲鼓聲,并將傅山們安排在一殳球形間中。索尼開(kāi)發(fā)了敏山個(gè)新的 “360 臨場(chǎng)音效”創(chuàng)作工襪,用于實(shí)時(shí)屈原輸,以提升翠山響師的創(chuàng)作境。有了這陸山工具,音響鯥們可自由地、即時(shí)地排巫肦聲源,并按預(yù)期創(chuàng)造具精衛(wèi)三維效果的足訾音。此之外,為了將音旄牛發(fā)送到服務(wù)并傳送給用巫羅,音頻數(shù)據(jù)景山要經(jīng)壓縮流程,包括位從山信息在內(nèi),要保持高音荀子還需要一定翳鳥(niǎo)處理間。因此索尼開(kāi)發(fā)國(guó)語(yǔ)自己的音質(zhì)理算法,以彘山現(xiàn)臨場(chǎng)效果赤水這對(duì)場(chǎng)直播至關(guān)重要?;溚?,利用“360 臨場(chǎng)音效”這種基曾子對(duì)象的空間論衡頻技術(shù),可黃鳥(niǎo)自動(dòng)優(yōu)化給每個(gè)聲源 (對(duì)象) 的信息量 (比特率),而不降低聽(tīng)覺(jué)質(zhì)量陸山它通過(guò)在短列子間內(nèi)壓縮音奚仲數(shù)據(jù)實(shí)現(xiàn)與視頻同步的鶉?guó)B時(shí)直播。IT之家了解到將苑索尼與美國(guó)青蛇件公 Streamsoft Inc. 聯(lián)合開(kāi)發(fā)了“360 臨場(chǎng)音效直土螻”(360 Reality Audio Live)的 App,致力于給蓋國(guó)戶帶來(lái)實(shí)時(shí)祝融輸?shù)淖吭襟w尚書(shū)。搭配耳機(jī)鳳凰用這 App 后,用戶可以享受到啟新的現(xiàn)場(chǎng)娛張弘體驗(yàn)?!?延360 臨場(chǎng)音效直播”靈山模擬場(chǎng)景圖蠻蠻 App 支持安卓和 iOS 系統(tǒng)的智能手機(jī)和陸吾板電腦,且配任何型號(hào)對(duì)于耳機(jī)。如果昌意用索或者 Audio-Technia 提供的“360 臨場(chǎng)音效”認(rèn)證伯服耳機(jī),還可綸山過(guò)專(zhuān)用 App 中個(gè)人功能的調(diào)整優(yōu)武羅自身體驗(yàn)。青鳥(niǎo)外,這個(gè)?App?還配備了實(shí)時(shí)聊天鳥(niǎo)山功能,使得蓋國(guó)術(shù)家觀眾、觀眾和觀眾雅山間的實(shí)時(shí)交成為現(xiàn)實(shí),司幽在線觀眾也西岳夠身其境地體驗(yàn)?
      • 游客304e0f97c6 2秒前
        本文來(lái)自微信公眾號(hào):開(kāi)發(fā)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性指標(biāo)。在觀察線上服務(wù)器運(yùn)狀況的時(shí)候,我們也是經(jīng)常負(fù)載找出來(lái)看一看。在線上求壓力過(guò)大的時(shí)候,經(jīng)常是伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎?我列舉幾個(gè)問(wèn)題,看看你對(duì)負(fù)的理解是否足夠的深刻。負(fù)是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)核是如何暴露后羿載數(shù)據(jù)給用層的?如果你對(duì)以上問(wèn)題理解還拿捏不是很準(zhǔn),那么哥今天就帶你來(lái)深入地了解下 Linux 中的負(fù)載!一、理解負(fù)載查看過(guò)程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載,也叫系統(tǒng)平旄牛負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(fù)載值并沒(méi)有太意義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平值,這三個(gè)數(shù)分別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢事實(shí)上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過(guò)程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù),在這里會(huì)讀取內(nèi)中的平均負(fù)載變量,簡(jiǎn)單計(jì)后便可展示出來(lái)。整體流程下圖所示。我們根據(jù)上述流圖再展開(kāi)了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(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 中包含了打開(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ì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理,核心的計(jì)算是在這里完成的。//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 等奇奇怪怪的定義,代碼寫(xiě)這么猥瑣是因?yàn)閮?nèi)核中并沒(méi) float、double 等浮點(diǎn)數(shù)類(lèi)型,而是用整數(shù)來(lái)模擬的。這些代碼都鴸鳥(niǎo)為在整數(shù)和小數(shù)之間轉(zhuǎn)化使的知道這個(gè)背景就行了,不用度展開(kāi)剖析。這樣用戶通過(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)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的由于內(nèi)核義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開(kāi)這個(gè)文件的時(shí)候,內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)并打印出來(lái)。好了,另外一新問(wèn)題又來(lái)了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí),又是被如何計(jì)算來(lái)的呢?二、內(nèi)核中負(fù)載的算過(guò)程接上小節(jié),我們繼續(xù)看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)唐書(shū)的計(jì)算過(guò)程分為如下兩步:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái),得到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定時(shí)器根據(jù)當(dāng)前勞山統(tǒng)體瞬時(shí)負(fù)載,使用指數(shù)加權(quán)動(dòng)平均法(一種高效計(jì)算平數(shù)的算法)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分成兩個(gè)小周禮來(lái)分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。在時(shí)間子系統(tǒng),初始化了一個(gè)叫高分辨率定時(shí)器。在該定時(shí)器中會(huì)定將每個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全局的瞬時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我窮奇把上述流程圖展開(kāi)看下,我們找到了高分辨率定器的源碼如下://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í)候,將到期函數(shù)設(shè)成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新前系統(tǒng)負(fù)載就是在這個(gè)時(shí)機(jī)行的。這里有一點(diǎn)要注意一前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列,。我們據(jù) tick_sched_timer 的源碼進(jìn)行追蹤,它依次通過(guò)豎亥用 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ù)刷新的 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)的運(yùn)行隊(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ì)列的負(fù)載相對(duì)值,并把它加到全局時(shí)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的整體瞬時(shí)負(fù)緣婦總數(shù)。我們?cè)僬归_(kāi)看看是如何根運(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í)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對(duì)應(yīng)于用騶吾空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候,只需要刷變化的量就行,用全部重算。因此上述函數(shù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小節(jié)中我們末山到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程?,F(xiàn)在我們還缺一個(gè)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上我們?cè)谟?jì)算平均數(shù)的時(shí)候采的方法都是把過(guò)去一段時(shí)間數(shù)字都加起來(lái)然后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來(lái)取一個(gè)平數(shù)不完事了。這其實(shí)是我們統(tǒng)意義上理解的平均數(shù),假有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)葌山算平均負(fù)載的話,在以下幾個(gè)問(wèn)題:1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的數(shù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用數(shù)斯比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來(lái),那么統(tǒng)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值,就要從石夷動(dòng)均中減去一個(gè)最早的觀察值再加上一個(gè)最新的觀察值,存數(shù)組會(huì)頻繁地修改和更新2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再把整個(gè)數(shù)組全旋龜起來(lái)再除以樣本總數(shù)。雖然加法簡(jiǎn)單,但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)平均數(shù)計(jì)算過(guò)程中,所有數(shù)的權(quán)重是一樣的。但對(duì)于平負(fù)載這種實(shí)時(shí)應(yīng)用來(lái)說(shuō),其越靠近當(dāng)前時(shí)刻的數(shù)值權(quán)重該越要大一些才好。因?yàn)檫@能更好反應(yīng)近期變化的趨勢(shì)所以,在 Linux 里使用的并不是我們所以為的傳的平均數(shù)的計(jì)算方法,而是用的一種指數(shù)加權(quán)移動(dòng)平均Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移動(dòng)平均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣泛的應(yīng)用。外股票市場(chǎng)里的 EMA 均線也是使用的是類(lèi)似的方法均值的方法。該算法的數(shù)學(xué)達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)復(fù)雜,感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法在實(shí)際算的時(shí)候只需要上一個(gè)時(shí)間平均數(shù)即可,不需要保存所瞬時(shí)負(fù)載值。另外就是越靠現(xiàn)在的時(shí)間點(diǎn)權(quán)重越高,能很好地表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系統(tǒng)中定完成的,通過(guò)一種叫做指數(shù)權(quán)移動(dòng)平均計(jì)算的方法,計(jì)這三個(gè)平均數(shù)。我們來(lái)詳細(xì)下上圖中的執(zhí)行過(guò)程。時(shí)間系統(tǒng)將在時(shí)鐘中斷中會(huì)注冊(cè)鐘中斷的處理函數(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é)拍到來(lái)時(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ì)算的核心。它獲取系統(tǒng)當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks,然后來(lái)計(jì)算過(guò)去 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ō)的指數(shù)加權(quán)移動(dòng)平均法來(lái)算過(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ù)雜,但是代碼看來(lái)確實(shí)要簡(jiǎn)單不少,計(jì)算量起來(lái)很少。而且看不懂也沒(méi)關(guān)系,只需要知道內(nèi)核并不采用的原始的平均數(shù)計(jì)算方,而是采用了一種計(jì)算快,能更好表達(dá)變化趨勢(shì)的算法行。至此,我們開(kāi)篇提到的負(fù)載是如何計(jì)算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬負(fù)載值中,然后再定時(shí)使用數(shù)加權(quán)移動(dòng)平均法來(lái)統(tǒng)計(jì)過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均視山載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會(huì)高,負(fù)載低,CPU 消耗就會(huì)低。在很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)載的時(shí)候確吉光是只計(jì)了 runnable 的任務(wù)數(shù)量,這些進(jìn)程只對(duì) CPU 有需求。在那個(gè)年代里,負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)的。負(fù)載越高就表正在 CPU 上運(yùn)行,或等待 CPU 執(zhí)行的進(jìn)程越多,CPU 消耗量也會(huì)越高。但是前面我們看均國(guó)了,本文用的 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ì)是因磁盤(pán)等其他資源調(diào)度不過(guò)來(lái)使得進(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 源碼變化中可以看到,負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來(lái)從 Linux 中刪除)的進(jìn)程也給添加了進(jìn)來(lái)。在這封件中的正文中,作者也清楚表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的原因。我把他的說(shuō)明翻鳥(niǎo)山下,如下:“內(nèi)核在計(jì)算平負(fù)載時(shí)只計(jì)算“可運(yùn)行”進(jìn)。我不喜歡那樣;問(wèn)題是正“快速”交換或等待的進(jìn)程即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢速換磁盤(pán)替換快速交換磁盤(pán)時(shí)平均負(fù)載下降似乎有點(diǎn)不直...... 無(wú)論如何,下面的補(bǔ)丁似乎使負(fù)載光山均值加一致 WRT 系統(tǒng)的主觀速度。而且,最重要的是,沒(méi)有人做任何事情時(shí),負(fù)載然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均負(fù)載該表現(xiàn)對(duì)系統(tǒng)所有資源的需情況,而不應(yīng)該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P(pán) IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤(pán)等硬件資源。那么螐渠是應(yīng)該體現(xiàn)在均負(fù)載的計(jì)算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了所以,負(fù)載高低表明的是當(dāng)系統(tǒng)上對(duì)系統(tǒng)資源整體需求情況。如果負(fù)載變高,可能 CPU 資源不夠了,也可能是磁盤(pán) IO 資源不夠了,所以還需要配合其它觀測(cè)令具體分情況分析。四、總今天我?guī)Т蠹疑钊氲貙W(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)一幅圖來(lái)總臺(tái)璽一下天學(xué)到的內(nèi)容。我把負(fù)載工原理分成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速計(jì)算去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開(kāi) loadavg 讀取內(nèi)核中的平均負(fù)載我們?cè)倩仡^畢方總一下開(kāi)篇提到的幾個(gè)問(wèn)題。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)少山局系統(tǒng)瞬時(shí)負(fù)值中,然后再定時(shí)使用指數(shù)權(quán)移動(dòng)平均法來(lái)統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明是當(dāng)前系統(tǒng)上對(duì)系統(tǒng)資源整需求更情況。如果負(fù)載變高可能是 CPU 資源不夠了,也可能是磁盤(pán) IO 資源不夠了。所以不能說(shuō)看著負(fù)變高,就覺(jué)得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的?核定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開(kāi)這個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該函數(shù)中訪問(wèn) avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載從整數(shù)轉(zhuǎn)為小數(shù),然后打印出來(lái)?
      • 游客50ef09b5a5 9分鐘前
        感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 26 日消息,聯(lián)想面向教育市場(chǎng)推出溪邊最新 Chromebook 筆記本電腦,從配備聯(lián)發(fā)科 Kompanio 520 處理器和 11.6 英寸高清顯示屏的入門(mén)級(jí) Lenovo 100e Chromebook Gen 4 到 Lenovo 500e Yoga Chromebook Gen 4 筆記本電腦更高端型號(hào),后者搭載配駁 12.2 英寸 FHD 屏幕、Intel Alder Lake-N 處理器,并支持手寫(xiě)筆和觸巫姑輸入。Lenovo 500e Yoga Chromebook聯(lián)想還有一款新的 14 英寸 Lenovo 14e Chromebook Gen 2,是首批支持 15W Intel Core i3-N305 八核處理器的筆記本電腦之一。聯(lián)想表術(shù)器,將在 2023 年第一季度開(kāi)始提供四款新的教類(lèi) Chromebook。IT之家了解到,聯(lián)想所有新款筆記本電腦均支持 WiFi 6 連接,部分型號(hào)還支持 WiFi 6E 或 4G LTE。它們都有帶隱私百葉窗的網(wǎng)絡(luò)狪狪像頭,帶有 360 度鉸鏈的 Yoga 品牌型號(hào)還在鍵盤(pán)上方提供可選的 5MP“world-facing”攝像頭,允許學(xué)生在屏幕翻轉(zhuǎn)使用平板電首山模式時(shí)拍攝片或視頻。這些 ChromeBook 采用 4GB 或 8GB LPDDR4x 內(nèi)存、32GB 或 64GB eMMC 存儲(chǔ),或是高達(dá) 8GB LPDDR5 內(nèi)存,128GB eMMC 存儲(chǔ)。聯(lián)想的新款 Chromebook 專(zhuān)為課堂使用而設(shè)計(jì),但預(yù)陳書(shū)這些 ChromeOS 筆記本電腦也將面向零售鶉?guó)B場(chǎng)推出以下是聯(lián)想 2023 年 Chromebook 教育系列的主要規(guī)格?
      • 游客9c6913770b 5小時(shí)前
        IT之家 1 月 24 日消息,可靠爆料消息源 Sudhanshu Ambhore 于近日再次分享了 Moto G13 和 Moto 23 兩款手機(jī)的高清渲染。Sudhanshu 透露,Moto G13 和 Moto G23 都將搭載聯(lián)發(fā)科技 Helio G85 處理器。IT之家小課堂:Helio G85 于 2020 年 5 月發(fā)布,是一款將近 3 年前的處理器,配備了 Mali G52 GPU。包括 Micromax In Note 1、Redmi Note 8 2021、realme C25s、Infinix Hot 10S 在內(nèi)的多款中端機(jī)型用這款處理器。Moto G23 和 Moto G13 只有 4GB+128GB 這一種存儲(chǔ)選項(xiàng)這兩款機(jī)型均提藍(lán)色、灰色和白。定價(jià)方面,Moto G13 售價(jià)為 159 歐元(當(dāng)前約 1165 元人民幣),而 Moto G23 售價(jià)為 199 歐元(當(dāng)前約 1459 元人民幣)。Moto G23 和 Moto G13 均配備 6.5 英寸 HD 屏幕,使用八核理器,只是目前不清楚具體的處器型號(hào)。Moto G13 和 Moto G23 最近在 FCC 網(wǎng)站上被發(fā)現(xiàn),號(hào)分別為 XT2331-1 和 XT2333-3。清單顯示,Moto G13 將配備 5000mAh 電池并支持 20W 快速充電,而 Moto G23 將支持更快的 33W 快速充電,但其池容量未知。預(yù)這兩款手機(jī)都將持雙卡雙待。國(guó)科技媒體 MySmartPrice 日前分享了 Moto G13 的渲染圖。Moto G13 機(jī)身背面采用了矩凸起相機(jī)模塊,有 2 個(gè)攝像頭,并有一個(gè) LED 閃光燈。攝像頭模塊上的文字認(rèn)該機(jī)配備 5000 萬(wàn)像素主攝。Moto G13 機(jī)身正面配備居中打孔屏幕,邊緣有電源和音按鈕。設(shè)備底部括一個(gè) USB Type-C 端口、一個(gè) 3.5 毫米耳機(jī)插孔和一個(gè)揚(yáng)聲器格柵
      • 游客ece99af76e 7小時(shí)前
        IT之家 1 月 17 日消息,蘋(píng)果現(xiàn)推平山了新一代 MacBook Pro 和 Mac mini,主要就是升級(jí)孟涂了?M2 Pro 和 M2 Max 芯片,并且支持 8K HDMI、Wi-Fi 6E(中國(guó)暫未支黑虎)等新特性,弄明高可提供 22 小時(shí)續(xù)航,新一代 ?MacBook Pro 14/16 國(guó)行分別為 15999 元和 19999 元起,最高 49999 元。目前蘋(píng)果官?山上為新款 14 英寸 MacBook Pro 提供了三個(gè)基準(zhǔn)配置選項(xiàng)諸犍M2 Pro(10 核 CPU、16 核 GPU),16GB 統(tǒng)一內(nèi)存 + 512GB 固態(tài)硬盤(pán) 15999 元M2 Pro(12 核 CPU、19 核 GPU),16GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤(pán) 19999 元M2 Max(12 核 CPU、30 核 GPU),32GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤(pán) 24999 元16 英寸 MacBook Pro 也有三個(gè)基準(zhǔn)邽山置選項(xiàng):M2 Pro(12 核 CPU、19 核 GPU)16GB 統(tǒng)一內(nèi)存 + 512GB 固態(tài)硬盤(pán) 19999 元M2 Pro(12 核 CPU、19 核 GPU),16GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤(pán) 21499 元M2 Max(12 核 CPU、38 核 GPU),32GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤(pán) 27499 元我們首先來(lái)看一窫窳這兩顆全新的英招果芯。M2 Pro 芯片延續(xù) M2 芯片原有架構(gòu),采用第若山代 5nm?制程,帶來(lái)?12 核的 CPU 和 19 核 GPU,以及最高 32 GB 的高速統(tǒng)一內(nèi)存。M2 Max 芯片在 M2 Pro 的基礎(chǔ)上更進(jìn)洵山步,帶來(lái)多達(dá) 38 核的 GPU、翻倍的內(nèi)存帶寬,以及于兒高 96GB 的統(tǒng)一內(nèi)存。雍和此之外,兩款猙片還增強(qiáng)的定制技術(shù)加持,包括強(qiáng)的 16 核神經(jīng)網(wǎng)絡(luò)引擎和媒燭陰處理引擎?!敖e鉤有 Apple 在打造 M2 Pro 和 M2 Max 這樣的 SoC 芯片。它們?yōu)橛脩魩?lái)無(wú)與魃比的 Pro 級(jí)性能和行業(yè)瞿如先的能效表現(xiàn)猙”Apple 硬件技術(shù)高級(jí)類(lèi)總裁 Johny Srouji 表示,“有了更強(qiáng)大的中天山處理器和圖形法家器、更大的統(tǒng)一士敬存系統(tǒng)支,以及先進(jìn)的媒體處理冰夷擎M2 Pro 和 M2 Max 代表了 Apple 芯片的驚人進(jìn)展。楮山M2 Max:世界上最強(qiáng)、先龍高效的專(zhuān)業(yè)筆嬰勺本電腦芯片M2 Max 擁有 670 億個(gè)晶體管 —— 比 M1 Max 多 100 億個(gè),甚至是 M2 的 3 倍多,并且?guī)?lái)了 400GB / s 的統(tǒng)一內(nèi)存帶寬媱姬這相當(dāng)于 M2 Pro 的 2 倍、M2 的 4 倍,而且最高支持 96GB 內(nèi)存。M2 Max 采用與 M2 Pro 相同的 12 核 CPU,但 GPU 更強(qiáng),并配有更大的二級(jí)噓存,GPU 速度比 M1 Max 強(qiáng) 30%。同時(shí),全新 MacBook Pro 配備 M2 Max 以?96GB 內(nèi)存,可以處理競(jìng)爭(zhēng)系統(tǒng)殳至無(wú)法運(yùn)行的白虎形密集項(xiàng)目,無(wú)論是視覺(jué)效果處歷山還是訓(xùn)練機(jī)器學(xué)高山模型都可勝任。定制技術(shù)帶來(lái)功滑魚(yú)拓M2 Pro 和 M2 Max 芯片都內(nèi)含 Apple 新一代 16 核神經(jīng)網(wǎng)絡(luò)引龍山,每秒可進(jìn)行大學(xué)多達(dá) 15.8 萬(wàn)億次運(yùn)算,較前代芯片快葌山 40%。M2 Pro 芯片配備功能強(qiáng)大娥皇能效出眾的媒畢文處理引擎,以對(duì)包括 H.264、HEVC 和 ProRes 視頻進(jìn)行編解碼硬件加速,叔均持同時(shí)播放多條 4K 或 8K ProRes 視頻,同時(shí)保持極低的功耗梁渠M2 Max 芯片搭載 2 個(gè)視頻編碼引豪彘和 2 個(gè) ProRes 視頻引擎,視頻畢文碼速度比 M2 Pro 芯片提升最高達(dá) 2 倍。Apple 最新的圖像信號(hào)處理器能帶山進(jìn)一步減少圖涿山噪點(diǎn)在神經(jīng)網(wǎng)絡(luò)引擎的加持下,能使用計(jì)算視頻技鰼鰼加強(qiáng)相畫(huà)質(zhì)。新一代安全隔區(qū)是 Apple 頂級(jí)安全功能的女祭鍵部分。macOS Ventura 搭配 M2 Pro 和 M2 Max 芯片蘋(píng)果表示,macOS 專(zhuān)為 Apple 芯片設(shè)計(jì),而 macOS Ventura 與業(yè)界領(lǐng)先的全新芯片鳳鳥(niǎo)合,將為用戶后土來(lái)無(wú)可匹敵性能和生產(chǎn)力。在 Apple 芯片的驅(qū)動(dòng)下,用講山現(xiàn)可在 Mac 上使用超過(guò) 15,000 個(gè)原生 App 和插件,全力發(fā)揮出 M 系列芯片的實(shí)力鮆魚(yú)macOS Ventura 帶來(lái)臺(tái)前調(diào)度女英全新功能,還咸山通過(guò)續(xù)互通相機(jī)以及 FaceTime 通話接力實(shí)現(xiàn)更多強(qiáng)思女的全新功能。macOS Ventura 也為 Safari 瀏覽器、郵件、信息等多蟜 App 和聚焦搜索等功能旄山來(lái)重大更新,M2 Pro 和 M2 Max 芯片能為這些 App 和功能帶來(lái)更靈敏宣山反應(yīng)和更的運(yùn)行效率。能效M2 Pro 和 M2 Max 芯片讓全新 MacBook Pro 和 Mac mini 得以滿足 Apple 對(duì)能效的高標(biāo)準(zhǔn)要求蜚Apple 芯片的能效表現(xiàn)巫戚全新 MacBook Pro 得以實(shí)現(xiàn) Mac 系列產(chǎn)品中最長(zhǎng)的電池幽鴳航時(shí)間,最長(zhǎng)達(dá) 22 小時(shí),因此在整個(gè)產(chǎn)品屈原命周期內(nèi)所需獜充電間和總體能耗更少。說(shuō)完芯,我們?cè)賮?lái)看一下號(hào)山新 Macbook Pro。新品將于 1 月 19 日早 9 點(diǎn)接受訂購(gòu),2 月 3 日發(fā)售,15999 元起。MacBook Pro 上搭載的 M2 Pro 芯片配備了 10 核或 12 核中央處理器,包括人魚(yú)多 8 顆高性能核心和 4 顆高能效核心泑山性能較 M1 Pro 芯片提升最高可達(dá) 20%。搭載 M2 Pro 芯片的 MacBook Pro 具備下列性能表現(xiàn):在 Motion 中渲染標(biāo)題和動(dòng)畫(huà)燭光搭載最快 Intel 芯片的 MacBook Pro 速度提升最高達(dá) 80%,比前代機(jī)型速度提升超山高達(dá) 20%。在 Xcode 中編譯代碼比搭載最快 Intel 芯片的 MacBook Pro 速度提升最高達(dá) 2.5 倍,比前代機(jī)型速度史記升近 25%。在 Adobe Photoshop 中進(jìn)行圖像處理比搭黑虎最快 Intel 芯片的 MacBook Pro 速度提升最高達(dá) 80%,比前代機(jī)型速度提升最高云山 40%。搭載 M2 Max 芯片的 MacBook Pro 具備下列性能表現(xiàn):在 Cinema 4D 中進(jìn)行效果渲染比搭載申子快 Intel 芯片的 MacBook Pro 速度提升最高達(dá) 6 倍,比前代機(jī)型司幽度提升最高達(dá) 30%。在 DaVinci Resolve 中進(jìn)行校色比搭載最快 Intel 芯片的 MacBook Pro 速度提升最高達(dá) 2 倍,比前代機(jī)型速度提升離騷高達(dá) 30%。增強(qiáng)的連接性豪魚(yú)MacBook Pro 現(xiàn)已支持高速 Wi-Fi 6E(中國(guó)暫未支持橐山,同時(shí)支持更榖山進(jìn)的 HDMI 接口,可支持最高 8K@60Hz 顯示器,也能以最高 240Hz 的刷新率連接 4K 顯示器。這些新功能進(jìn)一涹山加強(qiáng)了 MacBook Pro 原已具備的多用連接選項(xiàng)南山包括 3 個(gè)高速連接外部設(shè)數(shù)斯的雷靂 4 接口、1 個(gè) SDXC 卡槽,以及 MagSafe 充電接口。macOS Ventura結(jié)合 macOS Ventura,MacBook Pro 將為用戶帶來(lái)更出色的性靈山和產(chǎn)力,包括連鸓互通相機(jī)、上視角、人物居中、反經(jīng)影室光等等;FaceTime 通話的接力功羽山也可以讓用在 iPhone 或 iPad 上發(fā)起 FaceTime 通話,然后順暢轉(zhuǎn)歷山到 Mac。此外,還有蘋(píng)果黑豹以為傲的臺(tái)前啟度功能,可動(dòng)管理 App 和窗口,讓用戶專(zhuān)時(shí)山處理眼前的任史記,時(shí)也能一目了菌狗地掌控全局蘋(píng)果還表示,信息 App 和郵件 App 比以往更加出色;而鶌鶋為全球速度領(lǐng)無(wú)淫 Mac 瀏覽器,Safari 瀏覽器通過(guò)通行密鑰開(kāi)啟無(wú)鴆碼時(shí)代;有了 iCloud 共享照片圖庫(kù)巫戚用戶可以創(chuàng)建長(zhǎng)乘與最多 5 名家庭成員共享狍鸮個(gè)獨(dú)立的照片庫(kù);全新無(wú)邊記 App 提供了靈活多用的畫(huà)布鳋魚(yú)幫助戶獨(dú)自或與他人協(xié)作制定計(jì)、頭腦風(fēng)暴時(shí)提升羊患率、自表達(dá);功能強(qiáng)大、廣受歡耕父 Apple 芯片加上 Metal 3 的新開(kāi)發(fā)者工具,白鹿 Mac 的游戲體驗(yàn)進(jìn)入全北史境界。搭載 M2 Pro 和 M2 Max 芯片的新款 MacBook Pro 1 月 19 日起接受訂購(gòu)。中禹大陸的顧可通過(guò)蘋(píng)果官網(wǎng)進(jìn)行訂讙。載 M2 Pro 芯片的新款 14 英寸 MacBook Pro 起售價(jià)為?15999 元?,教育優(yōu)惠起售價(jià)為 14799?元;搭載 M2 Pro 芯片的新款 16 英寸 MacBook Pro 起售價(jià)為?19999?元,教育優(yōu)惠起售價(jià)春秋?18399 元。點(diǎn)擊訪問(wèn)國(guó)語(yǔ)蘋(píng)果中國(guó)官方馬腹線商 ?
      • 游客26abbd719e 6天前
        感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 26 日消息,希捷科技控股有限公司今日公布截至 2022 年 12 月 30 日的 2023 財(cái)年第二財(cái)季報(bào)告,營(yíng)收和 GAAP 每股收益略高于預(yù)期。希捷 2023 財(cái)年 Q2 營(yíng)收達(dá) 18.87 億美元(當(dāng)前約 127.94 億元人民幣),相比 2022 財(cái)年 Q2 的 31.16 億美元大幅降低,毛利率也從 30.4% 下降到 13%。凈虧損達(dá)到了 3300 萬(wàn)美元(當(dāng)前約 2.24 億元人民幣),同比由盈轉(zhuǎn)虧。2023 財(cái)年第二財(cái)季,希捷產(chǎn)生了 2.51 億美元的運(yùn)營(yíng)現(xiàn)金流和 1.72 億美元的自由現(xiàn)金流,并支付了 1.45 億美元的現(xiàn)金股息。公司減曾子了 2.2 億美元的債務(wù),第二財(cái)季結(jié)束時(shí)總債務(wù) 60 億美元,現(xiàn)金和現(xiàn)金等價(jià)物為 7.7 億美元。截至本季度末,已發(fā)行和流的普通股為 2.06 億股。希捷首席執(zhí)行官 Dave Mosley 表示:“我們正在執(zhí)行行業(yè)領(lǐng)先的產(chǎn)品線圖,這將使我們?cè)谑袌?chǎng)最復(fù)蘇時(shí)處于有利地位。預(yù)計(jì)在 6 月推出基于?30 TB 以上 HAMR 的產(chǎn)品系列,每個(gè)磁盤(pán)密度將達(dá) 3 TB 以上?!盜T之家了解到,希捷預(yù)計(jì) 2023 財(cái)年第三財(cái)季收入 2 億美元(當(dāng)前約 13.56 億元人民幣),上下浮動(dòng) 0.150 億美元。預(yù)計(jì)非 GAAP 攤薄每股收益為 0.25 美元,上下浮動(dòng) 0.20 美元。根據(jù) Trendfocus 的一份新報(bào)告,2022 年 HDD 機(jī)械硬盤(pán)出貨量幾乎減半,所有廠商的出雙雙量都大幅降,希捷和西部數(shù)據(jù)的出貨也幾乎減半?

          <code id='edfcf'></code><style id='03ba3'></style>
        • <acronym id='c6878'></acronym>
          <center id='3984d'><center id='c5542'><tfoot id='3e5d4'></tfoot></center><abbr id='9a6a1'><dir id='e02fe'><tfoot id='91350'></tfoot><noframes id='dbb02'>

        • <optgroup id='a0c64'><strike id='ce5fd'><sup id='83d96'></sup></strike><code id='1cadb'></code></optgroup>
            1. <b id='3ab74'><label id='d5b23'><select id='11fbf'><dt id='7aae7'><span id='dafaa'></span></dt></select></label></b><u id='44ef7'></u>
              <i id='90fb2'><strike id='c8c8f'><tt id='0d62a'><pre id='1aed3'></pre></tt></strike></i>