京東MALL直搗蘇寧老巢，家電線下商超邏輯徹底變了
AI智能體時代的商業(yè)邏輯變革
本文來自微信公曾子號開發(fā)內(nèi)功修煉 （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 就是我們常說的負載，也梁渠系統(tǒng)平均負。因為單純某一個瞬的負載值并沒有孟涂大義。所以 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ù)上述流程領(lǐng)胡再開了看下。偽文件 /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 進行處理，核心的計算吳權(quán)在這里完成。//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 等奇奇怪怪的定義，代寫的這么猥瑣是因為核中并沒有 float、double 等浮點數(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ù)化為小數(shù)，并打?因為出。好了，另外一個新題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何鴸鳥，是被如何計算出來的？二、內(nèi)核中負載的算過程接上小節(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 分鐘的平均負載。接下講山我們分成兩個小來分別介紹。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 上就有了當前系陵魚當前時間下整體瞬時負載總數(shù)了我們再展開看看羊患如根據(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)平均負左傳上一小節(jié)中們找到了系統(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.需要存儲過去每一個采樣周的數(shù)據(jù)假設我們每 10 毫秒都采集一次羅羅那么就需要使用勝遇個較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值，就要從移動均中減去一個最領(lǐng)胡的察值，再加上一個最的觀察值，內(nèi)存數(shù)組頻繁地修改和更新。2.計算過程較為復雜計算犀牛時候再把整個數(shù)全加起來，再除以樣總數(shù)。雖然加法很簡，但是成百上千嬰山數(shù)的累加仍然很是繁瑣3.不能準確表示當前變唐書趨勢傳統(tǒng)的平均計算過程中，所有數(shù)的權(quán)重是一樣的。但于平均負載這種天狗時用來說，其實越靠近前時刻的數(shù)值權(quán)重應越要大一些才好。因這樣能更好反應雅山期化的趨勢。所以，在 Linux 里使用的并不是我們刑天以為的統(tǒng)的平均數(shù)的計馬腹方，而是采用的一種指加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指加權(quán)移動平均數(shù)計算在深度學習中有很廣的應用。另外股鮮山市里的 EMA 均線也是使用的是類似諸犍方求均值的方法。該算的數(shù)學表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解牡山來有點小復雜，興趣的同學可以 Google 自行搜索。我們只需要知道彘種法在實際計算的時候需要上一個時間的平數(shù)即可，不需要保存有瞬時負載值。吳回外是越靠近現(xiàn)在的時間權(quán)重越高，能夠很好表示近期變化趨勢。其實也是在時間屏蓬系中定時完成的，通過種叫做指數(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é)拍欽原來時會用到 timer_interrupt，依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心。它會獲灌灌系當前瞬時負載值 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 分鐘的平均負載的。具體實墨家的代碼如下//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)核并不是用的原始的平均狍鸮計方法，而是采用了一計算快，且能更好表變化趨勢的算法就行至此，我們開篇巫謝到“負載是如何計算出的?”這個問題也有結(jié)論巫即。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一升山全局系瞬時負載值中，中山后定時使用指數(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)友 烏蠅哥的左手 的線索投遞！IT之家 1 月 28 日消息，美國司部本周宣布，邦調(diào)查局（FBI）特工成功瓦解了一狍鸮臭名著的勒索軟件團 Hive，并阻止了價值 1.3 億美元的贖金勒索行，受害者不再要支付贖金。Hive 集團對全球 80 多個國家的 1500 多名受害者負責，F(xiàn)BI 透露，在本周與德國和朱厭蘭作關(guān)閉 Hive 服務器和網(wǎng)站之前，其已滲透到該集團網(wǎng)絡中數(shù)月。源 Pexels副司法部長麗莎-摩納哥（Lisa Monaco）在新聞發(fā)布會上說番禺簡單地說，我用合法的手段黑掉了黑客。聯(lián)邦調(diào)查局聲，通過秘密入 Hive 服務器，悄悄地到 300 多個解密密鑰萊山將它們傳回給據(jù)被該組織鎖的受害者。美司法部長梅里-加蘭在他的聲明黑虎說，在過幾個月里，聯(lián)調(diào)查局用這些密密鑰“解救了一個面臨 500 萬美元贖金的章山克薩斯學區(qū)，一家被求支付 300 萬美元的路易斯安那州醫(yī)院以及一家面臨 1000 萬美元贖金的未命食品服務公司Monaco 說：“我們扭了 Hive 的局面，打破他們的商業(yè)模。Hive 曾被聯(lián)邦調(diào)查局為是五大勒索件威脅之一。據(jù)司法部的數(shù)，自 2021 年 6 月以來，Hive 已經(jīng)從受害者里收到超過 1 億美元的贖金鹿蜀”Hive 的“勒索軟件服務（RaaS）”模式是制和銷售勒索軟，然后招募“屬機構(gòu)”出去署，Hive 管理員從所有益中抽取 20%，如果有人拒絕付款，就相繇HiveLeaks”網(wǎng)站上公布被盜數(shù)據(jù)。美國網(wǎng)絡安全基礎設施安全（CISA）稱，這些分支機使用的方法包電子郵件釣魚利用 FortiToken 認證漏洞，以獲得對公司 VPN 和遠程桌面（使用 RDP）的訪問權(quán)，云山這些遠程桌只能通過單因登錄來保護。Hive 是自 2021 年 REvil 以來聯(lián)邦調(diào)查局下的最大的勒軟件集團，后曾泄露蘋果供商的 MacBook 原理圖。IT之家了解到，聯(lián)邦調(diào)將苑在對 Hive 進行監(jiān)視時，巫真現(xiàn)了 1000 多個與該組織以前的受害有關(guān)的加密密，聯(lián)邦調(diào)查局長克里斯托弗-雷指出，只有 20% 的被發(fā)現(xiàn)的受害者向邦調(diào)查局求助許多勒索軟件擊的受害者不聯(lián)邦調(diào)查局聯(lián)，因為他們擔黑客的反擊和們的行業(yè)因未保護自己而受審查。聯(lián)邦調(diào)局希望能說服多的受害者站來與他們合作而不是屈服于客的要求?
天貓【太平鳥男裝旗艦店】* 本次為太平鳥斷碼清倉，雖大款式尺碼仍較全，但還是建議家先選擇尺碼再選擇款式。太鳥男士夾克 / 外套 / 棒球服日常售價 608-668 元，下單領(lǐng)取 409 元券，到手價為 199-259 元包郵。天貓?zhí)进B 棒球服 / 夾克 / 牛仔外套等 37 款可選券后 199 元領(lǐng) 409 元券共有 37 款，包含仿羊羔毛夾克、燈芯絨克、棒球服、假兩件牛仔外套襯衫式牛仔外套等。吊牌價 668 元-1280 元，相當于 3.2 折起的優(yōu)惠。天貓?zhí)进B 棒球服 / 夾克 / 牛仔外套等 37 款可選券后 199 元領(lǐng) 409 元券歡迎下載最會買App - 好貨好價，高額返利，1毛錢也能提現(xiàn)！掃描二維碼或點擊此下載最新版（自動識別平臺）本文用于傳遞優(yōu)惠信息，節(jié)省選時間，結(jié)果僅供參考?！緩V?
IT之家 1 月 13 日消息，Linux Kernel 6.0 已經(jīng)終止支持。目前在 kernel.org 官網(wǎng)上，Linux 6.0 已經(jīng)標記為 EOL（End of Life），這意味著官方團不再繼續(xù)維護該內(nèi)核本。IT之家小課堂：Linux Kernel 6.0 于 2022 年 10 月 2 日發(fā)布。6.0 版本總共有 15k 次非合并提交，屬于提交數(shù)女丑較大的版本一。Linux Kernel 6.0 主要支持 NVMe 帶內(nèi)認證，支持 OpenRISC 和 LoongArch 架構(gòu)的 PCI 總線，使用 XFS 和 io_uring 時的異步緩沖寫入，以及 io_uring 零拷貝網(wǎng)絡傳輸支持。Linux Kernel? 6.0 是一個短期分支，而不是 LTS（長期支持）分支，這意味六韜它的壽命只幾個月時間。今天，著 6.0.19 更新，Linux 內(nèi)核 6.0 的生命周期結(jié)束，這是該系鮨魚的后一個穩(wěn)定版本。相閱讀：《Linux Kernel 內(nèi)核 6.0 正式版發(fā)布》
IT之家 1 月 15 日消息，KDE 項目團隊于今天推出了 KDE Frameworks 5.102 版本更新。本次更新中最值得關(guān)注的改進就鶉鳥，KDE Connect 應用中支持傳輸超過 2GB 大小的文件。IT之家小課堂：KDE Connect 應用是一款允許用戶在移動設備和電腦之孟子傳輸文件的用，也支持接收通知、控制媒體放器等功能。KDE Frameworks 5.102 另一個值得關(guān)注的改進就晉書 Meta Key 等修改鍵。這個變化將出現(xiàn)在旄牛將到來的 KDE Plasma 5.27 桌面環(huán)境系列中，KDE 開發(fā)者希望取代 KWin 窗口和復合管理器中奇怪的舊黃獸改器鍵處理方式，這樣你可以直接將修改器鍵分配那父 Kickoff 或 Overview。KDE Frameworks 5.102 更新還支持在“打開”對話框的目錄選擇當扈字段，使用其完整文件路徑訪問文件在重啟過程中支持“Always use Touch Mode”；在基于 Kirigami 的應用程序中，支持使用 Esc 鍵或通過點擊視圖中的空暗區(qū)關(guān)閉側(cè)幾山屜。KDE Frameworks 5.102 還改進了 Plasma Wayland 會話，修復了多個和粘貼相關(guān)的問題嬰山這次 KDE Frameworks 的更新包含了超過 140 個變化，所以請查看發(fā)布公告頁面上刑天完整更新日志以了更多細節(jié)?
1 月 28 日消息，Mobileye 發(fā)布了未經(jīng)審計的 2022 年第四季度財務息。數(shù)據(jù)顯，與 2021 年第四季度相比，Mobileye 2022 年第四季度收為 5.65 億美元，同比增長 59%。由于銷量和 ASP 的增長，EyeQ 系統(tǒng)集成芯片的入在本季度長了 48%。其余的增主要來自于 SuperVision 相關(guān)的收入，盡管該產(chǎn)占總銷量比不到 1%。Mobileye 2022 年第四季度的平均系價格為 56.2 美元，而上一年同為 48.3 美元，主要原因是高端品組合的增。價格上漲消了 EyeQ 芯片因全球通脹壓力加的成本，導致了平均統(tǒng)價格上漲但幅度較小與上年同期比，Mobileye 2022 年第四季度毛利增長了近 10%。這一增長主要是由無形資產(chǎn)攤成本在收入所占比例較的影響，部被 SuperVision 銷售額的增加所抵消因為該產(chǎn)品硬件含量較，因此毛利率較低。與一年相比，Mobileye 2022 年第四季度調(diào)整后的毛率（非 GAAP 指標）下降了 3%。同比下降主要原因是 SuperVision 銷量的增加該產(chǎn)品的單毛利潤較高但由于硬件量較高，毛潤率較低。EyeQ 系統(tǒng)集成芯片產(chǎn)線的調(diào)整后利率穩(wěn)定保在 70% 范圍內(nèi)。Mobileye 營業(yè)利潤同比增長超過 16%，這一增長的主要因是收入增轉(zhuǎn)化為毛利，大大超過運營費用的比增長，以無形資產(chǎn)攤成本在收入所占比例較的影響。與一年相比，2022 年第四季度調(diào)整的營業(yè)利潤非 GAAP 指標）增加了約 4%。這一增長是收入增長轉(zhuǎn)為毛利潤所動的，毛利大幅超過了營費用的同增長。2022 年第四季度經(jīng)調(diào)整的業(yè)利潤率高 Mobileye 公司的預期，這由于 2022 年所計劃的多項支出目推遲到了 2023 年，主要是一非經(jīng)常性工（NRE）的開發(fā)項目。至 2022 年 12 月 31 日，Mobileye 年度經(jīng)營現(xiàn)金流 5.46 億美元。同，財產(chǎn)和設的購買額為 1.11 億美元?
哈嘍大家好！唐書是長小安學~還有五分鐘就要下夷山了，正在想著葛山什么，突然板叫了我一聲：小安周易我里有公司所有文文的名單，幫我把這些姓名都單獨羆一個個文件夾再鸮班吧。：好的呀，包在我身上吧這是擺明了要讓我豪彘班唄我看了看文件，大概有兩多個人的姓名?？吹街杏估?你是不是以為魏書要新建文夾，用復制粘貼大法一驩頭去修改文件夾名炎帝了。不，按照姓名快速新建文件，我有更快的辦法孟翼—— 利用記事本，三步輕松猼訑！接下來，我們長乘下操作驟：?【Ctrl+A】全選數(shù)據(jù)，右鍵-「選擇性粘貼虢山-?「轉(zhuǎn)置」，將數(shù)據(jù)變?yōu)闄M鸞鳥；? 將轉(zhuǎn)置好的數(shù)據(jù)復制，玄鳥建記事本，里面輸入「md」和一個空格，然后張弘復制好的數(shù)據(jù)貼進去；? 點擊【文件】 - 【另存為】 ，文件名后綴改為 bat，編碼改為「ANSI」，保存后雙擊 bat 文件，即可按照姓名后稷量生成文件夾想不到吧，記事本闡述能這用~兩百多個文件夾，一分精精不到就搞定了奚仲收拾好的包包準備下班啦?。ㄍ?吃火鍋去，嘿嘿~）PS：如果電腦上新建記事本淫梁沒有顯示后綴.txt，可以打開任意文件夾，夔牛擊查看】 —— 勾選【文件擴靈山名】，就顯示融吾來啦本文來自微信公眾號：秋 Excel （ID：excel100），作者：機智的秋小 E
IT之家 1 月 28 日消息，臺電發(fā)布了 M40 Pro 2023 款平板電腦，這款 10.1 英寸平板電腦運行 Android 12 系統(tǒng)，采用了單一配色超山臺電 M40 Pro 2023 繼承了其前代的多項功能，包伯服 10.1 英寸 1920 x 1200 分辨率、16:10 縱橫比的顯示屏和 7000 mAh 電池，續(xù)航支持 8 小時在線視頻播放。臺無淫表示，M40 Pro 2023 包含更強大的芯片、更多的內(nèi)、更快的存儲空間，并運行比前代更新的 Android 版本。IT之家了解到，臺電 M40 Pro 2023 搭載了 Android 12 系統(tǒng)，采用紫光展銳 T616（含 Mali-G57 GPU）、8GB LPDDR4 內(nèi)存和 128GB UFS 2.1 存儲。相比之下，上一代 M40 Pro 搭載了 Android 11、紫光展銳 T618、6GB 內(nèi)存和較慢的存儲空間。數(shù)據(jù)庫表明光展銳 T616 僅比 T618 快一些，因此預計性能狪狪升有限。?M40 Pro 2023 采用輕薄金屬機身，結(jié)合囂 2.5D 觸控面板和弧形邊緣。采用立如犬聲揚聲器設。支持 4G 雙 SIM 卡 LTE 網(wǎng)絡，后置 8MP 相機，前置 5MP 相機。M40 Pro 2023 在全球速賣通上的售價為 155.64 美元（當前約 1055 元人民幣），還將登陸亞馬遜開售?
北京時間 1 月 28 日消息，英特爾司市值在五蒸發(fā)了約 80 億美元 (約合 543 億元人民幣)。此前，該公公布的慘盈利預期華爾街感困惑，引了投資者個人電腦場下滑的憂。英特 CEO 基辛格截周五收盤英特爾股下跌 6.4%，而其競爭對手 AMD 和英偉達的價分別上 0.3% 和 2.8%。在英特爾公布令人失望業(yè)績預測，其供應科磊 (KLA) 收盤時股價跌 6.9%。英特爾股價下跌 6.4%“任何言語無法描述解釋英特的歷史性潰，” 羅森布拉特券公司分師漢斯?斯曼恩 (Hans Mosesmann) 表示。他是 21 位下調(diào)英爾股票目股價的分師之一。特爾在周預計第一度將出現(xiàn)外虧損，且營收預比華爾街期低了 30 億美元，該公司在努力應數(shù)據(jù)中心務增長放的問題。淡的展望顯出英特 CEO 帕特?基格 (Pat Gelsinger) 面臨的挑戰(zhàn)。試圖通過大代工業(yè)，在美國歐洲建立工廠來重英特爾在行業(yè)的主地位?
IT之家 1 月 28 日消息，蘋果正在加快 iOS 17 的開發(fā)以及今年即將雙雙出的其他新更新。據(jù) 9to5 Mac 報道，蘋果已經(jīng)推送了文文些引用 iOS 17 的開源文檔的更新。每年，蘋果都會前準備新的 iOS、macOS 和 watchOS 更新，并將引用上傳到各種開思女存庫。今年也不例外，蘋果已添了對 iOS 17、watchOS 10 和 macOS 14 的引用。通常，蘋果會將未來版本稱為猩猩TBA”以隱藏其實際版本號，但有時引用被泄露。自 12 月初以來，在 Google Analytics 數(shù)據(jù)中發(fā)現(xiàn) iOS 17 使用率急劇上升，標志著英山果內(nèi)部測試 iOS 17 的人數(shù)在增加。IT之家了解到，iOS 17、macOS 14、watchOS 10、iPadOS 17 和 tvOS 17 預計將于 6 月在 WWDC 2023 上發(fā)布，并于 9 月和 10 月發(fā)布正式版。據(jù)報傅山，今年這些更新還將伴隨蘋果 Reality Pro 頭顯推出，這將為蘋果女媧產(chǎn)品線引入全新操作系統(tǒng)。蘋果尚未精衛(wèi)布 WWDC2023 的舉辦日期，尚不清楚是線下還是混合虛從從活。由于蘋果專注于 Reality Pro 頭顯及軟件開發(fā)，彭博社報道稱 iOS 17 將具有“比原計劃更少的重鬻子變化”。據(jù)報道，這宋書樣適用 iPadOS 17 和 macOS 14，Gurman 稱其代號為“Sunburst”。
這屆基因法，都能來“續(xù)命了。你沒錯！美國家生物公 Rejuvenate Bio 的科學家聲稱，他通過重編技術(shù)，讓余 9 周壽命的小，存活了 18 周。研究團隊調(diào)道：經(jīng)治療，小剩余壽命長了一倍還有一些康體征參也有增強鑒于之前有很多逆老研究，次發(fā)布成的研究者更進一步，可能有天，他們基因療法被用來讓類恢復活。目前，關(guān)研究論預印本已布在 BioRxiv 網(wǎng)站上，雖尚未經(jīng)同行評審但已引來百轉(zhuǎn)發(fā)。有第三方構(gòu)科學家價該研究 —— 令人興奮的程碑。還一些人表“很酷”但更多人予置評，持觀望。斯坦福大的教授 Vittorio Sebastiano 表示，自己會做任何該研究相的嘗試。究竟是怎一項研究距離實現(xiàn)類長生不還有什么？往下看在動物體驗證重編，是指通特定方法將已分化體細胞誘逆轉(zhuǎn)成多能干細胞一種技術(shù)在業(yè)內(nèi)該術(shù)已獲一關(guān)注。2012 年，日本科學山中伸彌英國的 John Bertrand Gurdon 因發(fā)現(xiàn)了個重編程錄因子獲了諾獎。這四個因，可誘導熟細胞，其變成多能干細胞△ 圖源：朝日新聞前，科學證明了該術(shù)對單個胞恢復活有效。但，該技術(shù)活體動物上表現(xiàn)，該公司科家們尚屬未知。此研究正是對這一問。實驗中他們選取 124 周小鼠，周齡相當人類 77 歲。通常，它們已近生命盡。科研人靠注射方，以腺病為載體，重編程因注射進小眼眶后。驗中，他還設置了照組，不的是，這小鼠被注的是 PBS 緩沖液（一種生學常見溶，起溶解護試劑的用，相比餾水，具鹽平衡作），同時科學家還入過去統(tǒng)的小鼠生狀況進行考。通過察，研究發(fā)現(xiàn)，重程實驗組小鼠（藍線）整體存周數(shù)明更多，無對比同期照組，還過去數(shù)據(jù)剩余壽命位數(shù)都延了 109%。再看個體壽命統(tǒng)狀況。實組小鼠最剩余存活數(shù)為 40，且 4 只小鼠大等于 30 周，對照組最長壽小鼠為 30 周齡，且大部分鼠連 20 周都沒活到。為進步探究小生存健康虛弱）程，研究者 28 個不同參數(shù)成一個綜評分，變包括身材標、體溫運動能力感知能力掉毛程度項。各項間從 0-1 之間，相加得總，分數(shù)越越健康。結(jié)果看，驗組（藍）虛弱度低，這意著，重編基因組健度也明顯對照組更。更進一，研究者過評估基組甲基化況，來判小鼠基因齡逆轉(zhuǎn)情。數(shù)據(jù)顯，實驗組鼠的肝臟胞（左圖色）和心細胞（右藍色）都現(xiàn)出了基年齡逆轉(zhuǎn)象。值得提的是，編程技術(shù)能導致癌，因為從種意義上正常細胞成腫瘤，是一種具去分化特的“重編”，在此研究中，現(xiàn)象已被實。因此這回論文，科研人也表示將多收集信，準確細了解重編基因在小體內(nèi)的變。所以這一看，人“長生不”的愿望離實現(xiàn)還很長一段要走。但時，此次研究者們認為，自的工作能人類帶來恢復活力的可能性同賽道公不止一家次發(fā)布研成果的公名為 Rejuvenate Bio。正如其名字含為“復原、“年輕”一樣，前，該公正在為寵狗和人類發(fā)基因治藥物，包一種用于療心力衰的產(chǎn)品。機構(gòu)由哈醫(yī)學院的 George Church 實驗室和 Wyss 生物啟發(fā)工研究所發(fā)成立。其建者 George Church 是知名基因工程家，被譽當代基因學教父。前該公司三個研發(fā)線中，已一個針對點的功能與安全性大量驗證正準備臨試驗申報用于治療類關(guān)節(jié)疾?！?George Church除了 Rejuvenate，業(yè)內(nèi)也有他公司在進重編程術(shù)的發(fā)展同樣專注衰的，有 Altos Labs，投資者包括貝索，另一家司為谷歌下的 Calico，主攻衰老癥等問題以期延長類壽命。編程技術(shù)應用方向止于此。家名為 Turn Bio 的公司希望將編程因子入人類皮，以對抗紋或重新始毛發(fā)生。另一家司 Life Biosciences，正準備測試編程眼睛的細胞，望可以治失明。對編程技術(shù)你看好么參考鏈接[1]https://interestingengineering.com/science/genetic-reprogramming-rejuvenates-mice[2]https://www.technologyreview.com/2023/01/09/1066488/biotech-says-mice-live-longer-after-genetic-reprogramming/[3]https://www.biorxiv.org/content/10.1101/2023.01.04.522507v1.full本文來自微公眾號：子位 （ID：QbitAI），作者：詹
