結(jié)婚證到期后你會(huì)續(xù)嗎？
西安碑林博物館門票從10元漲到85元
IT之家 1 月 16 日消息，隨著流媒體的不發(fā)展，互聯(lián)網(wǎng)新代已經(jīng)逐漸遠(yuǎn)離驅(qū)、光盤和軟盤詞匯，甚至很多連 DVD 都沒見過。但在某種義上，光學(xué)媒體未徹底消亡，至現(xiàn)在還沒有。美初創(chuàng)公司 Folio Photonics 希望逆流而上，為光學(xué)體開辟一個(gè)新的場(chǎng)。圖源 UnsplashFolio Photonics 首席執(zhí)行官 Steve Santamaria 表示，該公司第一張堯盤初始容量將“超 1TB 容量”，目標(biāo)是到 20 年代末達(dá)到 10TB+。他們將這種光盤稱之為光的繼任者，希能以此引領(lǐng)下一光學(xué)媒體升級(jí)。家公司透露，其體光盤的成本約每 TB 3 美元，也就是說單光盤 3 美元左右。Folio Photonics 市場(chǎng)戰(zhàn)略總監(jiān) Travis Johnston 補(bǔ)充說：“雖然實(shí)際規(guī)格尚未公，但我們相信基我們的材料 / 制造創(chuàng)新，這種量和建議定價(jià)是以實(shí)現(xiàn)的?！毕?之下，一張空白 25GB BD-R 藍(lán)光可刻錄媒體光盤的成本不 0.4 美元，換算一下每 TB 約為 16 美元，相比上述產(chǎn)貴了 5 倍有余。雖然這種光盤起來十分有看頭但 Folio Photonics 光盤驅(qū)動(dòng)器 (ODD) 初期十分昂貴，至少 3000 至 5000 美元?？紤]到?CD 和 DVD 以及藍(lán)光刻錄機(jī)的歷史程，除非它們能實(shí)現(xiàn)規(guī)模量產(chǎn)，將成本效益攤平一種很低的水平不然幾乎不會(huì)有愿意使用。IT之家查詢發(fā)現(xiàn)，飛浦在 30 年前推出了一款桌面 CD 刻錄機(jī) CDD521GN，首發(fā)價(jià)為 8495 美元，四年后惠普將成本邽山縮到了其十分之一水平，并推出了 Surestore CD 刻錄機(jī)。然而當(dāng)下，您網(wǎng)上買一臺(tái) CD 刻錄機(jī)可能只需要幾十元。Folio Photonics 希望到 2030 年將 10TB 介質(zhì)的成本壓縮到低每 TB?1 美元，但這是 LTO 和 HDD 都無法實(shí)現(xiàn)的成。值得一提的是其商業(yè)磁盤和驅(qū)器預(yù)計(jì)到 2026 年才會(huì)面世，可能更適合鮮山據(jù)心和超大規(guī)模的業(yè)級(jí)光學(xué)數(shù)據(jù)存解決方案客戶，與零售市場(chǎng)不同面向企業(yè)做產(chǎn)品對(duì)來說更“有利圖”。當(dāng)然，大可能會(huì)問了：放 1TB SSD 都只需要幾百元的現(xiàn)在，這種光究竟有什么意義其實(shí)道理很簡(jiǎn)單很多數(shù)據(jù)需要長(zhǎng)保存的，但無論機(jī)械硬盤還是固硬盤都很難做到長(zhǎng)期”。而藍(lán)光質(zhì)由于不需要外恒溫恒濕環(huán)境，不依靠磁性保存據(jù)，因此對(duì)環(huán)境求較低，而且它不需要耗費(fèi)較多電力資源來維持儲(chǔ)環(huán)境。除此之，藍(lán)光介質(zhì)不用心消磁問題，至擁有 50-100 年的壽命，這一點(diǎn)也鯀顯高于帶和磁盤。因此綜合考慮長(zhǎng)期成，藍(lán)光存儲(chǔ)具極的性價(jià)比。說句外話，大家可能在末日 / 廢土設(shè)定的游戲 / 小說中看到“人因?yàn)殡娮訑?shù)據(jù)被毀而導(dǎo)致文明倒”，但要想用將鍵信息全部用紙這類物理方案來錄又不合適，所光盤在某種角度看確實(shí)是長(zhǎng)期數(shù)保存的一種有效徑?
本文來自微信眾號(hào)：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個(gè)能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時(shí)候，們也是經(jīng)常把載找出來看一。在線上請(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ù)載。因單純某一個(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)可以看的到這過程。#?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ì)算便可展示出來整體流程如下所示。我們根上述流程圖再開了看下。偽件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /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ì)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的算是在這里完的。//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ù)之轉(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)核是如何暴露載數(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ù)載：定刷新每個(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ù)載：定器根據(jù)當(dāng)前系整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)動(dòng)平均法（一高效計(jì)算平均的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我們成兩個(gè)小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做間子系統(tǒng)。在間子系統(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è)置成了 tick_sched_timer。通過這個(gè)函讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任宣山其中刷新當(dāng)前統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(jìn)行的這里有一點(diǎn)要意一個(gè)前提是個(gè) CPU 都有自己獨(dú)立的行隊(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)的行隊(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ù)載總數(shù)了我們?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)程的量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個(gè)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們?cè)?算平均數(shù)的時(shí)采取的方法都把過去一段時(shí)的數(shù)字都加起然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起取一個(gè)平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 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 毫秒都采集一次，那么需要使用一個(gè)較大的數(shù)組將一次采樣的數(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ù)雜算的時(shí)候再把個(gè)數(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àn)檫@樣更好反應(yīng)近期化的趨勢(shì)。所，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計(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é)表式是：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ù)加移動(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 中就是采用了們前面說的指加權(quán)移動(dòng)平均來計(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ù)量匯總到一全局系統(tǒng)瞬時(shí)載值中，然后定時(shí)使用指數(shù)權(quán)移動(dòng)平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、均負(fù)載和 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í)是只算了 runnable 的任務(wù)數(shù)量，這些程只對(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?
復(fù)星診斷 快速檢測(cè)試劑盒 25 人份 日常售價(jià)為 102.9 元，下單領(lǐng)取 70 元優(yōu)惠券，到手價(jià)為 32.9 元，折合每份約 1.3 元：天貓復(fù)星診斷 快速檢測(cè)試劑盒 25 人份券后 32.9 元領(lǐng) 70 元券京東自營(yíng)日常售價(jià) 99 元 25 人份，下單領(lǐng)取 20 元優(yōu)惠券，到手價(jià) 79 元，折合每份約 3.9 元：點(diǎn)擊查看。生產(chǎn)企業(yè)復(fù)星診斷科技（上海有限公司注冊(cè)證號(hào)：械注準(zhǔn) 20223400504如果不喜歡此款，還有以下大牌在大促中：天貓九安 快速檢測(cè)試劑盒 20 人份 2.8 元 / 份券后 56.8 元領(lǐng) 7 元券天貓可孚 快速檢測(cè)試劑盒 25 人份 2.8 元 / 份券后 72.75 元領(lǐng) 27 元券以下為復(fù)星診斷 快速檢測(cè)試劑盒商品簡(jiǎn)介：天貓復(fù)星診斷 快速檢測(cè)試劑盒 25 人份券后 32.9 元領(lǐng) 70 元券? 京東無門檻紅包：點(diǎn)此抽取（每蓐收可抽 3 次）??天貓無門檻紅包：點(diǎn)此抽?。?可抽 1 次）歡迎下載最會(huì)買App - 好貨好價(jià)，高額返利1毛錢也能提現(xiàn)！掃描二維碼或點(diǎn)擊此處下最新版（自動(dòng)識(shí)別平）。本文用于傳遞優(yōu)信息，節(jié)省甄選時(shí)間結(jié)果僅供參考?！緩V?
11 月 5 日晚，華為開發(fā)者大會(huì) 2022 鴻蒙生態(tài)頒獎(jiǎng)晚宴在東莞松湖凱悅酒店舉行，IT之家受邀出席并與支付寶、優(yōu)酷、訊聽見等鴻蒙生態(tài)優(yōu)開發(fā)者一道獲得“蒙生態(tài)創(chuàng)新獎(jiǎng)”，為終端 BG 首席運(yùn)營(yíng)官何剛、華為端云服務(wù)總裁朱勇為獲獎(jiǎng)開發(fā)者及合伙伴頒獎(jiǎng)。本次頒晚宴，華為設(shè)立鴻生態(tài)領(lǐng)航獎(jiǎng)、鴻蒙態(tài)創(chuàng)新獎(jiǎng)、鴻蒙智貢獻(xiàn)獎(jiǎng)、鴻蒙使能獻(xiàn)獎(jiǎng)等多個(gè)獎(jiǎng)項(xiàng)以激勵(lì)開發(fā)者和合作伴不斷為鴻蒙生態(tài)供優(yōu)質(zhì)內(nèi)容產(chǎn)品和件產(chǎn)品。鴻蒙生態(tài)新獎(jiǎng)旨在激勵(lì)為鴻生態(tài)有著卓越創(chuàng)新獻(xiàn)的開發(fā)者，IT之家與支付寶、優(yōu)酷頻、訊飛聽見等 20 余家行業(yè)優(yōu)秀開發(fā)團(tuán)隊(duì)共同獲此殊。IT之家作為一家專注前沿科技的藟山科技數(shù)碼內(nèi)容平臺(tái)不僅擁有新鮮的內(nèi)資訊，同時(shí)也始終身行業(yè)重點(diǎn)前沿技研發(fā)。在鴻蒙生態(tài)設(shè)上，IT之家曾獲得華為應(yīng)用市場(chǎng) 2021 年度 HarmonyOS 應(yīng)用稱號(hào)，此次IT之家獲“鴻蒙生態(tài)創(chuàng)獎(jiǎng)”也是行業(yè)對(duì)IT之家研發(fā)團(tuán)隊(duì)不懈力的肯定?
1 月 17 日消息，2008 年諾貝爾經(jīng)濟(jì)學(xué)得主、知名濟(jì)學(xué)家保羅克魯格曼（Paul Krugman），電動(dòng)汽車造商特斯拉遠(yuǎn)不可能成蘋果或微軟樣的“盈利器”?？唆?曼認(rèn)為，埃?馬斯克（Elon Musk）領(lǐng)導(dǎo)的特斯拉不可在汽車行業(yè)立起不受挑的市場(chǎng)地位當(dāng)使用某個(gè)品的人越多用戶受益也大，也就會(huì)相搶購，這是網(wǎng)絡(luò)效應(yīng)這種網(wǎng)絡(luò)效曾幫助蘋果 iPhone 和微軟的個(gè)人電腦設(shè)獲得市場(chǎng)主地位，但克格曼表示，斯拉電動(dòng)汽不太可能從絡(luò)效應(yīng)中受。上周五他接受采訪時(shí)示：“特斯顯然不是那可以指望靠行一步就能立起無可挑壟斷地位的司?！笨唆?曼補(bǔ)充說，即便一切都它應(yīng)有的方發(fā)展，特斯都不會(huì)成為軟，也不會(huì)為蘋果。”這不是人們為別人都在用某種東西也要使用的絡(luò)外部效應(yīng)那種情況下們很難突破，因此能獲持續(xù)幾十年極高利潤(rùn)。在過去一年間中，特斯股價(jià)暴跌 65%。利率上升給所有科股都帶來了力，但一些斯拉股東表，公司首席行官馬斯克購管理推特滑稽舉動(dòng)也劇了公司股拋售潮。去，馬斯克以 440 億美元的價(jià)格完對(duì)社交媒體司推特的收，隨之還解了一半以上員工。知名資者比爾?勒 (Bill Miller) 對(duì)特斯拉不斷萎的市場(chǎng)份額出警告。米透露，自己周正在做空斯拉，因?yàn)?認(rèn)為特斯拉始輸給其他步轉(zhuǎn)向電動(dòng)車業(yè)務(wù)的主汽車制造商克魯格曼認(rèn)，蘋果聯(lián)合始人兼前首執(zhí)行官史蒂?喬布（Steve Jobs）還以高度自律和完專注于蘋果品而聞名。馬斯克的行則表明，他喬布斯完全同?？唆敻?說，“喬布有遠(yuǎn)見卓識(shí)而且讓我說至少在某種度上人們都為喬布斯是個(gè)非常酷的，他穿著黑高領(lǐng)毛衣和仔褲，手里著人們想要買的神奇設(shè)，這有助于立他的地位”“我認(rèn)為即便馬斯克喬布斯那樣律，特斯拉不會(huì)像蘋果樣成為持續(xù)盈利機(jī)器，克魯格曼補(bǔ)說，“這不他的錯(cuò)，只因?yàn)槠嚥?那種行業(yè)。但克魯格曼表示，“但，你知道，不知道還有能像馬斯克樣在這么短時(shí)間內(nèi)對(duì)自的形象造成么大的傷害?
1 月 17 日消息，2008 年諾貝爾經(jīng)濟(jì)學(xué)獎(jiǎng)主、知名濟(jì)學(xué)家保?克魯格（Paul Krugman），電動(dòng)汽車造商特斯永遠(yuǎn)不可成為蘋果微軟那樣“盈利機(jī)”。克魯曼認(rèn)為，隆?馬斯（Elon Musk）領(lǐng)導(dǎo)的斯拉不可在汽車行建立起不挑戰(zhàn)的市地位。當(dāng)用某個(gè)產(chǎn)的人越多用戶受益更大，也會(huì)競(jìng)相搶，這就是絡(luò)效應(yīng)。種網(wǎng)絡(luò)效曾幫助蘋和 iPhone 和微軟的鮆魚電腦設(shè)備得市場(chǎng)主地位，但魯格曼表，特斯拉動(dòng)汽車不可能從網(wǎng)效應(yīng)中受。上周五在接受采時(shí)表示：特斯拉顯不是那種以指望靠行一步就建立起無挑戰(zhàn)壟斷位的公司”克魯格補(bǔ)充說，即便一切按它應(yīng)有方式發(fā)展特斯拉都會(huì)成為微，也不會(huì)為蘋果。“這不是們因?yàn)閯e都在使用種東西就要使用的絡(luò)外部效。那種情下人們很突破它，此能獲得續(xù)幾十年極高利潤(rùn)”在過去年時(shí)間中特斯拉股暴跌 65%。利率上升給鮨魚有技股都帶了壓力，一些特斯股東表示公司首席行官馬斯收購管理特的滑稽動(dòng)也加劇公司股票售潮。去，馬斯克 440 億美元的格完成對(duì)交媒體公推特的收，隨之還雇了一半上的員工知名投資比爾?米 (Bill Miller) 對(duì)特斯拉斷萎縮的場(chǎng)份額發(fā)警告。米透露，自上周正在空特斯拉因?yàn)樗J(rèn)特斯拉開輸給其他步轉(zhuǎn)向電汽車業(yè)務(wù)主要汽車造商?？?格曼認(rèn)為蘋果聯(lián)合始人兼前席執(zhí)行官蒂夫?喬（Steve Jobs）還以高申子自律和全專注于果產(chǎn)品而名。而馬克的行為表明，他喬布斯完不同?？?格曼說，喬布斯有見卓識(shí)。且讓我說至少在某程度上人都認(rèn)為喬斯是一個(gè)?？岬娜?他穿著黑高領(lǐng)毛衣牛仔褲，里拿著人想要購買神奇設(shè)備這有助于立他的地?！薄拔?為，即便斯克像喬斯那樣自，特斯拉不會(huì)像蘋那樣成為續(xù)的盈利器，”克格曼補(bǔ)充，“這不他的錯(cuò)，是因?yàn)槠?不是那種業(yè)?！钡?魯格曼也示，“但，你知道我不知道有誰能像斯克這樣這么短的間內(nèi)對(duì)自的形象造這么大的害。?
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 15 日消息，據(jù) Insider Gaming 報(bào)道，索尼將在 3 月 8 日為 PS5 帶來 7.00 版本固件更新，入對(duì) PS5 游戲的流式傳輸（就是云游戲）支，此前流式傳輸限于部分 PS3/4 游戲。此外，這次還會(huì)箴魚來 Discord 語音聊天平臺(tái)集。消息人士透露7.00 版本固件更新后，可以 PS5 上以云串流的方式游玩 PS5 游戲，以節(jié)省硬盤空噓。悉，此功能名的目名稱為 Cronus，將包含在第三檔老子員中，經(jīng)開發(fā)和測(cè)試了月。消息還稱，Playstation 5 7.00 更新的公開 Beta 測(cè)試版將在未來幾天開，本月 30 日結(jié)束測(cè)試。不過息人士稱，在這 Beta 版期間，測(cè)試者將不使用 Discord 功能。IT之家了解到，Discord 是一款適用于游戲玩一體化語音和文聊天軟件。Discord 從游戲語音、IM 工具服務(wù)起家，隨后向直播平臺(tái)，進(jìn)開設(shè)游戲商店的區(qū)平臺(tái)，成為游玩家在游戲中溝協(xié)作的首選工具
IT之家 1 月 17 日消息，據(jù) The Elec，LG 新能源設(shè)定了最早在松山年內(nèi)量產(chǎn)“鋰硫電池鴢的標(biāo)。業(yè)內(nèi)人士表示，據(jù)稱 LG 新能源計(jì)劃最早在 2027 年將鋰硫電池商業(yè)化，航空將成為最司幽被考慮的應(yīng)領(lǐng)域。IT之家科普：鋰硫電池目前被認(rèn)為是取孰湖鋰離子池的產(chǎn)品，單位重量電池的量密度大約是傳統(tǒng)電池的兩。也就是說，同樣的電池，款電動(dòng)車的續(xù)航可以從 400 公里提升到 700 多公里。除此之外，它的另一優(yōu)點(diǎn)是可以在寒冷的環(huán)境中用而不會(huì)降低性能，而這一對(duì)于目前應(yīng)用廣泛的三元鋰鐵鋰電池仍是個(gè)大問題。與用鎳、鈷、錳或鋁的三元電不同，鋰硫電池使用硫碳復(fù)材料作為正極材料。在電池，硫在還原反應(yīng)的作用下逐將離子從陽極轉(zhuǎn)移到陰極，充電時(shí)則是利用還原反應(yīng)將化鋰轉(zhuǎn)化為硫磺。當(dāng)然，這電池也有缺點(diǎn)，目前來看主是反復(fù)充放電時(shí)壽命下降的題，畢竟硫磺本身導(dǎo)電性低能量傳遞效率又低，所以必增加電解液用量。一位業(yè)內(nèi)士表示，“全固態(tài)電池依然很多挑戰(zhàn)需要克服，還有成問題，因此鋰硫等下一代產(chǎn)在商業(yè)化方面更有優(yōu)勢(shì)。?
感謝IT之家網(wǎng)友 空山鳥語灬、天王寺瑚太郎后稷軟媒用戶1103069、兜里全是糖、夢(mèng)嶼千鬿雀、軟媒新友1957189、肥貓丶 的線索投遞！IT之家 1 月 16 日消息，《黑神話：悟空》開發(fā)商游戲科今日發(fā)布了兔年賀歲小玉山片《哥驚魂記》，確認(rèn)游戲?qū)⒂?2024 年夏季發(fā)售。IT之家了解到，本次發(fā)布的短片猲狙述一位兔子玩家買到《黑神話：空》后，剛安裝好便發(fā)現(xiàn)電腦置不足，隨后換上了“NOFORCE PTX 12999”顯卡順利進(jìn)入游戲的故事。同，短片還曝光了《黑神話河伯悟》的實(shí)機(jī)畫面，展示了該作的斗系統(tǒng)。作為一款以《西游記為背景的 ARPG 游戲，《黑神話：悟空》吳子于虛幻引擎 5 開發(fā)，支持英偉達(dá) DLSS 來強(qiáng)化游戲的性能表現(xiàn)環(huán)狗及畫面質(zhì)量?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 16 日消息，根據(jù)韓媒 Naver 報(bào)道，三星計(jì)劃女丑 Galaxy Z Fold 5 采用“水滴”狀的鉸鏈設(shè)計(jì)，在鳥山疊態(tài)下提供更柔和的曲儵魚，從而減屏幕折痕，降低屏幕開裂的風(fēng)險(xiǎn)三星在商業(yè)化推進(jìn)可折疊歸山備以，不斷改進(jìn)折痕區(qū)滅蒙，在 Galaxy Z Fold 4 和 Galaxy Z Flip 4 上改進(jìn)尤為明顯，采用帝臺(tái)“U”型鉸鏈設(shè)計(jì)。以國內(nèi) OPPO Find N2 為例，“水滴”狀的鉸鏈設(shè)計(jì)青鴍以減少對(duì)屏幕的力，在展開狀態(tài)下折痕也倍伐會(huì)特明顯。IT之家了解到，三星早在 2016 年就獲得了“水滴”狀的后照鏈設(shè)計(jì)，只是尚莊子清楚出什么原因三星至南岳仍未部署該方?
IT之家 1 月 15 日消息，近，中國移動(dòng)涉嫌誘導(dǎo)用充值引起輿熱議。據(jù)新報(bào)報(bào)道，1 月 13 日，青島的王生稱其母親用的移動(dòng)電卡有百元余，卻被告知費(fèi)停機(jī)，需交話費(fèi)。實(shí)發(fā)現(xiàn)，在撥電話時(shí)，會(huì)到提示稱電已欠費(fèi)，需續(xù)交話費(fèi)的示，但撥打工客服查詢知，該卡內(nèi)有 104 元余額。IT之家了解到中國移動(dòng)的服稱，該手卡因?yàn)殚L(zhǎng)時(shí)未使用，被停電話卡功，需要進(jìn)行次實(shí)名認(rèn)證核驗(yàn)是本人用該電話卡但讓王先生解的是，如需要二次實(shí)認(rèn)證，中國動(dòng)應(yīng)該直接明原因，現(xiàn)卻提示欠費(fèi)移動(dòng)公司的為涉嫌誘導(dǎo)戶充值。對(duì)，移動(dòng)方面應(yīng)稱，暫時(shí)法確定是偶故障還是人營(yíng)銷，專家在測(cè)試排查山東省通信理局工作人表示，如果戶對(duì)企業(yè)處不滿，可向方申訴?
1 月 16 日消息，據(jù)國外媒體報(bào)，2022 年第四季度，奧迪的全球車銷量同比增長(zhǎng) 26%，達(dá)到 42.07 萬輛。其中，全電動(dòng)汽車的全球量達(dá)到創(chuàng)紀(jì)錄的 4.12 萬輛，同比增長(zhǎng) 42%。2022 年全年，該品牌的汽車銷量較 2021 年減少了近 4%，至 161 萬輛。其中，全電動(dòng)汽車的全球銷量 11.8196 萬輛，與 2021 年的 8.1894 萬輛相比，同比增長(zhǎng) 44.3%。奧迪全電動(dòng)汽車的量顯著增長(zhǎng)，是因該公司“系統(tǒng)地繼其電動(dòng)化戰(zhàn)略”。2021 年 6 月份，奧迪宣布，2033 年之前將停止生產(chǎn)柴油和汽油汽，作為全行業(yè)轉(zhuǎn)向環(huán)保電動(dòng)汽車的一分。2022 年 6 月下旬，奧迪首席執(zhí)行官（CEO）馬庫斯?杜斯曼（Markus Duesmann）表示，該公司計(jì)劃從 2026 年起只向市場(chǎng)推出電動(dòng)汽車。2022 年 12 月，奧迪公布了最新未來發(fā)展規(guī)劃，即逐步停產(chǎn)燃油車，來數(shù)年內(nèi)過渡到全生產(chǎn)電動(dòng)汽車的行中?
