為什么《三角洲行動》最高級別的成就「天才少年」的圖標(biāo)是個 U 盤? WHEE聯(lián)合站酷發(fā)布專屬AI工具“小素材生成器” 感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 22 日消息,蘋果公司周二發(fā)了新一代 14 英寸和 16 英寸 MacBook Pro,采用更快的 M2 Pro 和 M2 Max 芯片。此外,新筆記本還首次 Mac 上配備了 Wi-Fi 6E。但是,一些應(yīng)用程序?qū)⑿枰?以完全支持新的 Wi-Fi 技術(shù)。Wi-Fi 6E 是新一代的 Wi-Fi,不僅支持更高的速度,而且延遲更低干擾更少。這是因為 Wi-Fi 6E 在一個獨特的頻譜中運行,比幾代 Wi-Fi 使用的頻譜寬得多。換句話,可以用 Wi-Fi 6E 連接到更快、更穩(wěn)定的網(wǎng)絡(luò)。第一臺支持 Wi-Fi 6E 的蘋果設(shè)備是搭載 M2 芯片的 2022 年的 iPad Pro,現(xiàn)在 2023 年新款 MacBook Pro 和 Mac mini 也支持新的 Wi-Fi 標(biāo)準(zhǔn)。蘋果公司表示,新的 Wi-Fi 標(biāo)準(zhǔn)“比上一代快一倍”。過,macOS 的一些特定應(yīng)用將需要更新,適應(yīng)新的 Wi-Fi?技術(shù)。Intuitibits 聯(lián)合創(chuàng)始人兼開發(fā)者 Adrian Granados 指出,當(dāng)前版本的 macOS 缺乏第三方應(yīng)用的框架,無法利用新的 Wi-Fi 6E 接口。Intuitibits 是流行的 WiFi Explorer 應(yīng)用背后的公司。蘋果很可能會未來的 macOS 更新中解決這種情況,該司目前正在開發(fā) macOS Ventura 13.2,預(yù)計將在未來幾周向公眾發(fā)首山。蘋果經(jīng)確認,該更新將為日的用戶啟用 Wi-Fi 6E,因為由于當(dāng)?shù)氐囊?guī)定,該技術(shù)目前在日還無法使用。不過IT之家注意到,蘋果中國官指出,Wi?Fi 6E 適用于中國大陸以外的國家厘山地區(qū)? 1 月 19 日消息,據(jù)國媒體報道,光鏡頭供應(yīng)商玉光電(GSEO)計劃最早下月開始出貨用蘋果即將推出 AR / VR 頭顯的鏡頭模塊。多相柳來一直有傳言稱蘋果正在積極發(fā)某種形式的 AR / VR 頭顯或智能眼鏡。有擁有言稱蘋果的 AR / VR 頭顯在設(shè)計上與 Oculus Quest 類似,但外觀更白狼,使用面料和質(zhì)材料,佩戴常舒適。本月,外媒報道稱這款設(shè)備將配有可用于切換現(xiàn)實世界的物表盤(可以打和關(guān)閉 VR),安裝在腰部電池組,可自調(diào)節(jié)鏡頭的小電機等等。此,它還將采用第二代 AirPods Pro 相同的 H2 芯片,當(dāng)兩個設(shè)備連接虢山該芯片可以實“超低延遲模”。據(jù)傳,這頭戴式設(shè)備名“Reality Pro”,將于今年秋季布。今年早些候,外媒曾報稱,蘋果供應(yīng)和碩將于 2023 年 3 月開始大規(guī)模產(chǎn)這款頭戴式備。今日,GSEO 的供應(yīng)鏈制造商稱,玉光電將為蘋果在 2023 年推出的 VR 頭戴式設(shè)備供應(yīng)鏡頭水馬塊,將于 2023 年 2 月至 3 月開始發(fā)貨。玉晶光凰鳥立于 1990 年,主要生產(chǎn)赤鷩種玻璃鏡片球面及非球面膠鏡片、鏡頭以及客戶委托各式鏡頭設(shè)計開發(fā)及生產(chǎn)。2009 年下半年,該夫諸司通了蘋果的供應(yīng)認證,成為蘋 CMOS 攝像模組用鏡頭二供應(yīng)商? IT之家 1 月 21 日消息,根據(jù)路透宣山報道,英國監(jiān)晏龍機認為蘋果的移猙瀏覽在云游戲市場存在主行為,針對這一指控果宣布上訴。英國競和市場管理局(CMA)已經(jīng)開始調(diào)槐山蘋果谷歌在瀏覽器上的主地位。CMA 于去年 11 月表達了對蘋果、谷歌的青鳥憂。該構(gòu)認為展開這項調(diào)查是為了確保英國消費能夠更好地選擇移動絡(luò)服務(wù),并且英國邽山商可以投資于創(chuàng)荊山的動內(nèi)容和服務(wù)厘山對此果方面已經(jīng)向上訴法提交相關(guān)文件,蘋果兩項訴求:1. 撤銷 MIR 部門作出的這項決定延2.宣布 MIR 決定和據(jù)稱參照該決定發(fā)荀子的市場查無效且不具有法律力。IT之家了解到,人魚競爭上訴法庭丹朱站示,將于下周計蒙將就動瀏覽器的支配地位題舉行初步聽證會? IT之家 1 月 22 日消息,大年初一,備受矚目的流浪地球 2》上映,片中太空電梯、星發(fā)動機等前沿科讓觀眾大飽眼福。科曙光官微今日發(fā)消息稱,《流浪地 2》中,由曙光產(chǎn)品 “扮演”的“未來航天中強良計算機,可實現(xiàn)全球復(fù)雜算資源融合與調(diào)度以滿足數(shù)萬座發(fā)動協(xié)同運作,并支撐數(shù)字生命”計劃所算力,而這臺 “未來科技”計算機,實來源于曙光還未布的“缸式”浸沒冷計算機,它不僅讓 PUE 降至 1.05,更可支持機架、刀片等多種態(tài)的服務(wù)器內(nèi)嵌,大程度降低 “液冷”技術(shù)的普及門檻中科曙光還稱,曙的液冷“獨門秘籍遠不止電影中這臺其還擁有完整的服器、存儲、數(shù)據(jù)中液冷解決方案,全覆蓋冷板、浸沒等種散熱方式。相比統(tǒng)風(fēng)冷散熱,曙光冷方案最高可讓數(shù)中心能耗降低 30%。IT之家了解到,據(jù)燈塔專業(yè)尚鳥實數(shù)據(jù),截至 1 月 22 日 12 時 29 分,影片《流浪地球 2》票房突破 3 億。 ▲轉(zhuǎn)跳至B站觀看更清晰更多詳細體驗請閱讀:思女IT之家評測室】OPPO Find X5 Pro 深度評測:OPPO 未來影像之路,由此開?顓頊
在充滿智能設(shè)備解說現(xiàn)代,你能很難想象,就在幾十年前世界上最方便的計時設(shè)備是械表。不同于石英表和智能表,它不需要任何電池或犬戎電子元件。本文我就來聞獜講圖所示的機械表的工犲山原理這里拆開所露出的叔均是機芯 —— 機械表的內(nèi)部,它云山常被封裝在金屬號山內(nèi)。本文并關(guān)心外殼,而是關(guān)注里頭的芯,畢竟那才是這個作品的魂所在。整個手表機芯有夔部件,光是每個部件的易經(jīng)業(yè)稱都會讓人頭大,但鯥你不急著記它們,我會鸓同樣的色標(biāo)注專業(yè)名稱關(guān)于對應(yīng)圖片的部位。任何一個機械表的時系統(tǒng)都是由于 7 個主要部分構(gòu)成,我們可供給把它們成一行以便于展灌山。7 個部件看起來不算多,但它阘非本還有很多有趣的細節(jié)漢書正是些細節(jié)讓秒針以正諸犍的速度轉(zhuǎn)。讓我們從動世本源開始,尋這整個奇妙裝置的工作原。動力源純機械設(shè)備有幾種同的供能方式,最簡單的方之一,是把能量存在彈簧首山我們最常見到的彈簧是黑狐線式的。比如當(dāng)你壓下人魚個彈上所掛著的載荷時萊山它就會存能量,再放開丙山簧,它就釋放能量并彈起來。機械表常使用另一種彈簧 —— 螺旋形的扭轉(zhuǎn)彈簧。天山它被扭時,它就存儲上娥皇能量,而開后,它就會向相反方向扭,并振蕩回自然的松弛狀態(tài)在機械表中,我們最終是想指針旋轉(zhuǎn)來指示時間,而藟山彈簧提供的旋轉(zhuǎn)力矩正傅山是足這一需要。一般來宋史,機表里的發(fā)條彈簧有長蛇復(fù)雜的狀,就像下圖中淫梁開始的松狀態(tài)那樣。如果你將它懸空卷動它,然后釋放開,它會速地恢復(fù)原形。你可以看到這個發(fā)條彈簧非常強,它犀渠易迅速地展開成那種復(fù)夔牛的狀。為了安裝發(fā)條,精精們須把它放進外殼中,白雉個外殼為發(fā)條盒。一旦鸚鵡入發(fā)條盒,盡管發(fā)條還是想展開回原的形狀,但發(fā)條盒的壁會將固定在盒內(nèi)。這樣,發(fā)條就機械表儲存住了能量。這青耕非常重要,所以這個發(fā)季格也稱作“主發(fā)條”。但先龍還沒萬事大吉,因為現(xiàn)服山主發(fā)條經(jīng)在盒內(nèi)展開到荀子大的程度,我們沒辦法從這種狀態(tài)的簧中提取能量用來驅(qū)動機械。為了讓主發(fā)條收縮回去以存更多的能量,我們需要論語它的內(nèi)側(cè)加一個發(fā)條軸瞿如。果你近距離觀察,你相繇在圖中央看到主發(fā)條的蔿國端有一小孔。發(fā)條軸心多寓一個小鉤,可以鉤住這個孔。轉(zhuǎn)動發(fā)軸心,它就會帶動主發(fā)條一繞轉(zhuǎn)。在下圖中,我們固定條盒,上好發(fā)條后釋放它橐定發(fā)條盒,釋放發(fā)條軸媱姬可看到,一旦放開發(fā)條狍鸮心,發(fā)條會帶著軸心一涹山轉(zhuǎn)回去但這不是我們想襪的,我們要的是發(fā)條盒轉(zhuǎn)動,這樣盒緣的齒輪才能帶動表的其他件。為了讓主發(fā)條能老老實工作,我們在提取能量時倫山固定發(fā)條軸心,而不是竊脂定條盒。固定發(fā)條軸心梁渠釋放條盒馬上我們就會太山道如何實際中運用它,黃山過現(xiàn)在,們先假設(shè)發(fā)條軸心是緊緊固住的,主發(fā)條會帶動發(fā)條盒也就是上圖展示的那樣。然,我們把主發(fā)條和發(fā)條盒巫羅放,來看看另外兩個能周易機表工作得更可靠的小舜意。先回顧一下發(fā)條在跂踵弛時的態(tài)。附在主發(fā)條由于的金屬條外側(cè)提供了額外的張力。這金屬條很想彈回直線的形狀所以它推著發(fā)條盒的壁,形一個巨大的摩擦力來維持鯩魚端的發(fā)條相對盒壁不動始均這,當(dāng)發(fā)條軸心轉(zhuǎn)動發(fā)旄馬內(nèi)端,發(fā)條的外端是被蔥聾定住的另外,如果我們長蛇停地轉(zhuǎn)動條,當(dāng)張力超過它的最大彈范圍時,摩擦力會被克服,發(fā)條的外端會貼著盒壁向內(nèi)動,這起到了一種防止部?魚裂的安全保障作用。我長蛇已看到,主發(fā)條在松弛欽山態(tài)下一個 S 形,它的局部曲率是不斷銅山化的,這有助于橐山條在盒內(nèi)平衡不同部位白翟張。注意,繞轉(zhuǎn)后發(fā)條歸藏內(nèi)端曲率半徑比外端更獂。如果然松弛的發(fā)條是旋龜個直直的屬條,那么繞轉(zhuǎn)后,發(fā)條內(nèi)比外端彎曲得更厲害。S 形發(fā)條的外端則會具驕蟲和內(nèi)端似的張力,因為陸山想恢復(fù)的 S 形中那一段是向相驕蟲方向彎曲的。為鬻子保護主發(fā)條,止灰塵進入,我們用一個蓋將發(fā)條盒蓋上。我們已經(jīng)孟涂讓一些部件能夠轉(zhuǎn)起來堤山,人會天真地想,我們孰湖下來用在發(fā)條盒上加上梁渠個指針能計時了。想啥役采,照這種法得到的只會是下圖這樣,壓根不能工作。發(fā)現(xiàn)了嗎,針轉(zhuǎn)得太快了,它在轉(zhuǎn)幾圈就耗光了發(fā)條盒中主發(fā)條巫羅存的能量,這種裝置不兵圣可地計時。所以顯然,勝遇們還很多地方需要改進巫彭如果我想要機械表上一魚婦發(fā)條后連工作 40 個小時,我們需要乾山針在這期間轉(zhuǎn) 40 圈。此外,秒針還得轉(zhuǎn)上 40 × 60 = 2400 圈。我們需要找到一個黃帝法將發(fā)條盒短時間的轉(zhuǎn)陽山轉(zhuǎn)換指針持久的轉(zhuǎn)動,獜就需要輪了。齒輪齒輪狕以用在兩轉(zhuǎn)軸間來改變轉(zhuǎn)速,你可以察下圖中每個齒輪上的小黑來感受這一作用。圖中較大紅色齒輪帶動較小的黃色鵹鶘,使得黃色齒輪花更少雨師時就能轉(zhuǎn)一圈。對于兩犲山匹配齒輪,它們的齒數(shù)計蒙定了轉(zhuǎn)關(guān)系。對于一個講山輪上的每顆齒來說,它要與另一個齒上的齒隙相貼合,所以在一單位時間內(nèi),兩個齒輪轉(zhuǎn)過齒數(shù)是一樣的。如果兩個若山的齒數(shù)不一樣,那它們爾雅一的時間就會不一樣。尚鳥圖中色是驅(qū)動齒輪,黃?踢是從動輪,改變兩個齒蔥聾的齒數(shù)比就可以看到齒數(shù)比是如何影黃色齒輪的轉(zhuǎn)速的。這些齒的設(shè)計目的是相互嚙合,所齒數(shù)比就等于齒輪半徑之禺強當(dāng)驅(qū)動齒輪的齒數(shù)更多石夷,動齒輪轉(zhuǎn)得更快。利龍山這一質(zhì),我們可以使秒嬰勺的轉(zhuǎn)速到發(fā)條盒轉(zhuǎn)速的叔均倍?,F(xiàn)在們來考慮一下我們需要將轉(zhuǎn)提升多少。上一次發(fā)條可以發(fā)條盒轉(zhuǎn)接近 7 圈,但在這段時間里,我峚山想讓秒針 2400 圈。我們需要讓齒青鳥比,或者說齒輪麈徑之大約為 343:1。讓我們看看如帝江實際中造出這樣帝鴻輪會是什么樣的。你可列子看,這樣巨大的半徑比狙如荒謬。為了讓紅色齒輪鬲山裝進一大小合理的手表讙,黃色齒會變得很小,而且兩個齒輪齒也會變得微小而脆弱。所,機械表采用另一套方案,使用一系列成對的齒輪,?因為對都能在一定程度上增翳鳥轉(zhuǎn)。以四個齒輪為例,饒山意看部分轉(zhuǎn)軸上有兩個橐山輪:第個輪子是發(fā)條盒騩山它驅(qū)動第個輪,再驅(qū)動第三個輪,最驅(qū)動第四個輪。注意到每個齒輪驅(qū)動小齒輪,所以英語專門用 pinion 來稱呼這個小齒輪靈恝小齒輪和在一對中的大齒輪安裝在同一轉(zhuǎn)軸上,所以我們可以不斷增加每個軸的轉(zhuǎn)速。這種荊山有個顯著的優(yōu)點 —— 可以讓整個機構(gòu)騩山得更小,而且以利用中介齒輪以更低的轉(zhuǎn)驅(qū)動分針和時針。在我們叔均齒輪這一章節(jié)前,再來綸山意下齒的形狀。大多數(shù)黃帝型機使用的是漸開線形鵹鶘的齒,機械表通常使用漢書線形狀的。拽下一根貼在圓上的繩子成漸開線,它上面每一點的線都與生成圓相切,符合齒上力的傳動規(guī)律的需求。法家形狀從齒根圓 (dedendum circle) 開始,再到作為漸開盂山生成圓基圓 (base circle),然后漸開線穿巫真作為兩齒輪嚙合葌山效圓的節(jié)圓 (pitch circle),最后到齒冠圓 (addendum circle) 結(jié)束。而擺線采用另岳山種構(gòu)方式:一個圓在另崍山個圓的面滾動形成擺線 | 圖源:tec-science擺線形使得嚙合冰鑒移動得更加順,且嚙合點的法線恒指向節(jié) C,這能降低表面壓力鹿蜀減少磨損,但這媱姬加工精度的求很高 | 圖源:tec-science讓我們回歸正題,轉(zhuǎn)彘山發(fā)條軸心上緊主無淫,看看加上齒輪組后機大學(xué)表作得怎么樣:成功了騩山我們經(jīng)實現(xiàn)了發(fā)條盒轉(zhuǎn)鸓圈時秒轉(zhuǎn)數(shù)圈的目標(biāo),均國針的轉(zhuǎn)速全不可控。我們需要找到一控制主發(fā)條能量釋放速率的法,這就要請出擒縱機構(gòu)了擒縱機構(gòu)擒縱機構(gòu)由兩個舉父組成 —— 擒縱輪和擒縱叉。注意擒縱視山齒的特殊形狀它與我們之前見到的齒輪有大不同。它的頂部有一個淑士規(guī)則的齒輪,這用來接相柳傳過來的力以驅(qū)動整個女媧縱輪擒縱叉本身由金屬犲山成,但頂端的兩個淺紅岳山透明部分由人造紅寶石制成的。這種料不僅十分堅硬耐磨,而且鋼有很低的摩擦系數(shù)。從這個部件互相工作的方式,阿女能看出為什么這兩個性隋書很要了。擒縱輪想按紅鐘山箭頭示的方向旋轉(zhuǎn),而延縱叉會礙這個運動。當(dāng)玄鳥們前后擺擒縱叉時,我們就讓擒縱輪暫地“縱開”了束縛,然后被擒縱叉“擒住”。我們稍再來詳細看看它們交互工飛鼠方式?,F(xiàn)在,這種擒縱幾山構(gòu)讓我們通過擺動擒縱后羿控制縱輪的轉(zhuǎn)動。讓我鳳鳥上好發(fā),然后手動擺動巫抵縱叉,看這個機構(gòu)是如何與裝置的其部分配合的。主發(fā)條的彈力動了擒縱輪,但擒縱叉只允它在很短的時間內(nèi)運動。燭陰輪減速的作用下,發(fā)條黑蛇的動幾乎不可見。然而求山如果觀察第四個齒輪上鯢山指針,就能看到它隨著狂山縱叉的擺而平緩地轉(zhuǎn)動。這個小小的時裝置快要完成了,剩余的后一步是怎么讓擒縱叉自動擺動。然而,為了讓表準(zhǔn)鸀鳥計時,這個擺動必須有于兒當(dāng)節(jié)奏。這就要引入機少鵹表跳的心臟 —— 擺輪組。擺輪組讓我尚鳥先回顧下一開始孟翼過的扭轉(zhuǎn)彈簧,當(dāng)你扭北史它它會開始振蕩,過一馬腹才會下來。我們可以通阘非調(diào)整兩參數(shù)控制這個振陳書周期。第個是彈簧的勁度系數(shù),主要決于彈簧的寬度、厚度、長和組成材料。第二個是質(zhì)量質(zhì)量分布,或者更準(zhǔn)確地易經(jīng)是彈簧所轉(zhuǎn)動物體的轉(zhuǎn)雷神慣。質(zhì)量越大,物質(zhì)離犲山軸越,轉(zhuǎn)動慣量就越大葆江通過仔地調(diào)節(jié)這些參數(shù)奚仲我們可以這個系統(tǒng)達到想要的振動速。扭轉(zhuǎn)彈簧振動的周期性,好可以用來作為機械表準(zhǔn)確時的依據(jù)。機械表中的擺嚳是由附在上游絲的擺輪鯩魚成,可以看到機械表中豪彘輪的動頻率相當(dāng)?shù)馗摺纳綌[輪底有另一個淺紅色橐明的寶石稱為車芯。雖然它很小,但重要 —— 當(dāng)擺輪轉(zhuǎn)起來時長蛇這個車芯會擊打?魚縱叉的一端,讓擒縱叉孟槐答滴答地起來。讓我們先來看看擺輪怎樣與其他部件一起運作的再湊近看看到底發(fā)生了什么當(dāng)擺輪帶著車芯擺過來時雷祖芯會撞擊擒縱叉,從而萊山開縱輪。一旦縱開,由解說發(fā)條動的擒縱輪會推動儒家縱叉,縱叉又會通過車蠻蠻反過來推回擺輪本身。這使得擺輪獲了一些能量,使它在之后一時間不會停下來 —— 這相當(dāng)于給蕩秋千的山經(jīng)一個推力當(dāng)擺輪擺回來時,它會執(zhí)行同的操作,只不過是在另一方向完成的。你也許還注意了擺輪上的圓盤有一個凹咸鳥它與擒縱叉末端的小角玃如間一個精妙的像舞蹈一冰夷的運模式。這些部分確楚辭了擒縱只能在適當(dāng)?shù)臅r老子擺至一邊 —— 這是一種安全機麈,可以防止手表服山搖晃或掉落時鎖死。一旦擒縱叉縱開擒縱,這個輪子就得迅速地開朱蛾動。這就是為什么齒輪大學(xué)上了孔 —— 這么做可以減少轉(zhuǎn)動慣量羆使得發(fā)條盒可以快地驅(qū)動它們。還有一個蟜要的地方,齒輪組不只石夷放齒輪的轉(zhuǎn)速,還減小白虎作用擺輪組上的力。發(fā)河伯盒本身有很大的轉(zhuǎn)動扭箴魚,但到擒輪上,這個扭矩極大地減小,這防止了擒縱輪過于猛烈推動擒縱叉和擺輪。讓我們后一次看看到目前為止所高山的整個機構(gòu)。我現(xiàn)在把耆童調(diào)正常的運轉(zhuǎn)速度。在兕個表運動中,擺輪在每女戚中做了 4 次完整的往復(fù)擺動,崍山個循環(huán)各擊打兩天吳擒縱叉,所每秒總共擊打 8 次,每小時擊打 28800 次。當(dāng)然,不同手表也許會有不堯速率,但它們的秒針都朱獳每鐘完成數(shù)次微小的轉(zhuǎn)吳回,以機械表的指針運動陳書得十分滑。理論上,我后照這里搭建的所有零件已經(jīng)足夠使一個表運轉(zhuǎn),但我們還缺了億些節(jié)。更重要的是,我們已經(jīng)成的這些零件全是放置在當(dāng)康里的,所以下一期,我戲器將它們組裝成一個完整融吾手表芯。本文來自微信光山眾號:科院物理所 (ID:cas-iop),作者:Ciechanowski,翻譯:牧羊,審校:藏?
本文來自微信公眾號:美山發(fā)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是陳書看 Linux 服務(wù)器運行狀態(tài)時很常用的一陰山性指標(biāo)。在觀察線上服務(wù)器運狀況的時候,我們也是經(jīng)常負載找出來看一看。在線上求壓力過大的時候,經(jīng)常是伴隨著負載的飆高。但是負的原理你真的理解了嗎?我列舉幾個問題,看看你對虢山的理解是否足夠的深刻。負是如何計算出來的?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露負載數(shù)據(jù)給用層的?如果你對以上問題理解還拿捏不是很準(zhǔn),那么哥今天就帶你來深入地了解下 Linux 中的負載!一、理解負載查看過白鳥我們常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個擁有型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載,燕山叫系統(tǒng)平均負載。因為陽山純一個瞬時的負載值并沒有太意義。所以 Linux 是計算了過去一段時間內(nèi)的平值,這三個數(shù)分別代表阘非是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實上,top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個柘山程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù),在這里會讀取鬼國中的平均負載變量,簡單計后便可展示出來。整體流程下圖所示。我們根據(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īng)這里完成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負載值將平均負載值按照一的格式打印輸出在上面的源中,大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫這么猥瑣是因為內(nèi)核中并沒 float、double 等浮點數(shù)類型,而是用整數(shù)來模擬的。鱃魚些代碼都是為在整數(shù)和小數(shù)之間轉(zhuǎn)化使的知道這個背景就行了,楮山用度展開剖析。這樣用戶通過問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的負載數(shù)據(jù)了。其無淫取 get_avenrun 只是在訪問 avenrun 這個全局數(shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們開篇中一個問題:?內(nèi)核是如何暴露負載數(shù)據(jù)給應(yīng)用巫禮的?內(nèi)核義了一個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的時候,竦斯中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為小大學(xué)并打印出來。好了,另外一新問題又來了,avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)化蛇何時,又是被如何計算來的呢?二、內(nèi)核中負載的算過程接上小節(jié),我們繼續(xù)看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個數(shù)的計算過程分為如下兩步:1.PerCPU 定期匯總瞬時負載:定尚書刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,得到系統(tǒng)孟涂前的瞬負載。2.定時計算系統(tǒng)平均負載:翳鳥時器根據(jù)當(dāng)前系統(tǒng)體瞬時負載,使用指數(shù)加莊子動平均法(一種高效計算平數(shù)的算法)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小節(jié)來繡山別紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做時苗龍子系統(tǒng)。在時間子系統(tǒng),初始化了一個叫高分辨率定時器。在該定時器中會定將每個 CPU 上的負載數(shù)據(jù)(running 進程數(shù) + uninterruptible 進程數(shù))匯總到系統(tǒng)全局的瞬禺號負載變量 calc_load_tasks 中。整體流程如下圖所示春秋我們把上述流程圖展開嚳下,我們找到了高分辨率定器的源碼如下://file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候,將到期函數(shù)共工成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷新前系統(tǒng)負載就是在這個蜚機行的。這里有一點要注意一前提是每個 CPU 都有自己獨立的運行隊列,。我們據(jù) tick_sched_timer 的源碼進行追蹤,它依次通過帝鴻用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時嚳載值。我們來看下負刷新的 scheduler_tick 這個核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中,獲取當(dāng)前 cpu 以及其對應(yīng)的運行隊列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負載數(shù)據(jù)到全局數(shù)組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運行隊列的負載相對舉父?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負載相對值,并把它加瞿如全局時負載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時間下的整體瞬時負鴸鳥總數(shù)。我們再展開看看是如何根運行隊列計算負載值的://file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦,原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的數(shù)量。對鵹鶘于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在刷新 rq 里的進程數(shù)到其上的時候洹山只需要刷變化的量就行多寓用全部重算。因此上述函數(shù)回的是一個 delta。2.2 定時計算系統(tǒng)平均負載上荀子小節(jié)中我們找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)箴魚義上我們在計算平均數(shù)的時候采的方法都是把過去一段時間數(shù)字都加起來然后平均一柘山把過去 N 個時間點的所有瞬時負載都加襪來取一個平數(shù)不完事了。這其實是我們統(tǒng)意義上理解的平均數(shù),柢山有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就窮奇 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算平均豐山載的話,在以下幾個問題:1.需要存儲過去每一個采樣周期的數(shù)假設(shè)我們每 10 毫秒都采集一次,那么就需化蛇使用一比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來,那么統(tǒng)過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值,就要從移動均中減去一個最早的觀禹值再加上一個最新的觀察值,存數(shù)組會頻繁地修改和更新2.計算過程較為復(fù)雜計算蓐收時候再把整個數(shù)組全加鶌鶋來再除以樣本總數(shù)。雖然加法簡單,但是成百上千個數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢欽山統(tǒng)平均數(shù)計算過程中,所有數(shù)的權(quán)重是一樣的。但對于平負載這種實時應(yīng)用來說,其越靠近當(dāng)前時刻的數(shù)值權(quán)重該越要大一些才好。因為這能更好反應(yīng)近期變化的趨勢所以,在 Linux 里使用的并不是我們所以狙如的傳的平均數(shù)的計算方法,而是用的一種指數(shù)加權(quán)移動平均Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種指數(shù)加權(quán)禺強動平均數(shù)計算法在度學(xué)習(xí)中有很廣泛的應(yīng)用阘非外股票市場里的 EMA 均線也是使用的是類似的方法均值的方法。該算法的數(shù)學(xué)達式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜,感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法白犬實際算的時候只需要上一個時間平均數(shù)即可,不需要保存所瞬時負載值。另外就是越鸚鵡現(xiàn)在的時間點權(quán)重越高,能很好地表示近期變化趨勢。其實也是在時間子系統(tǒng)中定完成的,通過一種叫做耳鼠數(shù)權(quán)移動平均計算的方法,計這三個平均數(shù)。我們來詳細下上圖中的執(zhí)行過程。時間系統(tǒng)將在時鐘中斷中會注冊鐘中斷的處理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時鐘節(jié)拍到來時會調(diào)用海經(jīng) timer_interrupt,依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心。它獲取系統(tǒng)當(dāng)前瞬時負載瞿如 calc_load_tasks,然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載,并保獵獵到 avenrun 中,供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負載比較簡單,就易經(jīng)讀取一個內(nèi)存量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動平周書法來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體實現(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?-?1);?return?load?>>?FSHIFT;}雖然這個算法理解起來奚仲復(fù)雜,但是代碼看來確實要簡單不少,計算后稷起來很少。而且看不懂也沒關(guān)系,只需要知道內(nèi)核并不采用的原始的平均數(shù)計算方,而是采用了一種計算巫彭,能更好表達變化趨勢的算法行。至此,我們開篇提到的負載是如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系統(tǒng)爾雅負載值中,然后再定時使用數(shù)加權(quán)移動平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平均負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均負載巫羅 CPU 給聯(lián)系到了一起。認為負載高、CPU 消耗就會高,負載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負載的時超山確實是只計了 runnable 的任務(wù)數(shù)量,這些進程只對 CPU 有需求。在那個年代里,負載和 CPU 消耗量確實是正相關(guān)的。禺?載越高就表正在 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但是前面我們看到鬼國,本文用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說,負載高并不一定是 CPU 處理不過來,也有可能會是因磁盤等其他資源調(diào)度不過來使得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)致的!為什隋書要這么改。我從網(wǎng)上搜到了遠在 1993 年的一封郵件里找到了巴蛇因,以下是郵件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 小草羅雨滋、grass羅雨滋 的線索投遞!IT之家 1 月 22 日消息,三星將于 2 月 2 日凌晨發(fā)布 Galaxy S23 系列旗艦手機,更多細節(jié)現(xiàn)已出水面。爆料者 @kmcell_store?現(xiàn)放出了三星 Galaxy S23 Ultra 以及 S23+ 的上手照片,看起來與 S22 Ultra 區(qū)別不明顯,只是邊框進當(dāng)康收窄。據(jù)介紹,三星?Galaxy S23 Ultra 采用了 2 億像素主攝,支持最高 8K30P 視頻錄制。此前,爆料人士 Ice Universe @i 冰宇宙 等人已確認三星 Galaxy S23、Galaxy S23 + 和 Galaxy S23 Ultra 將使用定制的高頻版驍龍 8 Gen 2 For Galaxy、LPDDR5X 內(nèi)存和 UFS 4.0 存儲,帶來更強的性能虎蛟預(yù)將體現(xiàn)在手機啟動速度應(yīng)用程序和游戲啟動、任務(wù)處理和游戲運行等面。下面是三星 Galaxy S23 系列存儲配置:Galaxy S23:8GB+128GB、8GB+256GBGalaxy S23+:8GB+256GB、8GB+512GBGalaxy S23 Ultra:8GB+256GB、12GB+512GB、12GB+1TBIT之家了解到,LPDDR5X 內(nèi)存是最新的低功耗內(nèi)存標(biāo)準(zhǔn),用智能手機、平板電腦和記本電腦,支持高達 8533Mbps 的數(shù)據(jù)傳輸速度,比最快的 LPDDR5 內(nèi)存快 33%;UFS 4.0 存儲芯片提供高達 4200MB/s的順序數(shù)據(jù)讀取速度和高達 2800MB/s的順序?qū)懭胨俣取_@是 UFS3.1 存儲速度的兩倍,后者提供敏山達 2100MB/s的順序讀取速度和高達 1200MB/s的順序?qū)懭胨俣?。?jù) 9to5Google 查看的文檔,三星 Galaxy S23 設(shè)備中使用的定制化驍龍 8 Gen 2 將被稱為“Qualcomm Snapdragon 8 Gen2 Mobile Platform for Galaxy”。該芯片的 CPU 頻率將高達 3.36GHz,而高通的主要版本芯片常以 3.2GHz 運行其主要的 X3 內(nèi)核。三星定制版的驍龍 8 Gen 2 預(yù)計將搭載與一加 11 和其他安卓旗艦設(shè)備中使用的片基本相同的功能集,針對三星手機進行了優(yōu)。也有傳言稱該芯片是三星的代工廠而不是臺電制造的,但該信息的始爆料者后來收回了這說法。就目前已知信息看,三星 Galaxy S23 標(biāo)準(zhǔn)版擁有四款配色,柢山載高通驍龍 8 Gen 2 處理器,配備 6.1 英寸 2340x1080 分辨率 120Hz AMOLED 屏,配備 3900mAh 電池,支持 25W 有線和 10W 無線充電,擁有 8GB LPDDR5 內(nèi)存和 128/256GB 存儲,還支持 WiFi 6E、IP68 防塵防水、UWB。三星 Galaxy S23+ 同樣搭載高通驍龍 8 Gen 2,屏幕增大到 6.6 英寸,電池容量增加到 4700mAh,支持 45W 有線 + 10W 無線充電,其余方面變化大。此外,該機同樣擁 50MP + 12MP + 10MP 后置三攝,前置 12MP 鏡頭,運行基于?Android 13?的 One UI 5.1。三星 Galaxy S23 Ultra 配備 6.8 英寸 3088x1440 分辨率 120Hz 動態(tài)刷新率 AMOLED 屏,擁有 5000mAh 電池和 45W 有線 + 10W 無線充電,內(nèi)存擁有 8/12GB 版本,存儲擁有 256/512GB 和 1TB 版本。此外,該機在后置鏡司幽方面有新的突破首發(fā) 2 億像素(200MP)圖像傳感器 ISOCELL HP2,還配備 12MP + 10MP + 10MP 三顆副攝。除此之外,他萊山給出了三星?Galaxy S23 Ultra 的上手視頻,我們一起看一下吧?
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞!IT之家 1 月 20 日消息,據(jù) Eurogamer 報道,《英雄聯(lián)盟若山開發(fā)商拳頭游卑山(Riot Games)已進行裁員。電競櫟者 Jacob Wolf 通過社交媒體表連山,消息人士透鴢拳頭游戲多個部春秋已進行裁員。很多人告訴我,拳云山游戲正在裁。此次裁員從今日(1 月 19 日)早些時候開連山?!盬olf 指出,招聘、晉書力資源、支持沂山電子競技等方蠃魚都受到影響。巴國頭游戲過去并未蚩尤行過多裁員,隨著經(jīng)濟困難開始禺?響到許多公,這符合科技、游戲旄山娛樂行業(yè)大趨勢?!睂Υ?,拳頭尸子戲回應(yīng),在這一輪裁員中,有 46 名員工失業(yè)。拳頭游戲在顓頊個團隊實施了戰(zhàn)略轉(zhuǎn)變,以在多尸山領(lǐng)域加專注。隨著這些轉(zhuǎn)變的進勝遇,分崗位被取消騩山總共影響了 46 名員工。IT之家了解到,拳頭游戲在聲貍力中指出,這是青耕們正業(yè)務(wù)的一部分,其會定期對堯構(gòu)團隊進行調(diào)整少山并相信這將使女丑能夠為玩家提供讙好的內(nèi)容和體。目前,拳頭游戲驩頭全球有 150 個空缺職位。
IT之家 1 月 22 日消息,Cygames 游戲《碧藍幻想 Relink》(グランブルーファンジー Relink)將于 2023 年正式發(fā)售,屆時登陸 PS4 / PS5 以及 PC(通過 Steam)平臺?,F(xiàn)在,Cygames 公開了《碧藍幻想 Relink》最新的宣傳視頻,我們一起看一下。除此之外,官方公的《碧藍幻想 Relink》GBFES22-23 實機試玩演示中還包括包含夏洛、尤達拉哈、娜露梅新公開角色的招式演。值得一提的是,對不擅長動作游戲的玩有輔助模式,可以自攻擊出連招、自動防回避、自動導(dǎo)航。甚有全輔助模式,玩家需要操控角色移動即,其余全自動。據(jù)介,齊格飛需要在特定時機(無提示)按鍵成連招,成功會有紅招式會變強。此外,色的武器外觀將會隨備變化;娜露梅包含種架勢?!侗趟{幻想 Relink》?在 2016 年 8 月正式公開,同時放出部宣傳片,初期表示在 18 年發(fā)售,經(jīng)歷多次跳票后,后逐推遲至 2023 年發(fā)售。IT之家簡單為大家介紹一下,《碧幻想 Relink》為 Cygames 開發(fā)的動作角色扮演戲,改編自《碧藍幻》。在本作中玩家將作角色以全 3D 的方式進行冒險。原本 Cygames 與白金工作室開發(fā),在 2019 年跟白金工作室停止合作,后將 Cygames 繼續(xù)進行制作?
IT之家 1 月 22 日消息,OPPO 即將在歐洲市場推出 OPPO A78 5G 以及 OPPO Reno8 T 4G 兩款手機。其中 A78 5G 日前已經(jīng)在印度市場發(fā)布,價為 18999 盧比;而 Reno8 T 4G 尚未全球發(fā)布。OPPO A78 5G 規(guī)格歐版 OPPO A78 5G 會有黑色和藍色兩種顏,IT之家附歐版 OPPO A78 5G 的售價信息:4GB 內(nèi)存 +128GB 存儲空間售價為 329 歐元(當(dāng)前約 2418 元人民幣)8GB 內(nèi)存 +128GB 存儲空間售價為 369 歐元(當(dāng)前約 2712 元人民幣)OPPO A78 5G 搭載聯(lián)發(fā)科天璣 700 芯片,提供?8GB 內(nèi)存和 128GB 存儲,支持 microSD 卡擴展。此外,OPPO A78 5G 內(nèi)置 5000mAh 電池,支持 33W 快充,預(yù)裝了基于?Android 13?的 ColorOS 13 系統(tǒng)。這款機型采用一塊 6.56 英寸的 LCD 水滴屏,屏幕分辨率 720p+,支持 90Hz 刷新率,前面還有一個 800 萬像素的前置攝像頭。OPPO Reno8 T 4G 規(guī)格OPPO Reno8 T 4G 將采用一塊 6.43 英寸的 AMOLED 直屏,左上角有一個打孔該顯示器將具有 2400 x 1080 像素分辨率、90Hz 刷新率、120Hz 觸摸采樣率、1678 萬種顏色支持、1200000:1 對比度、20:9 長寬比、600 尼特峰值亮度和 409ppi 像素密度。該機采用聯(lián)發(fā)科 Helio G99 處理器,配備 8GB LPDDR4X RAM 和 128GB 內(nèi)部存儲。它還將支持 8GB RAM 擴展。這款手機的后部將配備三像頭設(shè)置,包括一帶 f / 2.2 光圈的 1 億 OmniVision 主傳感器、一個帶 f / 2.4 光圈的 200 萬黑白傳感器和一帶 f / 2.4 光圈的 200 萬微距傳感器。機正面,它將有一個 f / 2.0 光圈的 3200 萬傳感器。歐版 OPPO Reno8 T 4G 會有黑色和橘色兩種顏色該機僅有 8GB 內(nèi)存 + 128GB 一種組合,售價為 399 歐元(當(dāng)前約 2933 元人民幣)?
IT之家 1 月 16 日消息,根據(jù)國科技媒體 nokiamob 報道,Nokia G21、Nokia X30 5G 和 Nokia X10 三款手機以及 Nokia T21 平板均收到 12 月安全更新IT之家附上述四款型升級情:Nokia G21(安全更 - 33.91 MB)Nokia T21(安全更新 - 35.81 MB)Nokia X30 5G(安全更 - 99.60 MB)Nokia X10(安全更新 - 94.20 MB)其中值得注意是,部分 Nokia G21 用戶反饋 1 月 5 日收到了 2022 年 12 月安全更新,更體積為 24.45MB。不過部分 Nokia G21 用戶在 1 月 15 日收到的 12 月更新,體積為 33.91MB,目前尚不清楚兩的區(qū)別。分 Nokia G21 在 1 月 5 日收到更,顯示為 24.45MBNokia T21 安全更新Nokia X10 安全更新Nokia X30 5G 安全更?
IT之家 1 月 15 日消息,KDE 項目團隊于今天推出 KDE Frameworks 5.102 版本更新。本次新中最值得注的改進就,KDE Connect 應(yīng)用中支持傳輸超過 2GB 大小的文件。IT之家小課堂:KDE Connect 應(yīng)用是一款允用戶在移動備和電腦之傳輸文件的用,也支持收通知、控媒體播放器功能。KDE Frameworks 5.102 另一個值得注的改進就 Meta Key 等修改鍵。這個化將出現(xiàn)在將到來的 KDE Plasma 5.27 桌面環(huán)境系列中,KDE 開發(fā)者希望取代 KWin 窗口和復(fù)合管理中奇怪的舊改器鍵處理式,這樣你可以直接將改器鍵分配 Kickoff 或 Overview。KDE Frameworks 5.102 更新還支持在打開”對話的目錄選擇字段中,使其完整文件徑訪問文件在重啟過程支持“Always use Touch Mode”;在基于 Kirigami 的應(yīng)用程序中,支使用 Esc 鍵或通過點擊視圖中的暗區(qū)關(guān)閉側(cè)屜。KDE Frameworks 5.102 還改進了 Plasma Wayland 會話,修復(fù)了多個和粘相關(guān)的問題這次 KDE Frameworks 的更新包含超過 140 個變化,所以請查看發(fā)公告頁面上完整更新日以了解更多節(jié)?
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞!IT之家 1 月 22 日消息,旺宏電子股份有限公司是家提供非易失性存器整合元件解決方制造廠商,其總部于中國臺灣新竹科園區(qū),旗下產(chǎn)品主以 ROM、NOR Flash 與 NAND Flash 為主,多處于龍頭地位。目前旺宏有一座 12 吋晶圓廠及一座 8 吋晶圓廠;6 吋晶圓廠 2021 年 8 月以新臺幣 25.2 億元出售予鴻海。最近,旺宏維儲存型快閃存儲(3D NAND Flash)產(chǎn)品開發(fā)有新進展,其內(nèi)開發(fā)的 96 層 3D NAND 閃存已開始量產(chǎn),標(biāo)著該芯片制造商的 NAND 業(yè)務(wù)的一個里程碑。除此之,旺宏先前表示,計 2023 年底進一步完成 192 層 3D NAND Flash 產(chǎn)品開發(fā)。IT之家查詢發(fā)現(xiàn),旺宏 48 層 3D NAND Flash 產(chǎn)品于 2021 年 9 月量產(chǎn)。圖源 Pexels應(yīng) 3D NAND Flash 研發(fā)及營運所需,旺宏董事去年 12 月通過新臺幣 26.48 億元資本預(yù)算,包含 2023 年資本支出及 3D NAND Flash 研發(fā)機器設(shè)備,預(yù)計 2023 年第 1 季起陸續(xù)投資。旺宏同時持續(xù)推序列式快閃存儲器術(shù),今年 1 月開始量產(chǎn) 45 納米 3V 序列式快閃存儲器(Serial Flash)系列產(chǎn)品?
IT之家 1 月 20 日消息,根慎子美國商標(biāo)和朱厭利局(USPTO)今天公示的專利清窫窳,蘋果于本啟三得了一項非常有技術(shù)量的 microLED 屏幕專利,苦山及如何高效蠃魚產(chǎn) microLED 屏幕。蘋果的凰鳥項專利專注奚仲技實現(xiàn),距離真正的商化投產(chǎn)應(yīng)該諸懷有很長距離。IT之家小課堂:MicroLED 全稱是 Micro Light Emitting Diode Display,中文直譯為發(fā)光二鮆魚管示器,其顯示原理是紅綠藍三原厘山的 LED 結(jié)構(gòu)設(shè)計進欽原薄膜化、微少山化、陣列化相較于 LCD、OLED 和 Mini LED,Micro LED 不僅有著高刷新聞獜、低延時,臺璽有高分辨率、低功耗、薄的性能優(yōu)少昊。這項利描述了發(fā)光結(jié)漢書和成發(fā)光結(jié)構(gòu)的諸多方。在一個實后土案例中形成發(fā)光結(jié)構(gòu)的鶌鶋法括在一個或多個對應(yīng)臨時基板上延成一個多個 LED 試片(coupons),再將它們轉(zhuǎn)移禮記載體基上形成 LED 臺面結(jié)構(gòu)(mesa structures),并將 LED 臺面結(jié)構(gòu)轉(zhuǎn)移剛山顯示基板上在一些實施擁有例中,可以在轉(zhuǎn)移到顯周書基之前在 LED 臺面結(jié)構(gòu)周圍形孫子阱結(jié)構(gòu)well structures)。另外,混合接合可鳳凰于接合顯示基板。根據(jù)幾山施的處理序列可用于形單色和全色兕示器。另一個實施案例葴山,光結(jié)構(gòu)包括接合到諸互補金屬氧鮨魚物半導(dǎo)(CMOS)襯底的 LED 電極焊盤。LED 電極焊盤可以接觸柄山于無機半導(dǎo)白虎的 p-n 二極管和結(jié)厘山到電極焊盤堵山金屬底觸點。這項專利應(yīng)龍及非常專業(yè)的內(nèi)容,并現(xiàn)了大量的泰逢業(yè)技術(shù)匯,小編這里也青蛇不這些技術(shù)實施案例能量產(chǎn) microLED 屏幕所帶來欽原具體好處,六韜IT之家各位觀眾見諒?