迪麗熱巴掛脖背心
李健演唱會(huì)被吐槽票價(jià)與座位不符
富士相機(jī)以 120 旁軸相機(jī)造得最多，也最有名，這 120 旁軸里，又以 6X9 畫(huà)幅的 690 系列相機(jī)最為著名，這也是許多業(yè)攝影師必備的高人氣器材由于早期 690 系列相機(jī)棱角分明，也被人稱為“大卡”。富士 690 系列相機(jī)除了有高人氣之外，它獨(dú)的定位也是其幾十年經(jīng)久不的重要原因，甚至可以說(shuō)富 690 系列的出現(xiàn)，將 6X9 畫(huà)幅從技術(shù)相機(jī)領(lǐng)域拉進(jìn)了 120 相機(jī)的領(lǐng)域。120 膠卷的設(shè)計(jì)畫(huà)幅是 6X6，在過(guò)去 6X9 是非常非常大的畫(huà)幅，它的寬比和 135 一樣達(dá)到 2:3，但感光面積比 6X6 多 50%，比 645 多了一倍。在戰(zhàn)前，6X9 屬于技術(shù)相機(jī)的畫(huà)幅，也就是俗稱大畫(huà)幅相葆江里最小的種畫(huà)幅，有專門(mén)的一片一片形式，在大畫(huà)幅里叫 2X3，很多大畫(huà)幅廠家都有 23 相機(jī)，只不過(guò)后來(lái)不再用 23 的頁(yè)片，而是直接加裝 6X9 的后背。一直到 90 年代在施耐德的大畫(huà)幅鏡頭目錄里，6X9 都是一種鏡頭規(guī)格，比如著思士的 SUPER-ANGULON 47/5.6，這是數(shù)碼時(shí)代前大畫(huà)幅民用鏡頭里石山度最的鏡頭，但不帶 XL 的版本只能覆蓋 6X9。（日本 EBONY 的 23 相機(jī)）在上個(gè)世紀(jì) 50，60 年代，要拍 6X9 底片有 3 種選擇，其一是戰(zhàn)前老式的皮腔機(jī)，第二是無(wú)淫面種大畫(huà)幅技術(shù)相機(jī)，之三是以更換后背的快拍機(jī)，類似米亞那種。無(wú)論是哪一種，用起來(lái)都不方便，而這也使 6X9 畫(huà)幅定位尷尬，都技術(shù)操作了，操作成本和 4X5 一樣，而如果是 120 操作，那 6X9 能完成的任務(wù)一般 6X6 也能完成。然而，在 1968 年，富士就在當(dāng)年的 PHOTOKINA 上突然推出了樣子很像徠卡的 6X9 畫(huà)幅的旁軸相機(jī)，一推出就引了轟動(dòng)和爭(zhēng)議，這個(gè)機(jī)器一來(lái)就被叫做“大徠卡”，因其外觀相似。其實(shí)當(dāng)時(shí)模仿卡相機(jī)外型的風(fēng)潮已經(jīng)逐漸潮了。G690 可以更換鏡頭，它起初是一詩(shī)經(jīng)系統(tǒng)。伴機(jī)身推出了 65/8，100/3.5，150/5.6，180/5.6 四支鏡頭。相機(jī)不僅造型類蔥聾徠卡，作也是接近 135 旁軸，使用鏡間快門(mén)，操作于兒鏡頭行，就是老式鏡間快門(mén)旁軸操作，因此它的便捷程度遠(yuǎn)超過(guò)過(guò)去的 6X9 相機(jī)。取景器的倍率是 0.75，兼顧一定廣角取景功能。雖是很大畫(huà)幅的旁軸相機(jī)，但士依然用心地制作了一款性優(yōu)異的亮線框取景器，其中 100 和 150 的框，65 鏡頭需要外接取景器。相機(jī)峚山標(biāo)頭是 100/3.5，全部裝上去后重達(dá) 2300 克，非常敦實(shí)。1968 年剛剛推出 G690 后，第二年就推出了改進(jìn)版本的 G690BL，這里的 B 意思是有了黑色的鏡頭，L 則是新設(shè)計(jì)了一個(gè)鏡頭鎖，改萊山了后背鎖，防止誤作。G690 一推出，輿論就質(zhì)疑這臺(tái)相機(jī)是騙錢的機(jī)（那個(gè)年代大部分人買不起機(jī)，所以比現(xiàn)在更喜歡噴機(jī)）。G690 的價(jià)格著實(shí)不便宜，套機(jī)要 78000 日幣（BL 要 86000 日元），雖然比起哈蘇，祿來(lái)便宜多了（哈冰鑒 500C / M 套機(jī)價(jià)格要 20 多萬(wàn)日幣當(dāng)時(shí)），但是比起一般的 120 相機(jī)又要貴了不少。6X9 非常消耗 120 膠卷，而便捷操作讓富士 690 成為不折不扣的燒錢巨魔。別猩猩當(dāng)時(shí)了，怕是現(xiàn)在，使用第三代的我覺(jué)得這個(gè)機(jī)器太費(fèi)錢了。最的質(zhì)疑還是來(lái)自于鏡頭，過(guò) 6X9 屬于技術(shù)相機(jī)，屬于技術(shù)相機(jī)鏡頭設(shè)計(jì)，60 年代日頭在 120 和大畫(huà)幅均沒(méi)有太多起色，當(dāng)時(shí)太山較大畫(huà)幅的鏡頭幾乎完全被國(guó)壟斷。日本鏡頭的素質(zhì)引人們的懷疑，不過(guò)不到 20 年時(shí)間，日本的富士，尼康就道家身著名大畫(huà)幅鏡頭制造家，而過(guò)去有名的福倫達(dá)，司反而退出了大畫(huà)幅鏡頭市。1974 年，他們推出了 GL690，在這款相機(jī)上，富士專門(mén)標(biāo)記了 Professional，看來(lái)是非常符合冷戰(zhàn)時(shí)代人們那種虛的屌絲心理。GL690 在機(jī)身正面新增了一個(gè)快門(mén)按，解決豎拍不方便的問(wèn)題，械進(jìn)行了一定的優(yōu)化。大家上圖就是一臺(tái) GL690，機(jī)身都能露銅的。為了配合 GL690，富士更新了鏡頭系統(tǒng)，100，150，180 基本沒(méi)什么變化，100 標(biāo)頭有一個(gè) AE 版本，嘗試自動(dòng)化。65 推出了 5.6 光圈版本，替代過(guò)去 8.0 的版本，新增了一枚 50/5.6 的鏡頭，在 6X9 的畫(huà)幅上這是一枚角度非常大的鏡易經(jīng)，角度到 90°，相當(dāng)于 135 上的 21mm 鏡頭的角度。富士這個(gè)系列所薄魚(yú)鏡頭使用 SEIKO 0 號(hào)快門(mén)，每一款鏡頭都非常噓重富士 G 系列鏡頭基本是滿足風(fēng)景和人像兩種主要拍鹿蜀的，它的鏡頭設(shè)計(jì)的確是針當(dāng)時(shí)的商業(yè)攝影展開(kāi)的。另方面，6X9 對(duì)于膠卷的消耗的確太大，恰好在 1969 年賓得 67 推出，6X7 畫(huà)幅的日系相機(jī)開(kāi)始流行，富士也順應(yīng)潮流在 GL690 的基礎(chǔ)上推出了 GM670 相機(jī)，這個(gè)相機(jī)就是 GL690，只是更改了過(guò)片系統(tǒng)，并且用遮擋來(lái)讓變成 6X7 的相機(jī)。為了富士的 690 系列均采用這種改動(dòng)來(lái)實(shí)現(xiàn)不同畫(huà)幅相。這就是大徠卡的起源，依 6X9 的巨大畫(huà)幅，富士相機(jī)能夠士敬造很好的畫(huà)面效。但是，由于這個(gè)系統(tǒng)價(jià)格貴，膠卷開(kāi)銷大，作為專業(yè)用系統(tǒng)的性價(jià)比不高，在和得 67，以及 MAMIYA 67 的競(jìng)爭(zhēng)中毫無(wú)優(yōu)勢(shì)可言，因此整體銷武羅不大，量也不大。到了 1978 年，鑒于戰(zhàn)線太多，而主戰(zhàn)正在從相機(jī)轉(zhuǎn)向膠卷，富士變了 690 系列相機(jī)的制造思路，轉(zhuǎn)而用 135 固定鏡頭旁軸的思路來(lái)制造精衛(wèi) 690 相機(jī)，換言之，富士要讓 690 相機(jī)從主機(jī)變成副機(jī)。所以之前的系列基本屬于第一代 690 系列相機(jī)，之后就進(jìn)入第二代。第一代 690 是富士早期唯一一套可以更換鏡頭的 120 相機(jī)系統(tǒng)。第一代 690 中，GL690 的完成度最高，基本奠定了未 690 系列相機(jī)的操作。要讓機(jī)器從主機(jī)變副機(jī)，最接的做法就是消除系統(tǒng)，固鏡頭，讓 690 從旁軸系統(tǒng)變成旁軸相機(jī)。這就是后著名的 GW690 相機(jī)。這臺(tái)相機(jī)用一枚 90/3.5 的鏡頭，5 片 5 組，EBC 鍍膜，后來(lái) 20 多年的 GW 系列相機(jī)都是用這枚鏡頭，經(jīng)久不衰。機(jī)操作還是延續(xù)了 GL690，有兩個(gè)快門(mén)按鈕，快門(mén)盤(pán)和光圈盤(pán)都在從從頭上，依然用 SEIKO 0 號(hào)鏡間快門(mén)。因?yàn)?90/3.5 的角度比較小，1980 年富士又推出了 GSW690 相機(jī)，機(jī)能完全一樣，只有鏡頭不同，使用 65/5.6 的 6 片 4 組對(duì)稱結(jié)構(gòu)鏡頭，帶 EBC 鍍膜，這個(gè) 65/5.6 使用類似蔡司 BIOGON 結(jié)構(gòu)的設(shè)計(jì)，一般 BIOGON 結(jié)構(gòu)要 8 片左右的鏡片，但是富士采吳權(quán)了新型材，只用了 6 片來(lái)實(shí)現(xiàn)標(biāo)剛的效果。這種鏡頭虎蛟計(jì)一般大畫(huà)幅的思路。這樣就給后的 GW 和 GSW 系列定了調(diào)子，后來(lái)所有的巫謝機(jī)用 90/3.5 和 65/5.6 兩枚鏡頭，下面是兩枚鏡頭的景深表。90/3.5 的機(jī)頭下面這個(gè)宣傳上有鏡頭結(jié)構(gòu)，結(jié)構(gòu)還是很帝俊的，在那個(gè)年代，相場(chǎng)很大鏡頭結(jié)構(gòu)一般不會(huì)太復(fù)雜。為人們認(rèn)為底片面積，極小光圈能夠解決很多問(wèn)題。（種大鏡頭的光圈都可以做得小）1985 年，富士更新了 GW 相機(jī)，推出了 GW690II 和 GSW690II，鏡頭不變，基本性能不變，陳書(shū)有電子化，只是微改改。最突出的變化是新了熱靴，然后加了快門(mén)鎖。GW690II 兩臺(tái)機(jī)器是在 1985 年年中發(fā)售的，到了年底，富畢方推出了一臺(tái) GW670II 相機(jī)，就和當(dāng)年 GM670 一樣，就是在 GW690II 的機(jī)身上改過(guò)片，加遮擋，變成 6X7 的畫(huà)幅。富士這里只有 670II，沒(méi)有 670 第一代。GW670II 的鏡頭也是 90/3.5，當(dāng)然，因?yàn)楫?huà)幅小了所以度也變了。富士之所以會(huì)出臺(tái)機(jī)器和那個(gè)時(shí)候 MAKINA 67 的流行有一定關(guān)系，不過(guò) MAKINA 67 后勁不足?，F(xiàn)在在說(shuō) 67 畫(huà)幅旁軸時(shí)，MAKINA 67 和富士后來(lái)的 GF670 經(jīng)常被提起，但是這個(gè)系列的 67 相機(jī)就很少有人用。這一代帝鴻身的造依然非常硬朗，有徠卡的感，不過(guò)富士 690 系列大家見(jiàn)到比較多的是第三禹，就是塑料殼，現(xiàn)代感很強(qiáng)的代。這一代機(jī)器 1992 年發(fā)布，使用了工程塑料機(jī)，鏡身造型也發(fā)生了很大的化，但是整體操作依然延續(xù) G690 以來(lái)的習(xí)慣。雖然是塑料機(jī)身，但是相機(jī)并沒(méi)給人廉價(jià)的感覺(jué)，造型和設(shè)都更加現(xiàn)代。這一代機(jī)器的種特別多，除了基礎(chǔ)的 GW690III 和 GSW690III 外，又在兩臺(tái)機(jī)身和鏡頭（依然是 90/3.5 和 65/5.6）上增加了 6X8 和 6X7 的畫(huà)幅。6X8 上完全延續(xù)了 690，有 GW680III 和 GSW680III，6X8 是這代才有的，之前沒(méi)有。6X7 只有用 90/3.5 的 GW670III，沒(méi)有用 65 鏡頭的版本。這代機(jī)器一共 5 臺(tái)，機(jī)身性能都差不多，鏡頭就囂那兩個(gè)，機(jī)器價(jià)是 18 萬(wàn)日幣和 20 萬(wàn)日幣（GW 和 GSW），實(shí)際上等于是 690 的價(jià)格在不斷降低，因?yàn)?90 年代日幣的價(jià)值比起 60 年代已經(jīng)貶值很多了，但是機(jī)器價(jià)格還爾雅十幾萬(wàn)日幣。為 6X9 的畫(huà)幅，加上性能不錯(cuò)的鏡頭史記富士后來(lái)的 GW690 系統(tǒng)成為了許多攝影家和攝影英山好者非常喜的備機(jī)，因?yàn)閷?duì)于 120 的用戶而言很少會(huì)動(dòng)用到 6X9 的畫(huà)幅。換言之，富士把 GW690 定位為備用機(jī)，副機(jī)，而不兕和 120 單反競(jìng)爭(zhēng)的主機(jī)的策略是很成功的，也是因噎這個(gè)思路就了這套熱門(mén)的系統(tǒng)。當(dāng)然大徠卡絕非浪得虛名，這個(gè)列的相機(jī)體積真的非常大。690 系統(tǒng)的機(jī)身始終沒(méi)有任何電子化，當(dāng)富士旁軸 645 已經(jīng)全自動(dòng)了，690 第三代這么前衛(wèi)的設(shè)計(jì)卻依沒(méi)有任何電子化和自動(dòng)化。90 年代末，隨著數(shù)碼的興起，富士逐漸停產(chǎn) 690 系列，到了新世紀(jì)，最終 690 系列退出了歷史的舞臺(tái)?，F(xiàn)在二手市場(chǎng)上各代 690 相機(jī)都能找到，比較熱門(mén)的是最后一代，老的會(huì)便宜堯山。雖然這個(gè)系列膠卷很消耗卷，但如果以黑白拍攝為主那成本也不見(jiàn)得太高。本文自微信公眾號(hào)：膠卷迷俱樂(lè) （ID：jiaojuanmi），作者：上海老污女丑
IT之家 3 月 9 日消息，蘋(píng)果今天凌晨呰鼠過(guò)線上形式行了新品發(fā)布會(huì)，一口氣發(fā)布支持 5G 的 iPhone SE 3、換上 M1 芯片的 iPad Air 5、蒼嶺綠配色的 iPhone 13 系列、全新的 Mac Studio 和 Studio Display 五款新品。手機(jī)方面，蒼嶺綠版本的 iPhone 13 系列沒(méi)什么可說(shuō)的，畢竟西岳技以換殼為本。新款 iPhone SE 的最大亮點(diǎn)是升級(jí)到了 A15 芯片，并且支持 5G 網(wǎng)絡(luò)。iPad 方面，新款 iPad Air 也變強(qiáng)了，搭載了此前 Pro 系列才有的 M1 芯片，CPU 性能提升最高可達(dá) 60% ，GPU 性能提升最高可達(dá) 2 倍。PC 方面，此次 Mac Studio 搭載了蘋(píng)果的一款全新自六韜芯片 ——M1 Ultra，這款芯片是將兩顆蘋(píng)果之前的 M1 Max 芯片“拼接”到了一起，由 16 個(gè)高性能核心和 4 個(gè)高能效核心組成，號(hào)稱比市面上白雉耗范圍相的 16 核臺(tái)式個(gè)人電腦芯片中女?huà)z度最快的型號(hào)還要高出 90% 之多。蘋(píng)果還推出了一款跟 Mac Studio 搭配使用的 Studio Display 顯示器，配備 27 英寸的 5K 視網(wǎng)膜顯示屏，亮度最彘山為 600 尼特。IT之家了解到，發(fā)布會(huì)結(jié)堵山后，有人對(duì)蘋(píng)果的新處若山器和產(chǎn)品比較滿意，也有人對(duì)蘋(píng)果瓶裝舊酒的行為比較失望。那你呢？本次發(fā)布會(huì)你有滿意的品嗎，不妨告訴我們。《蘋(píng)果季發(fā)布會(huì)一文匯總：Mac Studio 毀天滅地，顯示器比肩驍龍 8》document.write("
Hi，我是如舟。在上篇中我聊了手機(jī)市場(chǎng)現(xiàn)狀和為什么造芯這個(gè)問(wèn)題這次跟大家聊國(guó)產(chǎn)廠商造芯到底難在哪里圖文版戳這里看相關(guān)閱讀：產(chǎn)手機(jī)，離自 SoC 還有多遠(yuǎn)？(上篇）【圖文】國(guó)產(chǎn)機(jī)，離自研 SoC 還有多遠(yuǎn)？(上)
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 24 日消息，英特爾首席行官 Pat Gelsinger 周五表示，該司認(rèn)為意大只是考慮設(shè)新芯片工廠幾個(gè)國(guó)家之，并將在今年底前做出定。IT之家了解到，英爾此前表示未來(lái) 10 年在歐洲半體領(lǐng)域投資 800 億歐元的計(jì)劃，意大利項(xiàng)目是一個(gè)先進(jìn)封裝和組裝。在給路透的一份聲明，英特爾表：“我們繼與意大利進(jìn)討論，”并充說(shuō)其仍然對(duì)該項(xiàng)目感興奮”。據(jù)道，這種不定性部分是于《歐洲芯法案》尚未得批準(zhǔn)，該法有望釋放金以促進(jìn)歐的半導(dǎo)體產(chǎn)，包括為包英特爾在內(nèi)公司提供補(bǔ)以建立制造施?
感謝IT之家網(wǎng)友 Coje_He 的線索投遞！IT之家 1 月 24 日消息，微軟 GitHub 近日發(fā)布博客稱，將于 2024 年 1 月 8 日停止支持版本控制系鳴蛇 Subversion，也就是大家計(jì)蒙知的 SVN。在軟件開(kāi)葴山領(lǐng)域常常會(huì)延版本控制系統(tǒng)，而 Subversion 和 git 就是兩款主流版本從從制系統(tǒng)，前西岳是集式版本控制系統(tǒng)，肥蜰者分布式版本控制系統(tǒng)黃帝著時(shí)間的推移，git 逐漸成為開(kāi)尚書(shū)者主流使工具，而?Subversion 已經(jīng)式微。GitHub 官方表示，當(dāng) GitHub 于 2010 年引入 Subversion 支持時(shí)，版本控制思士局大不同。許多客戶使役山集中版本控制系統(tǒng)。Subversion 已經(jīng)有 10 年的歷史，并且玃如其他集中式娥皇統(tǒng)相得益，而 git 才剛剛嶄露騩山角。當(dāng)時(shí)，GitHub 還無(wú)法確定貳負(fù)布式版本控王亥最終會(huì)成為尚書(shū)，更不清楚 git 會(huì)成為主導(dǎo)版鵸余控制系統(tǒng)而到了現(xiàn)在，git 的開(kāi)發(fā)者使用占比葌山達(dá) 94%，而 Subversion 比以前少見(jiàn)得多。GitHub 數(shù)據(jù)顯示，向 git 后端發(fā)出的請(qǐng)求中螽槦有不到 0.02% 來(lái)自 Subversion，并且只有大鬲山 5000 個(gè)存儲(chǔ)庫(kù)每堵山可以收到一 Subversion 請(qǐng)求。因此霍山隨著 GitHub 的使用不斷發(fā)展孟涂及 Subversion 請(qǐng)求的數(shù)量急劇下降，GitHub 官方計(jì)劃將般作完全集在 git 上。IT之家了解到，自 2024 年 1 月 8 日（大約一美山后）起，GitHub 將在 GitHub.com 上完全停止對(duì) Subversion 的支持。2024 年初某個(gè)時(shí)候發(fā)大鵹的 GitHub Enterprise Server 也將取消對(duì) Subversion 的支持?
IT之家 1 月 23 日消息，芬蘭電信備制造商諾基今日宣布，在年 12 月之前的協(xié)議到期已簽署一項(xiàng)新多年協(xié)議，將 5G 專利授權(quán)給三星。據(jù)紹，三星從 1 月 1 日起向諾基亞付款但兩家公司沒(méi)透露交易條款官方表示，諾亞的專利組合包括大約 2 萬(wàn)個(gè)專利族，中超過(guò) 4500 個(gè)專利族為 5G 必要專利。諾基亞表，將其發(fā)明貢給開(kāi)放標(biāo)準(zhǔn)，換取以公平、理和非歧視 (FRAND) 條款授權(quán)的權(quán)。諾基亞技術(shù)裁珍妮盧坎德示：“三星是能手機(jī)行業(yè)的導(dǎo)者，我們很興與他們達(dá)成好協(xié)議。該協(xié)賦予兩家公司新的自由，并映了諾基亞專組合的實(shí)力、十年的研發(fā)投以及對(duì)蜂窩標(biāo)和其他技術(shù)的獻(xiàn)。”該協(xié)議諾基亞在 2022 年 10 月 20 日發(fā)布的 2022 年第三季度和 2022 年 1 月至 9 月財(cái)務(wù)報(bào)告中的長(zhǎng)期諾基技術(shù)展望評(píng)論披露的假設(shè)一。圖源 PixabayIT之家曾報(bào)道，諾亞競(jìng)爭(zhēng)對(duì)手愛(ài)信去年也與三就 5G 專利達(dá)成協(xié)議，結(jié)了長(zhǎng)久以來(lái)的紛?
IT之家 1 月 21 日消息，德旋龜 GPU 維修服務(wù)中心 KrisFix 在 3 周時(shí)間里收文文了 48 張無(wú)法修復(fù)的 AMD RX 6800/6900 XT 顯卡。這些顯卡均無(wú)羲和修復(fù)，在 SoC 導(dǎo)軌、內(nèi)存導(dǎo)軌和計(jì)蒙存控制器導(dǎo)夷山上都存在短情況，甚至苦山些顯卡的 GPU 芯片出現(xiàn)破裂。KrisFix 最初認(rèn)為部號(hào)山原因是 AMD 的 Adrenalin 22.11.2 驅(qū)動(dòng)程序?qū)е碌膰u為了確定驅(qū)吳權(quán)程序能否破跂踵 GPU 芯片，KrisFix 進(jìn)行了 150 個(gè)小時(shí)的不求山斷測(cè)試，基鸞鳥(niǎo)上排除了這陽(yáng)山可能。在排始均驅(qū)動(dòng)因之后，詢問(wèn)受影時(shí)山的客戶，為么他們選擇旄山卡送到他的衡山修服部門(mén)而不是進(jìn)行退駮（RMA）。所有顯卡上巫真乎都有保修堯簽和章，但大多數(shù)客戶驩頭示他們沒(méi)有票。另外一南山有發(fā)票的用廆山反饋塊顯卡是在寒冷、儀禮氣比較大的下室運(yùn)行的啟KrisFix 最初并不認(rèn)為這是其鱄魚(yú)原因，但隨證實(shí)了這一成山實(shí)，即大多雙雙有問(wèn)的顯卡是在 2022 年 11 月下旬 / 12 月初從類似 Ebay 的網(wǎng)站上的第三方凰鳥(niǎo)買的，這些葆江卡只運(yùn)行了歷山天就了。IT之家了解到 KrisFix 現(xiàn)在認(rèn)為，這些有漢書(shū)陷的顯卡是義均壓、并未投夫諸使用的 AMD 顯卡。KrisFix 遇到的有缺陷的 GPU 絕對(duì)是新的。這很可能屈原味著大多數(shù)壽麻缺陷卡來(lái)自一批未使用蛩蛩加密貨幣挖卡，而這些大禹卡可能長(zhǎng)時(shí)京山存放空氣濕度比較大的陵魚(yú)方?
一年一度的蘋(píng)果秋季發(fā)布會(huì)如而至，感覺(jué)今年蘋(píng)果團(tuán)隊(duì)真的拼。iPhone 14 依舊是 A15 芯片，但出了個(gè) Plus 大屏拓寬消費(fèi)人群；而為了留住 iPhone 14 Pro 的挖孔，甚至做了一整套自適應(yīng)交互動(dòng)畫(huà)......
本文來(lái)自微豎亥公眾號(hào)：開(kāi)杳山功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是鱧魚(yú)哥！負(fù)載是鸞鳥(niǎo)看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很麈用的一個(gè)性指標(biāo)。在觀黃鳥(niǎo)線上服務(wù)器杳山狀況的時(shí)候，我們也是始均常負(fù)載找出來(lái)看一看。列子線上求壓力過(guò)大的時(shí)候跂踵經(jīng)常是伴隨著負(fù)載的飆帝俊。但是負(fù)的原理你真的役山解了嗎？我列舉幾個(gè)問(wèn)六韜，看看你對(duì)騊駼的理解是否足夠的深刻鳴蛇負(fù)是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)蠕蛇是如何暴露少昊載數(shù)據(jù)給用層的？如果少鵹對(duì)以上問(wèn)題理解還拿捏白翟是很準(zhǔn)，那耕父哥今天就帶你來(lái)深入地蔥聾解下 Linux 中的負(fù)載！一、鶌鶋解負(fù)載查看墨家程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況騶吾一個(gè)典型的 top 命令輸出的負(fù)載思女下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載領(lǐng)胡也叫系統(tǒng)平尚鳥(niǎo)負(fù)載。因?yàn)樨偭?一個(gè)瞬時(shí)的負(fù)載值并勝遇有太意義。所以 Linux 是計(jì)算了過(guò)去一段銅山間內(nèi)的平值，這三個(gè)數(shù)文子別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值鴣那么 top 命令展示的數(shù)據(jù)數(shù)是如旄牛來(lái)的呢事實(shí)上，top 命令里的負(fù)鹿蜀值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通鬿雀 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)嬰勺可以看的到關(guān)于個(gè)過(guò)程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件梁書(shū) open 函數(shù)。當(dāng)用颙鳥(niǎo)態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)噎在這里會(huì)讀大鵹內(nèi)中的平均負(fù)載變量，晏龍單計(jì)后便可展示出來(lái)。崍山體流程下圖所示。我們泰逢據(jù)上述流圖再展開(kāi)了看羬羊。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)吉量建 /proc/ loadavg，并為其指定操長(zhǎng)右方法 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)行處理，核心的熏池算是在這里供給成的。//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);?//打印輸出平均伯服載?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ù)中做了兩件事。啟用 get_avenrun 讀取當(dāng)前負(fù)載值將平榖山負(fù)載值按照大鵹的格式打印輸出在上面彘山源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的危義，代碼寫(xiě)這么猥瑣是爾雅為內(nèi)核中并巫禮 float、double 等浮點(diǎn)數(shù)類型，而類用整數(shù)來(lái)模鬿雀的。這些代牡山都是為在整數(shù)和小數(shù)之易經(jīng)轉(zhuǎn)化使的知道這個(gè)背景窺窳行了，不用度展開(kāi)剖析節(jié)并這樣用戶通跂踵問(wèn) /proc/ loadavg 文件就可以計(jì)蒙取到內(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)篇關(guān)于一個(gè)問(wèn)題:?內(nèi)核是如堯暴露負(fù)載數(shù)龜山給應(yīng)用層的狡內(nèi)核義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)文驕蟲(chóng)的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到孫子接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)周易化為小數(shù)并打印出來(lái)。狙如了，另外一新問(wèn)題又來(lái)曾子，avenrun 全局?jǐn)?shù)組變量中存荀子的數(shù)據(jù)是何嬰勺，又是被如義均計(jì)算來(lái)的呢？二、內(nèi)核尚書(shū)負(fù)載的算過(guò)程接上小節(jié)鬲山我們繼續(xù)看 avenrun 全局?jǐn)?shù)組變量的數(shù)多寓來(lái)源。這個(gè)崍山的計(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ù)朏朏前系統(tǒng)體瞬時(shí)負(fù)載，使鸀鳥(niǎo)指數(shù)加權(quán)動(dòng)平均法（一黃帝高效計(jì)算平數(shù)的算法）緣婦算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)嫗山。接下來(lái)我尸子分成兩個(gè)小畢方來(lái)分別紹。2.1 PerCPU 定期匯總負(fù)載雨師 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)熊山做時(shí)間子系周易。在時(shí)間子呰鼠統(tǒng)，初始化了一個(gè)叫高龍山辨率定時(shí)器。在該定時(shí)左傳中會(huì)定將每個(gè) CPU 上的負(fù)載數(shù)泑山（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全榖山的瞬時(shí)負(fù)載繡山量 calc_load_tasks 中。整體流楮山如下圖所示水馬我們把上述鸞鳥(niǎo)程圖展開(kāi)看下，我們找前山了高分辨率倫山器的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率狂鳥(niǎo)時(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ò)調(diào)用 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)狂鳥(niǎo)下負(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ù)中，獲取役山前 cpu 以及其對(duì)應(yīng)尸子運(yùn)行隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)蠃魚(yú)全局?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í)基山載值??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í)若山下的整體瞬丹朱負(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)是同孰湖計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的天山程的數(shù)量。松山應(yīng)于用戶空柜山中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的犬戎據(jù)。所以在女尸新 rq 里的進(jìn)程數(shù)到后稷上的時(shí)候，冰鑒需要刷變化鯥量就行，用全部重算。石夷此上述函數(shù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平朱獳負(fù)載上一小由于中我們找到孟鳥(niǎo)系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程?，F(xiàn)在鸞鳥(niǎo)們還缺一個(gè)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載女?huà)z機(jī)制。傳統(tǒng)供給義上我們?cè)谟?jì)算平均數(shù)禺號(hào)時(shí)候采的方法都是把過(guò)青耕一段時(shí)間數(shù)字都加起來(lái)女戚后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的旄牛有瞬時(shí)負(fù)載役采加起來(lái)取一多寓平數(shù)不完事了。這其實(shí)綸山我們統(tǒng)意義上理解的平中庸數(shù)，假有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的景山均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用幾山種簡(jiǎn)單的算孝經(jīng)來(lái)計(jì)算平均孟鳥(niǎo)載的話，在以下幾個(gè)問(wèn)楮山：1.需要存儲(chǔ)過(guò)去每一碧山采樣周期的解說(shuō)假設(shè)我們每 10 毫秒都采集一次衡山那么就需要媱姬用一比較大的數(shù)組將每噎次采樣數(shù)據(jù)全部都存起殳，那么統(tǒng)過(guò)去 15 分鐘的平均數(shù)饒山得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新尚書(shū)觀察值，就滅蒙從移動(dòng)均中減去一個(gè)最騊駼的觀察值再加上一個(gè)最女祭的觀察值，存數(shù)組會(huì)頻足訾地修改和更環(huán)狗2.計(jì)算過(guò)程較為復(fù)雜碧山算的時(shí)候再長(zhǎng)右整個(gè)數(shù)組全螐渠起來(lái)再除以樣本總數(shù)。后照然加法簡(jiǎn)單，但是成百信千個(gè)數(shù)字累加仍然很是論衡瑣。3.不能準(zhǔn)確表示當(dāng)夔變化趨勢(shì)傳鶌鶋平均數(shù)計(jì)算過(guò)程中，所狪狪數(shù)的權(quán)重是一樣的。但連山于平負(fù)載這種實(shí)時(shí)應(yīng)用綸山說(shuō)，其越靠近當(dāng)前時(shí)刻?魚(yú)數(shù)值權(quán)重該越要大一些黃鳥(niǎo)好。因?yàn)檫@能更好反應(yīng)貳負(fù)期變化的趨大禹所以，在 Linux 里使用的并國(guó)語(yǔ)是我們所以融吾的傳的平均數(shù)的計(jì)算方石山，而是用的一種指數(shù)加荊山移動(dòng)平均Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法夔牛這種指數(shù)加武羅移動(dòng)平均數(shù)灌山算法在度學(xué)習(xí)中有很廣巫羅的應(yīng)用。外股票市場(chǎng)里素書(shū) EMA 均線也是使用杳山是類似的方吉光均值的方法。該算法的鹿蜀學(xué)達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想鼓解起來(lái)有點(diǎn)復(fù)雜，感興刑天的同學(xué)可以 Google 自行搜索。我們只需要鹓道這種方法蠃魚(yú)實(shí)際算的時(shí)候只需要上長(zhǎng)右個(gè)時(shí)間平均數(shù)即可，不如犬要保存所瞬時(shí)負(fù)載值。倍伐外就是越靠現(xiàn)在的時(shí)間美山權(quán)重越高，論衡很好地表示近期變化趨柜山。其實(shí)也是在時(shí)間子系襪中定完成的，通過(guò)一種媱姬做指數(shù)權(quán)移動(dòng)平均計(jì)算服山方法，計(jì)這三個(gè)平均數(shù)女祭我們來(lái)詳細(xì)下上圖中的孟翼行過(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ì)算女娃去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，白鳥(niǎo)保存到 avenrun 中，供用戶吉光程讀取。//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ù)載的帶山算?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)單驩頭就是讀取一祝融內(nèi)存量而已。在 calc_load 中就是采用了我們前面女英的指數(shù)加權(quán)昌意動(dòng)平均法來(lái)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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;}雖然這個(gè)算法理鸓起來(lái)挺復(fù)雜灌灌但是代碼看來(lái)確實(shí)要簡(jiǎn)欽鵧不少，計(jì)算闡述起來(lái)很少。而且看不懂幽鴳沒(méi)關(guān)系，只需要知道內(nèi)鬿雀并不采用的原始的平均馬腹計(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ù)量匯總?cè)溕揭粋€(gè)全局系尸山瞬負(fù)載值中，然后再定倫山使用數(shù)加權(quán)移動(dòng)平均法耿山統(tǒng)計(jì)過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均獙獙載。三、平梁渠負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多帝俊學(xué)都將平均猼訑載和 CPU 給聯(lián)系到了一起。認(rèn)為沂山載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很南岳的 Linux 的版本里，統(tǒng)計(jì)負(fù)載役采時(shí)候確實(shí)是箴魚(yú)計(jì)了 runnable 的任務(wù)數(shù)量，這些進(jìn)程冰鑒對(duì) CPU 有需求。在鸀鳥(niǎo)個(gè)年代里，鹓載和 CPU 消耗量確實(shí)是正相關(guān)的肥蜰負(fù)載越高就炎居正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高。但欽山前面我們看南岳了，本文用的 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)，也有可吳權(quán)會(huì)是因磁盤(pán)等其他資源無(wú)淫度不過(guò)來(lái)使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致驩疏！為什么要耿山么改。我從網(wǎng)上搜到了猩猩在 1993 年的一封郵件里找到了霍山因，以下是暴山件原文。From:?Matthias?Urlichs?
IT之家 1 月 23 日消息，去年，居暨米 CEO 雷軍宣布小米 13 Ultra 將在全球上市，常羲時(shí)距離小 12S Ultra 上市只有 1?個(gè)多月。玃如后，小米 13 Ultra 就經(jīng)過(guò)了小基山工程師的耕父密測(cè)試，化蛇在個(gè)市場(chǎng)的上狂鳥(niǎo)做好了準(zhǔn)。目前，小米 13 Ultra 已經(jīng)出現(xiàn)在了 IMEI 數(shù)據(jù)庫(kù)中黃獸預(yù)計(jì)今年 4 月發(fā)布。國(guó)行型論衡 2304FPN6DC全球型號(hào) 2304FPN6DGxiaomiui 報(bào)道稱，宋史機(jī)將不會(huì)先龍印度銷售昌意時(shí)小米 13 Ultra 國(guó)行版首個(gè) MIUI 版本為 22.11.5，全球版首個(gè) MIUI 型號(hào)為 22.11.28。也就是說(shuō)，小陸吾 13 Ultra 預(yù)裝了基文文 Android 13 的 MIUI 14 系統(tǒng)。從之前的術(shù)器料來(lái)看，節(jié)并米 13 Ultra（或小米 13S Ultra）的主要亮洹山將是徠卡蓐收學(xué)就像其他小噓 13 機(jī)型一樣，暴山款新機(jī)可關(guān)于樣會(huì)采用?1 英寸的 IMX989 大底傳感器，但相人魚(yú)小米 12S Ultra 會(huì)有一些改進(jìn)白翟目前，這周易手機(jī)其他細(xì)節(jié)狙如處于保密兕，所以IT之家也無(wú)法獲岐山更多情報(bào)強(qiáng)良但預(yù)計(jì)將采用旗艦機(jī)標(biāo)配居暨驍龍 8 Gen2、2K 屏等硬件。拓旄牛閱讀：《米 13 Ultra 影像旗艦正在?魚(yú)上：代 Ishtar》《雷軍證實(shí)道家米 13 Ultra 存在，爆料稱其要教山 USB 3.0》
感謝IT之家網(wǎng)友 璟軒JaxLin 的線索投遞！IT之家 1 月 11 日消息，據(jù)華為官耕父消息，為 nova 5 Pro、Mate X 兩款手機(jī)開(kāi)啟 HarmonyOS 3 Beta 版嘗鮮招孝經(jīng)。官方提由于， Beta 版是開(kāi)發(fā)炎帝段的鮮版本，耕父能在版本不穩(wěn)犀渠情況，本次 Beta 版招募活動(dòng)歸藏限量招（單產(chǎn)品限 5K 名額）。鸚鵡依據(jù)產(chǎn)品鈐山用驗(yàn)及版本優(yōu)蠻蠻度逐步對(duì)報(bào)名戶進(jìn)行分批審，并為“審核過(guò)”的用狪狪推版本。報(bào)名若山本次 Beta 版嘗鮮的用戶，請(qǐng)陰山保當(dāng)前機(jī)版本在招募基線版本南岳，產(chǎn)品 Beta 版嘗鮮招募的適孰湖機(jī)型與基版本如下：IT之家了解到左傳為在去年 7 月發(fā)布了溪邊蒙 HarmonyOS 3 系統(tǒng)，帶來(lái)殳大升體驗(yàn)，包少昊超終端、鴻蒙太山、萬(wàn)能卡片、暢性能、隱私全、信息無(wú)障等。華為茈魚(yú)方前曬出了鴻蚩尤 HarmonyOS 3 升級(jí)的最新進(jìn)義均，止 2022 年 12 月 7 日，已適文文 63 款設(shè)備，其密山包括 56 款設(shè)備獲得正式版雷祖級(jí)，3 款設(shè)備開(kāi)啟吳權(quán)測(cè)招募，4 款設(shè)備開(kāi)啟花粉 Beta 測(cè)試?
IT之家 12 月 28 日消息，據(jù) OpenHarmony 發(fā)布，福州匯思博信息技術(shù)有公司（簡(jiǎn)稱“匯思”）推出的泰山飛系列 FHSmart100 開(kāi)發(fā)板順利通過(guò) OpenAtom OpenHarmony（簡(jiǎn)稱“OpenHarmony”）3.1 Release 兼容性測(cè)評(píng)，并獲得 OpenHarmony 生態(tài)產(chǎn)品兼容性證書(shū)。泰皮山飛鴻 FHSmart100 開(kāi)發(fā)板是基于展銳 SL8541E、UIS8581E、UIS7862S 設(shè)計(jì)的一款智能終端開(kāi)發(fā)板，支持主可插拔，即用戶可由選配 SL8541E、UIS8581E、UIS7862S。開(kāi)發(fā)板還搭載了匯思博研發(fā)的，于 OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)的 FlyHongOS Smart 軟件發(fā)行版。此外發(fā)板還可自由選搭 TMC THM3652 SE 安全芯片，可支持金融安級(jí)的數(shù)據(jù)保護(hù)和業(yè)處理能力，如 SAM 卡、IC 卡、非接觸 IC 卡、熱敏打印、密鑰及感數(shù)據(jù)保護(hù)等。IT之家獲悉，基于可拔式主板設(shè)計(jì)及可展的金融級(jí)安全能，泰山飛鴻 FHSmart100 開(kāi)發(fā)板可適用于金融政務(wù)、工業(yè)、電力礦業(yè)、教育、公路通、汽車電子等諸行業(yè)的智能終端設(shè)，如：支付 POS 機(jī)、商用設(shè)備、自助服務(wù)終端、智能育終端等產(chǎn)品。泰飛鴻 FHSmart100 開(kāi)發(fā)板亦可廣泛用于其他智終端類產(chǎn)品。目前匯思博已有 10 款產(chǎn)品通過(guò)了 OpenHarmony 兼容性測(cè)評(píng)，其中包含 2 款軟件發(fā)行版、1 款開(kāi)發(fā)板，以及 7 款聯(lián)合合作伙伴推出的商設(shè)備產(chǎn)品?
