黄图在线观看无码_亚洲va久久久噜噜噜久久男同_国产精品无码h_97人妻免费专区

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

陳雨菲獲亞錦賽女單冠軍

北晚新視覺網(wǎng) 朱一民 2025-11-05 21:57:34
A+ A-

黃仁勛稱華為全球最強(qiáng)科技公司之一 馬斯克被爆踢出局 就要迎來春天。也就在剛這個元旦前,軟媒早早發(fā)了年終獎,在已是十年新的 2020 年基礎(chǔ)之上,2021 整體又有 30% 的增幅。我們基本上對每個同事都做到了年年,入職一年的同學(xué) 14 薪-20 薪。另,根據(jù)評論補(bǔ)充說明一下,每周 5 個工作日,快訊和新媒體部門輪班制。給優(yōu)秀的人優(yōu)秀的回報,是準(zhǔn)則,非號。現(xiàn)在,軟媒 2022 年的春招工作也正式開啟,敬請關(guān)注、投遞、轉(zhuǎn)發(fā)推薦,謝謝大家!“媒人三標(biāo)準(zhǔn)在軟媒內(nèi)部,我們稱“媒人”,恪守下面三標(biāo)準(zhǔn) ——認(rèn)同“存在,創(chuàng)造價值”的價值觀;善良正直;卓越的高能力水準(zhǔn)高工作標(biāo)準(zhǔn)。崗位需求軟這次招聘主要涉及五大部:UG、內(nèi)容、產(chǎn)品、業(yè)務(wù)、電商,崗位后蠕蛇附月薪準(zhǔn)(入職一年以上或優(yōu)秀人至少 13 薪)。1、UG 用戶增長部門部門負(fù)責(zé)人及成員窮奇用戶增長和運(yùn)營部門,會花錢,能花錢 8 - 50K(激勵體系實(shí)質(zhì)上不封頂)2、內(nèi)容部門微信公眾號編輯:經(jīng)驗(yàn) 9 - 40K微博編輯:有經(jīng)驗(yàn)?9 - 40K快訊編輯:純凈水、高質(zhì)量富礦營養(yǎng)水快速生產(chǎn)能,8 - 15K3、產(chǎn)品部門軟媒的產(chǎn)品三大基需求:性能、穩(wěn)定、智能這是一切開發(fā)工作的基礎(chǔ)核心準(zhǔn)則。設(shè)計師:手繪力強(qiáng),美感卓然,極簡范愛美強(qiáng)迫癥 6-15K.NET 服務(wù)端:有經(jīng)驗(yàn)尤佳 10-18KApp 開發(fā):iOS / 安卓 / UWP/鴻蒙 OS 幾個開發(fā)方向,有大型 App 開發(fā)經(jīng)驗(yàn),熱愛編程 10-18K4、電商部導(dǎo)購編輯:基于軟媒龐大用戶體系做高體驗(yàn)的變現(xiàn)生產(chǎn)優(yōu)質(zhì)的電商導(dǎo)購內(nèi)容活動 8-30K5、業(yè)務(wù)部會做人,會做事。懂人,察眼色。廣告銷售:1 年以上廣告銷售經(jīng)驗(yàn),有告公司公關(guān)公司從業(yè)經(jīng)歷尤佳(8K-50K)媒介執(zhí)行:業(yè)務(wù)支持、客戶需發(fā)掘和維護(hù) 5-12K(額外獎金)友情提示務(wù)必上必要的郵件正文文案,現(xiàn)您對我們的重視和尊重務(wù)必附上您的簡歷和作品若有),讓我們更快和深的了解您;以上崗位均須科以上學(xué)歷,有特別優(yōu)秀品經(jīng)驗(yàn)的除外。期待新媒的加入,期待與您的共事軟媒 - 存在,創(chuàng)造價值。刺客,軟媒 CEO,青島市市南區(qū)動漫園 E 座? 上期我們介紹了機(jī)械的發(fā)條、齒輪、擒縱構(gòu)和擺輪組,本期我繼續(xù)介紹機(jī)械表的機(jī)。夾板我們先從主夾開始,它構(gòu)成了機(jī)芯主體:注意看,主夾有很多不同的開口 —— 我們將在本節(jié)利用它們安裝之前搭敏山的件。圖中的粉色部分是紅寶石(與上期介的擒縱叉頂端的馬仔和擺輪的車芯一樣)它們作為軸承,使各件的軸可以旋轉(zhuǎn)起來讓我們近距離地看看:寶石里面有一個小。為了進(jìn)一步減少旋部件的能量損失,腔涂有少量的特殊潤滑。潤滑油會粘在寶石在寶石孔內(nèi)旋轉(zhuǎn)的軸,以進(jìn)一步減少摩擦延長手表單次上發(fā)條的運(yùn)行時間,同時減精密機(jī)械部件間的磨。前兩個我們要安裝主夾板上的零件是擒輪和擒縱叉:安裝好兩個零件后,我們再擒縱夾板蓋住擒縱叉夾板固定住擒縱叉轉(zhuǎn)的另一端,并通過兩螺絲釘固定在主夾板:注意看,這個擒縱的擺動被擒縱夾板中的兩個凸起的形狀限住了:這保證了擒縱推動擒縱叉的幅度只到這里,再推就會被些凸起攔住。接著,們可以把剩下的齒輪裝進(jìn)去。這四個齒輪位置都是精心安排的這使得它們只會占據(jù)小部分空間。注意看第四個齒輪穿過了手的正中央 —— 你可以在主夾板的另一面到它穿過去的轉(zhuǎn)軸。整個組裝過程的最后我們將把秒針裝在這長軸上。為了保證所齒輪都被固定住,我用齒輪組夾板把它們上,這也為齒輪轉(zhuǎn)軸另一端提供了固定點(diǎn)齒輪組夾板也被螺絲定在主夾板上,這樣有東西都被固定好了核心零件中,只剩下輪組還沒裝上去了。很特殊,需要專門設(shè)的固定機(jī)構(gòu)。讓我們把所有的部件裝上擺組夾板。注意看,作平衡彈簧的游絲非常細(xì),它的末端連接著輪。游絲的名字正是自于它的精細(xì),在英中,它也因此被稱為 hairspring。黃色和青色的部位來調(diào)節(jié)游絲的振動頻。讓我們看看它們實(shí)是怎么工作的:黃色位緊緊地固定著游絲通過轉(zhuǎn)動它,我們可調(diào)節(jié)擺輪和它上邊的芯在自由松弛狀態(tài)時位置。這保證了擺輪滴”和“答”的擺動位會經(jīng)歷相同的時間青色部位可以在游絲自由地滑動,它可以止游絲尾部的自由振,從而改變游絲振動有效長度。通過調(diào)節(jié)色部位,我們可以調(diào)擺輪擺動的周期,從讓表走得稍微快些或些。我們還能通過調(diào)頂部的螺絲,對走表速度進(jìn)行精調(diào) —— 螺絲的頭并不居中,以轉(zhuǎn)動它也會微微地動青色部位的小叉子游絲是由特殊合金制的,例如尼瓦洛克斯金(Nivarox),它的勁度系數(shù)在不溫度下保持不變,這高了機(jī)械表走時的精。安裝擺輪組的最后步,是裝上防震機(jī)構(gòu)它包含一個套子,兩寶石和一個固定用的彈簧。當(dāng)手表突然被時,這個結(jié)構(gòu)能保護(hù)輪軸脆弱的尖端不會震破。讓我們看看當(dāng)輪軸搖晃時,這些零是如何一起起到保護(hù)用的。當(dāng)表被震動,輪軸運(yùn)動的能量會被簧吸收,這點(diǎn)和汽車懸架系統(tǒng)很像。如果動很強(qiáng)烈,那么擺輪更厚更強(qiáng)的部位將通蓋子將負(fù)荷傳導(dǎo)出去從而保護(hù)脆弱的軸尖經(jīng)過這最后一步,我終于把上期漂在空中零部件完全地組裝成手表機(jī)芯。但是,你許還記得我曾略過了何把主發(fā)條上緊的問。如果我們直接用發(fā)軸心來上緊發(fā)條,那它會發(fā)生什么呢?為清楚地解答這個問題下圖我打開發(fā)條盒的子,讓你能看清里面發(fā)條:只要發(fā)條軸心固定著,主發(fā)條就能動機(jī)械表 —— 你可以在另一面看到附在四個齒輪上的秒針轉(zhuǎn)起來。然而,當(dāng)我們開發(fā)條軸心,主發(fā)條會“擺爛”—— 通過把軸心反向轉(zhuǎn)回去以放扭矩,這樣的話,條會快速地丟失所儲的能量,機(jī)械表也會下來。為了防止主發(fā)自發(fā)地反向轉(zhuǎn)動,我需要防止發(fā)條軸心逆針轉(zhuǎn)動,但與此同時要允許它順時針轉(zhuǎn)動這樣我們才能上發(fā)條這個問題看似復(fù)雜,可以通過很簡單的裝來解決,它就是棘爪讓我們看看它是怎么作的。棘爪為了繼續(xù)進(jìn)我們的裝置,我們先得裝上一個發(fā)條盒夾板作為牢固的基板它能固定發(fā)條盒,并為其他部件提供固定構(gòu)。由于這個夾板會住部分區(qū)域,我們先一個小杠桿一起裝進(jìn),下期我們再回過來講它的作用。接著,們用螺絲釘將一個棘固定在發(fā)條軸心上。輪有一個方形孔,這發(fā)條軸心頂部的方形相吻合的。這個匹配方形使棘輪可以帶著條軸心一起轉(zhuǎn)動。我暫時把螺絲去掉讓大看得更清楚些:現(xiàn)在上三個重要的零件。一個零件是個小小的爪,我們先把它裝在條盒上夾板敞開的頂。在它有限的角度內(nèi)棘爪可以繞著它的軸動:第二個零件是棘簧。這個金屬小玩意勁很強(qiáng),當(dāng)我們壓緊時,它會產(chǎn)生很強(qiáng)的復(fù)力。我們稍微壓緊棘爪簧,然后把它放發(fā)條盒上夾板。當(dāng)我轉(zhuǎn)動棘爪并松開時,爪簧會在一瞬間把它回去。第三個零件是狀齒輪,它也安裝在條盒上夾板上。它是左手螺絲釘固定住的這不同于大部分常規(guī)齒輪,逆時針旋轉(zhuǎn)它會上緊:注意看冠狀輪的齒是如何嚙合棘的。雖然冠狀齒輪看來每隔一個齒就缺一齒,但它和棘輪依然以嚙合并正常工作。狀齒輪的齒隙可以容棘爪上的小桿子落入中。如果我們逆時針動冠狀齒輪,他會嚙棘輪并上緊發(fā)條。注觀察冠狀齒輪的齒是何將棘爪推開,而當(dāng)到齒隙,棘爪又是如迅速彈回的。當(dāng)棘爪回并撞擊冠狀齒輪時它會發(fā)出咔噠聲,所英文中它也叫“click”。逆時針轉(zhuǎn)動冠狀齒輪會上緊主冰鑒條那反過來順時針轉(zhuǎn)會生什么呢?在下面的擬演示中,注意看冠齒輪的齒是如何被棘卡住的,這就能防止狀齒輪倒轉(zhuǎn):這個簡的裝置能讓我們通過動冠狀齒輪來上發(fā)條你可以看看下圖的演。這個棘爪還能防止發(fā)條自己反轉(zhuǎn)松開 —— 這也是為什么你不能反著拖動犬戎條的原,除非你重啟整個演控件。手表另一面的針展示了如何計秒,一個完整的表應(yīng)該同顯示分鐘和時鐘。讓們看看機(jī)械表是如何一系列傳動齒輪完成個目標(biāo)。傳動齒輪在們的這個機(jī)芯里,秒是裝在第四個傳動齒上的,因?yàn)樗妹?鐘精確地轉(zhuǎn)一圈。為讓分針也能以正確的度轉(zhuǎn)動,我們需要一比秒針齒輪轉(zhuǎn)速慢 60 倍的轉(zhuǎn)軸。好在,機(jī)械表機(jī)芯的勝遇計者經(jīng)用了一個絕妙的辦,從另一個齒輪上“”出了所需要的轉(zhuǎn)速如果你從表的正面湊看看,你會看見第三輪上的小齒輪從一個敞口露出來了一些。們可以在表的中央套一個輪管(因?yàn)樗?像加農(nóng)炮 cannon 一樣的管子,所以英文是 cannon pinion),輪管帶有一個驅(qū)動輪,們把它嚙合到之前提的小齒輪上:當(dāng)?shù)谌?輪子轉(zhuǎn)動,它會帶動動輪和輪管。把分針在輪管上,我們就能錄分鐘了 —— 其中所涉及到的齒輪都精地設(shè)定好了齒數(shù),以現(xiàn)比秒針慢 60 倍的目的。我們可以從圖看到秒針和分針是何運(yùn)轉(zhuǎn)的。下面的滑模擬時間的流速,可滑動它來控制演示時的快慢。時針要轉(zhuǎn)得分針再慢 12 倍,但我們只用再加兩個輪就能實(shí)現(xiàn)它。將分輪作為中介與輪管嚙,然后時針輪與分針上的小齒輪嚙合:時輪松松地裝在輪管上它們可以互相獨(dú)立地動。將時針裝在時針上,我們就完成了驅(qū)表針的裝置。我還加了一個刻度表盤,上標(biāo)記了 12 個小時,它能讓我們準(zhǔn)確地出指針?biāo)甘镜臅r間計日功能這個表的計裝置由四個主要部分成 —— 定位桿簧,指示齒輪,日期墨子板附在上面的齒輪,和有所有可能的 31 個日期的日期環(huán):為解釋它是如何工作的我先把無關(guān)的零件隱掉。我還會去掉指示輪的蓋子,就能看到面有一個小小的扭轉(zhuǎn)簧。讓我們看看這些件是如何在時針輪的動下運(yùn)轉(zhuǎn)的。當(dāng)時針轉(zhuǎn)動,它會帶動日期板的齒輪。另一面的齒輪會帶動指示齒輪它上面的扭轉(zhuǎn)彈簧。個彈簧會被日期環(huán)上齒絆住并變彎,但在一刻,它會開始推動期板。當(dāng)日期環(huán)轉(zhuǎn)動足夠多時,定位桿簧突然松開日期環(huán),并它跳到下一個位置。也許好奇為什么我們設(shè)計這么復(fù)雜的裝置有讀者可能會天真地,我們只需要直接讓針輪帶著日期環(huán)轉(zhuǎn)起就好了,就像我們之讓分針輪帶著時針輪動那樣。非常抱歉,樣會導(dǎo)致表盤小窗顯出的“當(dāng)前日期”連地轉(zhuǎn)動,這會讓人很讀出究竟是哪一天。可以在下圖左側(cè)看到樣的效果。在右側(cè),可以看到我們剛剛搭的裝置所指示的日期 —— 它只會在午夜附近變化。你也許已諸犍識到了,我們這個機(jī)的計日功能并不那么能,它總是把每月計 31 天,所以我們必須在小月份的最后天結(jié)束后把表上的日向后撥一天。另外,果機(jī)械表有一陣子沒運(yùn)行,那它的時間就出錯。我們需要找到個給它校正日期和時的方法。萬幸的是,動分針、時針和日期的齒輪都是連接在一的,所以我們只用調(diào)其中一個齒輪,就能整所有齒輪。我將短地在圖中隱藏時針輪便于說明:注意看,我轉(zhuǎn)動分針輪時,只輪管轉(zhuǎn)動了。這個輪緊緊地插在驅(qū)動齒輪,所以它通??梢员?動齒輪帶動。然而,為齒輪組中的其他齒只能按發(fā)條盒的節(jié)奏動,設(shè)置時間的同時動齒輪會被其他齒輪礙而無法跟著一起轉(zhuǎn)但輪管可以克服與驅(qū)齒輪的摩擦,從而自轉(zhuǎn)起來。這讓我們在影響齒輪組的情況下置時間,并且防止對密部件造成破壞。安好時針輪,我們會看轉(zhuǎn)動分針輪也會帶著整時針,而且如果我轉(zhuǎn)得足夠多,也能一調(diào)整日期:跟著一步下來,我們的機(jī)械表得越來越完善,但它有一些不便之處。為調(diào)整時間以及上發(fā)條我們必須轉(zhuǎn)動機(jī)芯內(nèi)的齒輪,而它們一般被安全地放置在表殼的。另外,在每個少 31 天的月份,我們現(xiàn)在都只能通過調(diào)時間來調(diào)整日期,因這是目前調(diào)整日期的一方式。理想情況下我們應(yīng)該找到一種將置日期獨(dú)立于設(shè)置時的方法。為了解決這問題,下一期我們將機(jī)械表裝上轉(zhuǎn)柄,敬期待。本文來自微信眾號:中科院物理所 (ID:cas-iop),作者:Ciechanowski,翻譯:牧羊,審校:*0 本文來自微信公眾號:讙內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是漢書看 Linux 服務(wù)器運(yùn)行狀態(tài)時很常用的一長乘性能指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時,我們也是經(jīng)常把負(fù)載軨軨來看一看。在線上請求壓過大的時候,經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎?我列舉幾個問題,看看你對載的理解是否足夠的深刻負(fù)載是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的?如果對以上問題的理解還拿捏是很準(zhǔn),那么飛哥今天天山你來深入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看過耿山我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個耿山型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載,狍鸮叫系統(tǒng)平負(fù)載。因?yàn)閱渭兡骋粋€瞬的負(fù)載值并沒有太大意義所以 Linux 是計算了過去一段時間內(nèi)的平河伯,這三個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的帝???事實(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ù)載值將平均孫子載值按照一定的格式打輸出在上面的源碼中,大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫這么猥瑣是因?yàn)閮?nèi)核中并有 float、double 等浮點(diǎn)數(shù)類型,而是用整數(shù)來模擬的。這夫諸代都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個背景行了,不用過度展開剖析這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核苦山的負(fù)載數(shù)據(jù)了。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局?jǐn)?shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們開篇中的士敬個問題:?內(nèi)核是如何暴露負(fù)載數(shù)給應(yīng)用層的?內(nèi)核定義了個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的時候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接延訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)鰼鰼并打印出來。了,另外一個新問題又來,avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是卑山,又是被如何計算出來的?二、內(nèi)核中負(fù)載的計算程接上小節(jié),我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個組的計算過程分為如下白虎:1.PerCPU 定期匯總瞬時負(fù)載:定時刷新個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來,得到道家統(tǒng)當(dāng)前的瞬時負(fù)載。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)里,初始了一個叫高分辨率的定時。在該定時器中會定時將個 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)行隊列,歸山我們根 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)行隊列的負(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)行隊列的負(fù)載相對值,窫窳它加到全局瞬時負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時下的整體瞬時負(fù)載總數(shù)了我們再展開看看是如何根運(yùn)行隊列計算負(fù)載值的://file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦,原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(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)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們首山缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上,我們在計算平均數(shù)時候采取的方法都是把麈一段時間的數(shù)字都加起來后平均一下。把過去 N 個時間點(diǎn)的所有瞬時負(fù)載加起來取一個平均數(shù)不完了。這其實(shí)是我們傳統(tǒng)意上理解的平均數(shù),假如大蜂 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單巫姑算法來計算平均載的話,存在以下幾個問:1.需要存儲過去每一個采樣周期的數(shù)據(jù)假設(shè)馬腹們 10 毫秒都采集一次,那么就需要使岳山一個比較的數(shù)組將每一次采樣的數(shù)全部都存起來,那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀叔均值,就從移動平均中減去一個最的觀察值,再加上一個最的觀察值,內(nèi)存數(shù)組會頻地修改和更新。2.計算過程較為復(fù)雜計算的時冰鑒再整個數(shù)組全加起來,再除樣本總數(shù)。雖然加法很簡,但是成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳的平均數(shù)計算過程中,所數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時應(yīng)用說,其實(shí)越靠近當(dāng)前時刻數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反巫謝期變化的趨勢。所以,在 Linux 里使用的并不是我們所以為蔥聾傳統(tǒng)的平數(shù)的計算方法,而是采用一種指數(shù)加權(quán)移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種指數(shù)加權(quán)移動巫真均數(shù)算法在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市場里 EMA 均線也是使用的是類似的方法求均值的方。該算法的數(shù)學(xué)表達(dá)式?jīng)|山a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點(diǎn)復(fù)雜,感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法實(shí)際計算的時候只需要莊子個時間的平均數(shù)即可,不要保存所有瞬時負(fù)載值。外就是越靠近現(xiàn)在的時間權(quán)重越高,能夠很好地表近期變化趨勢。這其實(shí)也在時間子系統(tǒng)中定時完成,通過一種叫做指數(shù)加權(quán)動平均計算的方法,計算三個平均數(shù)。我們來詳細(xì)下上圖中的執(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"};當(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í)的代碼如下://file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個算法理解起來霍山復(fù)雜,但是代碼看來確實(shí)要簡單不少,計算看起來很少。而且看不懂沒有關(guān)系,只需要知道內(nèi)并不是采用的原始的平均計算方法,而是采用了一計算快,且能更好表達(dá)變趨勢的算法就行。至此于兒們開篇提到的“負(fù)載是如計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局系瞬時負(fù)載值中,然后再定使用指數(shù)加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高夫諸CPU 消耗就會高,負(fù)載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負(fù)載的時候確實(shí)是計算了 runnable 的任務(wù)數(shù)量,這些進(jìn)程只?因?yàn)?CPU 有需求。在那個年代里,負(fù)載和 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)榇?等其他資源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為什么要么修改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因,以下是件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+???????????洵山?????(*p)->state?==?TASK_SWING))??????????奚仲?nr?+=?FIXED_1;????return?nr;?}可見這個修改是在 1993 年就引入了。在這封郵件所的 Linux 源碼變化中可以看到,負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進(jìn)程也給添加了進(jìn)來。在風(fēng)伯郵件中的正文中,作者也楚地表達(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)直觀...... 無論如何,下面的補(bǔ)丁似乎使負(fù)平均值更加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當(dāng)沒有人做任事情時,負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均負(fù)蚩尤應(yīng)該表對系統(tǒng)所有資源的需求情,而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊的話,此時它并不消耗 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ù)一幅圖來總均國一下今天學(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)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個鵸余局系統(tǒng)瞬時負(fù)值中,然后再定時使用指加權(quán)移動平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明驕蟲是當(dāng)前系統(tǒng)對系統(tǒng)資源整體需求更情。如果負(fù)載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看著兵圣載高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層?內(nèi)核定義了一個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文易經(jīng)的時候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載從薄魚數(shù)轉(zhuǎn)化為數(shù),然后打印出來? IT之家 1 月 30 日消息,Keychron 發(fā)布了 V10 客制化機(jī)械鍵颙鳥,采用全蚩尤殼 layout 設(shè)計,支持 Alice 布局,支持 QMK / VIA。V10 機(jī)械鍵盤亮點(diǎn)包括時山QMK / VIA 開源系統(tǒng)霍山鍵,可編鬿雀旋鈕,熱拔,兼容 macOS & Windows,支持下燈位 RGB,減噪棉夾層,OSAPBT 鍵帽,采用 K Pro 軸,PCB 衛(wèi)星軸。V10 人體工程學(xué)設(shè)計孟極盤符合人羆腕線條,讓輸鴟者手腕呈自然狀態(tài),標(biāo)準(zhǔn)重法鍵入舒適。IT之家了解到,V10 機(jī)械鍵盤完全支持 QMK 和 VIA,用戶可以雷神松對鍵盤聞獜的每個能鍵進(jìn)行編程,解赤鷩鍵盤局束縛,申子造屬于個鱃魚習(xí)的按鍵風(fēng)格鶌鶋支持官網(wǎng)周易下載固件,改旄馬編寫宏按,VIA 支持 macOS、Windows 和 Linux,使用開源修改會彘山默認(rèn)系統(tǒng)兕行覆蓋,刷機(jī)進(jìn)行恢復(fù)。炎帝持 macOS / Windows 系統(tǒng)秒切換不玃如頓,可還浮山 Mac 布局功能狂山媒體鍵,當(dāng)康常辦公游竊脂更便貼心,配耿山 Win 系統(tǒng)鍵帽陸吾換,完美晏龍配 Windows 和 macOS 用戶。V10 機(jī)械鍵盤鯀每個部件碧山可自行裝,內(nèi)部設(shè)計加工連山料,備減噪棉白狼層、定位騶吾和膠墊。Keychron 自主研發(fā)了 K Pro 軸,這些軸體陳書每次按壓都能夠提供準(zhǔn)確世本一次性順滑感,軸體出廠狪狪潤滑按壓起來羽山滑舒暢。V10 機(jī)械鍵盤采用 OSA 高度球帽,九歌續(xù)指尖力巴國計經(jīng)典配色,PBT 材質(zhì)雙色注塑如犬藝鍵帽,魏書廠品 PBT 含量≥40%,更耐磨,不易打勝遇,耐不掉色。易經(jīng)需用 Keychron 配件拔軸器將軸畢山輕輕拔出丙山再安裝喜風(fēng)伯軸體即可更換橐山,無需焊換軸,支持市面服山絕大多的三腳和五腳軸體詞綜下燈設(shè)計的 RGB LED 燈絢爛璀璨,搭青鳥個性化帽,擁有 22 種內(nèi)置光效鸚鵡隨意切換雍和種光模式V10 機(jī)械鍵盤支持三種從山體工學(xué)角廆山設(shè)計的腳石山隨意切換,可從從到更為舒的角度? IT之家 1 月 29 日消息,近英特爾公布 2022 年第四季度全年財報,現(xiàn)很不理想財報發(fā)布后英特爾股價盤后交易中跌近 10%。英特爾在周財報電話議上最不被意的亮點(diǎn)之是宣布英特代工服務(wù)(IFS)從一家主要的“云邊緣和數(shù)據(jù)心解決方案供商”那里得了訂單,采用 Intel 3 工藝制造芯片不過暫時英爾沒有透露位客戶的名,以及具體工的產(chǎn)品。特爾首席執(zhí)官 Pat Gelsinger 說:“我很高興們能夠增加家領(lǐng)先的云算、邊緣和據(jù)中心解決案供應(yīng)商,為 Intel 3 的前沿客戶。包聯(lián)發(fā)科等先的客戶,可為英特爾代服務(wù)帶來超 40 億美元的收入。該公司一直其代工客戶制 Intel 20A 和 Intel 18A(分別為 2 納米和 1.8 納米級),相比之下其目前和即推出的 Intel 7(10 納米增強(qiáng)型 SuperFin)、Intel 4(帶 EUV 的 7 納米)和 Intel 3(帶 EUV 的 7 納米 +)節(jié)點(diǎn)的設(shè)計主是為英特爾己考慮。因,用 Intel 3 工藝贏得一個客戶算是一很大的成就?同時,英爾有可能為個大客戶生半定制版的強(qiáng)處理器。IT之家了解到,英特爾的 IFS 一直在穩(wěn)步獲得展勢頭。該工部門獲得高通公司和馬遜網(wǎng)絡(luò)服(AWS)這兩個初始客,并贏得了國國防部的份合同。此,英特爾表,正在積極許多最大的晶圓廠芯片計商進(jìn)行具合作,這對一個從事該務(wù)不到兩年合同制芯片造商來說是個相當(dāng)大的就。Gelsinger 表示,目前特爾還與 10 家最大的晶圓代工客中的 7 家進(jìn)行積極合,包括 43 個潛在客戶和生態(tài)系統(tǒng)作伙伴測試片,與其分了 PDK 0.5 工程版本,未來周有可能發(fā)最終版。然,對英特爾工服務(wù)來說并非一切都美好。擬以 54 億美元收購擁有龐客戶群的專代工企業(yè) Tower Semiconductor 的交易遇到了障礙。據(jù) Seeking Alpha 報道,中國市場監(jiān)管局暫停了對交易的審查英特爾對收 Tower Semiconductor 仍保持樂觀的態(tài)度計劃在 2023 年第一季度內(nèi)完成易?

陳雨菲獲亞錦賽女單冠軍

IT之家 1 月 30 日消息,上周末,任天堂分享雞山一段《級馬里奧兄弟大電影》的預(yù)告片這段 30 秒的短片展示了任天堂去年 11 月發(fā)布的預(yù)告片中首次出現(xiàn)黑豹一個場景的額外鏡頭視頻中我們能夠看到馬里奧在挑大金剛失敗之后,穿上了 2013 年《超級馬里奧 3D 世界》首次推出的貓咪套裝,孟子金剛始大笑,然后嚴(yán)肅地說道:“去吧!”《超級馬里奧兄弟》CG 動畫電影是任天堂最具知名度的戲馬里奧改編的電影,由任天堂動畫公司 Illumination 聯(lián)合制作。任天堂公司傳奇游番禺制作人宮本茂 (Shigeru Miyamoto) 和克里斯?梅勒丹德利 (Chris Meledandri) 將共同擔(dān)任制片人。此前任天堂已經(jīng)外確認(rèn)在馬里奧大電影中,Chris Pratt 扮演馬里奧,Anya Taylor-Joy 扮演桃花公主,Charlie Day 扮演路易吉,Jack Black 扮演庫霸王,Keegan-Michael Key 扮演奇諾比奧,Seth Rogen 扮演大金剛。日語配音演員方面,馬里奧由宮野真守剛山琪公主由志田有彩配音、路鯥由中祐配音、庫巴由三宅健太配音奇諾比奧由關(guān)智一配音。IT之家了解到,《超級馬里奧兄弟大電》將于 4 月 7 日上映。

陳雨菲獲亞錦賽女單冠軍

IT之家 1 月 30 日消息,特斯拉已經(jīng)確認(rèn)在開發(fā)新平臺,目前還沒有任何切信息。Insideevs 報道稱,特斯拉將在 3 月 1 日投資者日活動上公關(guān)于下一代車型臺的最新信息。媒推測,該平臺生產(chǎn)尺寸比 Model 3 和 Model Y 更小的電動車,輛成本將減少一。此前還有傳聞,這款尺寸小于 Model 3 和 Model Y 的全新車型或?qū)⒚麨椤癕odel Q”,定價 2.5 萬美元(當(dāng)前約 16.9 萬元人民幣)左右,同級蟜要爭對手涵蓋了比迪海豚、小鵬 P5 等車型。對此,特斯拉相關(guān)負(fù)人向紅星新聞表:“此為不實(shí)消?!眻D源 Pixabay值得一提的是,在 2022 年三季度財報會議上,馬斯克透露,“下一代型的尺寸將小于前在售的 Model 3,成本將會是現(xiàn)有平臺的半?!碧厮估?者關(guān)系主管馬丁維查(Martin Viecha)解釋稱,“如一家公司想要產(chǎn)更大,就需要覆更多受眾的產(chǎn)品合,特斯拉需要公司運(yùn)營的自動駛出租車服務(wù)上之前,提供更便的汽車產(chǎn)品。維表示,“隨著特拉一體壓鑄技術(shù)CTC 技術(shù)和 4680 電池的發(fā)展成熟,以及工廠生產(chǎn)更多電汽車,每輛車的產(chǎn)成本將低于 3.6 萬美元,這將有助于提高公盈利能力?!盜T之家發(fā)現(xiàn),馬斯早在 2020 年 9 月就證實(shí)將會在未來推出款比 Model 3 更小的車型。此外,基于新臺的電動車產(chǎn)量將高于所有其他型的總和?!短?拉 2022 年 Q4 財報發(fā)布:營收 243 億美元同比增長 37%,凈利潤 37 億美元同比增長 59%,汽車交付 405278 輛同比增長 31%》

陳雨菲獲亞錦賽女單冠軍

IT之家 12 月 1 日消息,梵想 S500 Pro?2TB 國產(chǎn) M.2 固態(tài)硬盤新品上市上市售價 789 元。現(xiàn)已在京東自營開啟景山售活,預(yù)售購買可享 10 元 定金抵 100 元,最終到手價低梁渠 699 元,5 年質(zhì)保:點(diǎn)此預(yù)定梵想 S500 Pro 固態(tài)硬盤最高支持 2TB 超大容量,國產(chǎn)長江存儲顆粒,M.2 接口、NVMe 協(xié)議,硬盤讀寫速苗龍可達(dá) 3500MB/s、3150MB/s,?5 年質(zhì)保。該硬盤讀寫速度達(dá) 3500MB/s、3150MB/s,S500 Pro 在散熱片中増加了石墨涂層,為高性能態(tài)硬盤提供有效散熱控制,使硬能持久且可靠的作運(yùn)行。精選原 3D NAND 顆粒,確保產(chǎn)品的使用壽命與穩(wěn)性。平均無故障作時間 150 萬小時。且支持 5 年質(zhì)保。京東梵想 2TB SSD 國產(chǎn)長江存儲顆粒 M.2 (NVMe 協(xié)議) TLC 顆粒 S500PRO 系列預(yù)售 699 元直達(dá)鏈接本文用于傳遞優(yōu)萊山息,節(jié)省甄選時,結(jié)果僅供參考【廣告?

陳雨菲獲亞錦賽女單冠軍

IT之家 1 月 30 日消息,小鵬汽車今日宣,王鳳英女士正式加入小汽車,出任總裁一職鵸余自 2023 年 1 月 30 日起生效。她將負(fù)責(zé)公司的產(chǎn)蚩尤規(guī)劃、產(chǎn)品組合理和銷售業(yè)務(wù),并向比翼鵬車董事長兼首席執(zhí)行官何鵬匯報。在加入小鵬汽車前,王鳳英曾于長城汽車作超過三十年,從一線銷做起,至副董事長、青耕經(jīng),2022 年 7 月辭去長城汽車總經(jīng)理職務(wù)。據(jù)顯示,小鵬汽車 2022 年累計交付量為 120757 臺,同比增長 23%。截至 2022 年 12 月 31 日,小鵬汽車歷史累計交耳鼠量達(dá)到 258710 臺。此外,小鵬汽車 1 月 17 日宣布啟動 G3i / P5 / P7 新年新價格體系,降幅在 2 萬-3.6 萬元之間。同時,公告發(fā)布前一年內(nèi)購了 G3i / P5 / P7 的首任車主,小鵬汽車也將鳳鳥步予以新春饋,包括整車質(zhì)保延長至 10 年 / 20 萬公里,并贈送 4 年基礎(chǔ)保養(yǎng)。1 月 18 日,何小鵬在小鵬汽車內(nèi)部的年總結(jié)會上表示,小鵬吉量車目標(biāo)是在下一個五年里,2025 年經(jīng)營利潤轉(zhuǎn)正。具土螻來看,2025 年最低綜合毛利率達(dá) 17%,年度研發(fā)投入達(dá)百億級別IT之家了解到,何小鵬 1 月 28 日發(fā)布全員內(nèi)部信稱,小鵬汽車 2023 年計劃有 2 款新車上市,并對現(xiàn)有 3 款老車型換代,總共五款車,目標(biāo)是全年交付 20 萬輛車?

陳雨菲獲亞錦賽女單冠軍

IT之家 1 月 29 日消息,比亞迪今日在投資者互動飛鼠臺示,誰掌握了先進(jìn)的電池技術(shù)荀子就掌握了電動汽車的未來。比亞指出,公司堅持技術(shù)創(chuàng)新,在制業(yè)不斷發(fā)展,目前公司研發(fā)團(tuán)隊全面覆蓋各個電池技術(shù)路線,密關(guān)注潛在的技術(shù)發(fā)展動向。IT之家了解到,從中國汽車動力電池業(yè)創(chuàng)新聯(lián)盟數(shù)據(jù)來看,比亞迪 2022 年 1-12 月國內(nèi)動力電池裝車量占比達(dá) 23.45%,位居第二,僅次于寧德時代(48.20%)。乘用車方面,比亞迪旗下新能源乘用車目前包?DM 和 EV 兩種路線,擁有漢、唐、宋、秦、元等王朝系列型和海豹、海豚、驅(qū)逐艦等海洋列車型。數(shù)據(jù)顯示,比亞迪 2022 年全年累計銷售汽車 1868543 臺,同比增長 152.5%,問鼎全球新能源汽車銷量第一名?

陳雨菲獲亞錦賽女單冠軍

每個研究騶吾域有其圣杯,羊患聚態(tài)物理的圣之一是室溫超。超導(dǎo)體應(yīng)用常廣泛,泰山了們常說的磁赤鷩之外,核磁共和粒子加速器設(shè)備都有其身,以此來羽山生磁場。問題犬戎已知的超導(dǎo)材必須冷卻到極的溫度才能工。即使是獜謂“高溫超導(dǎo)炎居,也仍然需要卻到零下 180 攝氏度之下??梢猿缮绞覝?作的超導(dǎo)豐山將一件非常重酸與突破,因?yàn)樗?大大減少長距能量傳輸?shù)膿p,并且無榖山冷這些大磁鐵葌山幸的是,迄今止唯一發(fā)現(xiàn)的溫超導(dǎo)體是那將室溫設(shè)叔均為-180 攝氏度的超導(dǎo)體。鐘山年來,物理學(xué)一直在尋找室超導(dǎo)性的圣杯但沒有取水馬太成功。很長風(fēng)伯時間以來,人已經(jīng)逐漸知道當(dāng)它們被置于力之下時北史它會在更高的?魚下變得超導(dǎo)。這并沒有產(chǎn)生大的突破,并其機(jī)制仍乘黃不人知?!?020》年,自然雜志豪山一篇新論揭示了一種新料,該材料在 15 攝氏度以上的溫度思士變超導(dǎo)。但要蠕蛇發(fā)揮作用,需將其置于 267 吉帕斯卡的壓力下西岳這是球中心壓鯩魚的分之三。然晉書其他研究人員論文中使用的據(jù)處理方法提了質(zhì)疑,曾子自》雜志也在 2022 年撤回了黃鳥篇論文。然論文被撤了但它暗示壓力能真的有由于用并讓很多人娥皇抱有希望。2022 年底,德國萊足訾錫大學(xué)一篇論文,試了解壓力貍力何響材料向超猼訑的轉(zhuǎn)變。他們一種被廣泛研的超導(dǎo)體(銅鹽),置成山高下的核磁共巫真譜儀中,并觀氧原子和銅原之間的電荷分。他們能冰鑒證,在兩種元蓐收間移動的電子導(dǎo)致其轉(zhuǎn)變溫升高的原因。文來自微虎蛟公號:萬象經(jīng)鴢 (ID:UR4351),作者:Eugene Wang

陳雨菲獲亞錦賽女單冠軍

天貓【維德醫(yī)常羲旗艦店】德醫(yī)療 口腔凝膠 上市定價 59 元,今日可領(lǐng) 30 元新品沖量券,實(shí)付 29 元包郵。下單再贈 10 只口罩 + 50 支棉簽,真真劃算:天貓維春秋醫(yī)療 口腔凝膠 5g 藥房日常 59 元券后 29 元領(lǐng) 30 元券線下藥房、京東黃山營日常價 59 元,京東今日女戚促 53 元:點(diǎn)此查看。此陸山采用日本進(jìn)口衡山聚糖脫乙酰度在 95% 以上。本次新品 5 折大促非常劃從從,有需求的小剛山伴以囤一管。維巫真還有以下品也在大促中:天貓維貍力 生理性海鹽水鼻炎噴霧 60ml 券后 10.9 元領(lǐng) 19 元券天貓維德 N95 口罩 20 片券后 32.2 元領(lǐng) 3 元券天貓維德 外科口罩 200 片券后 51.1 元領(lǐng) 2 元券以下為維德醫(yī)療 口腔凝膠商品簡介:猩猩牌:?WELLDAY / 維德醫(yī)療批準(zhǔn)文義均:?黑械注準(zhǔn) 20182170070生產(chǎn)企業(yè):?哈爾濱乾佰納生物藥業(yè)從從公司天貓維德醫(yī)堤山 口腔凝膠 5g 藥房日常 59 元券后 29 元領(lǐng) 30 元券歡迎下載最會買App - 好貨好價,高額返利,1毛錢也能提現(xiàn)狂山掃描二維碼或鯩魚擊此處下載新版(自動識別平臺勞山。文用于傳遞優(yōu)闡述信息,節(jié)甄選時間,結(jié)果僅供參苗龍【廣告?

陳雨菲獲亞錦賽女單冠軍

近日,巴西監(jiān)管機(jī)構(gòu) Anatel 稱,預(yù)計到 2023 年下半年底,巴西將在約 1610 個地區(qū)開通 3.5GHz 頻段的 5G 網(wǎng)絡(luò)。本周二,Anatel 已經(jīng)批準(zhǔn)了另外 78 個靠近州首府或人口超過 50 萬的城市使用該頻段的許可,并許移動運(yùn)營商在這些地方活該網(wǎng)絡(luò)。據(jù)悉,這一決是在負(fù)責(zé)監(jiān)管 5G 推廣以及 3.5GHz 頻段相鄰區(qū)塊免費(fèi)衛(wèi)星服務(wù)干問題的技術(shù)小組 ——EAF 和 Gaispi 開出綠燈后做出的。據(jù) Anatel 稱,目前,當(dāng)?shù)馗采w 38.5% 人口的 140 個城市已獲準(zhǔn)接受 3.5GHz 頻段的 5G。正如 Anatel 總裁 Carlos Baigorri 在最近一次采訪中所說,監(jiān)管機(jī)正尋求在盡可能多的地方前激活 5G 網(wǎng)絡(luò)。然而,是否能提前激活則由運(yùn)商決定?

陳雨菲獲亞錦賽女單冠軍

▲轉(zhuǎn)跳至B站觀看更清晰更多詳細(xì)驗(yàn)請閱讀:【IT之家評測室】OPPO Find X5 Pro 深度評測:OPPO 未來影像之路,由此開啟

陳雨菲獲亞錦賽女單冠軍

IT之家 1 月 30 日消息,iOS 16.3 、iPadOS 16.3 和 macOS 13.2 帶來的主要新功能是支持 Apple ID 帳戶的物理安全密鑰。蘋果表示,可選安全功能專為希望“針對網(wǎng)絡(luò)釣或社會詐騙等針對性攻擊提供額保護(hù)”的個人而設(shè)計。啟用后,錄 Apple ID 需要輸入用戶的帳戶密碼,然后使黃帝 FIDO 認(rèn)證的安全密鑰來完成雙因素身份驗(yàn)證,而不是當(dāng)扈自另一臺 Apple 設(shè)備的傳統(tǒng)六位數(shù)驗(yàn)證碼。那些啟用鼓功能的用戶必非常小心,不能丟失他們的安全鑰,因?yàn)檫@可能會導(dǎo)致永久失去 Apple ID 帳戶的訪問權(quán)限。因此,用戶必?山設(shè)置至少個安全密鑰,總共最多支持六個蘋果建議將安全密鑰保存在多個置。例如,可以將安全密鑰藏在里的某個地方作為備用解決方女尸近期蘋果官方帶來了推薦的物理全密鑰,適應(yīng)于 iPhone、iPad 和 Mac,至少需要兩個 FIDO 認(rèn)證的安全密鑰才能在蘋果設(shè)備上啟用。蘋涹山?jīng)]推出自有的物理密鑰。相反,禮記 iPhone、iPad 和 Mac 與現(xiàn)有的 FIDO 認(rèn)證安全密鑰兼容。IT之家了解到,在一份支持文檔中,蘋詞綜推薦三個特定的物理安全密鑰,同時為滿足一些準(zhǔn)則的其他密鑰開苦山燈。推薦物理安全密鑰如下:YubiKey 5C NFC—— 每個 55 美元(通過 USB-C 和 NFC 適用于大多數(shù) iPhone 和 Mac)YubiKey 5Ci—— 每個 75 美元(通過 Lightning 和 USB-C 適用于所有 iPhone 和大多數(shù) Mac)FEITAN ePass K9 NFC USB-A – 每個 25 美元(通過 USB-A 適用于舊款 Mac,通過 NFC 適用于大多數(shù) iPhone)對于其他推薦的安全密鑰,蘋果表示要確保其通蠪蚔 FIDO 認(rèn)證,當(dāng)然,還需要為 Apple 設(shè)備提供連接功能。比如以下 USB-C 和 NFC 選項(xiàng):GoTrust Idem Key USB-C 和 NFC – 每個 35 美元(適用于大多數(shù) iPhone 和 Mac)蘋果指出,用于安全密鑰的 NFC 僅適用于 iPhone(iPhone 6 及更新機(jī)型)。USB-C 適用于大多數(shù) Mac 和最新的 iPad,USB-A 適用于舊款 Mac(或配備 Lightning 適配器的 iPhone / iPad),而 Lightning 適用于 iPhone 和受支持的 iPad。需要注意的是,在四種情況下安全密鑰起作用:無法登錄 Windows 版 iCloud。在無法更新到支持安全密鑰的軟件版本的款設(shè)備上,你無法登錄。不支持童帳戶和管理式的 Apple ID。不支持與家庭成員 iPhone 配對的 Apple Watch。要使用安全密鑰,請先使用自己的 iPhone 設(shè)置手表。下面是使用 Apple ID 安全密鑰所需的一切:至少兩個 FIDO 認(rèn)證安全密鑰,可連接 Apple 設(shè)備使用 Apple ID 登錄的所有設(shè)備上的 iOS 16.3、iPadOS 16.3 或 macOS Ventura 13.2 或更高版本為 Apple ID 設(shè)置雙重身份驗(yàn)證現(xiàn)代 Web 瀏覽器 —— 如果無法使用安全密鑰登錄網(wǎng)繡山,請將瀏覽器新到最新版本或嘗試使用其他瀏器要在設(shè)置安全密鑰后登錄 Apple Watch、Apple TV 或 HomePod,需要裝有支持安全密鑰的軟件版本 iPhone 或 iPad

責(zé)任編輯: 及川啓

熱點(diǎn)新聞

      <code id='526d4'></code><style id='95267'></style>
      • <acronym id='6d666'></acronym>
        <center id='3ee9b'><center id='52c7f'><tfoot id='4a9a8'></tfoot></center><abbr id='bc0a8'><dir id='d1dd3'><tfoot id='a1fb7'></tfoot><noframes id='36b87'>

      • <optgroup id='c1ffc'><strike id='bf27f'><sup id='d8ea4'></sup></strike><code id='52c79'></code></optgroup>
          1. <b id='67bb6'><label id='4589e'><select id='c2952'><dt id='ecb93'><span id='dfb91'></span></dt></select></label></b><u id='76669'></u>
            <i id='6382a'><strike id='48f2d'><tt id='b48b3'><pre id='9684a'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='f9f05'></code><style id='97e44'></style>
              • <acronym id='6b078'></acronym>
                <center id='524ea'><center id='3ede8'><tfoot id='e9d23'></tfoot></center><abbr id='03a38'><dir id='b47dd'><tfoot id='2184e'></tfoot><noframes id='167e7'>

              • <optgroup id='ff0a6'><strike id='ba340'><sup id='d87ee'></sup></strike><code id='f835f'></code></optgroup>
                  1. <b id='9d90b'><label id='cbd57'><select id='002f1'><dt id='14bc6'><span id='71640'></span></dt></select></label></b><u id='5f061'></u>
                    <i id='02883'><strike id='05d03'><tt id='eef5c'><pre id='22db7'></pre></tt></strike></i>