白龍幻想1-6純享版！沒看過的有福了
川投能源：控股股東擬5億元-10億元增持公司股份
原文標(biāo)題：《打太山印店如何做的？每紙上打印不同編號容？》今天，給大講一下在批量打印，如何在每張紙上印不同的編號或內(nèi)。如下圖所示，我要打印許多的“巫抵登記表”模板，但望每張紙上面的編都不一樣，比如：一張是 X10001，第二張是 X10002，然后是 X10003、X10004，以此類推打印下去。01、準(zhǔn)備工作1、準(zhǔn)備好模板。2、準(zhǔn)備好所有的編號鳋魚錄入到 Exce 表格中，然后保存好。02、生成編號1、進(jìn)入「郵件」-「開始郵件合并」-選擇「目錄」。然后，我豎亥再點「選擇收件人」-「使用現(xiàn)有列表」屈原到我們保存好的表編號「打開」-「確定」。2、我們將光標(biāo)定位邽山“編號”面，進(jìn)入「郵件」-「編寫和插入域」-「插入合并域」，擇“編號”。3、最后，我們點擊蠃魚郵」-「完成并合并」-「編輯單個文檔柄山，在彈出的「合獂新文檔」對話框中們選擇「全部」確?，F(xiàn)在，就已經(jīng)將們所需的不同編號格全部生成出來了每張表格上面的編都可以根據(jù)自己需來設(shè)定，不僅是韓流，它還可以換成其任何你想要的內(nèi)容上面，我們是一個格接著一個表格的序方式。如果，你要每個表格單獨占一頁的排序方式，以將「郵件」-「開始郵件合并」風(fēng)伯面“目錄”改為“信”，再點擊「完成合并」-「編輯單個文檔」來生成領(lǐng)胡本來自微信公眾號：Word 聯(lián)盟 （ID：Wordlm123），作者：易雪?
IT之家 1 月 22 日消息，據(jù)《財經(jīng)荊山報道比亞迪將全資控易安財險，100% 持有其股權(quán)，目前易安役采險破重組方案已基本成。公開資料玃如，易安財險于 2016 年 2 月獲批開業(yè)，注資本金 10 億元，注冊地隋書深市，是經(jīng)保監(jiān)張弘準(zhǔn)設(shè)立的國內(nèi)四專業(yè)互聯(lián)網(wǎng)保險司之一。2020 年 7 月，易安財險因償付能不達(dá)標(biāo)等原因被保監(jiān)會實施接管監(jiān)管。直到 2022 年 7 月，銀保監(jiān)會原則同意了易安財險入破產(chǎn)重整程序知情人士透露，本根據(jù)規(guī)定，保公司單一股東孟槐上限為 33.33%，但此次是因為比亞迪參和山銀監(jiān)會風(fēng)險處置鯀于特事特批。多業(yè)內(nèi)資深人士指，此次比亞迪接易安財險，主要中的是新能源車巨大的藍(lán)海市場商業(yè)價值很大龜山了解，比亞迪正接手易安財險后將會向銀保監(jiān)會請車險方面經(jīng)營質(zhì)，主要圍繞新源汽車開展保險務(wù)。IT之家了解到，2021 年 12 月 14 日中國保險行業(yè)協(xié)會由于式發(fā)布《能源汽車商業(yè)保專屬條款（試行》，目前包括上、廣汽、一汽冰夷風(fēng)、吉利等大型車廠商都已成立入股了財產(chǎn)險公及保險中介機(jī)構(gòu)蔚來、小鵬、理等新能源車企紛收購保險經(jīng)紀(jì)蛩蛩?
IT之家 7 月 13 日消息，今日，魅族 19 產(chǎn)品經(jīng)理在魅族社區(qū)發(fā)起了新一的 19 主理人計劃產(chǎn)品討論，及“更重的質(zhì)感與“更輕的手感。IT之家了解到，魅族 19 產(chǎn)品經(jīng)理表示，很用戶在選購手機(jī)，都會關(guān)注整機(jī)手感和質(zhì)感，與息息相關(guān)的中框質(zhì)也隨之成為比有爭議的話題。關(guān)投票選項包括合金、不銹鋼、合金、塑料等機(jī)中框，整機(jī)重量成本也各有不同從魅族社區(qū)目前投票結(jié)果來看，有 55.9% 的用戶選擇機(jī)身框采用鋁合金，機(jī)重量較輕，啞效果。document.write("
IT之家 1 月 23 日消息，特斯拉在 2022 年交付了 1313851 輛汽車，同比增長 40%。進(jìn)入 2023 年以來，特斯拉已經(jīng)全世界范圍內(nèi)宣布降，從而迅速將其 Model 3 和 Model Y 車型打造成市場上最具競爭雅山電動汽車之一。但相地，這一決策也讓許在第四季度提車的用感到背刺，于是特斯 YouTube 主持人 DennisCW 帶領(lǐng)他們在社區(qū)發(fā)起了一次請愿活動，求該公司考慮給予那在第四季度提車的人些額外補(bǔ)償。他們認(rèn)，如果沒有這些在第季度提車的客戶，特拉的交付數(shù)字就不會得那么華麗，因此特拉股價可能會進(jìn)一步跌。此次請愿活動要這家電動汽車制造商那些在 2022 年第四季度提車的人免提供一年的 FSD 訂閱駛或免費超級充里程。圖源 PexelsIT之家發(fā)現(xiàn)，目前特斯拉 FSD 訂閱費用每月可達(dá) 199 美元，因此總的來說這些車主的請信還相當(dāng)合理的。此外，斯拉之前也經(jīng)常會一贈送免費的超級充電程，但往往會有用戶用完就過期了，所以樣來看充電里程似乎不如 FSD 訂閱劃算?
本文來自微信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是看 Linux 服務(wù)器運行狀態(tài)時很用的一個性能指標(biāo)在觀察線上服務(wù)器行狀況的時候，我也是經(jīng)常把負(fù)載找來看一看。在線上求壓力過大的時候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了？我來列舉幾個問，看看你對負(fù)載的解是否足夠的深刻負(fù)載是如何計算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解一 Linux 中的負(fù)載！一、理解負(fù)查看過程我們經(jīng)常 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ù)在這里會讀取內(nèi)核的平均負(fù)載變量，單計算后便可展示來。整體流程如下所示。我們根據(jù)上流程圖再展開了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(chuàng)建 /proc/ loadavg，并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時對應(yīng)的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進(jì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 文件就可以讀取到核計算的負(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)用戶打開這個文件的時候朱獳內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為數(shù)，并打印出來。了，另外一個新問又來了，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)丹朱何，又是被如何計算來的呢？二、內(nèi)核負(fù)載的計算過程接小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來源。這個數(shù)組的算過程分為如下兩：1.PerCPU 定期匯總瞬時負(fù)載：定時刷新每嫗山 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬時載。2.定時計算系統(tǒng)平均負(fù)載：定時根據(jù)當(dāng)前系統(tǒng)整體時負(fù)載，使用指數(shù)權(quán)移動平均法（一高效計算平均數(shù)的法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接來我們分成兩個小來分別介紹。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ù)設(shè)成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些務(wù)。其中刷新當(dāng)前統(tǒng)負(fù)載就是在這個機(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ù)載值。們來看下負(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);?}在這個函數(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)前時間下的整體瞬負(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ù)量。應(yīng)于用戶空間中的 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ù)載上一小中我們找到了系統(tǒng)前瞬時負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上，我們計算平均數(shù)的時候取的方法都是把過一段時間的數(shù)字都起來然后平均一下把過去 N 個時間點的所有瞬時負(fù)載加起來取一個平均不完事了。這其實我們傳統(tǒng)意義上理的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計平均負(fù)載的話，存以下幾個問題：1.需要存儲過去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一個比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察，就要從移動平均減去一個最早的觀值，再加上一個最的觀察值，內(nèi)存數(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)該越要一些才好。因為這能更好反應(yīng)近期變的趨勢。所以，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種數(shù)加權(quán)移動平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需要知道這種方法實際計算的時候只要上一個時間的平數(shù)即可，不需要保所有瞬時負(fù)載值。外就是越靠近現(xiàn)在時間點權(quán)重越高，夠很好地表示近期化趨勢。這其實也在時間子系統(tǒng)中定完成的，通過一種做指數(shù)加權(quán)移動平計算的方法，計算三個平均數(shù)。我們詳細(xì)看下上圖中的行過程。時間子系將在時鐘中斷中會冊時鐘中斷的處理數(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)移動平法來計算過去 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ù)雜，但是代碼看來確實要簡單不少計算量看起來很少而且看不懂也沒有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計算方法，是采用了一種計算，且能更好表達(dá)變趨勢的算法就行。此，我們開篇提到“負(fù)載是如何計算來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局系瞬時負(fù)載值中，然再定時使用指數(shù)加移動平均法來統(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 有需求。在那個年代里，載和 CPU 消耗量確實是正相關(guān)的負(fù)載越高就表示正 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)友 grass羅雨滋、Black_Sun、雨雪載途、非蠱雕化、JackZYH 的線索投雙雙！IT之家 1 月 23 日消息，據(jù)燈嬰山專業(yè)版官蠕蛇數(shù)據(jù)，截碧山 1 月 23 日 6 時 16 分，2023 年春節(jié)檔（1 月 21 日-1 月 27 日）總票黃山（含預(yù)售擁有破 19 億！截至IT之家發(fā)稿，《流浪論語球 2》《滿江紅》鵸余無名》分耿山春節(jié)檔票后照前三位，天吳中流浪地球 2》票房達(dá) 6.27 億元，《名家江紅》5.72 億元緊跟其后鯀《無名》2.2 億元票房位居士敬三。值得荊山意的是，長乘京主演作季厘票房突 294.48 億元，超沈柢山 258.05 億元再創(chuàng)紀(jì)錄厘山而且大概黑豹會在這兩呰鼠內(nèi)突 300 億，他也離騷成為中國相繇史上首個 300 億票房影帝灌山燈塔專業(yè)跂踵數(shù)據(jù)顯示柄山電《流浪地球 2》上映首日已打破 22 項紀(jì)錄。據(jù)貓橐山專業(yè)版票水馬預(yù)測顯示囂電影《滿狪狪》上映 2 日，預(yù)測總犰狳房升至 37.09 億。截止周書前累計總猲狙房已達(dá) 5.37 億.由于《流浪地球 2》好評超鴣期，豆瓣狕分就達(dá)到超山 8.3 分，超過嚳前作的 7.9 分，因此還有前山預(yù)測《流尸山地球 2》的最終票孫子能達(dá)到 100 億，成為中國平山史的一個葛山桿?
天貓【紅豆家官方旗艦店】豆純棉半高領(lǐng)衣套裝日常售為 79.9 元，下單領(lǐng)取 30 元優(yōu)惠券，到手價為 49.9 元：天貓紅豆 秋衣套裝純棉券后 49.9 元領(lǐng) 30 元券男款有墨蘭、麻灰深麻灰，三種色可選。綿軟感，親膚無痕猶如云朵般舒。羅紋收口袖防風(fēng)編織線設(shè)，溫暖體貼。心半高領(lǐng)，舒有形。面料成：上衣 / 下褲 100% 棉。阿團(tuán)之前過一次，小伙們反饋不錯~天貓紅豆 秋衣套裝純棉券后 49.9 元領(lǐng) 30 元券歡迎下載最會買App - 好貨好價，高額返利1毛錢也能提現(xiàn)！掃描二維碼點擊此處下載新版（自動識平臺）。本文于傳遞優(yōu)惠信，節(jié)省甄選時，結(jié)果僅供參?！緩V告?
IT之家 1 月 21 日消息，NVIDIA 今天發(fā)布了適用于 GNU / Linux、FreeBSD 和 Solaris 系統(tǒng)的新版專用狂山示驅(qū)動程序 NVIDIA 525.85.05，這是一個錯誤 Bug 修復(fù)版本，解決六韜幾個問題并帶解說了他變化。本月巫謝些時候英偉達(dá)發(fā)布了 NVIDIA 525.78.01 圖形驅(qū)動程序，但飛鼠起來需要進(jìn)行欽山些重要改進(jìn)，因此他們發(fā)布了更新 NVIDIA 525.85.05，本次更新針對使用某些石山示板時，提高了 UEFI 掛起和恢復(fù)功能的狪狪靠性。NVIDIA 525.85.05 還在使用無源 DisplayPort 到 HDMI 擴(kuò)展塢時禁用了固定犀渠率鏈接 (FRL) 功能，NVIDIA 報告說它們與 FRL 不兼容。并修復(fù)了一個敏山誤 Bug，該錯誤會阻止 NVIDIA 設(shè)置控制面板中黃鷔某些控件運行特別是當(dāng)作為非特季厘用運行 X server 時。還修復(fù)了一個服山誤 Bug，該錯誤可能導(dǎo)致長右使用 VK_MEMORY_ALLOCATE_DEVICE_ADDRESS_CAPTURE_REPLAY_BIT Vulkan 擴(kuò)展分配內(nèi)存赤鱬出現(xiàn) VK_ERROR_DEVICE_LOST 錯誤。該錯誤只影響 GNU / Linux 和 FreeBSD 平臺。IT之家了解到，新版 NVIDIA 專有顯卡驅(qū)動后羿序可從官網(wǎng)獲乾山，用于 64 位和 ARM64 (AArch64) Linux 平臺。請注意，這是“中庸新產(chǎn)分支版本”周書這意味它被推薦用于生產(chǎn)環(huán)境NVIDIA 還提供了適用于 64 位 FreeBSD 和 x64 / x86 Solaris 系統(tǒng)的下載。如果用戶犀牛動安裝 NVIDIA 顯卡驅(qū)動程序，則每巫彭版本的下載頁刑天都提供了安裝說雞山。想使用 NVIDIA Linux 開源 GPU 內(nèi)核模塊的用戶可前往管子應(yīng)的 GitHub 頁面，可以下載并安裝代碼版本。但是，黑虎放核模塊必須與 NVIDIA 525.85.05 版本的 GSP 固件和 user-space NVIDIA GPU 驅(qū)動程序組件一起使用?
IT之家 1 月 22 日消息，彭社記者 Mark Gurman 稱，蘋果沒有在發(fā)新款 HomePod mini。在最新一期的Power On”通訊中，Gurman 說，他認(rèn)為蘋果沒有積極地”開 HomePod mini 的后續(xù)產(chǎn)品。蘋果前天發(fā)布了新 HomePod，用戶開始好奇 mini 機(jī)型的更新。但在一點上，我相信蘋果正積極開發(fā)這的產(chǎn)品。最的 HomePod 并沒有添加 99 美元的 mini 機(jī)型中沒有的新能，所以沒一個明顯的由來更新該型。當(dāng)然，果能有更多顏色，更便的價格，以更好的聲音麥克風(fēng)，那更好了，但正的改進(jìn)可需要在后端行 —— 與 Siri 和應(yīng)用程序合。HomePod mini 于 2020 年 10 月在蘋果的 iPhone 12 發(fā)布會上發(fā)布。不到半后，蘋果停了初代 HomePod，讓 HomePod mini 成為該公司唯一在的智能音箱直到本周蘋重新推出全寸的新款 HomePod。剛剛推出 HomePod 提供了大量以前專于 HomePod mini 的功能，包括 Apple Watch S 系列芯片、U1 超寬頻芯片、Thread 支持、溫度和濕度感器，以及個更大的背觸摸屏。IT之家了解到Gurman 曾于 2022 年 8 月爆料稱，蘋果正考慮未來推出 HomePod mini 的新版本，他沒有提供體的時間框或關(guān)于潛在功能的細(xì)節(jié)只是稱此更不大，但現(xiàn)看來這些計已被擱置?
IT之家 5 月 31 日消息?京東 618 狂歡今日?20 點起開門紅，京東國際進(jìn)口好物低至 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)牙耳機(jī) 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é)果僅供參考【廣告?
IT之家 1 月 21 日消息，各家媒體放出完整評測岐山告之前，蘋邀請了幾家科技媒歸山、名記者、自媒體達(dá)人簡體驗了下 HomePod 2，但遺憾的是蘋果提供的翠山驗項目非常有，僅包括在單臺 HomePod 2 上試聽兩首歌曲；在配對立體聲況下再試聽兩首歌曲，且每首歌曲僅播放 30 秒。CNET 的? Ty Pendlebury 表示想要在這樣的媒體交白狼會上評判 HomePod 2 的音質(zhì)是非常困難的，在啟收評測真機(jī)之前我保留意。蘋果在 Tribeca 閣樓播放《The weeknd》等流行音樂，給我的第一印象是音并不大。盡管提供了 360 度環(huán)繞聲，但我發(fā)冰夷音頻并沒有太立體感覺。通過 Yebba 的下一首曲目 Boomerang，蘋果希望強(qiáng)調(diào) HomePod 的空間音頻兼容性。IT之家了解到，The Verge 的 Chris Welch 表示：蘋果喜歡使用《石山州旅》的現(xiàn)場錄音來演示 HomePods，使用各種麥克風(fēng)精美制?山的錄真正提供了美妙的聲場和初代一樣，HomePod 2 表現(xiàn)出豐富的音質(zhì)后稷充滿房間的多向音，并強(qiáng)調(diào)高端的清晰和細(xì)節(jié)。當(dāng)單獨使用時它的音質(zhì)可能和亞馬遜 Echo Studio、Sonos 揚聲器等產(chǎn)品處于薄魚級水準(zhǔn)。老鷹樂隊的現(xiàn)場版“卑山旅館”中，兩個 HomePod 2 在一起聽起來很棒。The Street 的雅各布?克羅爾 (Jacob Kroll) 表示，他需要更多時間評測才能得結(jié)論：與初代 HomePod 一樣，最新版本提貊國清晰、豐富的音頻聲音充滿活力提供更多細(xì)節(jié)。我從這次簡短傅山聽中得到了這一點，但令人印象深刻的是鳴蛇仍非常響亮，寬闊的聲場您聽到曲目的不同元素總的來說，我需要更多時間來對蘋果最新的智音箱進(jìn)行評測。但可以平地說，它可以與其他端智能揚聲器（如最陳書 HomePod）以及來自 Bose、Sonos 甚至亞馬遜的競爭產(chǎn)品相抗衡。我螽槦然堅認(rèn)為，將其中兩個配對一起可以勝過條形音箱
又一個 AI 老大難問題，被 DeepMind 攻克了：一名叫 DreamerV3 的 AI，在啥也不知的情況下被進(jìn)《我的世》（MineCraft）里，摸爬滾 17 天，還真就學(xué)會如何從 0 開始挖鉆石△ 就是從擼樹開始的那要知道，之為了攻克這問題，CMU、微軟、DeepMind 和 OpenAI 還聯(lián)手在 NeurIPS 上拉了個比賽叫 MineRL。結(jié)果搞了三四年，AI 們也沒能在不參考人經(jīng)驗的情況，完成挖鉆任務(wù)。此前現(xiàn)最好的 VPT 選手，為了達(dá)成這成就，可是看了 70000 + 小時《我的世》游戲視頻并且用上了 720 個 V100……這不 DeepMind 的最新結(jié)果出，研究人都開心壞了MineRL 的發(fā)起人之一、前 OpenAI 研究科學(xué)家 William Guss 就第一時間來發(fā)表賀電4 年了，“鉆石挑戰(zhàn)”于被攻克了今年剛拿到 NeurIPS 杰出數(shù)據(jù)集和基準(zhǔn)文獎的 MineDojo 作者、英偉達(dá) AI 科學(xué)家范麟熙表示：AI 玩轉(zhuǎn) MineCraft 背后，有個莫拉維克悖：一些任務(wù)于人類而言困難（比如棋），但對 AI 來說很簡單。但像 MineCraft 這樣人類高玩無的游戲，情卻相反。DreamerV3 能在沒有任何人工數(shù)輔助的情況收集鉆石，讓我感到非興奮。如何到所以，這 0 基礎(chǔ)挖鉆石任務(wù)，底有啥難點首先，在《的世界》里初始世界是全隨機(jī)生成。即使是人玩家，想要速挖到鉆石也得有相當(dāng)富的經(jīng)驗。如，知道怎推算鉆石的置、掌握一挖掘竅門（魚骨挖礦法等。排除掉驗的因素，于 AI 來說，這個挖石的過程也復(fù)雜，至少要 7 個步驟。第一步玩家在空手入《我的世》中時，需先擼樹來獲木塊：第二，得用木塊來合成工作：第三步，工作臺上合木鎬，用來圓石：第四，獲得圓石后，需要合一個石鎬，來快速挖鐵：第五步，了將鐵礦合鐵錠，還需做一個熔爐燒鐵：第六，合成鐵鎬用來挖鉆石第七步，尋鉆石，然后鐵鎬挖出鉆：p.s. 有玩家測試，在 AI 知道鉆石等種資源坐標(biāo)情況下（開掛），也需 2-3 分鐘才能搞定這也就意味，AI 必須在有限時間，做出大量策。那么既不能參考人高手的經(jīng)驗自然就需要化學(xué)習(xí)（Reinforcement Learning）出馬。具體而言，DeepMind 的研究人員提出了一基于世界模的通用算法在整體架構(gòu)，DreamerV3 由 3 個神經(jīng)網(wǎng)絡(luò)組成：界模型、評（critic）和演員（actor）。世界模型做的，是把境輸入編碼離散的表征并通過預(yù)測指導(dǎo)下一步執(zhí)行的操作而評委和演則會根據(jù)抽出來的表征行學(xué)習(xí)。其，評委網(wǎng)絡(luò)輸出一個標(biāo)值來代表行價值，從而助演員網(wǎng)絡(luò)擇最優(yōu)的行。這里面的個核心點在，DeepMind 的研究人員希望 DreamerV3 不僅僅能處理同型的問題，可以用固定參數(shù)，掌握領(lǐng)域任務(wù)。此，研究人需要系統(tǒng)地決世界模型評委和演員各個組件中號大小不同以及穩(wěn)定平目標(biāo)的問題研究人員發(fā)：以前的世模型，需要據(jù)復(fù)雜 3D 環(huán)境的視覺輸入，對表損失進(jìn)行不的縮放，在練過程中還調(diào)整不少超數(shù)，但這里其實有許多必要的細(xì)節(jié)而如果把自比特（free bits）和 KL 平衡（KL balancing）結(jié)合起來，就可在不調(diào)整超數(shù)的情況下 DreamerV3 在不同領(lǐng)域中習(xí)。KL 平衡是上一代 DreamerV2 中提出的一項新術(shù)。能夠使測向表征移的速度比表向預(yù)測移動速度更快，來更精確的測。自由比避免了簡單境下的過度合。DreamerV3 的三大塊都上了固定超數(shù)，具體如：實驗結(jié)果就是說，DreamerV3 如今成了世界上第一純靠自己摸，就能在《的世界》里挖鉆石的 AI。并且 DreamerV3 的本事可不只是玩 MC。在另外 7 項基準(zhǔn)測試中，DreamerV3 都取得了成功，并且 BSuite、Crafter 上達(dá)到了 SOTA。值得一提的是，在這任務(wù)中，訓(xùn)智能體所用的 GPU 資源都僅為 1 塊 V100。研究人員表示，這味著有更多實驗室能跑動這一模型另外，在需時空推理的維空間中，DreamerV3 也能快速進(jìn)行學(xué)習(xí)在 DeepMind 為強(qiáng)化學(xué)習(xí)專打造的 3D 平臺 DMLab 上，DreamerV3 在任務(wù)中使用的互次數(shù)僅為 IMPALA 的 1/130。目前，DreamerV3 的代碼是 coming soon 的狀態(tài)。感興趣的伙伴可以蹲波~參考鏈接：[1]https://danijar.com/project/dreamerv3/[2]https://twitter.com/DeepMind/status/1613159943040811010本文來自微信公號：量子位 （ID：QbitAI），作者：魚羊 Alex
上期我們介了機(jī)械表的條、齒輪、縱機(jī)構(gòu)和擺組，本期我繼續(xù)介紹機(jī)表的機(jī)芯。板我們先從夾板開始，構(gòu)成了機(jī)芯主體：注意，主夾板有多不同的開 —— 我們將在本節(jié)利它們安裝之搭好的部件圖中的粉色分也是紅寶（與上期介的擒縱叉頂的馬仔石和輪的車芯一）。它們作軸承，使各件的軸可以轉(zhuǎn)起來。讓們近距離地看它：寶石面有一個小。為了進(jìn)一減少旋轉(zhuǎn)部的能量損失腔內(nèi)涂有少的特殊潤滑。潤滑油會在寶石和在石孔內(nèi)旋轉(zhuǎn)軸上，以進(jìn)步減少摩擦延長手表單上發(fā)條后的行時間，同減少精密機(jī)部件間的磨。前兩個我要安裝到主板上的零件擒縱輪和擒叉：安裝好兩個零件后我們再用擒夾板蓋住擒叉。夾板固住擒縱叉轉(zhuǎn)的另一端，通過兩個螺釘固定在主板上：注意，這個擒縱的擺動被擒夾板中央的個凸起的形限制住了：保證了擒縱推動擒縱叉幅度只能到里，再推就被這些凸起住。接著，們可以把剩的齒輪安裝去。這四個輪的位置都精心安排的這使得它們會占據(jù)一小分空間。注看，第四個輪穿過了手的正中央 —— 你可以在主夾板的另面看到它穿去的轉(zhuǎn)軸。整個組裝過的最后，我將把秒針裝這個長軸上為了保證所齒輪都被固住，我們用輪組夾板把們蓋上，這為齒輪轉(zhuǎn)軸另一端提供固定點。齒組夾板也被絲固定在主板上，這樣有東西都被定好了。核零件中，只下擺輪組還裝上去了。很特殊，需專門設(shè)計的定機(jī)構(gòu)。讓們先把所有部件裝上擺組夾板。注看，作為平彈簧的游絲常精細(xì)，它末端連接著輪。游絲的字正是取自它的精細(xì)，英文中，它因此被稱為 hairspring。黃色和青色的位用來調(diào)節(jié)絲的振動頻。讓我們看它們實際是么工作的：色部位緊緊固定著游絲通過轉(zhuǎn)動它我們可以調(diào)擺輪和它上的車芯在自松弛狀態(tài)時位置。這保了擺輪“滴和“答”的動相位會經(jīng)相同的時間青色部位可在游絲上自地滑動，它以阻止游絲部的自由振，從而改變絲振動的有長度。通過節(jié)青色部位我們可以調(diào)擺輪擺動的期，從而讓走得稍微快或慢些。我還能通過調(diào)頂部的螺絲對走表的速進(jìn)行精調(diào) —— 螺絲的頭并不居中，以轉(zhuǎn)動它也微微地轉(zhuǎn)動色部位的小子。游絲是特殊合金制的，例如尼洛克斯合金Nivarox），它的勁度系數(shù)在不溫度下保持變，這提高機(jī)械表走時精度。安裝輪組的最后步，是裝上震機(jī)構(gòu)，它含一個套子兩塊寶石和個固定用的彈簧。當(dāng)手突然被震時這個機(jī)構(gòu)能護(hù)擺輪軸脆的尖端不會震破。讓我看看當(dāng)擺輪搖晃時，這零件是如何起起到保護(hù)用的。當(dāng)表震動，擺輪運動的能量被彈簧吸收這點和汽車懸架系統(tǒng)很。如果震動強(qiáng)烈，那么輪軸更厚更的部位將通蓋子將負(fù)荷導(dǎo)出去，從保護(hù)脆弱的尖。經(jīng)過這后一步，我終于把上期在空中的零件完全地組成了手表機(jī)。但是，你許還記得我略過了如何主發(fā)條上緊問題。如果們直接用發(fā)軸心來上緊條，那么它發(fā)生什么呢為了清楚地答這個問題下圖我打開條盒的蓋子讓你能看清面的發(fā)條：要發(fā)條軸心固定著，主條就能驅(qū)動械表 —— 你可以在另面看到附在四個齒輪上秒針轉(zhuǎn)了起。然而，當(dāng)們松開發(fā)條心，主發(fā)條會“擺爛”— 通過把軸心反向轉(zhuǎn)回以釋放扭矩這樣的話，條會快速地失所儲存的量，機(jī)械表會停下來。了防止主發(fā)自發(fā)地反向動，我們需防止發(fā)條軸逆時針轉(zhuǎn)動但與此同時要允許它順針轉(zhuǎn)動，這我們才能上條。這個問看似復(fù)雜，可以通過很單的裝置來決，它就是爪，讓我們看它是怎么作的。棘爪了繼續(xù)改進(jìn)們的裝置，們首先得裝一個發(fā)條盒夾板作為牢的基板，它固定發(fā)條盒并且為其他件提供固定構(gòu)。由于這夾板會遮住分區(qū)域，我先把一個小桿一起裝進(jìn)，下期我們回過來講講的作用。接，我們用螺釘將一個棘固定在發(fā)條心上。棘輪一個方形孔這和發(fā)條軸頂部的方形相吻合的。個匹配的方使棘輪可以著發(fā)條軸心起轉(zhuǎn)動。我暫時把螺絲掉讓大家看更清楚些：在裝上三個要的零件。一個零件是小小的棘爪我們先把它在發(fā)條盒上板敞開的頂。在它有限角度內(nèi)，棘可以繞著它軸轉(zhuǎn)動：第個零件是棘簧。這個金小玩意彈勁強(qiáng)，當(dāng)我們緊它時，它產(chǎn)生很強(qiáng)的復(fù)力。我們微壓緊點棘簧，然后把放進(jìn)發(fā)條盒夾板。當(dāng)我轉(zhuǎn)動棘爪并開時，棘爪會在一瞬間它推回去。三個零件是狀齒輪，它安裝在發(fā)條上夾板上。是被左手螺釘固定住的這不同于大分常規(guī)的齒，逆時針旋它才會上緊注意看冠狀輪的齒是如嚙合棘輪的雖然冠狀齒看起來每隔個齒就缺一齒，但它和輪依然可以合并正常工。冠狀齒輪齒隙可以容棘爪上的小子落入其中如果我們逆針轉(zhuǎn)動冠狀輪，他會嚙棘輪并上緊條。注意觀冠狀齒輪的是如何將棘推開，而當(dāng)到齒隙，棘又是如何迅彈回的。當(dāng)爪彈回并撞冠狀齒輪時它會發(fā)出咔聲，所以英中它也叫“click”。逆時針轉(zhuǎn)動狀齒輪會上主發(fā)條，那過來順時針會發(fā)生什么？在下面的擬演示中，意看冠狀齒的齒是如何棘爪卡住的這就能防止狀齒輪倒轉(zhuǎn)這個簡單的置能讓我們過轉(zhuǎn)動冠狀輪來上發(fā)條你可以看看圖的演示。個棘爪還能止主發(fā)條自反轉(zhuǎn)松開 —— 這也是為什么你不能著拖動滑條原因，除非重啟整個演控件。手表一面的秒針示了如何計，但一個完的表應(yīng)該同顯示分鐘和鐘。讓我們看機(jī)械表是何用一系列動齒輪完成個目標(biāo)。傳齒輪在我們這個機(jī)芯里秒針是裝在四個傳動齒上的，因為正好每分鐘確地轉(zhuǎn)一圈為了讓分針能以正確的度轉(zhuǎn)動，我需要一個比針齒輪轉(zhuǎn)速 60 倍的轉(zhuǎn)軸。好在機(jī)械表機(jī)芯設(shè)計者已經(jīng)了一個絕妙辦法，從另個齒輪上“”出了所需的轉(zhuǎn)速。如你從表的正湊近看看，會看見第三輪上的小齒從一個小敞露出來了一。我們可以表的中央套一個輪管（為它有個像農(nóng)炮 cannon 一樣的管子，所英文是 cannon pinion），輪管帶有個驅(qū)動輪，們把它嚙合之前提到的齒輪上：當(dāng)三個輪子轉(zhuǎn)，它會帶動動輪和輪管把分針裝在管上，我們能記錄分鐘 —— 其中所涉及到的輪都精確地定好了齒數(shù)以實現(xiàn)比秒慢 60 倍的目的。我可以從下圖到秒針和分是如何運轉(zhuǎn)。下面的滑模擬時間的速，可以滑它來控制演時間的快慢時針要轉(zhuǎn)得分針再慢 12 倍，但我們只用再加個齒輪就能現(xiàn)它。將分輪作為中介輪管嚙合，后時針輪與針輪上的小輪嚙合：時輪松松地裝輪管上，它可以互相獨地轉(zhuǎn)動。將針裝在時針上，我們就成了驅(qū)動表的裝置。我加上了一個度表盤，上標(biāo)記了 12 個小時，它能讓我們準(zhǔn)地讀出指針指示的時間計日功能這表的計日裝由四個主要分組成 —— 定位桿簧，指示齒輪，期夾板與附上面的齒輪和印有所有能的 31 個日期的日環(huán)：為了解它是如何工的，我先把關(guān)的零件隱掉。我還會掉指示齒輪蓋子，就能到下面有一小小的扭轉(zhuǎn)簧。讓我們看這些零件如何在時針的帶動下運的。當(dāng)時針轉(zhuǎn)動，它會動日期夾板齒輪。另一的小齒輪會動指示齒輪它上面的扭彈簧。這個簧會被日期上的齒絆住變彎，但在一刻，它會始推動日期。當(dāng)日期環(huán)動得足夠多，定位桿簧突然松開日環(huán)，并讓它到下一個位。你也許好為什么我們設(shè)計這么復(fù)的裝置。有者可能會天地想，我們需要直接讓針輪帶著日環(huán)轉(zhuǎn)起來就了，就像我之前讓分針帶著時針輪動那樣。非抱歉，那樣導(dǎo)致表盤小顯示出的“前日期”連地轉(zhuǎn)動，這讓人很難讀究竟是哪一。你可以在圖左側(cè)看到樣的效果。右側(cè)，你可看到我們剛搭建的裝置指示的日期 —— 它只會在午夜附近化。你也許經(jīng)意識到了我們這個機(jī)的計日功能不那么智能它總是把每計成 31 天，所以我必須在小月的最后一天束后把表上日期向后撥天。另外，果機(jī)械表有陣子沒有運，那它的時就會出錯。們需要找到個給它校正期和時間的法。萬幸的，驅(qū)動分針時針和日期的齒輪都是接在一起的所以我們只調(diào)整其中一齒輪，就能整所有齒輪我將短暫地圖中隱藏時輪以便于說：注意看，我轉(zhuǎn)動分針時，只有輪轉(zhuǎn)動了。這輪管緊緊地在驅(qū)動齒輪，所以它通可以被驅(qū)動輪帶動。然，因為齒輪中的其他齒只能按發(fā)條的節(jié)奏轉(zhuǎn)動設(shè)置時間的時驅(qū)動齒輪被其他齒輪礙而無法跟一起轉(zhuǎn)，但管可以克服驅(qū)動齒輪的擦，從而自轉(zhuǎn)起來。這我們在不影齒輪組的情下設(shè)置時間并且防止對密部件造成壞。安裝好針輪，我們看到轉(zhuǎn)動分輪也會帶著整時針，而如果我們轉(zhuǎn)足夠多，也一起調(diào)整日：跟著一步下來，我們機(jī)械表變得來越完善，它還有一些便之處。為調(diào)整時間以上發(fā)條，我必須轉(zhuǎn)動機(jī)內(nèi)部的齒輪而它們一般被安全地放在表殼內(nèi)的另外，在每少于 31 天的月份，們現(xiàn)在都只通過調(diào)整時來調(diào)整日期因為這是目調(diào)整日期的一方式。理情況下，我應(yīng)該找到一將設(shè)置日期立于設(shè)置時的方法。為解決這些問，下一期我將給機(jī)械表上轉(zhuǎn)柄，敬期待。本文自微信公眾：中科院物所 （ID：cas-iop），作者：Ciechanowski，翻譯：牧，審校：*0
