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