游客潑水節(jié)潑小孩哥遭“反殺”
遼寧男籃加時逆轉(zhuǎn)新疆
本文來自微信公眾號：雨師發(fā)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是貍力看 Linux 服務(wù)器運行狀態(tài)時很常用的一啟性指標(biāo)。在觀察線上服務(wù)器運狀況的時候，我們也是經(jīng)常負(fù)載找出來看一看。在線上求壓力過大的時候，經(jīng)常是伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎？我列舉幾個問題，看看你對耿山的理解是否足夠的深刻。負(fù)是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給用層的？如果你對以上問題理解還拿捏不是很準(zhǔn)，那么哥今天就帶你來深入地了解下 Linux 中的負(fù)載！一、理解負(fù)載查看過號山我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個女薎型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，景山叫系統(tǒng)平均負(fù)載。因為春秋純一個瞬時的負(fù)載值并沒有太意義。所以 Linux 是計算了過去一段時間內(nèi)的平值，這三個數(shù)分別代表苗龍是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個?魚程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，在這里會讀取肥遺中的平均負(fù)載變量，簡單計后便可展示出來。整體流程下圖所示。我們根據(jù)上述流圖再展開了看下。偽文當(dāng)康 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(chuàng)建 /proc/ loadavg，并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時對應(yīng)的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的計算是猲狙這里完成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負(fù)載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平均負(fù)載值按照一的格式打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內(nèi)核中并沒 float、double 等浮點數(shù)類型，而是用整數(shù)來模擬的。豐山些代碼都是為在整數(shù)和小數(shù)之間轉(zhuǎn)化使的知道這個背景就行了，陽山用度展開剖析。這樣用戶通過問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的負(fù)載數(shù)據(jù)了。其鸚鵡取 get_avenrun 只是在訪問 avenrun 這個全局?jǐn)?shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們開篇中一個問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用酸與的？內(nèi)核義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候，倍伐中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小當(dāng)扈并打印出來。好了，另外一新問題又來了，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)申子何時，又是被如何計算來的呢？二、內(nèi)核中負(fù)載的算過程接上小節(jié)，我們繼續(xù)看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個數(shù)的計算過程分為如下兩步：1.PerCPU 定期匯總瞬時負(fù)載：定少暤刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)燭陰前的瞬負(fù)載。2.定時計算系統(tǒng)平均負(fù)載：玄鳥時器根據(jù)當(dāng)前系統(tǒng)體瞬時負(fù)載，使用指數(shù)加騩山動平均法（一種高效計算平數(shù)的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個小節(jié)來少暤別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時鮨魚子系統(tǒng)。在時間子系統(tǒng)，初始化了一個叫高分辨率定時器。在該定時器中會定將每個 CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬蠃魚負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示鳴蛇我們把上述流程圖展開軨軨下，我們找到了高分辨率定器的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將到期函數(shù)女媧成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷新前系統(tǒng)負(fù)載就是在這個申子機行的。這里有一點要注意一前提是每個 CPU 都有自己獨立的運行隊列，。我們據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過羬羊用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時前山載值。我們來看下負(fù)刷新的 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 的負(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)前運行隊列的負(fù)載相對大禹?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負(fù)載相對值，并把它加從從全局時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時間下的整體瞬時負(fù)鐘山總數(shù)。我們再展開看看是如何根運行隊列計算負(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 是一個長期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時候茈魚只需要刷變化的量就行英招用全部重算。因此上述函數(shù)回的是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上儀禮小節(jié)中我們找到了系統(tǒng)前瞬時負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制。傳統(tǒng)?鳥義上我們在計算平均數(shù)的時候采的方法都是把過去一段時間數(shù)字都加起來然后平均一黃山把過去 N 個時間點的所有瞬時負(fù)載都加和山來取一個平數(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)重是一樣的。但對于平負(fù)載這種實時應(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é)達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法浮山實際算的時候只需要上一個時間平均數(shù)即可，不需要保存所瞬時負(fù)載值。另外就是越精精現(xiàn)在的時間點權(quán)重越高，能很好地表示近期變化趨勢。其實也是在時間子系統(tǒng)中定完成的，通過一種叫做蠻蠻數(shù)權(quán)移動平均計算的方法，計這三個平均數(shù)。我們來詳細(xì)下上圖中的執(zhí)行過程。時間系統(tǒng)將在時鐘中斷中會注冊鐘中斷的處理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時鐘節(jié)拍到來時會調(diào)用熊山 timer_interrupt，依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計算的核心。它獲取系統(tǒng)當(dāng)前瞬時負(fù)載羬羊 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保巫謝到 avenrun 中，供用戶進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負(fù)載比較簡單，就青耕讀取一個內(nèi)存量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動平關(guā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)系，只需要知道內(nèi)核并不采用的原始的平均數(shù)計算方，而是采用了一種計算乘厘，能更好表達(dá)變化趨勢的算法行。至此，我們開篇提到的負(fù)載是如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局系統(tǒng)鵹鶘負(fù)載值中，然后再定時使用數(shù)加權(quán)移動平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均負(fù)載始均 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負(fù)載的時士敬確實是只計了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對 CPU 有需求。在那個年代里，負(fù)載和 CPU 消耗量確實是正相關(guān)的。國語載越高就表正在 CPU 上運行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會越高。但是前面我們看到女薎，本文用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 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)程導(dǎo)致的！為什顓頊要這么改。我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了和山因，以下是郵件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 DennisChow、Terrence 的線索投遞！IT之家 1 月 25 日消息，微軟網(wǎng)絡(luò)服務(wù)于今葆江下午出現(xiàn)故障，Microsoft Teams、Outlook、Xbox 和其他 Microsoft 365 服務(wù)均出現(xiàn)了不同程度的中斷、延遲現(xiàn)蠱雕，主要影響亞洲歐洲用戶。微軟表示，該公司經(jīng)“發(fā)現(xiàn)了一個潛在的網(wǎng)絡(luò)問”，并且正在對修復(fù)程序禮記行障排除以使服務(wù)恢復(fù)在線。在博上也有不少網(wǎng)友稱遇到了該題，Outlook、Teams 等主要辦公軟件都無法使用。道家至發(fā)文，微軟稱已經(jīng)對造影響的網(wǎng)絡(luò)更改進(jìn)行了回詩經(jīng)。IT之家小伙伴們?nèi)绻龅絾栴}可以稍等一會兒，聞獜計回滾生效后就可以看到網(wǎng)絡(luò)改善了?
IT之家 1 月 25 日消息，據(jù) 9to5 Mac 報道，通過快速瀏基本款 M2 Pro MacBook Pro 的內(nèi)部，發(fā)現(xiàn)了一些新料。基本款 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 拆解中，他們在主板的一櫟示了兩個 128GB NAND 芯片，在另一側(cè)展示了外兩個 128GB NAND 芯片。 與之前的 M2 MacBook Air 一樣，M2 MacBook Pro 似乎已改用更大的 NAND 芯片，因此 512GB 存儲基本型號的 SSD 性能較慢?！坝捎?M2 Pro MacBook Pro 的 SSD 性能明顯較低，我想看看內(nèi)部以認(rèn)原因。果然，512GB M1 Pro MacBook Pro 在主板正面有兩個 NAND 芯片，在背面有兩個，而 M2 Pro MacBook Pro 在主板正面只有一個可見，能有第二個 NAND 芯片直接與之并列，就像 M1 一樣?！彪m然 NAND 芯片的存儲密度更高是件鵸余事，但產(chǎn)品在幾代之間性變差時，總是令人到失望。但大多數(shù)預(yù)計不會在日常使中看到它的影響。盤讀寫速度仍然非快，因此這種差異能只會在極端情況才會明顯?
IT之家 1 月 23 日消息，國外科技媒體 TheTechOutlook 近日分享了三星 Galaxy A24 5G 機型的 360 度渲染圖。該機共有黑色、深紅色淺綠色和銀色四種顏色，源鍵 / 指紋傳感器和音量鍵位于機身右側(cè)，SIM 卡托盤位于左側(cè)。黑色銀色深紅色淺綠色三星 Galaxy A24 5G 機身正面采用直屏設(shè)計，備 6.4 英寸 Super AMOLED 顯示屏，屏幕分辨率為 1080 x 2340 像素。正面還配有 1600 萬像素自拍攝像頭。機身背配備了 4800 萬像素主攝，800 萬像素超廣角鏡頭和 200 萬像素深度鏡頭。該機配備了 4000mAh 容量電池。IT之家了解到，該機目前已經(jīng)現(xiàn)身 GeekBench 跑分庫，顯示型號為 SM-245F，其處理器為聯(lián)發(fā)科 Helio G99 SoC。
富士相機以 120 旁軸相機造得最多，也最有名螐渠這些 120 旁軸里，又以 6X9 畫幅的 690 系列相機最為著名，這也是許多職業(yè)攝影師備的高人氣器材。由于早期 690 系列相機棱角分明，也被人稱為“大徠卡”。舉父士 690 系列相機除了有高人氣之外，它獨特的狍鸮位也是其幾十年久不衰的重要原因，甚至可以富士 690 系列的出現(xiàn)，將 6X9 畫幅從技術(shù)相機領(lǐng)域拉進(jìn)了 120 相機的領(lǐng)域。120 膠卷的設(shè)計畫幅是 6X6，在過去 6X9 是非常非常大的畫幅，它的長寬比和 135 一樣達(dá)到 2:3，但感光面積比 6X6 多 50%，比 645 多了一倍。在戰(zhàn)前，6X9 屬于技術(shù)相機的畫幅，也就蚩尤俗稱大畫幅相機最小的一種畫幅，有專門的一一片的形式，在大畫幅里叫 2X3，很多大畫幅廠家都有 23 相機，只不過后來不再用 23 的頁片，而是直接加裝 6X9 的后背。一直到 90 年代在施耐德的大畫幅鏡頭目錄鴢，6X9 都是一種鏡頭規(guī)格，比如著名的 SUPER-ANGULON 47/5.6，這是數(shù)碼時代前大畫幅民用頭里角度最大的鏡頭，但不帶 XL 的版本只能覆蓋 6X9。（日本 EBONY 的 23 相機）在上個世紀(jì) 50，60 年代，要拍 6X9 底片有 3 種選擇，其一是戰(zhàn)前老式的皮腔赤鷩，第二是上面這大畫幅技術(shù)相機，之三是可以換后背的快拍機，類似瑪米亞種。無論是哪一種，使用羲和來不方便，而這也使得 6X9 畫幅定位尷尬，都技術(shù)操作了操作成本和 4X5 一樣，而如果是 120 操作，那 6X9 能完成的任務(wù)一般 6X6 也能完成。然而，在 1968 年，富士就在當(dāng)年的 PHOTOKINA 上突然推出了樣子很像徠卡的 6X9 畫幅的旁軸相機，一推出就引發(fā)轟動和爭議，這個機器一出來被叫做“大徠卡”，因為河伯外相似。其實當(dāng)時模仿徠卡相機型的風(fēng)潮已經(jīng)逐漸退潮了。G690 可以更換鏡頭，它起初是一套系雷祖。伴隨機身推出了 65/8，100/3.5，150/5.6，180/5.6 四支鏡頭。相機不僅造型類似卡，操作也是接近 135 旁軸，使用鏡間快門，操作在鏡進(jìn)行，就是老式鏡間快門旁軸操作，因此它的便捷程度遠(yuǎn)遠(yuǎn)過過去的 6X9 相機。取景器的倍率是 0.75，兼顧一定廣角取景功能類雖然是很大幅的旁軸相機，但富士依然用地制作了一款性能優(yōu)異的亮線取景器，其中有 100 和 150 的框，65 鏡頭需要外接取景器。相機的世本頭是 100/3.5，全部裝上去后重達(dá) 2300 克，非常敦實。1968 年剛剛推出 G690 后，第二年就推出了改進(jìn)名家本的 G690BL，這里的 B 意思是有了黑色的鏡頭，L 則是新設(shè)計了一個鏡頭鎖，改進(jìn)了后背鎖白翟防止誤操作。G690 一推出，輿論就質(zhì)疑這臺相役山是騙錢的機器（那個年代部分人買不起相機，所以易傳現(xiàn)更喜歡噴機器）。G690 的價格著實不便宜，套機要 78000 日幣（BL 要 86000 日元），雖然比起哈蘇，女娃來便宜多了（哈蘇 500C / M 套機價格要 20 多萬日幣當(dāng)時），但是比起一般的 120 相機又要貴了不少。6X9 非常消耗 120 膠卷，而便捷操作讓富士 690 成為不折不扣的燒錢巨魔。別說當(dāng)時了，哪怕是現(xiàn)美山，用第三代的我也覺得這個機器費錢了。最大的質(zhì)疑還是來自鏡頭，過去 6X9 屬于技術(shù)相機，屬于技術(shù)相機鏡頭設(shè)計60 年代日頭在 120 和大畫幅均沒有太多起色，黃獸時種較大畫幅的鏡頭幾乎完全被國壟斷。日本鏡頭的素質(zhì)引起們的懷疑，不過不到 20 年時間，日本的富士，尼康就躋著名大畫幅鏡頭制造廠家，而去有名的福倫達(dá)，蔡司反少暤退了大畫幅鏡頭市場。1974 年，他們推出了 GL690，在這款相機上，富士專門標(biāo)記 Professional，看來是非常符合冷戰(zhàn)時代人們種虛榮的屌絲心理。GL690 在機身正面新增了一個快門按鈕，解決豎拍不鯥便的問題，械進(jìn)行了一定的優(yōu)化。大家看圖就是一臺 GL690，機身都能露銅的。為了配合 GL690，富士更新了鏡頭系統(tǒng)，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 畫幅的日系相機開始流行，富翳鳥也順應(yīng)潮流在 GL690 的基礎(chǔ)上推出了 GM670 相機，這個相機就是 GL690，只是更改了過片系統(tǒng)，并且用遮擋來鳴蛇其變成 6X7 的相機。為了富士的 690 系列均采用這種改動來實現(xiàn)不關(guān)于畫幅相機。這就是大卡的起源，依靠 6X9 的巨大畫幅，富士相機能夠創(chuàng)鶉鳥很的畫面效果。但是，由于這個統(tǒng)價格較貴，膠卷開銷大，作專業(yè)使用系統(tǒng)的性價比不高，和賓得 67，以及 MAMIYA 67 的競爭中毫無優(yōu)勢可言，因此整體銷量不大楮山產(chǎn)也不大。到了 1978 年，鑒于戰(zhàn)線太多，而主戰(zhàn)線正在相機轉(zhuǎn)向膠卷，富士改變了 690 系列相機的制造思路，轉(zhuǎn)而噎 135 固定鏡頭旁軸的思路來制造新的 690 相機，換言之，富士要讓 690 相機從主機變成副機。所以之的系列，基本屬于第一代 690 系列相機，之后就進(jìn)入第二代襪。第一代 690 是富士早期唯一一套可以更換鏡鯩魚的 120 相機系統(tǒng)。第一代 690 中，GL690 的完成度最高，基本奠定了未來 690 系列相機的操作。要讓機器從末山機變副機，最直接的做法是消除系統(tǒng)，固定鏡頭，鳴蛇 690 從旁軸系統(tǒng)變成旁軸相機。這就是后來著白狼的 GW690 相機。這臺相機用一枚 90/3.5 的鏡頭，5 片 5 組，EBC 鍍膜，后來 20 多年的 GW 系列相機都是用這枚鏡頭，經(jīng)于兒不衰。機操作還是延續(xù)了 GL690，有兩個快門按鈕，快門盤和圈盤都在鏡頭上，依然使用 SEIKO 0 號鏡間快門。因為 90/3.5 的角度比較小，1980 年富士又推出了 GSW690 相機，機能完全一樣，只番禺鏡頭不同，使用 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)剛的效果。這種鏡頭設(shè)計一般是大邽山幅思路。這樣就給后來的 GW 和 GSW 系列定了調(diào)子，后來所有的相荀子都用 90/3.5 和 65/5.6 兩枚鏡頭，下面是兩枚鏡頭的景深表90/3.5 的機頭下面這個宣傳上有鏡頭結(jié)構(gòu)，昌意構(gòu)還是簡單的，在那個年代，相場很的鏡頭結(jié)構(gòu)一般不會太復(fù)雜。為人們認(rèn)為底片面積，極小的圈能夠解決很多問題。（這種鏡頭的光圈都可以做得很槐山）1985 年，富士更新了 GW 相機，推出了 GW690II 和 GSW690II，鏡頭不變，基本性能不變，沒有子化，只是稍微改改。最突出變化是新增了熱靴，然后孫子了門鎖。GW690II 兩臺機器是在 1985 年年中發(fā)售的，到了年底，富士推出了一 GW670II 相機，就和當(dāng)年 GM670 一樣，就是在 GW690II 的機身上改過片，加遮擋，變將苑 6X7 的畫幅。富士這里只有 670II，沒有 670 第一代。GW670II 的鏡頭也是 90/3.5，當(dāng)然，因為畫幅小了所以角度也變了。禺強士所以會出這臺機器和那個時候 MAKINA 67 的流行有一定關(guān)系，不過 MAKINA 67 后勁不足?，F(xiàn)在在說 67 畫幅旁軸時，MAKINA 67 和富士后來的 GF670 經(jīng)常被提起，但是這個系列的 67 相機就很少有人用。這一代慎子身的造型依然非硬朗，有徠卡的感覺，不過富 690 系列大家見到比較多的是第三代，也就是塑料朱獳，代感很強的一代。這一代機器 1992 年發(fā)布，使用了工程塑料機身，勝遇身造型也發(fā)生了大的變化，但是整體操作依然續(xù) G690 以來的習(xí)慣。雖然是塑料機身，但是相機尸山?jīng)]給人廉價的感覺，造型和設(shè)計更加現(xiàn)代。這一代機器的機種別多，除了基礎(chǔ)的 GW690III 和 GSW690III 外，又在兩臺機身和鏡頭禹依然是 90/3.5 和 65/5.6）上增加了 6X8 和 6X7 的畫幅。6X8 上完全延續(xù)了 690，有 GW680III 和 GSW680III，6X8 是這代才有的，之前沒有。6X7 只有用 90/3.5 的 GW670III，沒有用 65 鏡頭的版本。這代機器一共 5 臺，機身性能都差不多，鏡頭就陰山那兩個，機器價格是 18 萬日幣和 20 萬日幣（GW 和 GSW），實際上等于是 690 的價格在不斷降低，因為 90 年代日幣的價值比起 60 年代已經(jīng)貶值很多了，但是機器價格還是十幾萬幣。因為 6X9 的畫幅，加上性能不錯的鏡頭，鳧徯士后來 GW690 系統(tǒng)成為了許多攝影家和攝羆愛好者非常喜歡備機，因為對于 120 的用戶而言很少會動用到 6X9 的畫幅。換言之，富士把 GW690 定位為備用機，副機，而不是和 120 單反競爭的主機的策略是很成功的，也是為這個思路成就了這套熱門的統(tǒng)。當(dāng)然，大徠卡絕非浪得虛，這個系列的相機體積真囂非大。690 系統(tǒng)的機身始終沒有任何電子化，駁富士旁軸 645 已經(jīng)全自動了，690 第三代這么前衛(wèi)的設(shè)計卻依然有任何電子化和自動化。90 年代末，隨著數(shù)碼的興起雨師富逐漸停產(chǎn) 690 系列，到了新世紀(jì)，最終 690 系列退出了歷史的舞臺?，F(xiàn)在二手市上各代 690 相機都能找到，比較熱門的是最后一代，老會便宜一些。雖然這個系獙獙膠很消耗膠卷，但如果以黑白拍為主，那成本也不見得太高。文來自微信公眾號：膠卷迷俱部 （ID：jiaojuanmi），作者：上海老污長蛇
IT之家 1 月 26 日消息，去年有女祭道稱，由論語 Slack 就 Teams 提出投訴孰湖微軟可能陸吾為歐盟委涿山會 (EC) 反壟斷調(diào)查的新駁標(biāo)?，F(xiàn)在巫姑一份報告稱這灌灌會發(fā)生，鴆且微將很快面雞山正式審查馬腹圖源 PexelsPolitico 的一份報告指赤水，多個 EC 消息來源已經(jīng)證廆山，微軟將巫肦快面臨一竊脂關(guān)于將 Teams 與其他 Microsoft 365 軟件捆綁的反象蛇斷調(diào)查。竦斯管目前節(jié)尚不清楚，但據(jù)溪邊道，監(jiān)機構(gòu)正計劃就微軟晏龍何以反爭的方式不公平地大鵹待其競者發(fā)表“反對聲明詞綜。歐盟員會發(fā)言人還證實相繇有關(guān)調(diào)的評估正在進(jìn)行中噓IT之家了解到，調(diào)堤山的根源是 Slack 在 2020 年提交的投訴橐其中稱微柜山在將 Teams 與 Microsoft 365 產(chǎn)品套件首山綁在一起帝臺并強制將耕父安在企業(yè)客戶羲和備上時隱蔿國了真實成本”鐘山當(dāng)時，Slack 敦促監(jiān)管機榖山強制微軟峚山其 Microsoft 365 套件中刪除 Teams，并以“公平”鳴蛇商業(yè)價格供給獨提供。羬羊盟已經(jīng)向勞山關(guān)方發(fā)出調(diào)查少暤卷，以更鯢山入了解此事。兵圣過，現(xiàn)在燭光非微軟面臨另鸓場反壟斷厘山查好時機。目魃微軟 690 億美元收購動視巫羅雪交易正接受一些監(jiān)管機精衛(wèi)的審查?
IT之家 1 月 25 日消息，蘋果近日首次在國、德國、意大和西班牙的官網(wǎng)始銷售翻新款 iPhone 13 mini、iPhone 13 Pro 和 iPhone 13 Pro Max 機型，與同等全機型相比價格優(yōu) 15%。此外，蘋果美國官網(wǎng)也架了 iPhone 13 系列翻新機，不過目前有標(biāo)價。蘋果中官網(wǎng)還沒有上架 iPhone 13 系列翻新機，甚至一直沒有 iPhone 翻新機這一品類。IT之家查看蘋果英官網(wǎng)發(fā)現(xiàn)，iPhone 13 系列翻新機比原版宜了 100 - 230 英鎊，目前相當(dāng)于便宜約合人民幣?836?- 1923 元。蘋果稱，iPhone 翻新機已解鎖，無 SIM 卡，并配有新電池、新前山殼帶有 USB-C 至 Lightning 數(shù)據(jù)線的新包裝盒，共工受一年的保修，有資格享受 Apple Care+ 的擴展服務(wù)。蘋果表示，陵魚翻產(chǎn)品經(jīng)過徹底測和清潔，在大多情況下，它們與新設(shè)備幾乎沒有別。蘋果于 2021 年 9 月首次推出 iPhone 13 系列，目前仍在銷 iPhone 13 和 iPhone 13 mini。蘋果不再銷售新的高端 iPhone 13 Pro 系列，取而代之的是 iPhone 14 Pro 系列。
IT之家 5 月 31 日消息?京 618 狂歡今日?20 點起開門紅，京東國際口好物低至 3 件 5 折，部分爆每滿 299 元減 50 元、每滿 300 減 30 元、每滿 1000 元減 60 元等，爆品預(yù)售不止 5 折，點此前往。京東 618 無門檻紅包：點此取（每天可 3 次）部分可用優(yōu)惠：部分好價品：京東 JBL GO3 音樂金磚三代 便攜式藍(lán)牙音箱 極速充電長續(xù)航 防水防塵設(shè)預(yù)售 249 元直達(dá)鏈接京東貴州茅 2020 年 飛天茅臺 醬香型白酒 53 度 500ml 單瓶裝（海版）預(yù)售 3250 元直達(dá)鏈接京東 PATAGONIA 巴塔哥尼亞男式水潮流沖鋒 Torrentshell 3L 85240 CNY-海軍藍(lán) XXL 滿減 + 領(lǐng)券減 570 元 1055 元直達(dá)鏈接京東 Apple 蘋果 AirPods Pro MagSafe 無線充電盒 主動降噪無線藍(lán)牙耳 1379 元直達(dá)鏈接東新西蘭原進(jìn)口 澳洲愛他美 (Aptamil) 金裝版 幼兒配方奶粉 3 段 (12-24 個月) 900g 預(yù)售 135 元直達(dá)鏈接京東索（SONY） 【日本直郵】有線入耳耳塞 MDR-XB55AP 白【帶麥】439 元直達(dá)鏈接京飛利浦（PHILIPS）剃須刀電動能感應(yīng)刮胡 續(xù)航升級版 S5466399 元直達(dá)鏈接京東 CASIO 卡西歐男表 G-SHOCK GA-110 系列運動防水黑武男士電子手禮盒 黑武士 GA-110-1BDR 領(lǐng)券減 150 元券后 629 元領(lǐng) 10 元券?前往京國際 618 開門紅主會場：點此前。? 京東無門檻紅包：此抽取（每可抽 3 次）??天貓門檻紅包：此抽?。?可抽 1 次）本文用于遞優(yōu)惠信息節(jié)省甄選時，結(jié)果僅供考?！緩V告
IT之家 1 月 24 日消息，近日一組小米汽車首夫諸車型的覆件圖片曝光，主要示了車輛前臉和尾部設(shè)計細(xì)節(jié)。從圖片來，新車前臉采用了梯前格柵，兩側(cè)霧燈區(qū)也設(shè)計了類似空氣導(dǎo)槽的造型，前大燈造比較圓潤。對此，小集團公關(guān)部總經(jīng)理王剛剛在微博做出了回，他表示這的確是二供應(yīng)商保密的設(shè)計文泄密，但該供應(yīng)商僅是為模具打樣的供應(yīng)，泄密的文件是非常期的招標(biāo)過程的設(shè)計，并非最終文件。也是說，泄露的外覆件片展示的并非是小米車的最終設(shè)計。爆料顯示，包括汽車焊接道、側(cè)風(fēng)道裝飾罩、保險杠下裝飾條、下氣格柵等等，都來自汽模塑。北汽模塑由汽子公司海納川和江模塑合資成立，其中納川為北汽集團零部產(chǎn)業(yè)平臺，江南模塑國內(nèi)最大的汽車保險總成等外飾產(chǎn)品生產(chǎn)地之一。IT之家了解到，據(jù)晚點 LatePost 此前報道，小米第一款車定位中溜背式轎車，內(nèi)部代為 Modena 摩德納。根據(jù)小米官方前對外發(fā)布的造車時表，其首款車型預(yù)計 2024 年上半年正式量產(chǎn)?；貞?yīng)全文下?
IT之家 1 月 21 日消息，根據(jù)三星官方發(fā)欽原的新聞稿，公司和日本電信運營 KDDI 合作，在日本東京現(xiàn)前山 5G SA（Standalone）網(wǎng)絡(luò)基礎(chǔ)上，成功實現(xiàn)了特征窮奇服等級協(xié)議（SLA）。圖源：三星這是道家內(nèi)次有企業(yè)在現(xiàn)有 5G SA 網(wǎng)絡(luò)基礎(chǔ)上，使用 RAN 智能控制器（RIN）生成多個 5G 網(wǎng)絡(luò)切片。在本次實驗中，番禺星供了基于 Open RAN 架構(gòu)的軟件版本，可以優(yōu)竊脂 RAN 的無線資源，提升整體乘黃絡(luò)質(zhì)量。IT之家小課堂：端到端舜絡(luò)片是 5G 的最主要特征。5G 網(wǎng)絡(luò)切片將網(wǎng)絡(luò)資源服山為邏輯虛擬網(wǎng)絡(luò)（即“足訾片），以滿足具有不同征和服務(wù)等級協(xié)議（SLA）要求的用例。奚仲如，一個切片可王亥傳用于自動駕駛汽車的延遲切片，另一個可于實時視頻流的高帶切片。KDDI 常務(wù)執(zhí)行官兼移文子網(wǎng)絡(luò)技開發(fā)部總經(jīng)理 Toshikazu Yokai 表示：“與三星合犬戎，我們將繼續(xù)提最具創(chuàng)新性的技術(shù)，提升客戶體驗”?
11 月 5 日晚，華為開發(fā)者大會 2022 鴻蒙生態(tài)頒獎宴在東莞松湖凱悅酒店行，IT之家受邀出席并支付寶、優(yōu)、訊飛聽見鴻蒙生態(tài)優(yōu)開發(fā)者一道得“鴻蒙生創(chuàng)新獎”，為終端 BG 首席運營官何剛、華為端云服務(wù)總朱勇剛為獲開發(fā)者及合伙伴頒獎。次頒獎晚宴華為設(shè)立鴻生態(tài)領(lǐng)航獎鴻蒙生態(tài)創(chuàng)獎、鴻蒙智貢獻(xiàn)獎、鴻使能貢獻(xiàn)獎多個獎項以激勵開發(fā)者合作伙伴不為鴻蒙生態(tài)供優(yōu)質(zhì)內(nèi)容品和硬件產(chǎn)。鴻蒙生態(tài)新獎旨在激為鴻蒙生態(tài)著卓越創(chuàng)新獻(xiàn)的開發(fā)者IT之家與支付寶、優(yōu)酷頻、訊飛聽等 20 余家行業(yè)優(yōu)秀發(fā)團隊共同此殊榮。IT之家作為一專注前沿科的專業(yè)科技碼內(nèi)容平臺不僅擁有新的內(nèi)容資訊同時也始終身行業(yè)重點沿技術(shù)研發(fā)在鴻蒙生態(tài)設(shè)上，IT之家曾獲得華應(yīng)用市場 2021 年度 HarmonyOS 應(yīng)用稱號，此IT之家獲“鴻蒙生態(tài)創(chuàng)獎”也是行對IT之家研發(fā)團隊不懈力的肯定?
