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