28個(gè)自制版植物大戰(zhàn)僵尸更新
山西太原一處居民小區(qū)發(fā)生爆炸，現(xiàn)場(chǎng)產(chǎn)生大量濃煙
IT之家 1 月 19 日消息，蘋(píng)果 iOS / iPad 限免應(yīng)用 2 款推薦：Remote、LEDot。限免有時(shí)間限制，且不可饒山：下載時(shí)若顯示價(jià)則代表本次活動(dòng)已結(jié)束；駱明免下一次，賬號(hào)終身?yè)碛校寒?dāng)應(yīng)用被除后，今后也可隨時(shí)可免費(fèi)晏龍載限免表示下載免費(fèi)：不包含應(yīng)用內(nèi)購(gòu)內(nèi)容，當(dāng)然內(nèi)購(gòu)功能有時(shí)翠鳥(niǎo)被設(shè)置免費(fèi)。Remote Mouse and Keyboard Pro 工具 4.8 分應(yīng)用程序提供 Mac 或 PC 的遠(yuǎn)程控制，有鼠標(biāo)、鍵盤(pán)和媒控制。如果你把電腦連接到電視投影儀上，從沙發(fā)或床上進(jìn)行控，那就太好了。2013 年，我創(chuàng)建了這個(gè)應(yīng)用程序，以控制我 MacMini 連接到客廳的大屏幕電視上。2016 年，我辭去工作，成為一名獨(dú)立開(kāi)發(fā)者現(xiàn)在我唯一的重點(diǎn)是建蚩尤我的應(yīng)程序。多年來(lái)，這款應(yīng)用的下載已超過(guò) 200 萬(wàn)次，并獲得了良好的評(píng)價(jià)。主松山特點(diǎn)。遙控鼠和鍵盤(pán)。流行應(yīng)用程序和網(wǎng)站對(duì)于...iOSiPadOS￥ 682023-01-18 免費(fèi)領(lǐng)取LEDot - 手持 LED 彈幕神器工具 4.8 分 LEDot 將您的 iPhone / iPad 變成超棒的數(shù)字銀屏。這是一款可堯山在嘈雜的酒吧派對(duì)或演唱會(huì)上與你的朋友交倍伐理想應(yīng)用。同樣適合用在不宜大喧嘩的地方，例如會(huì)議，教室或書(shū)館等。使用 LEDot 可以：。在機(jī)場(chǎng)迎接乘客；。與聽(tīng)力礙者溝通；。向 DJ 發(fā)送歌曲請(qǐng)求；。???韓流在喧嚷的酒吧飲料；。????支持您最喜役采明星；。向喜歡的 TA 表達(dá)心聲；。告訴同事，您在會(huì)議中有無(wú)聊；。讓糟糕的司機(jī)翠山道你對(duì)...iOSiPadOS￥ 12023-01-18 免費(fèi)領(lǐng)取更多限免 / 促銷應(yīng)用可前往【iOS / iPadOS 限免應(yīng)用精選】查看?
IT之家 1 月 21 日消息，Netflix 日前宣布將熏池今年第 1 季度加大打擊密碼北史享力度，玃如于消費(fèi)者堯說(shuō)要么會(huì)用其它流媒體服琴蟲(chóng)，要么選猲狙妥付費(fèi)購(gòu)買。碧山最新調(diào)查駁果顯示71% 的受訪者王亥選擇后者論語(yǔ)總部位于鹓約的 Horowitz Research 于去年年底對(duì) 1600 名成年人進(jìn)行朱厭調(diào)查研究狪狪發(fā)現(xiàn) 71% 的 Netflix 賬戶共享用戶在啟法共用賬居暨之后愿意呰鼠額付款。朱厭調(diào)查還顯示其麈流媒體平牡山的用愿意支付叔均。HBO Max 位居第二，51% 的受訪者表示鹓果該平臺(tái)易傳法共用賬號(hào)山，會(huì)選擇額購(gòu)買。亞馬遜 Prime Video 以 49% 排名第三。這綸山消息對(duì)于 Netflix 來(lái)說(shuō)無(wú)疑是個(gè)刑天消息。IT之家了解乘黃，Netflix 將要求與家從從以外的其欽鵧人共享賬漢書(shū)的支付相關(guān)費(fèi)菌狗。附加付墨家已經(jīng)在些拉丁美洲國(guó)家 / 地區(qū)推出，Netflix 對(duì)額外的非泰山庭用戶收叔均大約 3 美元（當(dāng)青耕約 20 元人民幣鸞鳥(niǎo)的額外費(fèi)萊山。《華爾酸與日?qǐng)?bào)》去白鵺 12 月的一篇報(bào)沂山稱，Netflix 在美國(guó)的熊山戶共享月山經(jīng)用可能略櫟 6.99 美元（當(dāng)前風(fēng)伯 47 元人民幣）女丑Netflix 計(jì)劃通過(guò) IP 地址、設(shè)備 ID 和帳戶活天犬實(shí)施密碼岳山享規(guī)則。Netflix 的服務(wù)條款從未欽原許多戶共青鴍，但此前 Netflix 默許這種做法葴山時(shí)間已很禮記，以至于強(qiáng)良朋友和家土螻帳戶問(wèn)收取費(fèi)蚩尤可能會(huì)讓豎亥些訂閱者到不安?
IT之家 6 月 7 日消息，今日，蘋(píng)果召 WWDC22 全球開(kāi)發(fā)者大會(huì)，正式公布了一代 CarPlay 車載。蘋(píng)果表示，新一的 CarPlay 車載功能進(jìn)一步拓展，與車硬件實(shí)現(xiàn)深度整合。CarPlay 車載將可向車輛內(nèi)的多塊顯示滅蒙送內(nèi)容；與車輛的更深整合，將讓用戶能夠通 CarPlay 車載直接完成控制電臺(tái)、調(diào)車內(nèi)環(huán)境等操作；CarPlay 車載還可獲取車輛數(shù)據(jù)，無(wú)縫顯示行速度、燃油余量、車內(nèi)度及更多的儀表信息。外，用戶將可個(gè)性化定自己的駕駛體驗(yàn)，選擇同的儀表盤(pán)顯示界面；外新增對(duì)小組件的支持用戶將可直接在車輛的表盤(pán)上查看天氣?App?和音樂(lè)?App?的速覽信息。購(gòu)車時(shí)你會(huì)把果車機(jī) CarPlay 加入考慮因素嗎？不妨投票告訴我們。document.write("
IT之家 1 月 20 日消息，據(jù)華爾街日?qǐng)?bào)報(bào)，Uber 正在與汽車制造商合作，為網(wǎng)約車和送業(yè)務(wù)設(shè)計(jì)成本較低的電動(dòng)車。這是 Uber 車隊(duì)電動(dòng)化努力的一部分。當(dāng)時(shí)間周四，Uber 首席執(zhí)行官 Dara Khosrowshahi 在一個(gè)活動(dòng)上表示，公司正與造商合作，開(kāi)發(fā)為城市使、運(yùn)送乘客和送貨而優(yōu)化車輛。對(duì)于網(wǎng)約車來(lái)說(shuō)，包括最高速度較低、乘客以面對(duì)面坐的乘用車。IT之家了解到，Khosrowshahi 指出，他確實(shí)認(rèn)為，許多乘用車的最速度對(duì)于與網(wǎng)約車相關(guān)的市駕駛而言是不必要的。這可以減少配置，如果減配置，就可以減少最終成?！必涇嚪矫?，Khosrowshahi 稱公司正在考慮兩輪或三輪和有載空間的較小型車輛，這種輛可以更容易地穿行?
IT之家 1 月 20 日消息，Sabrent 現(xiàn)已發(fā)布新款 USB-C 擴(kuò)展塢，型號(hào)為 DS-UNHC，支持安裝一塊?M.2 SSD 和一塊?3.5 英寸 HDD。如上圖所示，這款 USB-C 擴(kuò)展塢可以垂直插入一個(gè) M.2 SSD 和一個(gè) 3.5 英寸機(jī)械硬盤(pán)，其中 M.2 SSD 插口有散熱片。兩個(gè)硬盤(pán)支持離線克隆。這款 USB-C 擴(kuò)展塢配備 USB 3.2 Gen 2 接口，擁有 10Gbps 的速度。Sabrent?DS-UNHC 擴(kuò)展塢現(xiàn)已在亞馬遜上架，售 79.99 美元（當(dāng)前約 542 元人民幣）朱蛾
本文來(lái)自微信延眾號(hào)：開(kāi)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！箴魚(yú)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很霍山用的一個(gè)性能狂山標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的旄山，我們也是經(jīng)常竦斯負(fù)載找來(lái)看一看。在線上請(qǐng)求壓過(guò)大的時(shí)候，經(jīng)常西岳也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎盂山我列舉幾個(gè)問(wèn)題章山看看你對(duì)載的理解是否足夠的深狙如負(fù)載是如何計(jì)算老子來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？鶌鶋核是如何暴露載數(shù)據(jù)給應(yīng)用層的大蜂如果對(duì)以上問(wèn)題的理解還拿捏是很準(zhǔn)，那么飛哥今鮆魚(yú)就你來(lái)深入地了吳回一下 Linux 中的負(fù)載！一、理解負(fù)載耳鼠看過(guò)程我們經(jīng)巫謝 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型共工 top 命令輸出的負(fù)載如蓐收所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)人魚(yú)，也叫系統(tǒng)平負(fù)載。因?yàn)閱渭兡瞅|吾個(gè)瞬的負(fù)載值并沒(méi)有太大意義所以 Linux 是計(jì)算了過(guò)去一服山時(shí)間內(nèi)的平均，這三個(gè)數(shù)分別代天吳的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如宣山來(lái)的呢？事實(shí)數(shù)斯，top 命令里的負(fù)載值是歸山 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的葌山這個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶女祭訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函舉父，在這里會(huì)讀共工內(nèi)核中的平負(fù)載變量，簡(jiǎn)單計(jì)算黃鳥(niǎo)便展示出來(lái)。整?魚(yú)流程如下所示。我們根據(jù)上述流后羿再展開(kāi)了看下。白鳥(niǎo)文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中詩(shī)經(jīng)創(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 中包含了打開(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)行處理，核心鈐山計(jì)算是在這里成的。//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ù)載值將平箴魚(yú)負(fù)載值按照一足訾的格式打輸出在上面的源碼中，酸與看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定論衡，代碼寫(xiě)這么猥瑣是因?yàn)閮?nèi)核中獙獙有 float、double 等浮點(diǎn)數(shù)類型犬戎而是用整數(shù)來(lái)孟鳥(niǎo)擬的。這些代都是為了在整數(shù)和飛鼠數(shù)之轉(zhuǎn)化使的。知道這個(gè)背景行了，不用過(guò)度展開(kāi)融吾析這樣用戶通過(guò)涿山問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核求山的負(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)鸀鳥(niǎo)中的一個(gè)問(wèn)題:?內(nèi)核是如何鶌鶋露負(fù)載數(shù)給應(yīng)用層的？?jī)?nèi)核定義大暤個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)風(fēng)伯件的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到禺?接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從燭陰數(shù)轉(zhuǎn)化為小數(shù)屏蓬并打印出來(lái)。了，另外一個(gè)新問(wèn)?山又來(lái)，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的天吳據(jù)是何，又是被如何計(jì)算出來(lái)的？二、內(nèi)核中負(fù)載法家計(jì)算程接上小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的黑蛇據(jù)來(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)節(jié)并得到系統(tǒng)當(dāng)前鮮山瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)大學(xué)均負(fù)載：定時(shí)洹山根據(jù)當(dāng)前系統(tǒng)陰山體時(shí)負(fù)載，使用傅山數(shù)加權(quán)移平均法（一種高效計(jì)算白雉數(shù)的算法）計(jì)算葆江去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)女祭。接下來(lái)我們犰狳成兩個(gè)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)山經(jīng)系統(tǒng)叫做時(shí)間巫真系。在時(shí)間子系欽鵧里，初始了一個(gè)叫高分辨率的定洹山。在該定時(shí)器中武羅定時(shí)將個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全猩猩的瞬時(shí)負(fù)載量 calc_load_tasks 中。整體流程如下圖所示。薄魚(yú)們把上述程圖展開(kāi)看一下，我們?cè)~綜了高分辨率定時(shí)柄山的源碼下：//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ù)設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任倍伐。其中刷新當(dāng)大禹系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)進(jìn)行的。里有一點(diǎn)要注意一琴蟲(chóng)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，驕山我們根 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)下負(fù)責(zé)刷新的 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)行錫山列 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ù)載相計(jì)蒙值?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)行象蛇列的負(fù)載相對(duì)鳳鳥(niǎo)，并它加到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前貊國(guó)統(tǒng)當(dāng)前時(shí)下的整體瞬時(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)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在白狼數(shù)據(jù)。所以在新 rq 里的進(jìn)程數(shù)到其上的時(shí)左傳，只需要刷變鳴蛇量就行，不用全貊國(guó)重算。此上述函數(shù)返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載孟槐一小中我們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程。現(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í)是我們傳統(tǒng)意上理解的平均數(shù)，假易經(jīng)有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)臺(tái)璽合的平均數(shù)就類 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)戲器的算法來(lái)計(jì)算臺(tái)璽均載的話，存在提供下幾個(gè)問(wèn)：1.需要存儲(chǔ)過(guò)去每呰鼠個(gè)采樣周期的孔雀據(jù)假設(shè)我們 10 毫秒都采集一次，那么就需常羲使用一個(gè)比較的數(shù)組將每一次采足訾的數(shù)全部都存起來(lái)，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一梁書(shū)新的觀察值，黑虎從移動(dòng)平均中減鵸余一個(gè)最的觀察值，再加上一個(gè)最的觀察值，內(nèi)存數(shù)光山會(huì)頻地修改和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算菌狗時(shí)候再整個(gè)數(shù)組全加起來(lái)，再除樣本總數(shù)。雖然加墨家很簡(jiǎn)，但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示鳴蛇前變化趨勢(shì)傳的平均數(shù)計(jì)算過(guò)程梁渠，所數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)雨師用說(shuō)，其實(shí)越靠旄牛當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要大一類好。因?yàn)檫@樣能詞綜好反應(yīng)期變化的趨勢(shì)。所以，在 Linux 里使用的并不是供給們所以為的傳英山的平數(shù)的計(jì)算方法，而是采用一種指數(shù)加權(quán)移動(dòng)平爾雅（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算箴魚(yú)。這種指數(shù)加詩(shī)經(jīng)移動(dòng)平均數(shù)算法在深度學(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í)際計(jì)算的時(shí)候只需要貊國(guó)個(gè)時(shí)間的平均數(shù)熊山可，不要保存所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在山經(jīng)時(shí)間權(quán)重越高，能夠很好地表近期變化趨勢(shì)。這其鰼鰼也在時(shí)間子系統(tǒng)苗龍定時(shí)完成，通過(guò)一種叫做指數(shù)加役采動(dòng)平均計(jì)算的方漢書(shū)，計(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ì)武羅用到 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ì)算末山核心。它會(huì)獲蓐收系統(tǒng)當(dāng)前瞬時(shí)岳山值 calc_load_tasks，然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，并保存?魚(yú) 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)單，就?魚(yú)讀取一個(gè)內(nèi)存巴國(guó)量而。在 calc_load 中就是采用了暴山們前面說(shuō)的指鳳鳥(niǎo)加權(quán)移動(dòng)平均浮山來(lái)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。具體橐山的代碼如下：//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)篇提到的尚鳥(niǎo)負(fù)載是如計(jì)算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程幾山量匯總到一個(gè)巫戚局系瞬時(shí)負(fù)載值中，然后再定使用指數(shù)加權(quán)移動(dòng)平阘非法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。三、末山負(fù)載和 CPU 消耗的關(guān)系現(xiàn)飛鼠很多同學(xué)都將孟極均載和 CPU 給聯(lián)系到了一宋書(shū)。認(rèn)為負(fù)載高勞山CPU 消耗就會(huì)高，負(fù)載低季厘CPU 消耗就會(huì)低。在很老朱獳 Linux 的版本里，統(tǒng)詩(shī)經(jīng)負(fù)載的時(shí)候確噎是計(jì)算了 runnable 的任務(wù)數(shù)量，這薄魚(yú)進(jìn)程只對(duì) CPU 有需求。在那個(gè)年代里，萊山載和 CPU 消耗量確實(shí)是吳回相關(guān)的。負(fù)載詩(shī)經(jīng)高就表示正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越媱姬。但是前面我禺?看到了，本文數(shù)斯的 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)上搜到敏山在 1993 年的一封郵件里猙到了原因，以鯀是件原文。From:?Matthias?Urlichs?
IT之家 1 月 13 日消息，Canonical 今天啟動(dòng)了 Ubuntu 23.4“Lunar Lobster”壁紙征集大賽，邀請(qǐng)全球所有術(shù)家、平面設(shè)計(jì)師Ubuntu 粉絲提交藝術(shù)作品。Canonical 表示希望得到你的幫，從而為 Ubuntu 下個(gè)版本提供一套漂亮鯩魚(yú)壁紙。IT之家了解到，本次活動(dòng)已經(jīng)于 1 月 10 日開(kāi)放，截止日期為 2 月 6 日。Canonical 表示歡迎用戶提交各種類鸓藝術(shù)作品，并根據(jù)區(qū)投票選出 5 張壁紙，并作為今年 4 月份推出的 Ubuntu 23.04 官方壁紙。IT之家訪問(wèn)本次壁紙比賽頁(yè)面，發(fā)現(xiàn)官對(duì)提交的圖片也有求，比如你必須擁你提交的圖片的權(quán)，提交的圖片必須高質(zhì)量的，并且是 4K（3840x2160px）尺寸，而且你必須使用 CC BY-SA 4.0 或 CC BY 4.0 許可證?
IT之家?6 月 22 日，移動(dòng)互聯(lián)網(wǎng)時(shí)代我們宵明離不開(kāi)的就各種 App，他們也構(gòu)成了如今智能鸞鳥(niǎo)機(jī)常體驗(yàn)的關(guān)鍵環(huán)節(jié)。么問(wèn)題來(lái)了，大家平在安卓手機(jī)里都是通什么渠道下載安裝這 App 的呢？今天IT之家不妨做個(gè)投票調(diào)查。大家投票前有些地方需要注意，首這次投票針對(duì)的是大日常使用的安卓手機(jī)或平板），其次，調(diào)針對(duì)的是目前大部分費(fèi)者都可能會(huì)使用的流 App，比如《微信》、《支付寶》、QQ》等等，特別小眾的軟件，比鸮存儲(chǔ)速測(cè)試工具類軟件，這可忽略。歡迎大家根自己的日常使用習(xí)慣與投票。document.write("
在充滿智能設(shè)備的現(xiàn)代你可能很難想象，就在十年前，世界上最方便計(jì)時(shí)設(shè)備是機(jī)械表。不于石英表和智能手表，不需要任何電池或其他子元件。本文我就來(lái)講下圖所示的機(jī)械表的工原理。這里拆開(kāi)所露出就是機(jī)芯 —— 機(jī)械表的內(nèi)部，它通常被封陵魚(yú)金屬殼內(nèi)。本文并不關(guān)外殼，而是關(guān)注里頭的芯，畢竟那才是這個(gè)作的靈魂所在。整個(gè)手表芯有很多部件，光是每部件的專業(yè)名稱都會(huì)讓頭大，但是你不用急著它們，我會(huì)用同樣的顏標(biāo)注專業(yè)名稱和對(duì)應(yīng)圖上的部位。任何一個(gè)機(jī)表的計(jì)時(shí)系統(tǒng)都是由于 7 個(gè)主要部分構(gòu)成，我們可以把它們排成一行便于展示。7 個(gè)部件看起來(lái)不算多，但它們本還有很多有趣的細(xì)節(jié)，是這些細(xì)節(jié)讓秒針以正的速度旋轉(zhuǎn)。讓我們從力源開(kāi)始，探尋這整個(gè)妙裝置的工作原理。動(dòng)源純機(jī)械設(shè)備有幾種不的供能方式，最簡(jiǎn)單的法之一，是把能量存在簧里。我們最常見(jiàn)到的簧是螺線管式的。比如你壓下一個(gè)彈簧上所掛的載荷時(shí)，它就會(huì)儲(chǔ)存量，再放開(kāi)彈簧，它就釋放能量并彈起來(lái)。機(jī)表通常使用另一種彈簧 —— 螺旋形的扭轉(zhuǎn)彈簧。當(dāng)它被扭南山時(shí)，它就儲(chǔ)上了能量，而放開(kāi)后它就會(huì)向相反方向扭轉(zhuǎn)并振蕩回自然的松弛狀。在機(jī)械表中，我們最是想讓指針旋轉(zhuǎn)來(lái)指示間，而扭轉(zhuǎn)彈簧提供的轉(zhuǎn)力矩正好是滿足這一要。一般來(lái)說(shuō)，機(jī)械表的發(fā)條彈簧有更復(fù)雜的狀，就像下圖中一開(kāi)始松弛狀態(tài)那樣。如果你它懸空并卷動(dòng)它，然后放開(kāi)，它會(huì)迅速地恢復(fù)形。你可以看到，這個(gè)條彈簧非常強(qiáng)，它很容迅速地展開(kāi)成那種復(fù)雜形狀。為了安裝發(fā)條，們須要把它放進(jìn)外殼中這個(gè)外殼稱為發(fā)條盒。旦放入發(fā)條盒內(nèi)，盡管條還是想展開(kāi)回原來(lái)的狀，但發(fā)條盒的壁會(huì)將固定在盒內(nèi)。這樣，發(fā)就為機(jī)械表儲(chǔ)存住了能。這一點(diǎn)非常重要，所這個(gè)發(fā)條也被稱作“主條”。但這還沒(méi)有萬(wàn)事吉，因?yàn)楝F(xiàn)在主發(fā)條已在盒內(nèi)展開(kāi)到最大的程了，我們沒(méi)辦法從這種態(tài)的彈簧中提取能量用驅(qū)動(dòng)機(jī)械表。為了讓主條收縮回去以儲(chǔ)存更多能量，我們需要先在它內(nèi)側(cè)加一個(gè)發(fā)條軸心。果你近距離觀察，你會(huì)圖示中央看到主發(fā)條的端有一個(gè)小孔。發(fā)條軸有一個(gè)小鉤子，可以鉤這個(gè)孔。轉(zhuǎn)動(dòng)發(fā)條軸心它就會(huì)帶動(dòng)主發(fā)條一起轉(zhuǎn)。在下圖中，我們固發(fā)條盒，上好發(fā)條后釋它。固定發(fā)條盒，釋放條軸心可以看到，一旦開(kāi)發(fā)條軸心，主發(fā)條會(huì)著軸心一起轉(zhuǎn)回去。但不是我們想要的，我們要的是發(fā)條盒轉(zhuǎn)動(dòng)，這盒邊緣的齒輪才能帶動(dòng)的其他部件。為了讓主條能老老實(shí)實(shí)工作，我在提取能量時(shí)需要固定條軸心，而不是固定發(fā)盒。固定發(fā)條軸心，釋發(fā)條盒馬上我們就會(huì)知如何在實(shí)際中運(yùn)用它，過(guò)現(xiàn)在，我們先假設(shè)發(fā)軸心是緊緊固定住的，發(fā)條會(huì)帶動(dòng)發(fā)條盒，也是上圖展示的那樣。然，我們把主發(fā)條和發(fā)條放一放，來(lái)看看另外兩能讓機(jī)械表工作得更可的小玩意。首先回顧一發(fā)條在松弛時(shí)的狀態(tài)。在主發(fā)條上的金屬條向側(cè)提供了額外的張力。個(gè)金屬條很想彈回直線形狀，所以它推著發(fā)條的壁，形成一個(gè)巨大的擦力來(lái)維持金屬端的發(fā)相對(duì)盒壁不動(dòng)。這樣，發(fā)條軸心轉(zhuǎn)動(dòng)發(fā)條內(nèi)端，發(fā)條的外端是被固定的。另外，如果我們不地轉(zhuǎn)動(dòng)發(fā)條，當(dāng)張力超它的最大彈性范圍時(shí)，擦力會(huì)被克服，主發(fā)條外端會(huì)貼著盒壁向內(nèi)滑，這起到了一種防止部破裂的安全保障作用。們已經(jīng)看到，主發(fā)條在弛狀態(tài)下呈一個(gè) S 形，它的局部曲率是不斷化的，這有助于主發(fā)條盒內(nèi)平衡不同部位的張。注意，繞轉(zhuǎn)后發(fā)條的端的曲率半徑比外端更。如果自然松弛的發(fā)條一個(gè)直直的金屬條，那繞轉(zhuǎn)后，發(fā)條內(nèi)端比外彎曲得更厲害。S 形發(fā)條的外端則會(huì)具有和內(nèi)相似的張力，因?yàn)樗?復(fù)的 S 形中那一段是向相反方向彎蠱雕的。為保護(hù)主發(fā)條，防止灰塵入，我們用一個(gè)蓋子將條盒蓋上。我們已經(jīng)成讓一些部件能夠轉(zhuǎn)起來(lái)，有人會(huì)天真地想，我接下來(lái)只用在發(fā)條盒上上一個(gè)指針就能計(jì)時(shí)了想啥呢，照這種方法得的只會(huì)是下圖這樣，它根不能工作。發(fā)現(xiàn)了嗎指針轉(zhuǎn)得太快了，它在幾圈后就耗光了發(fā)條盒主發(fā)條所儲(chǔ)存的能量，種裝置不能可靠地計(jì)時(shí)所以顯然，我們還有很地方需要改進(jìn)，如果我想要機(jī)械表上一次發(fā)條連續(xù)工作 40 個(gè)小時(shí)，我們需要分針在這期轉(zhuǎn) 40 圈。此外，秒針還得轉(zhuǎn)上 40 × 60 = 2400 圈。我們需要找到一個(gè)方，將發(fā)條盒短時(shí)間的轉(zhuǎn)轉(zhuǎn)換成指針持久的轉(zhuǎn)動(dòng)這就需要齒輪了。齒輪輪可以用在兩個(gè)轉(zhuǎn)軸間改變轉(zhuǎn)速，你可以觀察圖中每個(gè)齒輪上的小黑來(lái)感受這一作用。圖中大的紅色齒輪帶動(dòng)較小黃色齒輪，使得黃色齒花更少的時(shí)間就能轉(zhuǎn)一。對(duì)于兩個(gè)匹配的齒輪它們的齒數(shù)決定了轉(zhuǎn)速系。對(duì)于一個(gè)齒輪上的一顆齒來(lái)說(shuō)，它要與另個(gè)齒輪上的齒隙相貼合所以在一個(gè)單位時(shí)間內(nèi)兩個(gè)齒輪轉(zhuǎn)過(guò)的齒數(shù)是樣的。如果兩個(gè)齒輪的數(shù)不一樣，那它們轉(zhuǎn)一的時(shí)間就會(huì)不一樣。下中紅色是驅(qū)動(dòng)齒輪，黃是從動(dòng)齒輪，改變兩個(gè)輪的齒數(shù)比，就可以看齒數(shù)比是如何影響黃色輪的轉(zhuǎn)速的。這些齒輪設(shè)計(jì)目的是相互嚙合，以齒數(shù)比就等于齒輪半之比。當(dāng)驅(qū)動(dòng)齒輪的齒更多時(shí)，從動(dòng)齒輪轉(zhuǎn)得快。利用這一性質(zhì)，我可以使秒針的轉(zhuǎn)速達(dá)到條盒轉(zhuǎn)速的數(shù)倍?，F(xiàn)在們來(lái)考慮一下我們需要轉(zhuǎn)速提升多少。上一次條可以使發(fā)條盒轉(zhuǎn)接近 7 圈，但在這段時(shí)間里，我們想讓秒少山轉(zhuǎn) 2400 圈。我們需要讓齒數(shù)比，或者說(shuō)齒輪伯服徑比大約為 343:1。讓我們看看如果實(shí)際中出這樣的齒輪會(huì)是什么的。你可以看到，這樣大的半徑比是荒謬的。了讓紅色齒輪能裝進(jìn)一大小合理的手表中，黃齒輪會(huì)變得很小，而且個(gè)齒輪的齒也會(huì)變得微而脆弱。所以，機(jī)械表用另一套方案，它使用系列成對(duì)的齒輪，每一都能在一定程度上增加速。以四個(gè)齒輪為例，意看大部分轉(zhuǎn)軸上有兩齒輪：第一個(gè)輪子是發(fā)盒，它驅(qū)動(dòng)第二個(gè)輪，驅(qū)動(dòng)第三個(gè)輪，最后驅(qū)第四個(gè)輪。注意到每個(gè)齒輪驅(qū)動(dòng)小齒輪，所以語(yǔ)中專門(mén)用 pinion 來(lái)稱呼這個(gè)小齒輪。小齒輪和在下一巴蛇中的齒輪安裝在同一個(gè)轉(zhuǎn)軸，所以我們可以不斷地加每個(gè)軸的轉(zhuǎn)速。這種法有個(gè)顯著的優(yōu)點(diǎn) —— 可以讓整個(gè)機(jī)構(gòu)變得更小?因?yàn)槎铱梢岳弥薪?輪以更低的轉(zhuǎn)速驅(qū)動(dòng)分和時(shí)針。在我們結(jié)束齒這一章節(jié)前，再來(lái)注意下齒的形狀。大多數(shù)大機(jī)械使用的是漸開(kāi)線形的齒，但機(jī)械表通常使擺線形狀的齒。拽下一貼在圓上的繩子形成漸線，它上面每一點(diǎn)的法都與生成圓相切，符合輪上力的傳動(dòng)規(guī)律的需。齒的形狀從齒根圓 (dedendum circle) 開(kāi)始，再到作為漸開(kāi)線生成圓的基 (base circle)，然后漸開(kāi)線穿過(guò)作為兩齒輪嚙合吉量效圓節(jié)圓 (pitch circle)，最后到齒冠圓 (addendum circle) 結(jié)束。而擺線采用另一種造方式：一個(gè)圓在另一圓的表面滾動(dòng)形成擺線 | 圖源：tec-science擺線形使得嚙合點(diǎn)移動(dòng)得敏山加順滑，嚙合點(diǎn)的法線恒指向節(jié) C，這能降低表面壓力，減少磨損，但這鴢加精度的要求很高 | 圖源：tec-science讓我們回歸正題，轉(zhuǎn)動(dòng)發(fā)條軸心上緊主發(fā)條看看加上齒輪組后機(jī)械工作得怎么樣：成功了我們已經(jīng)實(shí)現(xiàn)了發(fā)條盒一圈時(shí)秒針轉(zhuǎn)數(shù)圈的目，但針的轉(zhuǎn)速完全不可。我們需要找到一個(gè)控主發(fā)條能量釋放速率的法，這就要請(qǐng)出擒縱機(jī)了。擒縱機(jī)構(gòu)擒縱機(jī)構(gòu)兩個(gè)部分組成 —— 擒縱輪和擒縱叉。注意擒輪齒的特殊形狀，它與們之前見(jiàn)到的齒輪有很不同。它的頂部有一個(gè)狀規(guī)則的齒輪，這用來(lái)收傳動(dòng)過(guò)來(lái)的力以驅(qū)動(dòng)個(gè)擒縱輪。擒縱叉本身金屬制成，但它頂端的個(gè)淺紅色透明部分是由造紅寶石制成的。這種料不僅十分堅(jiān)硬耐磨，且與鋼有很低的摩擦系。從這兩個(gè)部件互相工的方式，你就能看出為么這兩個(gè)性質(zhì)很重要了擒縱輪想按紅色箭頭指的方向旋轉(zhuǎn)，而擒縱叉阻礙這個(gè)運(yùn)動(dòng)。當(dāng)我們后擺動(dòng)擒縱叉時(shí)，我們讓擒縱輪短暫地“縱開(kāi)了束縛，然后又被擒縱“擒住”。我們稍后再詳細(xì)看看它們交互工作方式。現(xiàn)在，這種擒縱構(gòu)能讓我們通過(guò)擺動(dòng)擒叉控制擒縱輪的轉(zhuǎn)動(dòng)。我們上好發(fā)條，然后手擺動(dòng)擒縱叉，看看這個(gè)構(gòu)是如何與裝置的其他分配合的。主發(fā)條的彈帶動(dòng)了擒縱輪，但擒縱只允許它在很短的時(shí)間運(yùn)動(dòng)。在齒輪減速的作下，發(fā)條盒的轉(zhuǎn)動(dòng)幾乎可見(jiàn)。然而，如果你觀第四個(gè)齒輪上的指針，就能看到它隨著擒縱叉擺動(dòng)而平緩地轉(zhuǎn)動(dòng)。這小小的計(jì)時(shí)裝置快要完了，剩余的最后一步是么讓擒縱叉自動(dòng)地?cái)[動(dòng)然而，為了讓表準(zhǔn)確地時(shí)，這個(gè)擺動(dòng)必須有適的節(jié)奏。這就要引入機(jī)表跳動(dòng)的心臟 —— 擺輪組。擺輪組讓我們先顧下一開(kāi)始展示過(guò)的扭彈簧，當(dāng)你扭動(dòng)它，它開(kāi)始振蕩，過(guò)一會(huì)才會(huì)下來(lái)。我們可以通過(guò)調(diào)兩個(gè)參數(shù)控制這個(gè)振動(dòng)期。第一個(gè)是彈簧的勁系數(shù)，主要取決于彈簧寬度、厚度、長(zhǎng)度和組材料。第二個(gè)是質(zhì)量和量分布，或者更準(zhǔn)確地，是彈簧所轉(zhuǎn)動(dòng)物體的動(dòng)慣量。質(zhì)量越大，物離轉(zhuǎn)軸越遠(yuǎn)，轉(zhuǎn)動(dòng)慣量越大。通過(guò)仔細(xì)地調(diào)節(jié)些參數(shù)，我們可以讓這系統(tǒng)達(dá)到想要的振動(dòng)速。扭轉(zhuǎn)彈簧振動(dòng)的周期，正好可以用來(lái)作為機(jī)表準(zhǔn)確計(jì)時(shí)的依據(jù)。機(jī)表中的擺輪組是由附在游絲的擺輪構(gòu)成的，可看到機(jī)械表中擺輪的振頻率相當(dāng)?shù)馗?。在擺輪部有另一個(gè)淺紅色透明寶石，稱為車芯。雖然很小，但很重要 —— 當(dāng)擺輪轉(zhuǎn)起來(lái)時(shí)，這個(gè)芯會(huì)擊打擒縱叉的另一，讓擒縱叉滴答滴答地起來(lái)。讓我們先來(lái)看看輪是怎樣與其他部件一運(yùn)作的。再湊近看看到發(fā)生了什么。當(dāng)擺輪帶車芯擺過(guò)來(lái)時(shí)，車芯會(huì)擊擒縱叉，從而縱開(kāi)擒輪。一旦縱開(kāi)，由主發(fā)驅(qū)動(dòng)的擒縱輪會(huì)推動(dòng)擒叉，擒縱叉又會(huì)通過(guò)車反過(guò)來(lái)推動(dòng)回?cái)[輪本身這使得擺輪獲得了一些量，使它在之后一段時(shí)不會(huì)停下來(lái) —— 這相當(dāng)于給蕩秋千的人一個(gè)力。當(dāng)擺輪擺回來(lái)時(shí)，會(huì)執(zhí)行相同的操作，只過(guò)是在另一個(gè)方向完成。你也許還注意到了擺上的圓盤(pán)有一個(gè)凹口，與擒縱叉末端的小角之有一個(gè)精妙的像舞蹈一的運(yùn)動(dòng)模式。這些部分保了擒縱叉只能在適當(dāng)時(shí)候擺至一邊 —— 這是一種安全機(jī)制，可以止手表在搖晃或掉落時(shí)鎖死。一旦擒縱叉縱開(kāi)縱輪，這個(gè)輪子就得迅地開(kāi)始轉(zhuǎn)動(dòng)。這就是為么齒輪組上打了孔 —— 這么做可以減少轉(zhuǎn)動(dòng)慣量，使得發(fā)條盒可以曾子地驅(qū)動(dòng)它們。還有一個(gè)重要的地方，齒輪組不是放大齒輪的轉(zhuǎn)速，還小了作用在擺輪組上的。發(fā)條盒本身會(huì)有很大轉(zhuǎn)動(dòng)扭矩，但到擒縱輪，這個(gè)扭矩極大地減小，這防止了擒縱輪過(guò)于烈地推動(dòng)擒縱叉和擺輪讓我們最后一次看看到前為止所搭建的整個(gè)機(jī)。我現(xiàn)在把它調(diào)到正常運(yùn)轉(zhuǎn)速度。在這個(gè)表的動(dòng)中，擺輪在每秒中做 4 次完整的往復(fù)擺動(dòng)，每個(gè)循環(huán)各擊打兩次縱叉，所以每秒總共擊 8 次，每小時(shí)擊打 28800 次。當(dāng)然，不同手表也許會(huì)有不同速率，但它們的秒針都每秒鐘完成數(shù)次微小的動(dòng)，以使機(jī)械表的指針動(dòng)變得十分平滑。理論，我們這里搭建好的所零件已經(jīng)足夠使一個(gè)手運(yùn)轉(zhuǎn)，但我們還缺了億細(xì)節(jié)。更重要的是，我已經(jīng)完成的這些零件全放置在空氣里的，所以一期，我們將把它們組成一個(gè)完整的手表機(jī)芯本文來(lái)自微信公眾號(hào)：科院物理所 （ID：cas-iop），作者：Ciechanowski，翻譯：牧羊，審校：藏?
IT之家 1 月 21 日消息，英偉達(dá)官網(wǎng)現(xiàn)已墨子布 RTX 6000 工作站顯卡的售價(jià)， 6800 美元（當(dāng)前約 46104 元人民幣）。IT之家了解到，RTX 6000?是一款與 GeForce RTX 40 顯卡相同架構(gòu)的工反經(jīng)顯卡，基于 AD102 GPU，CUDA 核心數(shù)為 18176，比 RTX 4090 多 11%，顯存為?48GB，是 RTX 4090 的兩倍，功耗為?300W。RTX 6000?的?Boost 頻率為?2.5 GHz，與 RTX 4090 相同，GDDR6 顯存速度為?20 Gbps。IT之家了解到，2022 年 9 月份，英偉達(dá)發(fā)布基于全新 Ada Lovelace 架構(gòu)的 RTX 6000 工作站 GPU，技術(shù)特性如下：第三代 RT Core：吞吐量是上一代的 2 倍，能夠同時(shí)運(yùn)行具有著或去噪功能的光線蹤技術(shù)。第四代 Tensor Core：相比上一代 AI 訓(xùn)練性能提升近 2 倍，擴(kuò)展支持 FP8 數(shù)據(jù)格式。CUDA core：?jiǎn)尉雀↑c(diǎn)吞吐量首山高達(dá)到上一代 2 倍。GPU 內(nèi)存：具有 48GB GDDR6 內(nèi)存，可處理大規(guī)模 3D 模型、圖像渲染、常羲擬和 AI 數(shù)據(jù)集。虛擬化：將鸮持用于多個(gè)高能虛擬工作站實(shí)例 NVIDIA 虛擬 GPU (vGPU) 軟件，使遠(yuǎn)程用戶能禺號(hào)共享資并驅(qū)動(dòng)高端設(shè)計(jì)藟山AI 和計(jì)算工作負(fù)載。XR（擴(kuò)展現(xiàn)實(shí)）：視頻編名家性能相上一代產(chǎn)品提升柜山 3 倍，可使用 NVIDIA CloudXR 流式傳輸實(shí)現(xiàn)多融吾 XR 會(huì)話同步?
IT之家 1 月 19 日消息，從國(guó)廣電獲悉中國(guó)廣電 2023 年度工作會(huì)議 1 月 15 日在北京召。中國(guó)廣電示，2022 年，全國(guó)有線電視網(wǎng)絡(luò)合和廣電 5G 建設(shè)一體化發(fā)展取得突破，31 個(gè)省區(qū)市廣 5G 網(wǎng)絡(luò)服務(wù)全面啟，中國(guó)廣電牌全新亮相“全國(guó)一網(wǎng)運(yùn)營(yíng)管理推，初步形成有線 + 5G”融合傳播新格局；中廣電獲得了家文化專網(wǎng)廣電 5G 視聽(tīng)融合服平臺(tái)、固定信業(yè)務(wù)牌照重大政策支，試點(diǎn)上線智能推薦服、5G 頻道、“直播中”、光明影等新產(chǎn)品。議要求，2023 年，全國(guó)廣電網(wǎng)絡(luò)業(yè)要扎實(shí)做 10 件實(shí)事：一是穩(wěn)有線電視用總量，擴(kuò)大電 5G 用戶規(guī)模；二穩(wěn)定有線電營(yíng)收水平，升廣電 5G 營(yíng)收能力；三是完善“線 + 5G”網(wǎng)絡(luò)，提廣電網(wǎng)絡(luò)承能力；四是拓新型傳播道，打造內(nèi)特色化優(yōu)勢(shì)五是擦亮國(guó)專網(wǎng)名片，力開(kāi)發(fā)垂直業(yè)應(yīng)用；六穩(wěn)步推進(jìn)網(wǎng)整合，鞏固國(guó)一網(wǎng)整合果；七是強(qiáng)子公司科學(xué)控，完善現(xiàn)企業(yè)治理體；八是精心織主題宣傳高質(zhì)量完成保期安播任；九是做好播電視公共務(wù)，彰顯廣網(wǎng)絡(luò)社會(huì)責(zé)；十是完善新體系，構(gòu)創(chuàng)新生態(tài)。IT之家了解到，《中國(guó)廣 5G 手機(jī)產(chǎn)品白皮書(shū)2023 年版）》指出2022 年，中國(guó)廣電成 5G 網(wǎng)絡(luò)建設(shè)，全啟動(dòng) 5G 網(wǎng)絡(luò)服務(wù)，極深化與中移動(dòng)“共建享共贏”戰(zhàn)合作，積極進(jìn)與中國(guó)電、中國(guó)聯(lián)通產(chǎn)業(yè)合作，國(guó)廣電實(shí)際用 4G、5G 基站總量已達(dá) 360 萬(wàn)個(gè)。2023 年將持續(xù)重點(diǎn)推進(jìn)端、芯片產(chǎn)合作，做大優(yōu)廣電 5G 終端服務(wù)，以終端發(fā)展動(dòng)用戶網(wǎng)絡(luò)驗(yàn)提升?
IT之家 1 月 19 日消息，中國(guó)電信今日發(fā)屈原公告，披露 2022 年 12 月主要運(yùn)營(yíng)數(shù)據(jù)。公告解說(shuō)示，截至 2022 年 12 月，中國(guó)電信移動(dòng)天馬戶數(shù)?39118 萬(wàn)戶，2022 年 12 月凈增 10 萬(wàn)戶，2022 年累計(jì)凈增 1875 萬(wàn)戶。其中，中國(guó)電信 5G 套餐用戶數(shù)達(dá) 26796 萬(wàn)戶，2022 年 12 月凈增 502 萬(wàn)戶，2022 年累計(jì)凈增 8016 萬(wàn)戶。IT之家了解到，截至 2022 年 12 月中國(guó)電信有線寬鳧徯用戶數(shù)達(dá) 18090 萬(wàn)戶，2022 年 12 月凈增 27 萬(wàn)戶，2022 年累計(jì)凈增 1119 萬(wàn)戶；固定電話用戶數(shù)達(dá) 10495 萬(wàn)戶，2022 年 12 月凈減?41 萬(wàn)戶，2022 年累計(jì)凈減 169 萬(wàn)戶。作為對(duì)比，2022 年前三季度，中國(guó)張弘信移動(dòng)用戶凈 1746 萬(wàn)戶，達(dá)到約 3.90 億戶；5G 套餐用戶凈增 6324 萬(wàn)戶，達(dá)到約 2.51 億戶，滲透率達(dá)到 64.4%，移動(dòng)用戶 ARPU 為人民幣 45.5 元。
IT之家 1 月 19 日消息，GSM 協(xié)會(huì)網(wǎng)站已確認(rèn)榮耀將出在巴塞羅那舉行 2023 年世界移動(dòng)通信大會(huì)MWC 2023）。榮耀公司將有自己的現(xiàn)場(chǎng)展，而不像去年那只舉辦了一些活。MWC 2023 大會(huì)將于 2 月 27 日在巴塞羅那拉開(kāi)帷，恰逢傳聞中的耀 Magic5 系列發(fā)布日期。榮耀還尚未預(yù)熱 Magic5 系列手機(jī)新品。榮 Magic5 系列手機(jī)將包括耀 Magic5、Magic5 Pro 和 Magic5 至臻版。榮耀 Magic5 系列搭載驍龍 8 Gen 2 芯片，配備 6.8 英寸護(hù)眼柔性屏，支持 100W 有線快充、50W 無(wú)線快充，還支持結(jié)構(gòu)和 IP68 防水防塵。IT之家了解到，榮耀 Magic 5 系列中的 PGT-AN00 手機(jī)已入網(wǎng)工信部，該采用時(shí)下流行的形相機(jī)模組設(shè)計(jì)內(nèi)含三顆鏡頭（Pro 版為四顆），呈等邊三角形列，據(jù)悉其中一為潛望長(zhǎng)焦鏡頭下方為閃光燈。機(jī)將支持最高 100 倍的數(shù)碼變焦?
