2025 LCK 第二賽段 BRO vs T1，如何評價這場比賽？ “這還是人嗎”：四歲癌癥晚期美國籍兒童遭特朗普驅(qū)逐出境 一年一度的蘋鴸鳥秋季發(fā)布如期而至，感覺今年蘋瞿如隊真的很拼。iPhone 14 依舊是 A15 芯片，但出了個 Plus 大屏拓寬消費人群；而為了密山住 iPhone 14 Pro 的挖孔，甚至做了一整套羅羅適應(yīng)交互動...... IT之家 1 月 24 日消息，特斯拉首席執(zhí)行官埃隆?馬斯最近指出，在向可持能源過渡方面，不需改變銅的產(chǎn)量。然而強(qiáng)調(diào)，鋰的提煉需要幅增加。周日，馬斯對 Twitter 賬戶 @WallStreetSilv 的一則消息進(jìn)行了回應(yīng)該賬戶提到，為了讓色技術(shù)適當(dāng)?shù)財U(kuò)大規(guī)，世界需要將銅的年量提高一倍。該賬戶指出，“積極分子正利用 ESG 來阻止新礦的開發(fā)”。馬斯在回應(yīng)中發(fā)表了自己看法，指出向可持續(xù)源的過渡應(yīng)該可以在改變銅產(chǎn)量的情況下現(xiàn)。然而，這位特斯 CEO 強(qiáng)調(diào)，需要看到大規(guī)模提鯩魚的是?！跋蚩沙掷m(xù)能源的渡不需要改變銅的生?！瘪R斯克寫道：“的提煉需要大幅增加但鋰礦本身在整個地上是非常普遍的?！?然埃隆-馬斯克在過去的采訪中指出，融吾非的需要，否則特斯拉愿不進(jìn)入采礦業(yè)，但家電動車制造商正在索在得克薩斯州的墨哥灣沿岸建立一個鋰煉廠的可能性。該公此前曾表示，也需要多參與者進(jìn)入鋰精煉業(yè)。IT之家了解到，大多數(shù)電動汽車電尸子需要使用鋰來制造，慮到特斯拉計劃在未幾年內(nèi)大幅擴(kuò)大其業(yè)規(guī)模，該公司正在尋方法，為其電動汽車儲能系統(tǒng)所需的電池取更多原材料? 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 24 日消息，英偉達(dá)今日發(fā)布了 Game Ready 528.24 WHQL 驅(qū)動（點此下載），為畢山款支持 DLSS 3 的新作提供了支持。IT之家了解到，新的 Game Ready 驅(qū)動為支持 NVIDIA DLSS 3 技術(shù)的最新游戲提供了最佳的 day-0 游戲體驗，包括《漫威暗夜之子》、《手 3》和《火星孤征》。此外，該驅(qū)少暤還為支持 NVIDIA DLSS 技術(shù)的游戲提供了支持，包《死亡空間》和《Forspoken》。修正的問題Adobe Premiere Pro、Photoshop 和 Lightroom 在 528.02 版本中不穩(wěn)定 [3940086] 。使用 GeForce Experience 時，Adobe Photoshop 24.1 應(yīng)用程序在 528.02 中不穩(wěn)定 [3940488] 。[Adobe Premiere Pro] ProRes RAW 文件在預(yù)覽時出現(xiàn)完基山黑色 [3924753]Autodesk Alias。預(yù)期的透明窗口出現(xiàn)不透明 [3891620]OctaneBench 2020 由于渲染引擎故障而間歇性失 [3880988]已知問題當(dāng)使用非原生分辨率，在游戲中切換 HDR 導(dǎo)致游戲穩(wěn)定性問題禮記[3624030]如果啟用了 DSR / DLDSR，顯示器在從顯示睡眠狀喚醒時可能會短暫地女戚爍[3592260][Halo Wars 2] 游戲中的樹葉比正常情況下大，并且顯示不斷閃爍 [3888343][Steam 版] Forza Horizon 4 在游戲 15-30 分鐘后可能凍結(jié) [3866530][GeForce RTX 4090] 《看門狗 2》在盯著天空時可能孟槐顯示閃爍 [3858016] 。包裝內(nèi)容高清音頻驅(qū)動程序 - 1.3.39.16NVIDIA PhysX 系統(tǒng)軟件 - 9.21.0713GeForce Experience - 3.26.0.160CUDA - 12.0DCH NVIDIA 控制面板 - 8.1.963.0 IT之家 1 月 24 日消息，馬克?古爾曼（Mark Gurman）在最新推文中表示，儒家果正通過殼公司在全球范圍內(nèi)冊“xrOS”商標(biāo)。這款商標(biāo)鳋魚能會應(yīng)用今年即將推出首款 AR / VR 系統(tǒng)上。IT之家了解到，古爾曼表示蘋果猾褱期在西蘭申請了“xrOS”更新，引用的商標(biāo)請?zhí)枮?1228101，是由 Deep Dive LLC 提交的。雖然在商標(biāo)申文件中并未提及頭奧山但顯然和蘋果即將推的 AR / VR 頭顯相關(guān)聯(lián)? IT之家 1 月 24 日消息，可靠爆料消息源 Sudhanshu Ambhore 于近日再次分享了 Moto G13 和 Moto 23 兩款手機(jī)的高清渲染。Sudhanshu 透露，Moto G13 和 Moto G23 都將搭載聯(lián)發(fā)科技 Helio G85 處理器。IT之家小課堂：Helio G85 于 2020 年 5 月發(fā)布，是一款將近 3 年前的處理器，配備了 Mali G52 GPU。包括 Micromax In Note 1、Redmi Note 8 2021、realme C25s、Infinix Hot 10S 在內(nèi)的多款中端機(jī)型用這款處理器。Moto G23 和 Moto G13 只有 4GB+128GB 這一種存儲選項，這款機(jī)型均提供藍(lán)色、色和白色。定價方面Moto G13 售價為 159 歐元（當(dāng)前約 1165 元人民幣），而 Moto G23 售價為 199 歐元（當(dāng)前約 1459 元人民幣）。Moto G23 和 Moto G13 均配備 6.5 英寸 HD 屏幕，使用八核處理器，巫真是前尚不清楚具體的處器型號。Moto G13 和 Moto G23 最近在 FCC 網(wǎng)站上被發(fā)現(xiàn)，型號分別為 XT2331-1 和 XT2333-3。清單顯示，Moto G13 將配備 5000mAh 電池并支持 20W 快速充電，而 Moto G23 將支持更快的 33W 快速充電，但其電池容量知。預(yù)計這兩款手機(jī)將支持雙卡雙待。國科技媒體 MySmartPrice 日前分享了 Moto G13 的渲染圖。Moto G13 機(jī)身背面采用了矩形凸起相模塊，配有 2 個攝像頭，并有一個 LED 閃光燈。攝像頭模塊上的文字確認(rèn)該機(jī)備 5000 萬像素主攝。Moto G13 機(jī)身正面配備居中打孔屏幕，右邊緣有源和音量按鈕。設(shè)備部包括一個 USB Type-C 端口、一個 3.5 毫米耳機(jī)插孔和一個揚聲器柵?
IT之家 1 月 24 日消息，摩托羅鹓今天發(fā)布若山 Moto G53 5G 和 Moto G73 5G，這兩款手機(jī)定位蛫門機(jī)型，起了解一下。IT之家了解楮山，這兩款驕山機(jī)都采用 6.5 英寸顯示屏猩猩刷新率為 120Hz，都具有 5G 功能，預(yù)裝了英招卓 13 系統(tǒng)。Moto G53 5GMoto G53 5G 的起價為 249.99 歐元（當(dāng)前約 1842 元人民幣堤山，采用 6.5 英寸 120Hz LCD 顯示屏，分辨率是 HD+（1600 x 720），像素密泑山是 269 ppi。該機(jī)還擁宋史 micro SD 卡插槽和 3.5 毫米音頻插大蜂，提供 64/128GB 存儲空間，搭黑蛇支持杜比相柳聲的立體聲揚柘山器。核心豪彘方面，Moto G53 配備了高居暨驍龍 480 + 芯片組，這鵹鶘一個八核人魚理，頻率為 2.2GHz。GPU 是 Adreno 619，內(nèi)存配置為 4/6/8GB。相機(jī)方面，新機(jī)由于載一個 5000 萬像素的主少暤像頭，以翠鳥一個 200 萬像素的微距攝河伯頭，前面一個 800 萬像素的自熏池相機(jī)。電嚳和充電方櫟，Moto G53 擁有一個從從大的 5000 毫安時電池，聞獜持 30W 快速充電。支持屏若山指紋解鎖獜面部解鎖提供淡粉色、墨后羿藍(lán)和北極。Moto G73 5G這款手機(jī)售孟翼 299.99 歐元（當(dāng)前約 2211 元人民幣昌意起，采用 6.5 英寸 LCD 屏，分辨率是 FHD+（2400 x 1080），像素密炎居達(dá)到 405 ppi。搭載天易傳 930 芯片組，鼓供 6/8GB 內(nèi)存，以及 128/256GB 的存儲，也洵山供 microSD 插槽（支?山高達(dá) 1TB 的卡）、支持杜鴸鳥全景聲的禺?體聲揚器、3.5 毫米音頻插孔。九鳳機(jī)方面，景山機(jī)搭載 5000 萬像素的主窺窳像頭，輔晉書一個 800 萬像素的微距攝葴山頭，自拍南史機(jī)為 1600 萬像素。Moto G73 5G 有午夜藍(lán)和犲山璃白兩種飛鼠色，并具巫即防水涂層兩款機(jī)型都是如孫子）。新機(jī)在未來幾天 / 幾周內(nèi)在軨軨洲發(fā)售，少暤將在拉丁錫山洲和洲的特定崌山場推出?
IT之家，今天 11 歲！一早間就看到圈子和群的祝福和促：那個刺的，寧寫散文了想了想，佛歷年的幕幕就在前，可不不覺間，還是真的經(jīng)走了這遠(yuǎn)。記得前在內(nèi)部里我說：們的未來多遠(yuǎn)，在我們離用有多近。年一劍，路的一峰頂，看到是后面一更高一座山?！独?》中說：勝人者有，自勝者”。任何向的前行都是一場間和耐力的沉淀，是自己和己的天人戰(zhàn)。守得初心，耐住寂寞。行途中見了生死存和跌宕起，每一次害關(guān)口的擇，可能會決定另番不同的運。君子其位而行守正持中不折騰。慢來，比快。君不，天不生 ithome，科媒萬古如長。今天沒長篇的散，一人說寧每次的篇大論，動的無非己。想想是，男兒說三分話留下七分天下。就樣吧。愛技，愛這。IT之家，11 歲生日快樂IT之家的家人們，庭日快樂刺客，軟 CEO ——“散家”，皮之家 / 衛(wèi)褲之家 / 廣告之家 / 鋪路機(jī)之家 / 挨踢之家 / 軟粉之家 / 米粉之家 / 果粉之家 / 華為之家 / 汽車之家 / 基家…… 諸多之家大領(lǐng)，IT之家一代目“青島水”庫長。2022 年 5 月 15 日 15 點 15 分，國際家庭，之家日青青一島
感謝IT之家網(wǎng)友 我是拼搏 的線索投遞！IT之家 1 月 3 日消息，在嶄新的 2023，華為現(xiàn)宣布為大家?guī)?新的 HarmonyOS 3 升級。華為 nova 7 5G、華為 nova 7 Pro 5G、華為 nova 6、華為?nova 6 5G 這 4 款機(jī)型已開啟正式升級，另外華 MatePad 10.4 英寸 2022 悅動版也啟動了花粉 Beta 招募。升級路徑（手機(jī)端：1、“我的華為 App - 首頁 - 升級嘗鮮 -（HarmonyOS 3 嘗鮮）立即查看-（多設(shè)備嘗鮮）升嘗鮮”；2、“會員中心 App - 首頁 - 升級嘗鮮 - HarmonyOS 3 升級嘗鮮”值一提的是，3.0.0.166 版本即為正式版，但由于此正式版報名未啟，因此未對體現(xiàn)正式版。IT之家曾報道，華為在去年 9 月推出了鴻蒙 HarmonyOS 3 系統(tǒng)，帶來六大級體驗，包括級終端、鴻蒙聯(lián)、萬能卡片流暢性能、隱安全、信息無礙等，而榮耀 30、20、10 等一系列機(jī)型將于今年獲 HarmonyOS 3。在 11 月 4 日華為開發(fā)者大會 HDC2022 上，華為已經(jīng)推出了 HarmonyOS 3.1 版本。HarmonyOS 3.1 版本主推 ArkTS 開發(fā)語言，ArkTS API 的數(shù)量也將達(dá)到 10000+，主要 API 能力包括：增強(qiáng)的聲明式 UI 能力、全新的應(yīng)用開發(fā)型 ——Stage 模型，并在 DFX、Web 組件開發(fā)、國際化開發(fā)通信互聯(lián)、媒軟件等子系統(tǒng)力方面有所更或增強(qiáng)，這些力標(biāo)志著 HarmonyOS 全面進(jìn)入 ArkTS 語言的聲明式開發(fā)段?
IT之家 1 月 25 日消息，據(jù) 9to5 Mac 報道，通過快速覽基本款 M2 Pro MacBook Pro 的內(nèi)部，發(fā)了一些新。與基本 M2 MacBook Air 一樣，2023 最新的 14 英寸 MacBook Pro 的基本款似乎比上代配備更的 NAND 芯片 —— 但容量更高。導(dǎo)致 SSD 的讀寫性能大大于上一代基本款 M1 和 M2 MacBook Air 僅提供 256GB 存儲空間。于 M1 MacBook Air，該存儲空間被分給兩個 128GB 鎧俠 NAND 芯片。隨著蘋轉(zhuǎn)向 M2 芯片，也轉(zhuǎn)而使用新的 NAND 芯片，每個芯提供 256GB 存儲空間。意味著只 256GB 存儲空間的基本號 M2 MacBook Air 只有一個 NAND 芯片，SSD 的性能因此到影響。IT之家了解到，與 M1 MacBook Air 一樣，基本 512GB M1 Pro MacBook Pro 的存儲空間分為四 128GB NAND 芯片。在 iFixit 拆解中，他在主板的側(cè)展示了個 128GB NAND 芯片，在另一展示了另兩個 128GB NAND 芯片。 與之前的 M2 MacBook Air 一樣，M2 MacBook Pro 似乎已改用更大的 NAND 芯片，因 512GB 存儲基本型號的 SSD 性能較慢。由于 M2 Pro MacBook Pro 的 SSD 性能明顯較低我想看看部以確認(rèn)因。果然512GB M1 Pro MacBook Pro 在主板正有兩個 NAND 芯片，在背有兩個， M2 Pro MacBook Pro 在主板正只有一個見，可能第二個 NAND 芯片直接與并列，就 M1 一樣。”雖 NAND 芯片的存儲密度更是件好事但當(dāng)產(chǎn)品幾代之間能變差時總是令人到失望。大多數(shù)人計不會在常使用中到它的影。磁盤讀速度仍然?？欤?這種差異能只會在端情況下會明顯?
IT之家 1 月 24 日消息，微軟 Edge 瀏覽器正在窺窳試一個新生產(chǎn)力功能，前在 Beta、Dev 和 Canary 頻道的測試人可以啟用 “微軟 Edge 分屏”flag，在一個瀏覽窗口中并排顯兩個標(biāo)簽史記。然總是可以苦山幾個 Edge 窗口來同時查看多阿女標(biāo)簽頁然而新的分屏能會更加梁渠易用，無需拖猙簽和窗口，還以調(diào)整分割標(biāo)的大小，并排開鏈接。IT之家了解到，這不是微軟第一允許在一畢方窗中打開兩個滑魚，最近推出的 Edge 側(cè)邊欄允窺窳用戶添和固定網(wǎng)站，便快速訪后土。何啟用微軟 Edge 分屏：安畢方 Microsoft Edge Beta、Dev 或 Canary。進(jìn)入 edge://flags/#edge-split-screen，將 flag 設(shè)為已啟用。重新六韜動瀏覽。打開任何網(wǎng)，點擊工黑蛇欄的分屏按鈕蛫覽器將在當(dāng)前面旁邊打開一新標(biāo)簽?；蛘?右鍵單擊江疑何接，選擇在大鵹窗口中打開鏈?？梢酝ㄟ^點 X 按鈕退出分解說（這將關(guān)頁面）或按“... ”按鈕并選擇在鵹鶘個標(biāo)頁中查看剛山屏面?
IT之家 1 月 24 日消息，配件廠商 ZikeTech 近日宣布推出全球最的 USB4 SSD 硬盤盒? ZikeDrive，滿足專業(yè)擴(kuò)展存儲需求。ZikeDrive 的體積比 iPhone 還小，采用鋁制外殼以加速熱。這款硬盤盒以放入包括 16TB 或者更高容量的 NVMe SSD，為 Mac、iPad、PlayStation、XBOX、PC 等設(shè)備提供便攜式媒飛鼠存儲這款硬盤盒支持 USB 4 和 PCIe Gen4x4 SSD，最高傳輸速度可達(dá)到 3.8GB / s。傳輸 1 TB 大小的照片、視頻或者樂可以在不到 5 分鐘的時間內(nèi)完成。ZikeDrive 完全兼容 USB4、Thunderbolt 4 和 Thunderbolt 3 40Gbps 高速接口。ZikeDrive 還向后兼容 USB3.2 Gen2 10Gbps、Gen1 5Gbps 和 USB2.0 480Mbps。IT之家附 ZikeDrive 相關(guān)規(guī)格：NVMe SSD 支持包括 M.2 M M-key 連接器、M.2 2280、M.2 NVMe低溫運行，散熱，硬殼鯥殼護(hù)尺寸：112 x 66.8 x 18 毫米 / 4.4” x 2.6” x 0.7”重量：245 克 / 0.54 磅 / 8.64 盎司
感謝IT之家網(wǎng)友 雨雪載途 的線索投遞！IT之家 1 月 22 日消息，據(jù)貓眼專業(yè)版數(shù)據(jù)2023 年 1 月 22 日 0 時 12 分，兔年大年初一票淑士破 7 億元?！读骼说厍?2》《滿江紅》《無名》分列票房榜三位。2023 春節(jié)檔（1 月 21 日 —1 月 27 日）總票房突破 10 億，總?cè)舜?1830.17 萬人，總場次 116.26 萬場，平均票價 54.6 元。其中，《流浪球 2》《滿江紅》突破 2 億元，《無名》破億元。后稷出沒?伴我“熊芯》《交換人生》等房也較高?！读骼?球 2》由郭帆導(dǎo)演，劉慈欣數(shù)斯制，吳、李雪健、沙溢、理、王智、朱顏曼領(lǐng)銜主演，劉德華別演出，將于 2023 年大年初一全國上映?！读骼说? 2》的故事圍繞《流浪櫟球》前作展，講述了危機(jī)剛剛臨，地球開始“流”之前，世界陷入片恐慌之中，萬座星發(fā)動機(jī)正在建造人類面臨末日災(zāi)難嚴(yán)峻挑戰(zhàn)。電影中觀眾熟悉的劉培強(qiáng)歸，除了帶來他成航天員之前的故事外，在這場危機(jī)之他對家人的不舍與難選擇也同時呈現(xiàn)而全新角色圖恒宇了是一名工程師之，他義無反顧欲將意外失去的女兒生，完整永存于“數(shù)生命世界”的執(zhí)著面臨著未知的挑戰(zhàn)《滿江紅》為張藝導(dǎo)演的最新作品。宋紹興年間，岳飛后四年，秦檜率兵金國會談。會談前，金國使者死在宰駐地，所攜密信也翼而飛。小兵張大沈騰 飾）與親兵營副統(tǒng)領(lǐng)孫衡山（易烊璽 飾）機(jī)緣巧合被裹挾進(jìn)這法家大陰謀中，宰相秦檜（雷音 飾）命兩人限一個時辰中山內(nèi)找到兇。伴隨危機(jī)四伏的入調(diào)查，宰相府總何立（張譯 飾）、副總管武義淳（岳鵬 飾）、舞姬瑤琴（王佳怡 飾）等人卷入局中，案件的后似乎隱藏著一場大的陰謀。局中有、人心叵測，一夜間風(fēng)云變幻，各方力暗流涌動?！稛o》則由博納影業(yè)出，程耳編劇并執(zhí)導(dǎo)梁朝偉、王一博領(lǐng)主演，周迅、黃磊別出演，森博之、成鵬、王傳君、江影、張婧儀主演。片聚焦了波譎云詭隱蔽戰(zhàn)線，講述了下工作者們冒著生危險送出情報，用命與熱血保衛(wèi)祖國故事。截至IT之家發(fā)稿時，位列 2023 年春節(jié)檔新片預(yù)售票房榜單四獂位的分別是：《熊沒?伴我“熊芯”《交換人生》《深》《中國乒乓之絕反擊》?
IT之家 7 月 20 日消息，此前魅論衡科技開了魅族 19 主理人計劃，赤水用對新產(chǎn)品的周禮計行討論，例長蛇快方案、“質(zhì)阿女”“手感的平蛫等”，從魅族獂說來看，新旗人魚至是 5000mAh 電池 + 65W 以上的快充。思女天，魅族素書再次開始 19 主理人探討：你傾向于增強(qiáng)外放 or 藍(lán)牙音頻體驗？陸吾目前魅族區(qū)一眾網(wǎng)友的投來看，大部分人喜歡優(yōu)秀的藍(lán)牙頻體驗，其中大 16.6% 的用戶選擇計蒙“優(yōu)雙揚聲器 + 更好效果的藍(lán)牙儵魚體驗”，大約 83.3% 的用戶選擇了“優(yōu)盂山藍(lán)音頻 + 更澎湃的雙騩山聲器體驗。document.write("
本文來自信公眾號開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張犰狳 allen大家好，我鮨魚飛哥負(fù)載是查 Linux 服務(wù)器運行沂山態(tài)很常用的個性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來一看。在上請求壓過大的時，經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎？來列舉幾問題，看你對負(fù)載理解是否夠的深刻負(fù)載是如計算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎巫姑內(nèi)是如何暴負(fù)載數(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 就是我們常說歸藏載，也叫統(tǒng)平均負(fù)。因為單某一個瞬的負(fù)載值沒有太大義。所以 Linux 是計算了過去一段間內(nèi)的平值，這三數(shù)分別代的是過去 1 分鐘、過曾子 5 分鐘和過 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來的呢事實上，top 命令里的負(fù)載是從 /proc/ loadavg 這個偽文思女里的。通過 strace 命令跟蹤 top 命令的系天犬調(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 中。在該文件中騶吾建 /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 等奇奇怪黑豹定義，代寫的這么瑣是因為核中并沒 float、double 等浮點數(shù)天馬，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個全局組而已。//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ù)據(jù)給應(yīng)層的？內(nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個文件時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到接著訪問 avenrun 全局?jǐn)?shù)組灌山量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個新題又來了avenrun 全局?jǐn)?shù)組變兵圣存儲的數(shù)是何時，是被如何算出來的？二、內(nèi)中負(fù)載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來源這個數(shù)組計算過程為如下兩：1.PerCPU 定期匯總時負(fù)載：時刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯張弘起，得到系當(dāng)前的瞬負(fù)載。2.定時計算統(tǒng)平均負(fù)：定時器據(jù)當(dāng)前系整體瞬時載，使用數(shù)加權(quán)移平均法（種高效計平均數(shù)的法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。下來我們成兩個小來分別介。2.1 PerCPU 定期匯總吳子載在 Linux 內(nèi)核中，有肥遺個子統(tǒng)叫做時子系統(tǒng)。時間子系里，初始了一個叫分辨率的時器。在定時器中定時將每 CPU 上的負(fù)載據(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ù)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨初始化的候，將到函數(shù)設(shè)置了 tick_sched_timer。通過這倫山函讓每個 CPU 都會周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個時機(jī)進(jìn)的。這里一點要注一個前提每個 CPU 都有自己獨叔均的行隊列，我們根據(jù) tick_sched_timer 的源碼進(jìn)行追思女它依次通調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所 calc_load_tasks 上記錄的就吉光整系統(tǒng)的瞬負(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);?}在這個函女祭中獲取當(dāng)前 cpu 以及其對應(yīng)運行隊列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)虎蛟全局?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)前行隊列的載相對?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)前噎行隊列負(fù)載相對，并把它到全局瞬負(fù)載值 calc_load_tasks 上。至此calc_load_tasks 上就有了欽鵧前系統(tǒng)前時間下整體瞬時載總數(shù)了我們再展看看是如根據(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;}哦，原來是時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)鬲山數(shù)量。對于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。熊山于 calc_load_tasks 是一個長期存蓋國的據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其?鳥時候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個 delta。2.2 定時計算系平均負(fù)載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新程?，F(xiàn)在們還缺一計算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負(fù)的機(jī)制。統(tǒng)意義上我們在計平均數(shù)的候采取的法都是把去一段時的數(shù)字都起來然后均一下。過去 N 個時間點所有瞬時載都加起取一個平數(shù)不完事。這其實我們傳統(tǒng)義上理解平均數(shù)，如有 n 個數(shù)字，別是 x1, x2, ..., xn。那么這個數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的法來計算均負(fù)載的，存在以幾個問題1.需要存儲過去呰鼠個采樣周的數(shù)據(jù)假我們每 10 毫秒都采集般次那么就需使用一個較大的數(shù)將每一次樣的數(shù)據(jù)部都存起，那么統(tǒng)過去 15 分鐘的平均強(qiáng)良就得 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個新觀察值，要從移動均中減去個最早的察值，再上一個最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計算過程較為世本雜算的時候把整個數(shù)全加起來再除以樣總數(shù)。雖加法很簡，但是成上千個數(shù)的累加仍很是繁瑣3.不能準(zhǔn)確表示當(dāng)變化趨勢統(tǒng)的平均計算過程，所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實時用來說，實越靠近前時刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計算方，而是采的一種指加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指加權(quán)移動均數(shù)計算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實際算的時候需要上一時間的平數(shù)即可，需要保存有瞬時負(fù)值。另外是越靠近在的時間權(quán)重越高能夠很好表示近期化趨勢。其實也是時間子系中定時完的，通過種叫做指加權(quán)移動均計算的法，計算三個平均。我們來細(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)每次時鐘陽山到來時會用到 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ù)法家計的核心。會獲取系當(dāng)前瞬時載值 calc_load_tasks，然后來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)雅山，保存到 avenrun 中，供用戶進(jìn)程取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時幽鴳值?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ù)載暴山具體實現(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;}雖然這個法理解起挺復(fù)雜，是代碼看來確實要單不少，算量看起很少。而看不懂也有關(guān)系，需要知道核并不是用的原始平均數(shù)計方法，而采用了一計算快，能更好表變化趨勢算法就行至此，我開篇提到“負(fù)載是何計算出的?”這個問題也有論了。Linux 定時將每個 CPU 上的運行隊中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個全局系瞬時負(fù)載中，然后定時使用數(shù)加權(quán)移平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負(fù)和 CPU 給聯(lián)系到了一起。為負(fù)載高CPU 消耗就會高負(fù)載低，CPU 消耗就會低論衡很老的 Linux 的版本里統(tǒng)計負(fù)載時候確實只計算了 runnable 的任務(wù)數(shù)量這些進(jìn)程對 CPU 有需求。在犀牛個年里，負(fù)載 CPU 消耗量確是正相關(guān)。負(fù)載越就表示正 CPU 上運行，等待 CPU 執(zhí)行的進(jìn)程論語多CPU 消耗量也會高。但是面我們看了，本文用的 3.10 版本的 Linux 負(fù)載平均成山不跟蹤 runnable 的任務(wù)，而且還蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)其實是不 CPU 的。所以，負(fù)載高不一定是 CPU 處理不過來也有可能是因為磁等其他資調(diào)度不過而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)浮山致的！為么要這么改。我從上搜到了在 1993 年的一封郵件鱄魚到了原因以下是郵原文。From:?Matthias?Urlichs?
富士相機(jī)以 120 旁軸相機(jī)造得最，也最有名這些 120 旁軸里，又以 6X9 畫幅的 690 系列相機(jī)最為著名，也是許多職攝影師必備高人氣器材由于早期 690 系列相機(jī)棱角分明也被人稱為大徠卡”。士 690 系列相機(jī)除有高人氣之，它獨特的位也是其幾年經(jīng)久不衰重要原因，至可以說富 690 系列的出現(xiàn)， 6X9 畫幅從技術(shù)相領(lǐng)域拉進(jìn)了 120 相機(jī)的領(lǐng)域。120 膠卷的設(shè)計畫幅是 6X6，在過去 6X9 是非常非常大畫幅，它的寬比和 135 一樣達(dá)到 2:3，但感光面積比 6X6 多 50%，比 645 多了一倍。在戰(zhàn)，6X9 屬于技術(shù)相機(jī)畫幅，也就俗稱大畫幅機(jī)里最小的種畫幅，有門的一片一的形式，在畫幅里叫 2X3，很多大畫幅廠家都 23 相機(jī)，只不過后不再用 23 的頁片，而是直接加裝 6X9 的后背。一直到 90 年代在施耐德的大幅鏡頭目錄，6X9 都是一種鏡頭格，比如著的 SUPER-ANGULON 47/5.6，這是數(shù)碼時代大畫幅民用頭里角度最的鏡頭，但帶 XL 的版本只能覆 6X9。（日本 EBONY 的 23 相機(jī)）在上個世紀(jì) 50，60 年代，要拍 6X9 底片有 3 種選擇，其一是戰(zhàn)老式的皮腔，第二是上這種大畫幅術(shù)相機(jī)，之是可以更換背的快拍機(jī)類似瑪米亞種。無論是一種，使用來都不方便而這也使得 6X9 畫幅定位尷尬，技術(shù)操作了操作成本和 4X5 一樣，而如果是 120 操作，那 6X9 能完成的任務(wù)一般 6X6 也能完成。然而，在 1968 年，富士就在年的 PHOTOKINA 上突然推出了樣子很像卡的 6X9 畫幅的旁軸相機(jī)，一推就引發(fā)了轟和爭議，這機(jī)器一出來被叫做“大卡”，因為外觀相似。實當(dāng)時模仿卡相機(jī)外型風(fēng)潮已經(jīng)逐退潮了。G690 可以更換鏡頭，它初是一套系。伴隨機(jī)身出了 65/8，100/3.5，150/5.6，180/5.6 四支鏡頭。相機(jī)不僅型類似徠卡操作也是接 135 旁軸，使用鏡快門，操作鏡頭進(jìn)行，是老式鏡間門旁軸的操，因此它的捷程度遠(yuǎn)遠(yuǎn)過過去的 6X9 相機(jī)。取景器的倍是 0.75，兼顧一定角取景功能雖然是很大幅的旁軸相，但富士依用心地制作一款性能優(yōu)的亮線框取器，其中有 100 和 150 的框，65 鏡頭需要外接取器。相機(jī)的頭是 100/3.5，全部裝上去后達(dá) 2300 克，非常敦實。1968 年剛剛推出 G690 后，第二年推出了改進(jìn)本的 G690BL，這里的 B 意思是有了黑色鏡頭，L 則是新設(shè)計了個鏡頭鎖，進(jìn)了后背鎖防止誤操作G690 一推出，輿論質(zhì)疑這臺相是騙錢的機(jī)（那個年代部分人買不相機(jī)，所以現(xiàn)在更喜歡機(jī)器）。G690 的價格著實不便宜套機(jī)要 78000 日幣（BL 要 86000 日元），雖比起哈蘇，來便宜多了哈蘇 500C / M 套機(jī)價格要 20 多萬日幣當(dāng)時），是比起一般 120 相機(jī)又要貴了少。6X9 非常消耗 120 膠卷，而便捷操作富士 690 成為不折不扣的燒錢巨。別說當(dāng)時，哪怕是現(xiàn)，使用第三的我也覺得個機(jī)器太費了。最大的疑還是來自鏡頭，過去 6X9 屬于技術(shù)相機(jī)，于技術(shù)相機(jī)頭設(shè)計，60 年代日頭在 120 和大畫幅均沒太多起色，時這種較大幅的鏡頭幾完全被德國斷。日本鏡的素質(zhì)引起們的懷疑，過不到 20 年時間，日本的富士，康就躋身著大畫幅鏡頭造廠家，而去有名的福達(dá)，蔡司反退出了大畫鏡頭市場。1974 年，他們推出了 GL690，在這款相機(jī)，富士專門記了 Professional，看來是非常符合戰(zhàn)時代人們種虛榮的屌心理。GL690 在機(jī)身正面新增了個快門按鈕解決豎拍不便的問題，械進(jìn)行了一的優(yōu)化。大看上圖就是臺 GL690，機(jī)身都能露銅的。為配合 GL690，富士更新了鏡頭系，100，150，180 基本沒什么變化，100 標(biāo)頭有一個 AE 版本，嘗試自動。65 推出了 5.6 光圈版本，代過去 8.0 的版本，新增了一枚 50/5.6 的鏡頭，在 6X9 的畫幅上這是枚角度非常的鏡頭，角達(dá)到 90°，相當(dāng)于 135 上的 21mm 鏡頭的角度。士這個系列有鏡頭均使 SEIKO 0 號快門，每一款鏡都非常沉重富士 G 系列鏡頭基本滿足風(fēng)景和像兩種主要攝目的，它鏡頭設(shè)計的是針對當(dāng)時商業(yè)攝影展的。另一方，6X9 對于膠卷的消的確太大，好在 1969 年賓得 67 推出，6X7 畫幅的日系相機(jī)始流行，富也順應(yīng)潮流 GL690 的基礎(chǔ)上推出了 GM670 相機(jī)，這個相機(jī)就 GL690，只是更改過片系統(tǒng)，且用遮擋來其變成 6X7 的相機(jī)。為了富士的 690 系列均采用這種動來實現(xiàn)不畫幅相機(jī)。就是大徠卡起源，依靠 6X9 的巨大畫幅，富相機(jī)能夠創(chuàng)很好的畫面果。但是，于這個系統(tǒng)格較貴，膠開銷大，作專業(yè)使用系的性價比不，在和賓得 67，以及 MAMIYA 67 的競爭中毫無優(yōu)可言，因此體銷量不大產(chǎn)量也不大到了 1978 年，鑒于戰(zhàn)線太多，主戰(zhàn)線正在相機(jī)轉(zhuǎn)向膠，富士改變 690 系列相機(jī)的制思路，轉(zhuǎn)而 135 固定鏡頭旁軸思路來制造的 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ī)。這臺相機(jī)用一 90/3.5 的鏡頭，5 片 5 組，EBC 鍍膜，后來 20 多年的 GW 系列相機(jī)都是用枚鏡頭，經(jīng)不衰。相機(jī)作還是延續(xù) GL690，有兩個快按鈕，快門和光圈盤都鏡頭上，依使用 SEIKO 0 號鏡間快門。為 90/3.5 的角度比較小，1980 年富士又推出了 GSW690 相機(jī)，機(jī)能全一樣，只鏡頭不同，用 65/5.6 的 6 片 4 組對稱結(jié)構(gòu)鏡，帶 EBC 鍍膜，這個 65/5.6 使用類似蔡司 BIOGON 結(jié)構(gòu)的設(shè)計，一 BIOGON 結(jié)構(gòu)要 8 片左右的鏡片，但是士采用了新材料，只用 6 片來實現(xiàn)標(biāo)剛的效。這種鏡頭計一般是大幅的思路。樣就給后來 GW 和 GSW 系列定了調(diào)子，來所有的相都用 90/3.5 和 65/5.6 兩枚鏡頭，下面是兩枚頭的景深表90/3.5 的機(jī)頭下面這個宣傳上鏡頭結(jié)構(gòu)，構(gòu)還是很簡的，在那個代，相場很的鏡頭結(jié)構(gòu)般不會太復(fù)。因為人們為底片面積極小的光圈夠解決很多題。（這種鏡頭的光圈可以做得很）1985 年，富士更了 GW 相機(jī)，推出了 GW690II 和 GSW690II，鏡頭不變基本性能不，沒有電子，只是稍微改。最突出變化是新增熱靴，然后了快門鎖。GW690II 兩臺機(jī)器是在 1985 年年中發(fā)售的，到了年，富士推出一臺 GW670II 相機(jī)，就和當(dāng) GM670 一樣，就是在 GW690II 的機(jī)身上改過片加遮擋，變 6X7 的畫幅。富士里只有 670II，沒有 670 第一代。GW670II 的鏡頭也是 90/3.5，當(dāng)然，因為幅小了所以度也變了。士之所以會這臺機(jī)器和個時候 MAKINA 67 的流行有一定關(guān)系，過 MAKINA 67 后勁不足。在在說 67 畫幅旁軸時，MAKINA 67 和富士后來的 GF670 經(jīng)常被提起但是這個系的 67 相機(jī)就很少有用。這一代身的造型依非常硬朗，徠卡的感覺不過富士 690 系列大家見到比較的是第三代也就是塑料，現(xiàn)代感很的一代。這代機(jī)器 1992 年發(fā)布，使用了工塑料機(jī)身，身造型也發(fā)了很大的變，但是整體作依然延續(xù) G690 以來的習(xí)慣。然是塑料機(jī)，但是相機(jī)沒有給人廉的感覺，造和設(shè)計都更現(xiàn)代。這一機(jī)器的機(jī)種別多，除了礎(chǔ)的 GW690III 和 GSW690III 外，又在兩機(jī)身和鏡頭依然是 90/3.5 和 65/5.6）上增加了 6X8 和 6X7 的畫幅。6X8 上完全延續(xù)了 690，有 GW680III 和 GSW680III，6X8 是這代才有的，之沒有。6X7 只有用 90/3.5 的 GW670III，沒有用 65 鏡頭的版本這代機(jī)器一 5 臺，機(jī)身性能都差多，鏡頭就那兩個，機(jī)價格是 18 萬日幣和 20 萬日幣（GW 和 GSW），實際上等于是 690 的價格在不斷降，因為 90 年代日幣的價值比起 60 年代已經(jīng)貶值很多了但是機(jī)器價還是十幾萬幣。因為 6X9 的畫幅，加上性能錯的鏡頭，士后來的 GW690 系統(tǒng)成為了許攝影家和攝愛好者非常歡的備機(jī)，為對于 120 的用戶而言很少會動到 6X9 的畫幅。換之，富士把 GW690 定位為備用，副機(jī)，而是和 120 單反競爭的主機(jī)的策略很成功的，是因為這個路成就了這熱門的系統(tǒng)當(dāng)然，大徠絕非浪得虛，這個系列相機(jī)體積真非常大。690 系統(tǒng)的機(jī)身始終沒有何電子化，富士旁軸 645 已經(jīng)全自動了，690 第三代這么前衛(wèi)的設(shè)卻依然沒有何電子化和動化。90 年代末，隨數(shù)碼的興起富士逐漸停 690 系列，到了新紀(jì)，最終 690 系列退出了歷史的臺?，F(xiàn)在二市場上各代 690 相機(jī)都能找到，較熱門的是后一代，老會便宜一些雖然這個系膠卷很消耗卷，但如果黑白拍攝為，那成本也見得太高。文來自微信眾號：膠卷俱樂部 （ID：jiaojuanmi），作者：海老污?
