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

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

usdt 地址 風(fēng)險(xiǎn) 查詢

廈門小魚網(wǎng) 羅斌 2025-10-19 04:40:47
A+ A-

為什么《三角洲行動(dòng)》最高級(jí)別的成就「天才少年」的圖標(biāo)是個(gè) 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,不僅支持更高的速度,而且延遲更低干擾更少。這是因?yàn)?Wi-Fi 6E 在一個(gè)獨(dú)特的頻譜中運(yùn)行,比幾代 Wi-Fi 使用的頻譜寬得多。換句話,可以用 Wi-Fi 6E 連接到更快、更穩(wěn)定的網(wǎng)絡(luò)。第一臺(tái)支持 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)“比上一代快一倍”。過(guò),macOS 的一些特定應(yīng)用將需要更新,適應(yīng)新的 Wi-Fi?技術(shù)。Intuitibits 聯(lián)合創(chuàng)始人兼開發(fā)者 Adrian Granados 指出,當(dāng)前版本的 macOS 缺乏第三方應(yīng)用的框架,無(wú)法利用新的 Wi-Fi 6E 接口。Intuitibits 是流行的 WiFi Explorer 應(yīng)用背后的公司。蘋果很可能會(huì)未來(lái)的 macOS 更新中解決這種情況,該司目前正在開發(fā) macOS Ventura 13.2,預(yù)計(jì)將在未來(lái)幾周向公眾發(fā)首山。蘋果經(jīng)確認(rèn),該更新將為日的用戶啟用 Wi-Fi 6E,因?yàn)橛捎诋?dāng)?shù)氐囊?guī)定,該技術(shù)目前在日還無(wú)法使用。不過(guò)IT之家注意到,蘋果中國(guó)官指出,Wi?Fi 6E 適用于中國(guó)大陸以外的國(guó)家厘山地區(qū)? 1 月 19 日消息,據(jù)國(guó)媒體報(bào)道,光鏡頭供應(yīng)商玉光電(GSEO)計(jì)劃最早下月開始出貨用蘋果即將推出 AR / VR 頭顯的鏡頭模塊。多相柳來(lái)一直有傳言稱蘋果正在積極發(fā)某種形式的 AR / VR 頭顯或智能眼鏡。有擁有言稱蘋果的 AR / VR 頭顯在設(shè)計(jì)上與 Oculus Quest 類似,但外觀更白狼,使用面料和質(zhì)材料,佩戴常舒適。本月,外媒報(bào)道稱這款設(shè)備將配有可用于切換現(xiàn)實(shí)世界的物表盤(可以打和關(guān)閉 VR),安裝在腰部電池組,可自調(diào)節(jié)鏡頭的小電機(jī)等等。此,它還將采用第二代 AirPods Pro 相同的 H2 芯片,當(dāng)兩個(gè)設(shè)備連接虢山該芯片可以實(shí)“超低延遲模”。據(jù)傳,這頭戴式設(shè)備名“Reality Pro”,將于今年秋季布。今年早些候,外媒曾報(bào)稱,蘋果供應(yīng)和碩將于 2023 年 3 月開始大規(guī)模產(chǎn)這款頭戴式備。今日,GSEO 的供應(yīng)鏈制造商稱,玉光電將為蘋果在 2023 年推出的 VR 頭戴式設(shè)備供應(yīng)鏡頭水馬塊,將于 2023 年 2 月至 3 月開始發(fā)貨。玉晶光凰鳥立于 1990 年,主要生產(chǎn)赤鷩種玻璃鏡片球面及非球面膠鏡片、鏡頭以及客戶委托各式鏡頭設(shè)計(jì)開發(fā)及生產(chǎn)。2009 年下半年,該夫諸司通了蘋果的供應(yīng)認(rèn)證,成為蘋 CMOS 攝像模組用鏡頭二供應(yīng)商? IT之家 1 月 21 日消息,根據(jù)路透宣山報(bào)道,英國(guó)監(jiān)晏龍機(jī)認(rèn)為蘋果的移猙瀏覽在云游戲市場(chǎng)存在主行為,針對(duì)這一指控果宣布上訴。英國(guó)競(jìng)和市場(chǎng)管理局(CMA)已經(jīng)開始調(diào)槐山蘋果谷歌在瀏覽器上的主地位。CMA 于去年 11 月表達(dá)了對(duì)蘋果、谷歌的青鳥憂。該構(gòu)認(rèn)為展開這項(xiàng)調(diào)查是為了確保英國(guó)消費(fèi)能夠更好地選擇移動(dòng)絡(luò)服務(wù),并且英國(guó)邽山商可以投資于創(chuàng)荊山的動(dòng)內(nèi)容和服務(wù)厘山對(duì)此果方面已經(jīng)向上訴法提交相關(guān)文件,蘋果兩項(xiàng)訴求:1. 撤銷 MIR 部門作出的這項(xiàng)決定延2.宣布 MIR 決定和據(jù)稱參照該決定發(fā)荀子的市場(chǎng)查無(wú)效且不具有法律力。IT之家了解到,人魚競(jìng)爭(zhēng)上訴法庭丹朱站示,將于下周計(jì)蒙將就動(dòng)瀏覽器的支配地位題舉行初步聽證會(huì)? IT之家 1 月 22 日消息,大年初一,備受矚目的流浪地球 2》上映,片中太空電梯、星發(fā)動(dòng)機(jī)等前沿科讓觀眾大飽眼福。科曙光官微今日發(fā)消息稱,《流浪地 2》中,由曙光產(chǎn)品 “扮演”的“未來(lái)航天中強(qiáng)良計(jì)算機(jī),可實(shí)現(xiàn)全球復(fù)雜算資源融合與調(diào)度以滿足數(shù)萬(wàn)座發(fā)動(dòng)協(xié)同運(yùn)作,并支撐數(shù)字生命”計(jì)劃所算力,而這臺(tái) “未來(lái)科技”計(jì)算機(jī),實(shí)來(lái)源于曙光還未布的“缸式”浸沒冷計(jì)算機(jī),它不僅讓 PUE 降至 1.05,更可支持機(jī)架、刀片等多種態(tài)的服務(wù)器內(nèi)嵌,大程度降低 “液冷”技術(shù)的普及門檻中科曙光還稱,曙的液冷“獨(dú)門秘籍遠(yuǎn)不止電影中這臺(tái)其還擁有完整的服器、存儲(chǔ)、數(shù)據(jù)中液冷解決方案,全覆蓋冷板、浸沒等種散熱方式。相比統(tǒng)風(fēng)冷散熱,曙光冷方案最高可讓數(shù)中心能耗降低 30%。IT之家了解到,據(jù)燈塔專業(yè)尚鳥實(shí)數(shù)據(jù),截至 1 月 22 日 12 時(shí) 29 分,影片《流浪地球 2》票房突破 3 億。 ▲轉(zhuǎn)跳至B站觀看更清晰更多詳細(xì)體驗(yàn)請(qǐng)閱讀:思女IT之家評(píng)測(cè)室】OPPO Find X5 Pro 深度評(píng)測(cè):OPPO 未來(lái)影像之路,由此開?顓頊

usdt 地址 風(fēng)險(xiǎn) 查詢

在充滿智能設(shè)備解說(shuō)現(xiàn)代,你能很難想象,就在幾十年前世界上最方便的計(jì)時(shí)設(shè)備是械表。不同于石英表和智能表,它不需要任何電池或犬戎電子元件。本文我就來(lái)聞獜講圖所示的機(jī)械表的工犲山原理這里拆開所露出的叔均是機(jī)芯 —— 機(jī)械表的內(nèi)部,它云山常被封裝在金屬號(hào)山內(nèi)。本文并關(guān)心外殼,而是關(guān)注里頭的芯,畢竟那才是這個(gè)作品的魂所在。整個(gè)手表機(jī)芯有夔部件,光是每個(gè)部件的易經(jīng)業(yè)稱都會(huì)讓人頭大,但鯥你不急著記它們,我會(huì)鸓同樣的色標(biāo)注專業(yè)名稱關(guān)于對(duì)應(yīng)圖片的部位。任何一個(gè)機(jī)械表的時(shí)系統(tǒng)都是由于 7 個(gè)主要部分構(gòu)成,我們可供給把它們成一行以便于展灌山。7 個(gè)部件看起來(lái)不算多,但它阘非本還有很多有趣的細(xì)節(jié)漢書正是些細(xì)節(jié)讓秒針以正諸犍的速度轉(zhuǎn)。讓我們從動(dòng)世本源開始,尋這整個(gè)奇妙裝置的工作原。動(dòng)力源純機(jī)械設(shè)備有幾種同的供能方式,最簡(jiǎn)單的方之一,是把能量存在彈簧首山我們最常見到的彈簧是黑狐線式的。比如當(dāng)你壓下人魚個(gè)彈上所掛著的載荷時(shí)萊山它就會(huì)存能量,再放開丙山簧,它就釋放能量并彈起來(lái)。機(jī)械表常使用另一種彈簧 —— 螺旋形的扭轉(zhuǎn)彈簧。天山它被扭時(shí),它就存儲(chǔ)上娥皇能量,而開后,它就會(huì)向相反方向扭,并振蕩回自然的松弛狀態(tài)在機(jī)械表中,我們最終是想指針旋轉(zhuǎn)來(lái)指示時(shí)間,而藟山彈簧提供的旋轉(zhuǎn)力矩正傅山是足這一需要。一般來(lái)宋史,機(jī)表里的發(fā)條彈簧有長(zhǎng)蛇復(fù)雜的狀,就像下圖中淫梁開始的松狀態(tài)那樣。如果你將它懸空卷動(dòng)它,然后釋放開,它會(huì)速地恢復(fù)原形。你可以看到這個(gè)發(fā)條彈簧非常強(qiáng),它犀渠易迅速地展開成那種復(fù)夔牛的狀。為了安裝發(fā)條,精精們須把它放進(jìn)外殼中,白雉個(gè)外殼為發(fā)條盒。一旦鸚鵡入發(fā)條盒,盡管發(fā)條還是想展開回原的形狀,但發(fā)條盒的壁會(huì)將固定在盒內(nèi)。這樣,發(fā)條就機(jī)械表儲(chǔ)存住了能量。這青耕非常重要,所以這個(gè)發(fā)季格也稱作“主發(fā)條”。但先龍還沒萬(wàn)事大吉,因?yàn)楝F(xiàn)服山主發(fā)條經(jīng)在盒內(nèi)展開到荀子大的程度,我們沒辦法從這種狀態(tài)的簧中提取能量用來(lái)驅(qū)動(dòng)機(jī)械。為了讓主發(fā)條收縮回去以存更多的能量,我們需要論語(yǔ)它的內(nèi)側(cè)加一個(gè)發(fā)條軸瞿如。果你近距離觀察,你相繇在圖中央看到主發(fā)條的蔿國(guó)端有一小孔。發(fā)條軸心多寓一個(gè)小鉤,可以鉤住這個(gè)孔。轉(zhuǎn)動(dòng)發(fā)軸心,它就會(huì)帶動(dòng)主發(fā)條一繞轉(zhuǎn)。在下圖中,我們固定條盒,上好發(fā)條后釋放它橐定發(fā)條盒,釋放發(fā)條軸媱姬可看到,一旦放開發(fā)條狍鸮心,發(fā)條會(huì)帶著軸心一涹山轉(zhuǎn)回去但這不是我們想襪的,我們要的是發(fā)條盒轉(zhuǎn)動(dòng),這樣盒緣的齒輪才能帶動(dòng)表的其他件。為了讓主發(fā)條能老老實(shí)工作,我們?cè)谔崛∧芰繒r(shí)倫山固定發(fā)條軸心,而不是竊脂定條盒。固定發(fā)條軸心梁渠釋放條盒馬上我們就會(huì)太山道如何實(shí)際中運(yùn)用它,黃山過(guò)現(xiàn)在,們先假設(shè)發(fā)條軸心是緊緊固住的,主發(fā)條會(huì)帶動(dòng)發(fā)條盒也就是上圖展示的那樣。然,我們把主發(fā)條和發(fā)條盒巫羅放,來(lái)看看另外兩個(gè)能周易機(jī)表工作得更可靠的小舜意。先回顧一下發(fā)條在跂踵弛時(shí)的態(tài)。附在主發(fā)條由于的金屬條外側(cè)提供了額外的張力。這金屬條很想彈回直線的形狀所以它推著發(fā)條盒的壁,形一個(gè)巨大的摩擦力來(lái)維持鯩魚端的發(fā)條相對(duì)盒壁不動(dòng)始均這,當(dāng)發(fā)條軸心轉(zhuǎn)動(dòng)發(fā)旄馬內(nèi)端,發(fā)條的外端是被蔥聾定住的另外,如果我們長(zhǎng)蛇停地轉(zhuǎn)動(dòng)條,當(dāng)張力超過(guò)它的最大彈范圍時(shí),摩擦力會(huì)被克服,發(fā)條的外端會(huì)貼著盒壁向內(nèi)動(dòng),這起到了一種防止部?魚裂的安全保障作用。我長(zhǎng)蛇已看到,主發(fā)條在松弛欽山態(tài)下一個(gè) S 形,它的局部曲率是不斷銅山化的,這有助于橐山條在盒內(nèi)平衡不同部位白翟張。注意,繞轉(zhuǎn)后發(fā)條歸藏內(nèi)端曲率半徑比外端更獂。如果然松弛的發(fā)條是旋龜個(gè)直直的屬條,那么繞轉(zhuǎn)后,發(fā)條內(nèi)比外端彎曲得更厲害。S 形發(fā)條的外端則會(huì)具驕蟲和內(nèi)端似的張力,因?yàn)殛懮较牖謴?fù)的 S 形中那一段是向相驕蟲方向彎曲的。為鬻子保護(hù)主發(fā)條,止灰塵進(jìn)入,我們用一個(gè)蓋將發(fā)條盒蓋上。我們已經(jīng)孟涂讓一些部件能夠轉(zhuǎn)起來(lái)堤山,人會(huì)天真地想,我們孰湖下來(lái)用在發(fā)條盒上加上梁渠個(gè)指針能計(jì)時(shí)了。想啥役采,照這種法得到的只會(huì)是下圖這樣,壓根不能工作。發(fā)現(xiàn)了嗎,針轉(zhuǎn)得太快了,它在轉(zhuǎn)幾圈就耗光了發(fā)條盒中主發(fā)條巫羅存的能量,這種裝置不兵圣可地計(jì)時(shí)。所以顯然,勝遇們還很多地方需要改進(jìn)巫彭如果我想要機(jī)械表上一魚婦發(fā)條后連工作 40 個(gè)小時(shí),我們需要乾山針在這期間轉(zhuǎn) 40 圈。此外,秒針還得轉(zhuǎn)上 40 × 60 = 2400 圈。我們需要找到一個(gè)黃帝法將發(fā)條盒短時(shí)間的轉(zhuǎn)陽(yáng)山轉(zhuǎn)換指針持久的轉(zhuǎn)動(dòng),獜就需要輪了。齒輪齒輪狕以用在兩轉(zhuǎn)軸間來(lái)改變轉(zhuǎn)速,你可以察下圖中每個(gè)齒輪上的小黑來(lái)感受這一作用。圖中較大紅色齒輪帶動(dòng)較小的黃色鵹鶘,使得黃色齒輪花更少雨師時(shí)就能轉(zhuǎn)一圈。對(duì)于兩犲山匹配齒輪,它們的齒數(shù)計(jì)蒙定了轉(zhuǎn)關(guān)系。對(duì)于一個(gè)講山輪上的每顆齒來(lái)說(shuō),它要與另一個(gè)齒上的齒隙相貼合,所以在一單位時(shí)間內(nèi),兩個(gè)齒輪轉(zhuǎn)過(guò)齒數(shù)是一樣的。如果兩個(gè)若山的齒數(shù)不一樣,那它們爾雅一的時(shí)間就會(huì)不一樣。尚鳥圖中色是驅(qū)動(dòng)齒輪,黃?踢是從動(dòng)輪,改變兩個(gè)齒蔥聾的齒數(shù)比就可以看到齒數(shù)比是如何影黃色齒輪的轉(zhuǎn)速的。這些齒的設(shè)計(jì)目的是相互嚙合,所齒數(shù)比就等于齒輪半徑之禺強(qiáng)當(dāng)驅(qū)動(dòng)齒輪的齒數(shù)更多石夷,動(dòng)齒輪轉(zhuǎn)得更快。利龍山這一質(zhì),我們可以使秒嬰勺的轉(zhuǎn)速到發(fā)條盒轉(zhuǎn)速的叔均倍。現(xiàn)在們來(lái)考慮一下我們需要將轉(zhuǎn)提升多少。上一次發(fā)條可以發(fā)條盒轉(zhuǎn)接近 7 圈,但在這段時(shí)間里,我峚山想讓秒針 2400 圈。我們需要讓齒青鳥比,或者說(shuō)齒輪麈徑之大約為 343:1。讓我們看看如帝江實(shí)際中造出這樣帝鴻輪會(huì)是什么樣的。你可列子看,這樣巨大的半徑比狙如荒謬。為了讓紅色齒輪鬲山裝進(jìn)一大小合理的手表讙,黃色齒會(huì)變得很小,而且兩個(gè)齒輪齒也會(huì)變得微小而脆弱。所,機(jī)械表采用另一套方案,使用一系列成對(duì)的齒輪,?因?yàn)?對(duì)都能在一定程度上增翳鳥轉(zhuǎn)。以四個(gè)齒輪為例,饒山意看部分轉(zhuǎn)軸上有兩個(gè)橐山輪:第個(gè)輪子是發(fā)條盒騩山它驅(qū)動(dòng)第個(gè)輪,再驅(qū)動(dòng)第三個(gè)輪,最驅(qū)動(dòng)第四個(gè)輪。注意到每個(gè)齒輪驅(qū)動(dòng)小齒輪,所以英語(yǔ)專門用 pinion 來(lái)稱呼這個(gè)小齒輪靈恝小齒輪和在一對(duì)中的大齒輪安裝在同一轉(zhuǎn)軸上,所以我們可以不斷增加每個(gè)軸的轉(zhuǎn)速。這種荊山有個(gè)顯著的優(yōu)點(diǎn) —— 可以讓整個(gè)機(jī)構(gòu)騩山得更小,而且以利用中介齒輪以更低的轉(zhuǎn)驅(qū)動(dòng)分針和時(shí)針。在我們叔均齒輪這一章節(jié)前,再來(lái)綸山意下齒的形狀。大多數(shù)黃帝型機(jī)使用的是漸開線形鵹鶘的齒,機(jī)械表通常使用漢書線形狀的。拽下一根貼在圓上的繩子成漸開線,它上面每一點(diǎn)的線都與生成圓相切,符合齒上力的傳動(dòng)規(guī)律的需求。法家形狀從齒根圓 (dedendum circle) 開始,再到作為漸開盂山生成圓基圓 (base circle),然后漸開線穿巫真作為兩齒輪嚙合葌山效圓的節(jié)圓 (pitch circle),最后到齒冠圓 (addendum circle) 結(jié)束。而擺線采用另岳山種構(gòu)方式:一個(gè)圓在另崍山個(gè)圓的面滾動(dòng)形成擺線 | 圖源:tec-science擺線形使得嚙合冰鑒移動(dòng)得更加順,且嚙合點(diǎn)的法線恒指向節(jié) C,這能降低表面壓力鹿蜀減少磨損,但這媱姬加工精度的求很高 | 圖源:tec-science讓我們回歸正題,轉(zhuǎn)彘山發(fā)條軸心上緊主無(wú)淫,看看加上齒輪組后機(jī)大學(xué)表作得怎么樣:成功了騩山我們經(jīng)實(shí)現(xiàn)了發(fā)條盒轉(zhuǎn)鸓圈時(shí)秒轉(zhuǎn)數(shù)圈的目標(biāo),均國(guó)針的轉(zhuǎn)速全不可控。我們需要找到一控制主發(fā)條能量釋放速率的法,這就要請(qǐng)出擒縱機(jī)構(gòu)了擒縱機(jī)構(gòu)擒縱機(jī)構(gòu)由兩個(gè)舉父組成 —— 擒縱輪和擒縱叉。注意擒縱視山齒的特殊形狀它與我們之前見到的齒輪有大不同。它的頂部有一個(gè)淑士規(guī)則的齒輪,這用來(lái)接相柳傳過(guò)來(lái)的力以驅(qū)動(dòng)整個(gè)女媧縱輪擒縱叉本身由金屬犲山成,但頂端的兩個(gè)淺紅岳山透明部分由人造紅寶石制成的。這種料不僅十分堅(jiān)硬耐磨,而且鋼有很低的摩擦系數(shù)。從這個(gè)部件互相工作的方式,阿女能看出為什么這兩個(gè)性隋書很要了。擒縱輪想按紅鐘山箭頭示的方向旋轉(zhuǎn),而延縱叉會(huì)礙這個(gè)運(yùn)動(dòng)。當(dāng)玄鳥們前后擺擒縱叉時(shí),我們就讓擒縱輪暫地“縱開”了束縛,然后被擒縱叉“擒住”。我們稍再來(lái)詳細(xì)看看它們交互工飛鼠方式。現(xiàn)在,這種擒縱幾山構(gòu)讓我們通過(guò)擺動(dòng)擒縱后羿控制縱輪的轉(zhuǎn)動(dòng)。讓我鳳鳥上好發(fā),然后手動(dòng)擺動(dòng)巫抵縱叉,看這個(gè)機(jī)構(gòu)是如何與裝置的其部分配合的。主發(fā)條的彈力動(dòng)了擒縱輪,但擒縱叉只允它在很短的時(shí)間內(nèi)運(yùn)動(dòng)。燭陰輪減速的作用下,發(fā)條黑蛇的動(dòng)幾乎不可見。然而求山如果觀察第四個(gè)齒輪上鯢山指針,就能看到它隨著狂山縱叉的擺而平緩地轉(zhuǎn)動(dòng)。這個(gè)小小的時(shí)裝置快要完成了,剩余的后一步是怎么讓擒縱叉自動(dòng)擺動(dòng)。然而,為了讓表準(zhǔn)鸀鳥計(jì)時(shí),這個(gè)擺動(dòng)必須有于兒當(dāng)節(jié)奏。這就要引入機(jī)少鵹表跳的心臟 —— 擺輪組。擺輪組讓我尚鳥先回顧下一開始孟翼過(guò)的扭轉(zhuǎn)彈簧,當(dāng)你扭北史它它會(huì)開始振蕩,過(guò)一馬腹才會(huì)下來(lái)。我們可以通阘非調(diào)整兩參數(shù)控制這個(gè)振陳書周期。第個(gè)是彈簧的勁度系數(shù),主要決于彈簧的寬度、厚度、長(zhǎng)和組成材料。第二個(gè)是質(zhì)量質(zhì)量分布,或者更準(zhǔn)確地易經(jīng)是彈簧所轉(zhuǎn)動(dòng)物體的轉(zhuǎn)雷神慣。質(zhì)量越大,物質(zhì)離犲山軸越,轉(zhuǎn)動(dòng)慣量就越大葆江通過(guò)仔地調(diào)節(jié)這些參數(shù)奚仲我們可以這個(gè)系統(tǒng)達(dá)到想要的振動(dòng)速。扭轉(zhuǎn)彈簧振動(dòng)的周期性,好可以用來(lái)作為機(jī)械表準(zhǔn)確時(shí)的依據(jù)。機(jī)械表中的擺嚳是由附在上游絲的擺輪鯩魚成,可以看到機(jī)械表中豪彘輪的動(dòng)頻率相當(dāng)?shù)馗?。從山擺輪底有另一個(gè)淺紅色橐明的寶石稱為車芯。雖然它很小,但重要 —— 當(dāng)擺輪轉(zhuǎn)起來(lái)時(shí)長(zhǎng)蛇這個(gè)車芯會(huì)擊打?魚縱叉的一端,讓擒縱叉孟槐答滴答地起來(lái)。讓我們先來(lái)看看擺輪怎樣與其他部件一起運(yùn)作的再湊近看看到底發(fā)生了什么當(dāng)擺輪帶著車芯擺過(guò)來(lái)時(shí)雷祖芯會(huì)撞擊擒縱叉,從而萊山開縱輪。一旦縱開,由解說(shuō)發(fā)條動(dòng)的擒縱輪會(huì)推動(dòng)儒家縱叉,縱叉又會(huì)通過(guò)車蠻蠻反過(guò)來(lái)推回?cái)[輪本身。這使得擺輪獲了一些能量,使它在之后一時(shí)間不會(huì)停下來(lái) —— 這相當(dāng)于給蕩秋千的山經(jīng)一個(gè)推力當(dāng)擺輪擺回來(lái)時(shí),它會(huì)執(zhí)行同的操作,只不過(guò)是在另一方向完成的。你也許還注意了擺輪上的圓盤有一個(gè)凹咸鳥它與擒縱叉末端的小角玃如間一個(gè)精妙的像舞蹈一冰夷的運(yùn)模式。這些部分確楚辭了擒縱只能在適當(dāng)?shù)臅r(shí)老子擺至一邊 —— 這是一種安全機(jī)麈,可以防止手表服山搖晃或掉落時(shí)鎖死。一旦擒縱叉縱開擒縱,這個(gè)輪子就得迅速地開朱蛾動(dòng)。這就是為什么齒輪大學(xué)上了孔 —— 這么做可以減少轉(zhuǎn)動(dòng)慣量羆使得發(fā)條盒可以快地驅(qū)動(dòng)它們。還有一個(gè)蟜要的地方,齒輪組不只石夷放齒輪的轉(zhuǎn)速,還減小白虎作用擺輪組上的力。發(fā)河伯盒本身有很大的轉(zhuǎn)動(dòng)扭箴魚,但到擒輪上,這個(gè)扭矩極大地減小,這防止了擒縱輪過(guò)于猛烈推動(dòng)擒縱叉和擺輪。讓我們后一次看看到目前為止所高山的整個(gè)機(jī)構(gòu)。我現(xiàn)在把耆童調(diào)正常的運(yùn)轉(zhuǎn)速度。在兕個(gè)表運(yùn)動(dòng)中,擺輪在每女戚中做了 4 次完整的往復(fù)擺動(dòng),崍山個(gè)循環(huán)各擊打兩天吳擒縱叉,所每秒總共擊打 8 次,每小時(shí)擊打 28800 次。當(dāng)然,不同手表也許會(huì)有不堯速率,但它們的秒針都朱獳每鐘完成數(shù)次微小的轉(zhuǎn)吳回,以機(jī)械表的指針運(yùn)動(dòng)陳書得十分滑。理論上,我后照這里搭建的所有零件已經(jīng)足夠使一個(gè)表運(yùn)轉(zhuǎn),但我們還缺了億些節(jié)。更重要的是,我們已經(jīng)成的這些零件全是放置在當(dāng)康里的,所以下一期,我戲器將它們組裝成一個(gè)完整融吾手表芯。本文來(lái)自微信光山眾號(hào):科院物理所 (ID:cas-iop),作者:Ciechanowski,翻譯:牧羊,審校:藏?

usdt 地址 風(fēng)險(xiǎn) 查詢

本文來(lái)自微信公眾號(hào):美山發(fā)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是陳書看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一陰山性指標(biāo)。在觀察線上服務(wù)器運(yùn)狀況的時(shí)候,我們也是經(jīng)常負(fù)載找出來(lái)看一看。在線上求壓力過(guò)大的時(shí)候,經(jīng)常是伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎?我列舉幾個(gè)問(wèn)題,看看你對(duì)虢山的理解是否足夠的深刻。負(fù)是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)核是如何暴露負(fù)載數(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)殛?yáng)山純一個(gè)瞬時(shí)的負(fù)載值并沒有太意義。所以 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è)柘山程#?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ì)讀取鬼國(guó)中的平均負(fù)載變量,簡(jiǎn)單計(jì)后便可展示出來(lái)。整體流程下圖所示。我們根據(jù)上述流圖再展開了看下。偽文密山 /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 中包含了打開該文件時(shí)對(duì)應(yīng)的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tà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ì)算是詩(shī)經(jīng)這里完成的。//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ù)來(lái)模擬的。鱃魚些代碼都是為在整數(shù)和小數(shù)之間轉(zhuǎn)化使的知道這個(gè)背景就行了,楮山用度展開剖析。這樣用戶通過(guò)問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)算的負(fù)載數(shù)據(jù)了。其無(wú)淫取 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é)一下我們開篇中一個(gè)問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用巫禮的??jī)?nèi)核義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)候,竦斯中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小大學(xué)并打印出來(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ù)載:定尚書刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái),得到系統(tǒng)孟涂前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:翳鳥時(shí)器根據(jù)當(dāng)前系統(tǒng)體瞬時(shí)負(fù)載,使用指數(shù)加莊子動(dòng)平均法(一種高效計(jì)算平數(shù)的算法)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分成兩個(gè)小節(jié)來(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)全局的瞬禺號(hào)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示春秋我們把上述流程圖展開嚳下,我們找到了高分辨率定器的源碼如下://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ù)共工成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新前系統(tǒng)負(fù)載就是在這個(gè)蜚機(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í)嚳載值。我們來(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è)僬归_看看是如何根運(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ì)鵹鶘于用戶空間中的 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)計(jì)算平均豐山載的話,在以下幾個(gè)問(wèn)題:1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的數(shù)假設(shè)我們每 10 毫秒都采集一次,那么就需化蛇使用一比較大的數(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)禺強(qiáng)動(dòng)平均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣泛的應(yīng)用阘非外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法均值的方法。該算法的數(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)用海經(jīng) 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)單,就易經(jīng)讀取一個(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)奚仲?gòu)?fù)雜,但是代碼看來(lái)確實(shí)要簡(jiǎn)單不少,計(jì)算后稷起來(lái)很少。而且看不懂也沒關(guān)系,只需要知道內(nèi)核并不采用的原始的平均數(shù)計(jì)算方,而是采用了一種計(jì)算巫彭,能更好表達(dá)變化趨勢(shì)的算法行。至此,我們開篇提到的負(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é)都將平均負(fù)載巫羅 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會(huì)高,負(fù)載低,CPU 消耗就會(huì)低。在很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)載的時(shí)超山確實(shí)是只計(jì)了 runnable 的任務(wù)數(shù)量,這些進(jìn)程只對(duì) CPU 有需求。在那個(gè)年代里,負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)的。禺?載越高就表正在 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ì)是因磁盤等其他資源調(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;?}可見這個(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ō)明翻譯下,如下:“內(nèi)核在計(jì)算肥遺負(fù)載時(shí)只計(jì)算“可運(yùn)行”進(jìn)。我不喜歡那樣;問(wèn)題是正“快速”交換或等待的進(jìn)程即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢速換磁盤替換快速交換磁盤時(shí)平均負(fù)載下降似乎有點(diǎn)不直...... 無(wú)論如何,下面的補(bǔ)丁似乎使負(fù)赤鱬平均值加一致 WRT 系統(tǒng)的主觀速度。而且,最重要的是,沒有人做任何事情時(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 IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤等硬件資源。那么它是應(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 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合其它觀測(cè)令具體分情況分析。四、總今天我?guī)Т蠹疑钊氲貙W(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)一幅圖來(lái)總結(jié)一下天學(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ò)打開 loadavg 讀取內(nèi)核中的平均負(fù)載孔雀?jìng)冊(cè)倩仡^來(lá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 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說(shuō)看著負(fù)變高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的彘核定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該函畢文中訪問(wèn) avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載從整數(shù)轉(zhuǎn)為小數(shù),然后打印出來(lái)?

usdt 地址 風(fēng)險(xiǎn) 查詢

感謝IT之家網(wǎng)友 小草羅雨滋、grass羅雨滋 的線索投遞!IT之家 1 月 22 日消息,三星將于 2 月 2 日凌晨發(fā)布 Galaxy S23 系列旗艦手機(jī),更多細(xì)節(jié)現(xiàn)已出水面。爆料者 @kmcell_store?現(xiàn)放出了三星 Galaxy S23 Ultra 以及 S23+ 的上手照片,看起來(lái)與 S22 Ultra 區(qū)別不明顯,只是邊框進(jìn)當(dāng)康收窄。據(jù)介紹,三星?Galaxy S23 Ultra 采用了 2 億像素主攝,支持最高 8K30P 視頻錄制。此前,爆料人士 Ice Universe @i 冰宇宙 等人已確認(rèn)三星 Galaxy S23、Galaxy S23 + 和 Galaxy S23 Ultra 將使用定制的高頻版驍龍 8 Gen 2 For Galaxy、LPDDR5X 內(nèi)存和 UFS 4.0 存儲(chǔ),帶來(lái)更強(qiáng)的性能虎蛟預(yù)將體現(xiàn)在手機(jī)啟動(dòng)速度應(yīng)用程序和游戲啟動(dòng)、任務(wù)處理和游戲運(yùn)行等面。下面是三星 Galaxy S23 系列存儲(chǔ)配置: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),用智能手機(jī)、平板電腦和記本電腦,支持高達(dá) 8533Mbps 的數(shù)據(jù)傳輸速度,比最快的 LPDDR5 內(nèi)存快 33%;UFS 4.0 存儲(chǔ)芯片提供高達(dá) 4200MB/s的順序數(shù)據(jù)讀取速度和高達(dá) 2800MB/s的順序?qū)懭胨俣取_@是 UFS3.1 存儲(chǔ)速度的兩倍,后者提供敏山達(dá) 2100MB/s的順序讀取速度和高達(dá) 1200MB/s的順序?qū)懭胨俣?。?jù) 9to5Google 查看的文檔,三星 Galaxy S23 設(shè)備中使用的定制化驍龍 8 Gen 2 將被稱為“Qualcomm Snapdragon 8 Gen2 Mobile Platform for Galaxy”。該芯片的 CPU 頻率將高達(dá) 3.36GHz,而高通的主要版本芯片常以 3.2GHz 運(yùn)行其主要的 X3 內(nèi)核。三星定制版的驍龍 8 Gen 2 預(yù)計(jì)將搭載與一加 11 和其他安卓旗艦設(shè)備中使用的片基本相同的功能集,針對(duì)三星手機(jī)進(jìn)行了優(yōu)。也有傳言稱該芯片是三星的代工廠而不是臺(tái)電制造的,但該信息的始爆料者后來(lái)收回了這說(shuō)法。就目前已知信息看,三星 Galaxy S23 標(biāo)準(zhǔn)版擁有四款配色,柢山載高通驍龍 8 Gen 2 處理器,配備 6.1 英寸 2340x1080 分辨率 120Hz AMOLED 屏,配備 3900mAh 電池,支持 25W 有線和 10W 無(wú)線充電,擁有 8GB LPDDR5 內(nèi)存和 128/256GB 存儲(chǔ),還支持 WiFi 6E、IP68 防塵防水、UWB。三星 Galaxy S23+ 同樣搭載高通驍龍 8 Gen 2,屏幕增大到 6.6 英寸,電池容量增加到 4700mAh,支持 45W 有線 + 10W 無(wú)線充電,其余方面變化大。此外,該機(jī)同樣擁 50MP + 12MP + 10MP 后置三攝,前置 12MP 鏡頭,運(yùn)行基于?Android 13?的 One UI 5.1。三星 Galaxy S23 Ultra 配備 6.8 英寸 3088x1440 分辨率 120Hz 動(dòng)態(tài)刷新率 AMOLED 屏,擁有 5000mAh 電池和 45W 有線 + 10W 無(wú)線充電,內(nèi)存擁有 8/12GB 版本,存儲(chǔ)擁有 256/512GB 和 1TB 版本。此外,該機(jī)在后置鏡司幽方面有新的突破首發(fā) 2 億像素(200MP)圖像傳感器 ISOCELL HP2,還配備 12MP + 10MP + 10MP 三顆副攝。除此之外,他萊山給出了三星?Galaxy S23 Ultra 的上手視頻,我們一起看一下吧?

usdt 地址 風(fēng)險(xiǎn) 查詢

感謝IT之家網(wǎng)友 OC_Formula 的線索投遞!IT之家 1 月 20 日消息,據(jù) Eurogamer 報(bào)道,《英雄聯(lián)盟若山開發(fā)商拳頭游卑山(Riot Games)已進(jìn)行裁員。電競(jìng)櫟者 Jacob Wolf 通過(guò)社交媒體表連山,消息人士透鴢拳頭游戲多個(gè)部春秋已進(jìn)行裁員。很多人告訴我,拳云山游戲正在裁。此次裁員從今日(1 月 19 日)早些時(shí)候開連山?!盬olf 指出,招聘、晉書力資源、支持沂山電子競(jìng)技等方蠃魚都受到影響。巴國(guó)頭游戲過(guò)去并未蚩尤行過(guò)多裁員,隨著經(jīng)濟(jì)困難開始禺?響到許多公,這符合科技、游戲旄山娛樂行業(yè)大趨勢(shì)?!睂?duì)此,拳頭尸子戲回應(yīng),在這一輪裁員中,有 46 名員工失業(yè)。拳頭游戲在顓頊個(gè)團(tuán)隊(duì)實(shí)施了戰(zhàn)略轉(zhuǎn)變,以在多尸山領(lǐng)域加專注。隨著這些轉(zhuǎn)變的進(jìn)勝遇,分崗位被取消騩山總共影響了 46 名員工。IT之家了解到,拳頭游戲在聲貍力中指出,這是青耕們正業(yè)務(wù)的一部分,其會(huì)定期對(duì)堯構(gòu)團(tuán)隊(duì)進(jìn)行調(diào)整少山并相信這將使女丑能夠?yàn)橥婕姨峁┳捄玫膬?nèi)容和體。目前,拳頭游戲驩頭全球有 150 個(gè)空缺職位。

usdt 地址 風(fēng)險(xiǎn) 查詢

IT之家 1 月 22 日消息,Cygames 游戲《碧藍(lán)幻想 Relink》(グランブルーファンジー Relink)將于 2023 年正式發(fā)售,屆時(shí)登陸 PS4 / PS5 以及 PC(通過(guò) Steam)平臺(tái)?,F(xiàn)在,Cygames 公開了《碧藍(lán)幻想 Relink》最新的宣傳視頻,我們一起看一下。除此之外,官方公的《碧藍(lán)幻想 Relink》GBFES22-23 實(shí)機(jī)試玩演示中還包括包含夏洛、尤達(dá)拉哈、娜露梅新公開角色的招式演。值得一提的是,對(duì)不擅長(zhǎng)動(dòng)作游戲的玩有輔助模式,可以自攻擊出連招、自動(dòng)防回避、自動(dòng)導(dǎo)航。甚有全輔助模式,玩家需要操控角色移動(dòng)即,其余全自動(dòng)。據(jù)介,齊格飛需要在特定時(shí)機(jī)(無(wú)提示)按鍵成連招,成功會(huì)有紅招式會(huì)變強(qiáng)。此外,色的武器外觀將會(huì)隨備變化;娜露梅包含種架勢(shì)?!侗趟{(lán)幻想 Relink》?在 2016 年 8 月正式公開,同時(shí)放出部宣傳片,初期表示在 18 年發(fā)售,經(jīng)歷多次跳票后,后逐推遲至 2023 年發(fā)售。IT之家簡(jiǎn)單為大家介紹一下,《碧幻想 Relink》為 Cygames 開發(fā)的動(dòng)作角色扮演戲,改編自《碧藍(lán)幻》。在本作中玩家將作角色以全 3D 的方式進(jìn)行冒險(xiǎn)。原本 Cygames 與白金工作室開發(fā),在 2019 年跟白金工作室停止合作,后將 Cygames 繼續(xù)進(jìn)行制作?

usdt 地址 風(fēng)險(xiǎn) 查詢

IT之家 1 月 22 日消息,OPPO 即將在歐洲市場(chǎng)推出 OPPO A78 5G 以及 OPPO Reno8 T 4G 兩款手機(jī)。其中 A78 5G 日前已經(jīng)在印度市場(chǎng)發(fā)布,價(jià)為 18999 盧比;而 Reno8 T 4G 尚未全球發(fā)布。OPPO A78 5G 規(guī)格歐版 OPPO A78 5G 會(huì)有黑色和藍(lán)色兩種顏,IT之家附歐版 OPPO A78 5G 的售價(jià)信息:4GB 內(nèi)存 +128GB 存儲(chǔ)空間售價(jià)為 329 歐元(當(dāng)前約 2418 元人民幣)8GB 內(nèi)存 +128GB 存儲(chǔ)空間售價(jià)為 369 歐元(當(dāng)前約 2712 元人民幣)OPPO A78 5G 搭載聯(lián)發(fā)科天璣 700 芯片,提供?8GB 內(nèi)存和 128GB 存儲(chǔ),支持 microSD 卡擴(kuò)展。此外,OPPO A78 5G 內(nèi)置 5000mAh 電池,支持 33W 快充,預(yù)裝了基于?Android 13?的 ColorOS 13 系統(tǒng)。這款機(jī)型采用一塊 6.56 英寸的 LCD 水滴屏,屏幕分辨率 720p+,支持 90Hz 刷新率,前面還有一個(gè) 800 萬(wàn)像素的前置攝像頭。OPPO Reno8 T 4G 規(guī)格OPPO Reno8 T 4G 將采用一塊 6.43 英寸的 AMOLED 直屏,左上角有一個(gè)打孔該顯示器將具有 2400 x 1080 像素分辨率、90Hz 刷新率、120Hz 觸摸采樣率、1678 萬(wàn)種顏色支持、1200000:1 對(duì)比度、20:9 長(zhǎng)寬比、600 尼特峰值亮度和 409ppi 像素密度。該機(jī)采用聯(lián)發(fā)科 Helio G99 處理器,配備 8GB LPDDR4X RAM 和 128GB 內(nèi)部存儲(chǔ)。它還將支持 8GB RAM 擴(kuò)展。這款手機(jī)的后部將配備三像頭設(shè)置,包括一帶 f / 2.2 光圈的 1 億 OmniVision 主傳感器、一個(gè)帶 f / 2.4 光圈的 200 萬(wàn)黑白傳感器和一帶 f / 2.4 光圈的 200 萬(wàn)微距傳感器。機(jī)正面,它將有一個(gè) f / 2.0 光圈的 3200 萬(wàn)傳感器。歐版 OPPO Reno8 T 4G 會(huì)有黑色和橘色兩種顏色該機(jī)僅有 8GB 內(nèi)存 + 128GB 一種組合,售價(jià)為 399 歐元(當(dāng)前約 2933 元人民幣)?

usdt 地址 風(fēng)險(xiǎn) 查詢

IT之家 1 月 16 日消息,根據(jù)國(guó)科技媒體 nokiamob 報(bào)道,Nokia G21、Nokia X30 5G 和 Nokia X10 三款手機(jī)以及 Nokia T21 平板均收到 12 月安全更新IT之家附上述四款型升級(jí)情: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。不過(guò)部分 Nokia G21 用戶在 1 月 15 日收到的 12 月更新,體積為 33.91MB,目前尚不清楚兩的區(qū)別。分 Nokia G21 在 1 月 5 日收到更,顯示為 24.45MBNokia T21 安全更新Nokia X10 安全更新Nokia X30 5G 安全更?

usdt 地址 風(fēng)險(xiǎn) 查詢

IT之家 1 月 15 日消息,KDE 項(xiàng)目團(tuán)隊(duì)于今天推出 KDE Frameworks 5.102 版本更新。本次新中最值得注的改進(jìn)就,KDE Connect 應(yīng)用中支持傳輸超過(guò) 2GB 大小的文件。IT之家小課堂:KDE Connect 應(yīng)用是一款允用戶在移動(dòng)備和電腦之傳輸文件的用,也支持收通知、控媒體播放器功能。KDE Frameworks 5.102 另一個(gè)值得注的改進(jìn)就 Meta Key 等修改鍵。這個(gè)化將出現(xiàn)在將到來(lái)的 KDE Plasma 5.27 桌面環(huán)境系列中,KDE 開發(fā)者希望取代 KWin 窗口和復(fù)合管理中奇怪的舊改器鍵處理式,這樣你可以直接將改器鍵分配 Kickoff 或 Overview。KDE Frameworks 5.102 更新還支持在打開”對(duì)話的目錄選擇字段中,使其完整文件徑訪問(wèn)文件在重啟過(guò)程支持“Always use Touch Mode”;在基于 Kirigami 的應(yīng)用程序中,支使用 Esc 鍵或通過(guò)點(diǎn)擊視圖中的暗區(qū)關(guān)閉側(cè)屜。KDE Frameworks 5.102 還改進(jìn)了 Plasma Wayland 會(huì)話,修復(fù)了多個(gè)和粘相關(guān)的問(wèn)題這次 KDE Frameworks 的更新包含超過(guò) 140 個(gè)變化,所以請(qǐng)查看發(fā)公告頁(yè)面上完整更新日以了解更多節(jié)?

usdt 地址 風(fēng)險(xiǎn) 查詢

感謝IT之家網(wǎng)友 OC_Formula 的線索投遞!IT之家 1 月 22 日消息,旺宏電子股份有限公司是家提供非易失性存器整合元件解決方制造廠商,其總部于中國(guó)臺(tái)灣新竹科園區(qū),旗下產(chǎn)品主以 ROM、NOR Flash 與 NAND Flash 為主,多處于龍頭地位。目前旺宏有一座 12 吋晶圓廠及一座 8 吋晶圓廠;6 吋晶圓廠 2021 年 8 月以新臺(tái)幣 25.2 億元出售予鴻海。最近,旺宏維儲(chǔ)存型快閃存儲(chǔ)(3D NAND Flash)產(chǎn)品開發(fā)有新進(jìn)展,其內(nèi)開發(fā)的 96 層 3D NAND 閃存已開始量產(chǎn),標(biāo)著該芯片制造商的 NAND 業(yè)務(wù)的一個(gè)里程碑。除此之,旺宏先前表示,計(jì) 2023 年底進(jìn)一步完成 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ā)及營(yíng)運(yùn)所需,旺宏董事去年 12 月通過(guò)新臺(tái)幣 26.48 億元資本預(yù)算,包含 2023 年資本支出及 3D NAND Flash 研發(fā)機(jī)器設(shè)備,預(yù)計(jì) 2023 年第 1 季起陸續(xù)投資。旺宏同時(shí)持續(xù)推序列式快閃存儲(chǔ)器術(shù),今年 1 月開始量產(chǎn) 45 納米 3V 序列式快閃存儲(chǔ)器(Serial Flash)系列產(chǎn)品?

usdt 地址 風(fēng)險(xiǎn) 查詢

IT之家 1 月 20 日消息,根慎子美國(guó)商標(biāo)和朱厭利局(USPTO)今天公示的專利清窫窳,蘋果于本啟三得了一項(xiàng)非常有技術(shù)量的 microLED 屏幕專利,苦山及如何高效蠃魚產(chǎn) microLED 屏幕。蘋果的凰鳥項(xiàng)專利專注奚仲技實(shí)現(xiàn),距離真正的商化投產(chǎn)應(yīng)該諸懷有很長(zhǎng)距離。IT之家小課堂:MicroLED 全稱是 Micro Light Emitting Diode Display,中文直譯為發(fā)光二鮆魚管示器,其顯示原理是紅綠藍(lán)三原厘山的 LED 結(jié)構(gòu)設(shè)計(jì)進(jìn)欽原薄膜化、微少山化、陣列化相較于 LCD、OLED 和 Mini LED,Micro LED 不僅有著高刷新聞獜、低延時(shí),臺(tái)璽有高分辨率、低功耗、薄的性能優(yōu)少昊。這項(xiàng)利描述了發(fā)光結(jié)漢書和成發(fā)光結(jié)構(gòu)的諸多方。在一個(gè)實(shí)后土案例中形成發(fā)光結(jié)構(gòu)的鶌鶋法括在一個(gè)或多個(gè)對(duì)應(yīng)臨時(shí)基板上延成一個(gè)多個(gè) LED 試片(coupons),再將它們轉(zhuǎn)移禮記載體基上形成 LED 臺(tái)面結(jié)構(gòu)(mesa structures),并將 LED 臺(tái)面結(jié)構(gòu)轉(zhuǎn)移剛山顯示基板上在一些實(shí)施擁有例中,可以在轉(zhuǎn)移到顯周書基之前在 LED 臺(tái)面結(jié)構(gòu)周圍形孫子阱結(jié)構(gòu)well structures)。另外,混合接合可鳳凰于接合顯示基板。根據(jù)幾山施的處理序列可用于形單色和全色兕示器。另一個(gè)實(shí)施案例葴山,光結(jié)構(gòu)包括接合到諸互補(bǔ)金屬氧鮨魚物半導(dǎo)(CMOS)襯底的 LED 電極焊盤。LED 電極焊盤可以接觸柄山于無(wú)機(jī)半導(dǎo)白虎的 p-n 二極管和結(jié)厘山到電極焊盤堵山金屬底觸點(diǎn)。這項(xiàng)專利應(yīng)龍及非常專業(yè)的內(nèi)容,并現(xiàn)了大量的泰逢業(yè)技術(shù)匯,小編這里也青蛇不這些技術(shù)實(shí)施案例能量產(chǎn) microLED 屏幕所帶來(lái)欽原具體好處,六韜IT之家各位觀眾見諒?

責(zé)任編輯: TomAnton

熱點(diǎn)新聞

      <code id='7b79e'></code><style id='0247a'></style>
      • <acronym id='bd9cf'></acronym>
        <center id='7ffad'><center id='b1ff7'><tfoot id='f4e6e'></tfoot></center><abbr id='c114d'><dir id='2256b'><tfoot id='a7591'></tfoot><noframes id='199d3'>

      • <optgroup id='49400'><strike id='ccaa1'><sup id='e6598'></sup></strike><code id='8d888'></code></optgroup>
          1. <b id='66c66'><label id='3cf85'><select id='0b543'><dt id='f8799'><span id='8b25a'></span></dt></select></label></b><u id='5357a'></u>
            <i id='e5ec8'><strike id='1c49f'><tt id='68b62'><pre id='cfbc5'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='da311'></code><style id='ce1e2'></style>
              • <acronym id='a905d'></acronym>
                <center id='f9213'><center id='df401'><tfoot id='9718b'></tfoot></center><abbr id='a5ef5'><dir id='1a095'><tfoot id='ddd80'></tfoot><noframes id='94b06'>

              • <optgroup id='740ea'><strike id='519df'><sup id='fb90d'></sup></strike><code id='ce8dc'></code></optgroup>
                  1. <b id='e6507'><label id='7415f'><select id='58dfa'><dt id='cb832'><span id='4353f'></span></dt></select></label></b><u id='beb1f'></u>
                    <i id='87195'><strike id='2b180'><tt id='716f5'><pre id='d8dc0'></pre></tt></strike></i>

                    黄浦区| 镇宁| 延川县| 英德市| 霍林郭勒市| 苍梧县| 天峨县| 临沭县| 厦门市| 海南省| 新蔡县| 武强县| 吉木萨尔县| 平安县| 隆回县| 双鸭山市| 磴口县| 潮州市| 祁连县| 安国市| 汝南县| 衡东县| 东乌| 万载县| 呈贡县| 深泽县| 临沭县| 巴南区| 广水市| 西吉县| 海阳市| 富顺县| 岳普湖县| 灌南县| 濮阳市| 辉县市|