起猛了在家看見羅麗公主了
乖寶寵物：股東擬詢價(jià)轉(zhuǎn)讓公司3%股份
IT之家 1 月 26 日消息，世嘉旗下“牧場(chǎng)語”系列最新作牧場(chǎng)物語 Welcome！美麗人生》確定于 6 月 22 日發(fā)售，登陸 Switch 和 PS5 平臺(tái)，支持簡(jiǎn)體中文。本作是“場(chǎng)物語”系列最作，同時(shí)也是在 2003 年發(fā)售的《牧場(chǎng)物語 美麗人生》的基礎(chǔ)追加了美麗新要的重制版。以山的聚落“遺忘之”為舞臺(tái)，描繪數(shù)十年人生的全“悠閑牧場(chǎng)生活。世嘉今天在《場(chǎng)物語 Welcome！美麗人生》的官方網(wǎng)站中公開了有關(guān)本作最新消息 —— 有關(guān)“遺忘之谷的牧場(chǎng)生活，以本作中變得更美的動(dòng)物與農(nóng)作物最新情報(bào)，IT之家小伙伴可以點(diǎn)進(jìn)入中文官網(wǎng)。戲截圖?
IT之家 1 月 15 日消息，雖然人類已經(jīng)可以觀測(cè)黑對(duì)于，我們目前對(duì)這種極端體的了解仍然很有限因?yàn)楹诙幢皇录暯?覆蓋，阻擋了我們對(duì)洞進(jìn)行探尋的腳步，以目前人類還無法觀到黑洞的內(nèi)部結(jié)構(gòu)。果黑洞能夠吞噬一切包括恒星和光，那么這些物質(zhì)最終會(huì)去往方呢？美國(guó)國(guó)家航空天局 (NASA) 拍攝到了一幅十分罕的畫面 —— 3 億光年之外的一顆黑洞身吞星者，將一顆路的恒星碾碎并把它拉，最終在宇宙中產(chǎn)生一個(gè)和太陽系一般大的氣體云?！?NASA 的一幅插圖，顯示了一顆恒星弇茲右）遇黑洞后的結(jié)果雖然最的詹姆斯?韋伯拍出的照片更具有話題性但這張照片實(shí)際上是勃望遠(yuǎn)鏡拍攝到的。為運(yùn)氣好，恒星坍塌地方比一般情況下更近望遠(yuǎn)鏡。因此，天學(xué)家可以在長(zhǎng)時(shí)間內(nèi)測(cè)這一事件，這使他能夠捕捉到更多的數(shù)。去年 3 月，哈勃太空望遠(yuǎn)鏡發(fā)現(xiàn)了這黑洞吞星事件，NASA 本月在西雅圖舉行的天文學(xué)會(huì)議上匯報(bào)這一結(jié)果。NASA 官方將此類事件稱為潮汐破壞事件 / 潮汐瓦解事件”，簡(jiǎn)單說就是一顆毫無戒心恒星在宇宙中漫游時(shí)幸遇到黑洞的故事。前，黑洞仍是人類已宇宙中最強(qiáng)的存在之，其引力難以想象，至光都無法逃脫。一最典型的黑洞質(zhì)量大相當(dāng)于 100 個(gè)太陽，而一些超大質(zhì)量洞甚至可以抵過數(shù)十個(gè)太陽。IT之家查詢發(fā)現(xiàn)，目前銀河系中大的已知黑洞是人馬 A*，它的質(zhì)量相當(dāng)于 430 萬個(gè)太陽，而迄今為止人類所測(cè)到的最大的黑洞是凰 A，它位于鳳凰星團(tuán)的中心，距離地球 57 億光年，其質(zhì)量堪比 1000 億個(gè)太陽。從 NASA 放出的圖像來看，這一事件的最終結(jié)果是星殘骸被周圍的黑洞成一張“甜甜圈”，NASA 給它的正式命名為 AT2022dsb。目前，這顆恒星距離地球約 3 億光年，大約位于 ESO 583-G004 星系的核心位置。盡有著深不可測(cè)的距離但天文學(xué)家可以通過析恒星通過其組成元 (如碳和氫) 的光范圍發(fā)出的紫外線來究 AT2022dsb。據(jù)悉，該事件最初在 2022 年 3 月 1 日被俄亥俄州立大學(xué)的天文學(xué)家超新星全天自動(dòng)巡天 (ASAS-SN) 計(jì)劃發(fā)現(xiàn)。NASA 解釋對(duì)此稱，AT2022dsb 比其他類似事件更加接近地球導(dǎo)致天文學(xué)家擁有更時(shí)間的觀察期。最重的是，更長(zhǎng)的時(shí)間可使科學(xué)家們能夠使用外線去了解這張“甜圈”，相比于通常用 X 射線研究出來的結(jié)果更詳細(xì)，這可以為文學(xué)家提供有關(guān)事件元素的更多信息。?恒星殘骸被黑洞拉成形，最終落入黑洞，放出大量的光和高能射?
本文來自微信公眾號(hào)：開發(fā)禺?修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能帝江標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)候，們也是經(jīng)常把負(fù)載找出來看一。在線上請(qǐng)求壓力過大的時(shí)候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個(gè)問題，看看你對(duì)載的理解是否足夠的深刻。負(fù)是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露負(fù)章山數(shù)據(jù)給應(yīng)用層？如果你對(duì)以上問題的理解還捏不是很準(zhǔn)，那么飛哥今天就你來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我駮經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系平均負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大意義。所 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均值顓頊這三個(gè)數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事實(shí)陸山，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)，在這里會(huì)讀取內(nèi)中的平均負(fù)載變量，簡(jiǎn)單計(jì)算便可展示出來。整體流程如下所示。我們根據(jù)上述流程圖再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(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 中包含了打開該文件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(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ù)載值將平均負(fù)載值按照定的格式打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫的這么猥是因?yàn)閮?nèi)核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)來模擬的。這代碼都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個(gè)背景就行，不用過度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)算的負(fù)載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 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é)一下我們開篇中的一個(gè)鴖題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用的？?jī)?nèi)核定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，并打出來。好了，另外一個(gè)新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí)，是被如何計(jì)算出來的呢？二、核中負(fù)載的計(jì)算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。少昊個(gè)數(shù)組的計(jì)算過程分為如下鳧徯：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前鬻子瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器根據(jù)當(dāng)前呰鼠統(tǒng)整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移動(dòng)平均法（一高效計(jì)算平均數(shù)的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(gè)小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)苗龍子系統(tǒng)。在時(shí)間子系統(tǒng)里，始化了一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)載變量 calc_load_tasks 中。整體流程如下圖所示。我們把嬰勺述流程圖展看一下，我們找到了高分辨率時(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。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)前系統(tǒng)負(fù)載就赤鷩在個(gè)時(shí)機(jī)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過調(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ù)載值。我們來黑虎下負(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)行隊(duì)列 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ù)載相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 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í)間下的整體瞬時(shí)負(fù)載總思士了我們?cè)僬归_看看是如何根據(jù)運(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;}哦，原來是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，茈魚需要刷變化的量就行，不全部重算。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上，我們?cè)谟?jì)算足訾均數(shù)的時(shí)采取的方法都是把過去一段時(shí)的數(shù)字都加起來然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來藟山一個(gè)平均數(shù)完事了。這其實(shí)是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來計(jì)算平均負(fù)載話，存在以下幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一春秋較大的數(shù)組將每一次采樣的松山全部都存起來，那么統(tǒng)計(jì)過孟鳥 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值就要從移動(dòng)平均中減去一個(gè)最的觀察值，再加上一個(gè)最新的察值，內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再把整赤鱬數(shù)組全加起，再除以樣本總數(shù)。雖然加法簡(jiǎn)單，但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平均計(jì)算過程中，所有數(shù)字的權(quán)重一樣的。但對(duì)于平均負(fù)載這種時(shí)應(yīng)用來說，其實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反應(yīng)近期化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的比翼均數(shù)的計(jì)算方法，是采用的一種指數(shù)加權(quán)移動(dòng)平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加移動(dòng)平均數(shù)計(jì)算法在深度學(xué)習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方法求均值的方法。算法的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)雜，感興趣的幾山學(xué)可以 Google 自行搜索。我們只需要知道這種魏書法在實(shí)際計(jì)的時(shí)候只需要上一個(gè)時(shí)間的平數(shù)即可，不需要保存所有瞬時(shí)載值。另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高，能夠很好地表近期變化趨勢(shì)。這其實(shí)也是在間子系統(tǒng)中定時(shí)完成的，通過種叫做指數(shù)加權(quán)移動(dòng)平均計(jì)算方法，計(jì)算這三個(gè)平均數(shù)。我來詳細(xì)看下上圖中的執(zhí)行過程時(shí)間子系統(tǒng)將在時(shí)鐘中斷中會(huì)冊(cè)時(shí)鐘中斷的處理函數(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é)拍到來時(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ì)算的核心。它會(huì)獲取系統(tǒng)當(dāng)瞬時(shí)負(fù)載值 calc_load_tasks，然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 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)單，就是美山一個(gè)內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移皮山平均來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實(shí)現(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;}雖然這個(gè)算法理解起來挺復(fù)雜但是代碼看起來確實(shí)要簡(jiǎn)單不，計(jì)算量看起來很少。而且看懂也沒有關(guān)系，只需要知道內(nèi)并不是采用的原始的平均數(shù)計(jì)方法，而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢(shì)的算法行。至此，我們開篇提到的“載是如何計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬時(shí)負(fù)載值中宋書然后定時(shí)使用指數(shù)加權(quán)移動(dòng)平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均長(zhǎng)乘載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(shí)候確實(shí)是只計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對(duì) CPU 有需求。在那個(gè)年代里，負(fù)載和 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 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會(huì)是因?yàn)榇疟P等其他資源調(diào)冰鑒不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么松山這么修改我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因，以下是郵件原犲山。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 氡Rn、加點(diǎn)錢上這個(gè)普萊是袋 的線索投遞！IT之家 1 月 22 日消息，據(jù)位IT之家網(wǎng)友反饋蘋果官網(wǎng)抵換購(gòu)價(jià)疑似出現(xiàn) Bug，128GB 紅米 10A 可抵 3000 元。IT之家查看蘋官網(wǎng)相關(guān)面發(fā)現(xiàn)，述消息屬，128GB 紅米 10A 確實(shí)可折抵 3000 元。Redmi 10A 于去年 3 月發(fā)售，6GB+128GB 原價(jià) 899 元。正確價(jià)很可能是 300 元，蘋果工人員誤寫了 3000 元。通過 Apple Trade In?換購(gòu)計(jì)劃用戶可折抵符合件的設(shè)備在換購(gòu)新備時(shí)享受抵優(yōu)惠，至IT之家發(fā)稿，蘋官網(wǎng)仍未正此價(jià)格 bug。
IT之家?12 月 19 日消息，我們知道小米 13 和小米 13 Pro 采用了不同形態(tài)的屏幕，前者用了直屏，后者則為曲面屏有網(wǎng)友在社交媒體稱小米 13 Pro 要是做成直屏就好了，對(duì)此延米創(chuàng)始人雷軍出為何小米 13 Pro 采用曲面屏的原因。雷軍豐山小米 13 Pro 頂級(jí)旗艦，做成直屏太厚了，“你會(huì)喜歡的”。雷軍并沒有說直屏是如何影響手機(jī)厚度般或者說雷軍是指手感方面的度，而非實(shí)際手機(jī)的厚度。IT之家了解到，小米 13 Pro 采用了 6.73 英寸 2K 分辨率（3200x1440）屏幕，采用新一代三星 E6 發(fā)光材料，擁有 1900nit 峰值亮度，支持 HDR10+、10bit、1-120Hz 自適應(yīng)刷新率，而且這還是一塊專業(yè)原色屏松山JNCD≈0.21? Delta E≈0.28。厚度方面，小米 13 Pro 總體要比小米 13 更厚。有很多因素會(huì)影響手機(jī)的厚度大禹例如電容量、攝像頭尺寸等，你喜曲屏還是直屏，不妨在評(píng)論告訴我們。document.write("
感謝IT之家網(wǎng)友 hehehehehe、菜鳥N號(hào)、Hanschen2007 的線索投遞！IT之家 1 月 14 日消息，據(jù)網(wǎng)友人魚，統(tǒng)信 UOS 家庭版 22.0 已開始推送。在年 12 月的 2022 統(tǒng)信 UOS 生態(tài)大會(huì)，統(tǒng)信 UOS 家庭版 22.0 預(yù)發(fā)布，將于 1 月 15 日正式發(fā)布，提供期 1 年的免費(fèi)使授權(quán)。統(tǒng) UOS 家庭版是信軟件為 C 端用戶打造的一適合個(gè)人家庭使用 PC 操作系統(tǒng)，持雙系統(tǒng)裝，擁有立的應(yīng)用店，無彈無廣告。信 UOS 還推出了遠(yuǎn)艦系統(tǒng)，內(nèi)置統(tǒng) UOS 操作系統(tǒng)最高讀速達(dá) 540MB/s，最高寫速達(dá) 480MB/s，采用 USB-C 接口，既可作為系統(tǒng)，也可以為移動(dòng)硬，適用于動(dòng)辦公、Linux 學(xué)習(xí)、在網(wǎng)課、舊煥新等場(chǎng)，售價(jià) 799 元起，首發(fā)價(jià) 399 元起。IT之家了解到在統(tǒng)信 UOS 家庭版 V22.0 發(fā)布后，購(gòu)買統(tǒng)盤的用如升級(jí)到版本，也享有為期 1 年的免費(fèi)使用授，體驗(yàn)“長(zhǎng)守護(hù)”“學(xué)習(xí)樂”兩大增功能；而果不升級(jí)也將享有久免費(fèi)使的 V21.3.1 版本。統(tǒng) UOS 家庭版擁以下六大性：一鍵裝無人值：不同于去安裝系的復(fù)雜操，點(diǎn)擊按后全自動(dòng)裝，無需預(yù)，讓安系統(tǒng)就像裝軟件一簡(jiǎn)單；支雙系統(tǒng)：影響原有統(tǒng)使用，換系統(tǒng)不心電腦資丟失；官應(yīng)用商店無病毒、心安全下，工作學(xué)無打擾；彈窗無廣：青少年網(wǎng)保護(hù)功，全自動(dòng)蔽網(wǎng)頁廣，照亮網(wǎng)的小動(dòng)作帶來綠色心的上網(wǎng)境；多模態(tài)自由隨：以統(tǒng)信 UOS 生態(tài)為主線過渡性兼 windows 生態(tài)和安卓態(tài)，手機(jī)什么，電接著用；屏互聯(lián)快協(xié)同：使跨屏協(xié)作電腦手機(jī)時(shí)跨屏協(xié)，高效處和傳輸文?
IT之家 4 月 18 日消息，從之前爆料來看今年蘋果不會(huì)推出iPhone 14 mini”，也就是非 Pro 和 Pro 系列都是兩款 6.1 英寸和兩款 6.7 英寸的機(jī)型，計(jì)命名為 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max。對(duì)于 Pro 與非 Pro 的不同之似乎主要在芯片（似 A16 和 A16 Pro）、屏幕面，還不楚影像方會(huì)有多大別，預(yù)計(jì) Pro 版的 iPhone 14 機(jī)型將繼續(xù)采劉海設(shè)計(jì)而蘋果則在更貴的 iPhone Pro 系列上采用更具辨度的打孔設(shè)計(jì)。數(shù)博主 @快評(píng)實(shí)驗(yàn)室 今日放出一張圖片顯示了四不同的 iPhone 14 機(jī)模，每一都有不同特色?？?是由于消者對(duì)大屏能手機(jī)的愛，蘋果為對(duì)性能求較弱的戶推出了 6.7 英寸的基礎(chǔ)型，希望以賣出盡能多的產(chǎn)。如下圖示，從小大共有四機(jī)型，后鏡頭模組據(jù)的比例當(dāng)大，而蘋果這四新機(jī)賣點(diǎn)全不同，均采用了邊設(shè)計(jì)，這一代 iPhone 保持一致。除了意之中的小雙攝 iPhone 14 機(jī)型，還有大雙攝的 iPhone 14 Max 以及小屏三攝 iPhone 14 Pro，當(dāng)然 iPhone 14 Pro Max 依然是絕對(duì)的機(jī)皇此外，從不難看出這一代的Pro”版本采用的置攝像頭組明顯比 Pro 版本更大比當(dāng)前版增加約 5%，從寬 35.01mm 增加到 36.73mm，高從 36.24mm 增加到 38.21mm），所以四款機(jī)中只有 iPhone 14 Max 一款看起來占較小。從前的爆料看，這一的 iPhone 14 Pro 系列將升級(jí)為 4800 萬像素 7P 廣角鏡頭而且底也大，但也此導(dǎo)致凸厚度的增（根據(jù) Max Weinbach 的示意圖，2022 款高端 iPhone 攝像頭凸起 4.17mm，比 iPhone 13 Pro Max 厚 0.57mm），看起來分具有辨度，不管前臉還是臉。根據(jù)前的報(bào)道新一代 iPhone 采用的 48MP 主攝將是個(gè) 1/1.3 英寸的傳感器與?iPhone 12?Pro Max 的 1.7μm 相比，它只有 1.25μm 的單位像素面積在光線不的情況下iPhone 14 Pro 將會(huì)像素多一的技術(shù)現(xiàn)更大的素尺寸以現(xiàn)更好的攝效果。然，雖然 iPhone 14 Max 芯片可能會(huì) iPhone 14 相同，但想必電池屏幕分辨有望得到升，但不道能不能用 iPhone 14 Pro Max 同款電池屏幕。值一提的是此前有消稱 iPhone 14 Pro 屏幕將由三星顯示家供應(yīng)，iPhone 14 有京東方、星、LG 顯示三家應(yīng)商，而 iPhone 14 Max 和 iPhone 14 Pro Max 可能都是三、LG 顯示供應(yīng)，以不排除者采用同屏幕的可，雖然幾有限。芯方面，天國(guó)際分析郭明錤此表示，iPhone 14 系列中，只有款 Pro 型號(hào)會(huì)升級(jí)到 A16 處理器（或 A16 Pro），iPhone 14 和 iPhone 14 Max 仍將搭載 A15（滿血版 A15，或 A16）。對(duì)此郭明錤解道，雖然積電的高工藝供應(yīng)張，但他為這更像一個(gè)市場(chǎng)銷方案，便宜的 iPhone?14 和 iPhone 14 Max?采用 A15 芯片可降低成本力，并與款 Pro 機(jī)型（iPhone 14 Pro 和 iPhone 14 Pro Max）實(shí)現(xiàn)更多差異。除此之，郭明錤透露，四新機(jī)型都能配備 6GB RAM，區(qū)別在于 iPhone 14 Pro 和 iPhone 14 Pro Max 采用 LPDDR 5，iPhone?14 和 iPhone 14 Max 采用 LPDDR 4X。《分析師蘋果 iPhone 14 Pro 屏幕由三星獨(dú)供其他 3 款機(jī)型都 2~3 家供應(yīng)商《曝蘋果 iPhone 14 Pro 仍會(huì)采用 10 年歷史的 Lightning 接口，但傳輸速更快》《明錤：蘋 iPhone 14 Pro / Max 升級(jí)了更大的 48MP 傳感器所以鏡會(huì)更凸》蘋果備戰(zhàn) iPhone 14 系列，消稱其已向積電備貨 A16 和 A15 各五千萬?
IT之家 1 月 23 日消息，國(guó)科技媒體 TheTechOutlook 近日分享了三星 Galaxy A24 5G 機(jī)型的 360 度渲染圖。該機(jī)共有色、深紅色淺綠色和銀四種顏色，源鍵 / 指紋傳感器和量鍵位于機(jī)右側(cè)，SIM 卡托盤位于左側(cè)。黑色色深紅色淺色三星 Galaxy A24 5G 機(jī)身正面采直屏設(shè)計(jì)，備 6.4 英寸 Super AMOLED 顯示屏，屏幕分率為 1080 x 2340 像素。正面還配有 1600 萬像素自拍攝頭。機(jī)身背配備了 4800 萬像素主攝，800 萬像素超廣角鏡頭和 200 萬像素深度鏡頭。機(jī)配備了 4000mAh 容量電池。IT之家了解到，該機(jī)目已經(jīng)現(xiàn)身 GeekBench 跑分庫，顯示型號(hào) SM-245F，其處理器為聯(lián)發(fā)科 Helio G99 SoC。
IT之家 1 月 27 日消息，DC 今日發(fā)布《雷霆沙贊！眾神之怒》全預(yù)告，該片將于?3 月 17 日海外上映，內(nèi)地也將上映，上映時(shí)間暫未公。IT之家了解到，《雷霆沙贊！》第一部于 2019 年 4 月 5 日在中國(guó)內(nèi)地、美國(guó)同步上映講述了 13 歲的男孩比利變身為超級(jí)英雄沙贊的事。據(jù)介紹，《雷霆沙贊眾神之怒》由大衛(wèi)?F?桑德伯格執(zhí)導(dǎo)，由扎克瑞?維主演，瑞秋?齊格勒、玉玲、海倫?米倫出演。片原定于 12 月 21 日北美上映，后來推遲至明年 3 月 17 日上映?
IT之家 1 月 19 日消息，據(jù)聯(lián)想官消息，聯(lián)想不前海外發(fā)布的 Tab P11 5G 安卓平板將在綸山內(nèi)上。聯(lián)想日前在度市場(chǎng)推出 Tab P11 5G?安卓平板，該平板支持 Sub-6GHz 5G 網(wǎng)絡(luò)，配備高通驍 750G 移動(dòng)處理器，內(nèi) 7700mAh 容量電池。IT之家了解到，聯(lián)想 Tab P11 5G 搭載了?11 英寸的 2K IPS 屏幕，支持杜鬻子視和用于空間音的全景聲。價(jià)方面，Tab P11 5G 平板 256GB 存儲(chǔ)型號(hào)售價(jià)為 34999 盧比（約合 2886.08 元人民幣），128 GB 型號(hào)售價(jià)為 29999 盧比（約合 2473.77 元人民幣）?
IT之家 1 月 27 日消息，英國(guó)數(shù)字監(jiān)管機(jī)構(gòu) Ofcom 發(fā)布了最新數(shù)據(jù)，揭示了 2022 年 7 月至 9 月期間的寬帶、移動(dòng)和固定電話報(bào)告。據(jù)介，殼牌能源是寬帶和固電話公司中被用戶抱怨多的公司，而最差的移運(yùn)營(yíng)商則是 BT Mobile 和 Virgin Mobile。數(shù)據(jù)顯示，與上一季度相，殼牌能源收到的投訴所減少，但被投訴的大是故障和服務(wù)問題。IT之家發(fā)現(xiàn)，Sky 收到的投訴最少，EE 在固定電話服務(wù)方面也做得好。至于移動(dòng)運(yùn)營(yíng)商，Tesco Mobile，Sky Mobile 和 EE 收到的投訴最少?！敖鼛讉€(gè)月來，體投訴水平一直很低，一些提供商需要提高他的水平，以匹配競(jìng)爭(zhēng)對(duì)提供的客戶服務(wù)標(biāo)準(zhǔn)，Ofcom 消費(fèi)者保護(hù)總監(jiān) Fergal Farragher 表示。Ofcom 表示，將密切關(guān)注殼牌的表現(xiàn)，為其投訴量明顯高于競(jìng)對(duì)手收到的投訴量?
IT之家 1 月 23 日消息，安卓智手機(jī)出于面屏的設(shè)考量，以 OPPO 為代表的商曾推出升降攝像設(shè)計(jì)，只這種設(shè)計(jì)未得到市的認(rèn)可。過，ViewSonic 認(rèn)為升降攝像頭計(jì)在顯示領(lǐng)域仍有武之地，最新推出 VG56V 系列顯示器中就備了升降像頭。ViewSonic 認(rèn)為在顯示器使用升降像頭設(shè)計(jì)不僅在于少額頭部的邊框厚，更重要是讓用戶直觀地知攝像頭是處于使用態(tài)。在升攝像頭單上，在左兩側(cè)分別備了 LED 閃光燈，還可以據(jù)色溫進(jìn)調(diào)整。整單元可以后、向前斜 5 度。顯示器然還集成自己的雙聲器和雙麥克風(fēng)，方表示配了“行業(yè)先的音頻焦功能，消除不需的背景噪”，讓使者能夠安進(jìn)行網(wǎng)絡(luò)議。該產(chǎn)線包括 VG2456V 的 24 英寸型號(hào)，顯示配備了 FHD / 200 萬攝像頭季厘高端的 27 英寸型號(hào) VG2756V-2K 配備了 2K / 500 萬像素?cái)z像旄馬。IT之家了解，ViewSonic 在美國(guó)的在線商店前列出的 VG246V 售價(jià)為 358.99 美元（當(dāng)灌灌約 2434 元人民幣，VG2756V-2K 售價(jià)為 480.99 美元（當(dāng)前約 3261 元人民幣?
電影《流浪球 2》中的太空電梯“士們，先生，太空電梯將達(dá)到失重間站，請(qǐng)做準(zhǔn)備，從右梯門下梯。“Ladies and gentlmen, we are approaching space station. Please prepare to get off the elevator. The door will be open at the right side.”如果我說，有天你將親耳見這樣的播聲，你相信？01、太空電梯從何而20 世紀(jì)初，被譽(yù)為“天之父“的國(guó)科學(xué)家康坦丁?齊奧科夫斯基提過幾大構(gòu)想用液體作為箭燃料；宇空間中反作力是移動(dòng)的一方法；將節(jié)以上的火串聯(lián)起來，成一列多級(jí)箭以提高火的速度。在百多年后的天，這些設(shè)，都已經(jīng)成了航天領(lǐng)域重要應(yīng)用。斯坦丁?齊爾科夫斯基而，他在 1895 年提出的一個(gè)設(shè)，卻至今仍實(shí)現(xiàn)。這個(gè)想，其實(shí)很素：他提議地面上建設(shè)座超高高高鐵塔，一直到地球同步道為止，在塔內(nèi)架設(shè)電，于是我們可以搭著電進(jìn)入外太空初代太空電概念圖這，是太空電梯雛形。這樣鐵塔結(jié)構(gòu)，不是感覺似相識(shí)？實(shí)際，這就是齊爾科夫斯基參觀法國(guó)埃爾鐵塔時(shí)受的啟發(fā)！這的構(gòu)想，也我們對(duì)電梯認(rèn)知最為接，但是…地同步軌道距我們有 35786000 米，目前世界上最高的筑，是位于拜的哈利法，高度卻只 828 米...? ? ? 這樣一看，似乎太電梯是沒戲？別急！此，你就是上紀(jì)中葉的宇學(xué)家，快來想怎么解決個(gè)難題！如一時(shí)半會(huì)兒有思路的話先試著回答面這個(gè)問題新年第一問擊空白處查答案假如，讓你把一只箏放到 250 米的高空，除了在地上奔跑，不放長(zhǎng)線繩，風(fēng)箏放飛到中外，還能么做？你可坐直升機(jī)到高空，將風(fēng)扔出，慢慢線，讓風(fēng)箏達(dá) 250 米的半空。要問我為什要放風(fēng)箏，不要問我風(fēng)線會(huì)不會(huì)斷這都不是重 (我才不承認(rèn)這個(gè)類比不嚴(yán)謹(jǐn))！重點(diǎn)是，逆向維！同樣得我們想要建一座直達(dá)外空的電梯，重要的就是要提供繩索道，那么，然從地面向建造不現(xiàn)實(shí)那我們…能能從太空中 "扔" 下繩索，就像扔箏一樣？也是說，我們以先發(fā)射一地球同步衛(wèi)，然后從衛(wèi)上伸出繩索 "垂" 到地面上，在地一端固定，成太空電梯運(yùn)行軌道。空電梯理念? (圖源 NASA)哈！這下不用塔了，只需 " 幾根繩索 " 就行了！正是這的逆向思維使得太空電顯得不那么花水月，如的太空電梯劃，都是基這個(gè)模型。02、大林組太空電梯計(jì)劃眾多太空電計(jì)劃中，尤受人矚目的是大林組在 2012 年宣布的太空梯計(jì)劃。2012 年 2 月，尤其擅長(zhǎng)建高塔的本著名建筑司大林組，布要投資 100 億美元建設(shè)太空電，預(yù)計(jì)電梯速 200 公里，單程要 7 天，計(jì)劃 2025 年左右在赤道附近的上開工，2050 年左右落成運(yùn)營(yíng)。林組官網(wǎng)概圖然而，距計(jì)劃啟動(dòng)已過去了十年久，前景似不容樂觀，連大林組公內(nèi)部，一直與太空電梯發(fā)的高級(jí)工師石川洋二坦言：這個(gè)目越是嘗試就越是困難首先，不考一切外部因，太空電梯要由四部分成：電梯的體、廂體上運(yùn)動(dòng)所需的繩軌道、用在地球端固纜繩的海上地，以及配。太空電梯構(gòu)前面三個(gè)乎很容易理，但為什么需要配重呢在剛剛提到太空電梯設(shè)中，我們要同步衛(wèi)星上 "扔" 下纜繩，一直 "垂" 到地球上，可隨著繩逐漸下放受到的萬有力會(huì)大于離力，于是纜會(huì)對(duì)同步衛(wèi)產(chǎn)生向內(nèi)的力，那豈不纜繩放著放，就把原本定的同步衛(wèi)給拽下來了為了解決這問題，我們向下放纜繩同時(shí)，也必向上”扔”西，產(chǎn)生一向外的拉力以此抵消纜對(duì)衛(wèi)星向內(nèi)拉力。向上扔”的東西須足夠重，夠把衛(wèi)星給住，我們把稱為配重。是，新問題來了！纜繩際并不是靜的狀態(tài)，而在隨著同步星一起高速動(dòng)，所需的大向心力可會(huì)超過材料抗拉極限，致纜繩自己自己甩斷。們來深切體一下，太空梯對(duì)材料抗能力的要求到底有多苛。在地心參系中，將纜簡(jiǎn)化成圓柱，密度是 ρ，橫截面是 S，一端固定于地球同步星，另一端定于赤道海基地?？紤]同步衛(wèi)星軌附近的一小纜繩，不考各種額外的重，它受到拉力可以這計(jì)算：如果們用鋼作為空電梯的纜，將上式簡(jiǎn)變形，代入的密度值，以估算得到需要承受的大應(yīng)力至少達(dá)到 400 GPa。但實(shí)際上，鋼抗拉強(qiáng)度只 400 MPa！也就是說，即便是鋼來做纜繩也會(huì)直接在大的引力作下變形。至，我們遇到異常棘手的題：如何找密度小，但拉強(qiáng)度大的料？03、太空電梯的纜難題目前，有可能滿足述要求的是納米管：由原子組成的狀結(jié)構(gòu)納米料，這是目已知的理論力學(xué)強(qiáng)度最和韌性最好材料。碳納管結(jié)構(gòu)碳納管的密度大是 1700 kg/㎡，代入上面公計(jì)算，得到果用碳納米做太空電梯纜繩，碳納管的抗拉強(qiáng)至少要達(dá)到 90 GPa。目前，我能夠在實(shí)驗(yàn)合成的碳納管的抗拉強(qiáng)可以達(dá)到 200 GPa；甚至，對(duì)具有理想結(jié)的單壁碳納管而言，其拉強(qiáng)度可以到 800 GPa。這樣看來，我們要生產(chǎn)出幾公里長(zhǎng)的碳米管，把它同步衛(wèi)星上 "懸掛" 下來，固定到道附近的海基站，問題就迎刃而解！然而，我探索太空電的道路，注崎嶇不平。1991 年，日本科學(xué)家島澄男發(fā)現(xiàn)命名了碳納管，給陷入頸的太空電設(shè)想注入了鮮活的血液許多研究團(tuán)都重新拾起太空電梯計(jì)?？墒?，大很快就發(fā)現(xiàn)由于制備工的限制，實(shí)能夠制備出碳納米管長(zhǎng)只有幾毫米且存在大量構(gòu)缺陷。唉似乎又走到死胡同…但所謂，沉舟畔千帆過，樹前頭萬木。2013 年，清華大魏飛教授團(tuán)，將生長(zhǎng)每米長(zhǎng)度碳納管的催化劑性概率提高 99.5% 以上后，成功制備出了根長(zhǎng)度超過米，且具有美結(jié)構(gòu)的碳米管。目前他們正在研長(zhǎng)度在千米以上的碳納管。我們的空天梯，似，迎來了一曙光！04、太空電梯的際窘境你也已經(jīng)意識(shí)到，剛剛討論都是最簡(jiǎn)單物理模型，旦真的要考項(xiàng)目建設(shè)，需要解決很的實(shí)際問題例如，鑒于活中用到的種高壓電線時(shí)間久了就磨損，我們自然地會(huì)提這樣的疑問用碳納米管的纜繩，耐性如何？畢，如果纜繩容易破損，這電梯即便好了，也是搭。為了檢碳納米管的久性，日本林組于 2015 年，將碳納米管樣送到了位于表上空 400 公里附近的日本實(shí)驗(yàn)內(nèi)。日本“望號(hào)”實(shí)驗(yàn)樣品被放置太空中 2 年后，又被新帶回地球研究人員分后發(fā)現(xiàn)，碳米管的表面已經(jīng)被原子態(tài)的氧破壞要知道，400 公里高度屬于大氣層的熱層，空已經(jīng)極其稀，即便是這，2 年的時(shí)間也已經(jīng)破了碳納米管可以想象，接暴露在最端對(duì)流層內(nèi)纜繩，會(huì)面著更加嚴(yán)峻考驗(yàn)。除了原子狀態(tài)的破壞，還需面對(duì)各種可的風(fēng)吹日曬淋，甚至可碰上閃電、風(fēng)等各種極氣候….提高纜繩耐久性面的研究，然又是困難重，但只要沒被堵死，們就不會(huì)停探索的步伐當(dāng)然，除了久性問題以，還有一大難題，在等著我們?nèi)ソ?…例如，如保證電梯廂有足夠的動(dòng)支持，可以直從地面升太空站?如果升到一半的候，太空電的動(dòng)力系統(tǒng)然失靈，簡(jiǎn)就是高空求驚悚片現(xiàn)場(chǎng)想想都不寒栗。假如電停在這瞬間...（圖源：流浪地球 2 預(yù)告片）再比如，如何太空電梯自躲避太空碎和一些可能上來的衛(wèi)星一旦躲避不時(shí)，造成的果，難以想。真可謂驗(yàn)了那句話：空電梯，越嘗試，越是難。05、我們?yōu)槭裁磮?zhí)于太空電梯個(gè)時(shí)候，你可能要問，然建造太空梯這么困難那為什么我還一直執(zhí)著這看似不可的設(shè)想呢？為，我們向星辰大海。咳咳，不扯些，說點(diǎn)實(shí)的：目前的際商業(yè)衛(wèi)星射中，每千載荷的運(yùn)輸本在 2 千－2 萬美元之間。假設(shè)編想要去太旅行一趟，少需要 10 萬美元。假設(shè)太空電梯以建設(shè)成功不考慮初期設(shè)成本，根日本大林組預(yù)估，每千載荷的運(yùn)輸本約為 200 美元！也就是說，小只需要花費(fèi) 7 萬左右人民幣，就可去太空旅行！建成太空梯后，除了太空觀光變觸手可及外我們還能夠成本地在地和太空間運(yùn)物資。這，許會(huì)成為人太空探索史，最動(dòng)人心的轉(zhuǎn)折點(diǎn)！06、有生之年現(xiàn)在，請(qǐng)你望天空，想一下?？此?淡的每一秒都在親證，史的誕生。生之年，你看到一座宏的天梯，穿遙遠(yuǎn)的云層以摧枯拉朽勢(shì)，不斷得向地表，最橫貫天地，絕古今。圖：流浪地球 2 預(yù)告片想到這兒，我的熱淚盈眶本文來自微公眾號(hào)：中院物理所 （ID：cas-iop），作者：穆勒保?
