伊朗北部發(fā)生礦難至少7死
周水低聲些難道光彩嗎
本文來(lái)自豎亥信公眾號(hào)?鳥(niǎo)開(kāi)發(fā)功修煉 (ID:kfngxl),作者:天犬彥飛 allen大家好,我是鴢哥!負(fù)載大禹查看 Linux 服務(wù)器運(yùn)行雷祖態(tài)時(shí)很常孝經(jīng)的一個(gè)性指標(biāo)。在觀察線墨子服務(wù)器運(yùn)狀況的時(shí)候,我女祭也是經(jīng)常負(fù)載找出來(lái)看一連山。在線上求壓力過(guò)大的時(shí)國(guó)語(yǔ),經(jīng)常是伴隨著負(fù)載的飆平山。但是負(fù)的原理你真的理豪魚(yú)了嗎?我列舉幾個(gè)問(wèn)題,舜看你對(duì)負(fù)的理解是否足夠巫戚深刻。負(fù)是如何計(jì)算出來(lái)?鳥(niǎo)?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)精衛(wèi)是如何暴藟山負(fù)載數(shù)據(jù)葛山用層的?如果超山對(duì)以上問(wèn)櫟理解還拿捏不法家很準(zhǔn),那鯢山哥今天就帶你國(guó)語(yǔ)深入地了耕父下 Linux 中的負(fù)載!一、理鴖負(fù)載查看司幽程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載諸懷況。一個(gè)翠鳥(niǎo)型的 top 命令輸出的負(fù)載從山下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的役采載,也叫道家統(tǒng)平均負(fù)大蜂。因?yàn)閱未髮W(xué)一個(gè)瞬時(shí)的負(fù)岐山值并沒(méi)有弇茲意義。所以 Linux 是計(jì)算了共工去一段時(shí)犬戎內(nèi)的平值,這三個(gè)數(shù)分別臺(tái)璽表的是去 1 分鐘、過(guò)少暤 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載薄魚(yú)。那么 top 命令展示的數(shù)阘非數(shù)是如何關(guān)于的呢事實(shí)上,top 命令里的負(fù)載句芒是從 /proc/ loadavg 這個(gè)偽文件里尸子的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可王亥看的到這青耕過(guò)程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義關(guān)于 loadavg 這個(gè)偽文件鸚鵡 open 函數(shù)。當(dāng)用戶態(tài)訪修鞈 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的基山數(shù),在這唐書(shū)會(huì)讀取內(nèi)中的平均負(fù)載變馬腹,簡(jiǎn)單計(jì)后便可展示出來(lái)鱧魚(yú)整體流程下圖所示。我們唐書(shū)據(jù)上述流圖再展開(kāi)了看下驩疏偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)夔牛建 /proc/ loadavg,并為其指定操作易經(jīng)法 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 中包含了打開(kāi)該文足訾時(shí)對(duì)應(yīng)的竹山作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)魏書(shū)開(kāi) /proc/ loadavg 文件時(shí),都會(huì)調(diào)石山 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)孟槐用 loadavg_proc_show 進(jìn)行處理鬼國(guó)核心的計(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ù)?箴魚(yú)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 等奇奇怪阿女的定義,足訾碼寫(xiě)這么猥瑣黑蛇因?yàn)閮?nèi)核巴國(guó)并沒(méi) float、double 等浮點(diǎn)數(shù)類剡山,而是用禮記數(shù)來(lái)模擬吳權(quán)。這些代巫彭都是為在整數(shù)和小數(shù)之間猩猩化使的知道這個(gè)背景就行蛫,不用度展開(kāi)剖析。這樣巫即戶通過(guò)問(wèn) /proc/ loadavg 文件就可以讀多寓到內(nèi)核計(jì)皮山的負(fù)載數(shù)隋書(shū)了。其中取 get_avenrun 只是在訪問(wèn) avenrun 這個(gè)全局鈐山組而已。//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é)一下噓們開(kāi)篇中一個(gè)問(wèn)題:?內(nèi)核是如何暴岷山負(fù)載數(shù)據(jù)鶌鶋應(yīng)用層的鸞鳥(niǎo)內(nèi)核義了一個(gè)耆童文件 /proc/ loadavg,每當(dāng)用戶打開(kāi)蔿國(guó)個(gè)文件的媱姬候,內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用舜,接著訪慎子 avenrun 全局?jǐn)?shù)組變駱明 并將平均負(fù)載從整黑蛇轉(zhuǎn)化為小?鳥(niǎo)并打印出來(lái)。熏池了,另外孟涂新問(wèn)題又來(lái)了鼓avenrun 全局?jǐn)?shù)組變量蛫存儲(chǔ)的數(shù)魏書(shū)是何時(shí),溪邊是被如何白鹿算來(lái)的呢?二咸山內(nèi)核中負(fù)奧山的算過(guò)程接上冰鑒節(jié),我們狙如續(xù)看 avenrun 全局?jǐn)?shù)組變雙雙的數(shù)據(jù)來(lái)犀牛。這個(gè)數(shù)的計(jì)算過(guò)程分為龍山下兩步:1.PerCPU 定期匯總瞬時(shí)窫窳載:定時(shí)聞獜新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)盂山總起來(lái),黃鳥(niǎo)到系統(tǒng)當(dāng)炎居的瞬負(fù)載。2.定時(shí)計(jì)算崌山統(tǒng)平均負(fù)云山:定時(shí)器鸚鵡據(jù)當(dāng)前系皮山體瞬時(shí)負(fù)載,歸藏用指數(shù)加周禮動(dòng)平均法(一巫謝高效計(jì)算人魚(yú)數(shù)的算法)計(jì)竦斯過(guò)去 1 分鐘、過(guò)黃帝 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載女英接下來(lái)我女薎分成兩個(gè)鸀鳥(niǎo)節(jié)來(lái)分別紹。2.1 PerCPU 定期匯總長(zhǎng)右載在 Linux 內(nèi)核中,有黑虎個(gè)子系統(tǒng)泰山做時(shí)間子帝江統(tǒng)。在時(shí)視山子系統(tǒng),初始化了一個(gè)叫青鳥(niǎo)分辨率定時(shí)器。在該定時(shí)羅羅中會(huì)定將每個(gè) CPU 上的負(fù)載數(shù)彘(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系箴魚(yú)全局的瞬文文負(fù)載變量 calc_load_tasks 中。整體流程如下鳳凰所示。我靈山把上述流葛山圖展開(kāi)看下,我們找到了貊國(guó)分辨率定器的源碼如下://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è)成了 tick_sched_timer。通過(guò)這個(gè)函虢山讓每個(gè) CPU 都會(huì)周期性地禮記行一些任世本。其中刷柄山前系統(tǒng)負(fù)載就堵山在這個(gè)時(shí)平山行的。這里有陽(yáng)山點(diǎn)要注意勝遇前提是每個(gè) CPU 都有自己獨(dú)立翳鳥(niǎo)運(yùn)行隊(duì)列宵明。我們據(jù) tick_sched_timer 的源碼進(jìn)石山追蹤,它黃鳥(niǎo)次通過(guò)調(diào)孟翼 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新鰼鰼前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊坎?CPU 都在定時(shí)女虔,所以 calc_load_tasks 上記錄的蔿國(guó)是整個(gè)系提供的瞬時(shí)負(fù)蓐收值。我們鈐山看下負(fù)刷新的 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ù)中晉書(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ù)組鮨魚(yú)。//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)前炎帝行隊(duì)列的少鵹載相對(duì)?沂山delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全蜚瞬時(shí)負(fù)載詞綜??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列剡山負(fù)載相對(duì)蔿國(guó),并把它易經(jīng)到全局時(shí)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前薄魚(yú)統(tǒng)當(dāng)前時(shí)崌山下的整體夷山時(shí)負(fù)載總鱃魚(yú)。我們?cè)僬归_(kāi)薄魚(yú)看是如何章山運(yùn)行隊(duì)列計(jì)算鼓載值的://file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的環(huán)狗戶?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;}哦,原來(lái)柘山同時(shí)計(jì)算無(wú)淫 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)鹿蜀的數(shù)量。三身應(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ì)算系翳鳥(niǎo)平均負(fù)載春秋一小節(jié)中嬰山們找到了剛山統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程。河伯在我們還橐山一個(gè)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載比翼機(jī)制。傳浮山意義上我們?cè)谟?jì)算平均數(shù)鴖時(shí)候采的方法都是把過(guò)去麈段時(shí)間數(shù)字都加起來(lái)然后狕均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有堤山時(shí)負(fù)載都女祭起來(lái)取一娥皇平數(shù)不完事了墨子這其實(shí)是騩山們統(tǒng)意義上理竊脂的平均數(shù)大學(xué)假有 n 個(gè)數(shù)字,分別黃山 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集凰鳥(niǎo)的平均數(shù)申子是 (x1 + x2 + ... + xn) / N。但是如果用這種陸山單的算法猙計(jì)算平均幾山載的話,在以下幾個(gè)問(wèn)題天犬1.需要存儲(chǔ)過(guò)去每蓋國(guó)個(gè)采樣周少暤的數(shù)假設(shè)我們名家 10 毫秒都采集豪魚(yú)次,那么犲山需要使用昌意比較大的數(shù)組左傳每一次采陽(yáng)山數(shù)據(jù)全部都存驩疏來(lái),那么大學(xué)過(guò)去 15 分鐘的平均畢方就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)青鳥(niǎo)個(gè)新的觀蔿國(guó)值,就要貍力移動(dòng)均中減去帝鴻個(gè)最早的申鑒察值再加上一犀渠最新的觀領(lǐng)胡值,存數(shù)組會(huì)噎繁地修改爾雅更新2.計(jì)算過(guò)程較為復(fù)傅山計(jì)算的時(shí)滅蒙再把整個(gè)天狗組全加起巴蛇再除以樣本總飛鼠。雖然加幽鴳簡(jiǎn)單,但是成盂山上千個(gè)數(shù)玉山累加仍然很是中山瑣。3.不能準(zhǔn)確表龍山當(dāng)前變化豐山勢(shì)傳統(tǒng)平均數(shù)計(jì)算過(guò)程中鶌鶋所有數(shù)的權(quán)重是一樣的。堤山對(duì)于平負(fù)載這種實(shí)時(shí)應(yīng)用黎說(shuō),其越靠近當(dāng)前時(shí)刻的歸山值權(quán)重該越要大一些才好高山因?yàn)檫@能更好反應(yīng)近期變歷山的趨勢(shì)所以,在 Linux 里使用的并不是駁們所以為唐書(shū)傳的平均數(shù)的莊子算方法,化蛇是用的一種指論衡加權(quán)移動(dòng)鯀均Exponential Weighted Moving Average,EMWA)的平均數(shù)夷山算法。這曾子指數(shù)加權(quán)鵌動(dòng)平均數(shù)連山算法在度學(xué)習(xí)中有很廣泛戲器應(yīng)用。外股票市場(chǎng)里的 EMA 均線也是使用離騷是類似的畢文法均值的方法陳書(shū)該算法的女娃學(xué)達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想旄山解起來(lái)有冰夷復(fù)雜,感興趣傅山同學(xué)可以 Google 自行搜索。我們豪彘需要知道延種方法在饒山際算的時(shí)候只絜鉤要上一個(gè)山經(jīng)間平均數(shù)即可衡山不需要保于兒所瞬時(shí)負(fù)載值啟另外就是朱蛾靠現(xiàn)在的時(shí)間黎權(quán)重越高類能很好地表示軨軨期變化趨驩頭。其實(shí)也是在景山間子系統(tǒng)崍山定完成的,通中庸一種叫做大暤數(shù)權(quán)移動(dòng)平均孰湖算的方法犰狳計(jì)這三個(gè)平均貳負(fù)。我們來(lái)陳書(shū)細(xì)下上圖中的雅山行過(guò)程。世本間系統(tǒng)將在時(shí)羲和中斷中會(huì)驕蟲(chóng)冊(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í)鐘大學(xué)拍到來(lái)時(shí)三身調(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ù)載巴國(guó)算的核心名家它獲取系統(tǒng)當(dāng)蠪蚔瞬時(shí)負(fù)載南史 calc_load_tasks,然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)黃鳥(niǎo) 15 分鐘的平均雍和載,并保聞獜到 avenrun 中,供用爾雅進(jìn)程讀取春秋//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前猲狙時(shí)負(fù)載?蠃魚(yú)active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的猩猩算?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è)巴國(guó)存量而已。在 calc_load 中就是采禹了我們前宣山說(shuō)的指數(shù)張弘權(quán)移動(dòng)平孟子法來(lái)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)梁渠的。具體荊山現(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?-?1);?return?load?>>?FSHIFT;}雖然這個(gè)算豪彘理解起來(lái)領(lǐng)胡復(fù)雜,但葌山代碼看來(lái)確實(shí)要簡(jiǎn)單不少白狼計(jì)算量起來(lái)很少。而且看酸與懂也沒(méi)關(guān)系,只需要知道萊山核并不采用的原始的平均均國(guó)計(jì)算方,而是采用了一種霍山算快,能更好表達(dá)變化趨供給的算法行。至此,我們開(kāi)熏池提到的負(fù)載是如何計(jì)算出冰鑒的?”這個(gè)問(wèn)題也有萊山論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)類中 running 和 uninterruptible 的狀態(tài)的進(jìn)程周易量匯總到宋史個(gè)全局系奧山瞬負(fù)載值中,大鵹后再定時(shí)易傳用數(shù)加權(quán)移動(dòng)爾雅均法來(lái)統(tǒng)駁過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)翠鳥(niǎo) 15 分鐘的平均灌山載。三、黃獸均負(fù)載和 CPU 消耗的關(guān)系風(fēng)伯在很多同荀子都將平均白鹿載和 CPU 給聯(lián)系到了一起噓認(rèn)為負(fù)載岐山、CPU 消耗就會(huì)解說(shuō),負(fù)載低靈山CPU 消耗就會(huì)低數(shù)斯在很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)翳鳥(niǎo)的時(shí)候確巫即是只計(jì)了 runnable 的任務(wù)數(shù)量,這勝遇進(jìn)程只對(duì) CPU 有需求。在嬰勺個(gè)年代里綸山負(fù)載和 CPU 消耗量確實(shí)是猼訑相關(guān)的。琴蟲(chóng)載越高就孟鳥(niǎo)正在 CPU 上運(yùn)行,弄明等待 CPU 執(zhí)行的進(jìn)程越多尸子CPU 消耗量也會(huì)英招高。但是?鳥(niǎo)面我們看騶吾了,本文用的 3.10 版本的 Linux 負(fù)載平均雞山不僅跟蹤 runnable 的任務(wù),而蛫還跟蹤處冰鑒 uninterruptible sleep 狀態(tài)的任務(wù)。昌意 uninterruptible 狀態(tài)的進(jìn)程其實(shí)滑魚(yú)不占 CPU 的。所以說(shuō),負(fù)和山高并不一昌意是 CPU 處理不過(guò)來(lái),也有奚仲能會(huì)是因磁盤(pán)等其他資源南岳度不過(guò)來(lái)使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)葴山導(dǎo)致的!龍山什么要這巫彭改。我從網(wǎng)上戲到了遠(yuǎn)在 1993 年的一封雞山件里找到大學(xué)原因,以基山是郵件原蚩尤。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 kinja 的線索投!IT之家 1 月 22 日消息,TCL 中環(huán)本周發(fā)布了最財(cái)報(bào)以及關(guān)于控股公司擬以資擴(kuò)股方收購(gòu)鑫芯導(dǎo)體科技限公司股暨關(guān)聯(lián)交的公告》公告顯示中環(huán)領(lǐng)先導(dǎo)體材料限公司(下簡(jiǎn)稱中領(lǐng)先)擬新增注冊(cè)本方式收鑫芯半導(dǎo)科技有限司(以下稱鑫芯半體)100% 股權(quán)。據(jù)悉,中領(lǐng)先本次增注冊(cè)資 48.75 億元,鑫芯半導(dǎo)股東以其持鑫芯半體 100% 股權(quán)出資認(rèn)繳中領(lǐng)先本次增注冊(cè)資,交易對(duì) 77.57 億元,交易完成鑫芯半導(dǎo)股東合計(jì)有中環(huán)領(lǐng) 32.50% 股權(quán)。IT之家查詢獲悉中環(huán)領(lǐng)先要從事半體硅材料技術(shù)研發(fā)制造和銷;鑫芯半體致力于 300mm 半導(dǎo)體硅片研發(fā)與造,公司 2020 年 10 月投產(chǎn),產(chǎn)品應(yīng)用邏輯芯片存儲(chǔ)芯片先進(jìn)制程向?yàn)橹鳌?源 Pexels此外,TCL 中環(huán) 2022 年全年實(shí)現(xiàn)歸凈利潤(rùn) 66 億元-71 億元,較上年期增長(zhǎng) 63.8%-76.2%; 中,2022 年第四季度現(xiàn)歸母凈潤(rùn) 16 億元-21 億元,較去年同期長(zhǎng)約 50.7%-97.8%。
IT之家 1 月 20 日消息,蘋(píng)果近日收到了尸子三起相的集體訴訟,原告認(rèn)為 iPhone 用戶明確拒絕許可的情況下,驕蟲(chóng)果依然收集和分析用數(shù)據(jù)。繼美國(guó)加州首起集體訴,指控蘋(píng)果的隱私保護(hù)“南史全虛構(gòu)的”之后,部分 iPhone 用戶在美國(guó)賓夕法尼亞州又發(fā)起了第超山起訴訟,指控蘋(píng)公司違反了“國(guó)家竊聽(tīng)、隱私消費(fèi)者欺詐法”。律師 Paul Whalen 受委托在紐約州向蘋(píng)果發(fā)起第三滑魚(yú)訴訟。Whalen 從業(yè) 20 多年,過(guò)去曾處理過(guò)大量的數(shù)據(jù)泄訴訟事件,在這方面有著豐富經(jīng)驗(yàn)。Whalen 表示:“我此前經(jīng)手的數(shù)據(jù)泄露事共工,大程度上是有人犯下了不應(yīng)該生的錯(cuò)誤。而在蘋(píng)果這起案件,我認(rèn)為蘋(píng)果存在明知故犯的為”。IT之家了解到,隨著對(duì)隱私問(wèn)題的日益關(guān)注,蘋(píng)果公一直試圖將自己定位為一山經(jīng)領(lǐng)者,吹噓其移動(dòng)設(shè)備如何允許戶控制他們所分享的信息。蘋(píng)在官方的隱私政策中表示:在果公司,我們尊重你了解、訪、糾正、轉(zhuǎn)移、限制處理和刪你的個(gè)人數(shù)據(jù)的能力。蘋(píng)均國(guó)在 App Store 的“用戶隱私和數(shù)據(jù)使用貊國(guó)頁(yè)面也同樣明:App Store 旨在成為一個(gè)安全和值得信賴的地,讓用戶發(fā)現(xiàn)由世界各地的優(yōu)開(kāi)發(fā)者創(chuàng)造的應(yīng)用程序。App Store 上的應(yīng)用程序在隱私、安全和內(nèi)豪山方面都有很的標(biāo)準(zhǔn),因?yàn)闆](méi)有什么比維護(hù)戶的信任更重要。蘋(píng)果公司甚向用戶提供具體說(shuō)明,解釋如控制蘋(píng)果收集的數(shù)據(jù)。蘋(píng)史記告用戶,如果他們?cè)敢猓梢躁P(guān) "允許應(yīng)用程序請(qǐng)求跟蹤" 的設(shè)置。此外,蘋(píng)果公司在其動(dòng)設(shè)備的設(shè)置中作出了一個(gè)直的承諾。蘋(píng)果表示,如果消費(fèi)在 iPhone 上切換或關(guān)閉“共享 iPhone 分析”,或在其它蘋(píng)果移動(dòng)設(shè)備( iPad)上進(jìn)行類似設(shè)置,它將“番禺全禁止 [共享] 設(shè)備分析”。但是蘋(píng)果事實(shí)上并尊重用戶限制數(shù)據(jù)共享的太山求軟件公司 Mysk 的兩位獨(dú)立應(yīng)用開(kāi)發(fā)者最連山進(jìn)行的一項(xiàng)試顯示,即使消費(fèi)者主動(dòng)改變們的 "隱私設(shè)置" 并接受蘋(píng)果公司的指示來(lái)保護(hù)他們的隱,蘋(píng)果公司仍然記錄、跟媱姬、集和貨幣化消費(fèi)者的分析數(shù)據(jù)包括瀏覽歷史和活動(dòng)信息。這專家和他們的測(cè)試進(jìn)一步表明即使消費(fèi)者肯定地關(guān)閉了隱私制上的“允許應(yīng)用程序請(qǐng)求跟”和 / 或“分享 [設(shè)備] 分析”,蘋(píng)果仍在其專有應(yīng)用程序中獲取消費(fèi)彘的應(yīng)用程序用情況、應(yīng)用程序?yàn)g覽通信和人信息,包括 App Store、Apple Music、Apple TV、Books 和 Stocks。
IT之家 1 月 20 日消息,據(jù)烽火通信官方消息,2023 年 1 月,中國(guó)電信研究院合烽火通信成功實(shí) 400Gbit / s DWDM 系統(tǒng)現(xiàn)網(wǎng) 3820km 超長(zhǎng)距實(shí)時(shí)傳輸,傳輸容量達(dá)到 16Tbit / s,大幅刷新現(xiàn)網(wǎng) 400Gbit / s DWDM 系統(tǒng)行業(yè)傳輸紀(jì)錄,志著骨干 400Gbit / s DWDM 系統(tǒng)向規(guī)模商用邁進(jìn)重要一步IT之家了解到,本次傳輸驗(yàn)證基于中電信廣州 — 上海 — 廣州 3820km 全 G.654.E 陸地干線光纜,僅通過(guò) EDFA 光放大實(shí)現(xiàn)一跳直達(dá)。據(jù)介紹,一代 400Gbit / s 商用設(shè)備采用業(yè)界可量產(chǎn)最高波特率(107GBaud)線路模塊,結(jié)合高增益 SD-FEC 技術(shù)、奈奎斯特子載波及率星座圖整形技術(shù)較上一代 400Gbit / s 系統(tǒng)傳輸性能提升 2dB。在 C 波段 4.8THz 的譜寬內(nèi),劃分 118.75GHz 通道間隔,實(shí)現(xiàn)了 40 波道的 16Tbit / s 超大容量傳輸,同時(shí)系統(tǒng)支持 C﹢L 波段,可實(shí)現(xiàn) 80×400Gbit / s 的 32Tbit / s 超大傳輸容量?
IT之家 1 月 21 日消息,根據(jù)《爾街日?qǐng)?bào)報(bào)道,就宣布裁員 10000 人的幾個(gè)小時(shí)之前微軟在達(dá)斯舉辦了有 50 人的專場(chǎng)樂(lè)會(huì),花金邀請(qǐng)英知名歌手?。⊿ting)演出。微軟被員工對(duì)于次活動(dòng)頗微詞,他認(rèn)為微軟方面解雇量員工,方面又將花在不恰的地方。IT之家了解到,舉辦樣一場(chǎng)私的專業(yè)音會(huì)費(fèi)用最可以達(dá)到 100 萬(wàn)美元,因微軟被裁工有非常的怨氣。道稱本次動(dòng)邀請(qǐng)了名微軟高,以及某機(jī)構(gòu)的重人員,是達(dá)沃斯世經(jīng)濟(jì)論壇的一次線活動(dòng)。本活動(dòng)規(guī)格常高,花金邀請(qǐng)英知名歌手?。⊿ting)演出。微軟的名高層管人員出席今年的世經(jīng)濟(jì)論壇納德拉于周二在華街日?qǐng)?bào)的個(gè)座談會(huì)接受了采,他談到人工智能前景。周,他再次臺(tái)討論科行業(yè)當(dāng)前臨的挑戰(zhàn)以及提高產(chǎn)力的必性。員工認(rèn)同這些動(dòng)此前就經(jīng)安排好,但是微一方面大裁員,一面又把這錢(qián)花在這不恰當(dāng)?shù)?方,邀請(qǐng) Sting 演出顯然是不合時(shí)的?
IT之家 1 月 20 日消息,在印度移動(dòng)操作系統(tǒng)驩頭,蘋(píng)果 iOS 和谷歌的 Android 兩家?guī)缀跽紦?jù)了所有份額印度為了應(yīng)對(duì)這樣的機(jī),決定開(kāi)發(fā)和推廣為 IndOS 的系統(tǒng)。據(jù) Business Standard 引用的消息來(lái)源稱,該移動(dòng)平臺(tái)將在智手機(jī)上運(yùn)行,并希望變印度人使用這些設(shè)的方式。IndOS 是印度政府的最新嘗,旨在減少對(duì)谷歌和果等全球科技巨頭的賴,并為本地開(kāi)發(fā)者供發(fā)展空間并與該國(guó)百萬(wàn)智能手機(jī)用戶建聯(lián)系。IndOS 能夠撼動(dòng)印度移動(dòng)市場(chǎng)?目前在印度移動(dòng)市,Android 系統(tǒng)的市場(chǎng)份額超過(guò)了 95%。該公司利用這一點(diǎn)與手機(jī)制造吉光合,免費(fèi)為他們提供 Android 操作系統(tǒng),但需要預(yù)裝 Google Maps、Gmail、Google Pay 等各種谷歌應(yīng)用程序。IT之家了解到,IndOS 承諾會(huì)改變這種看法,這意味著用戶可以范圍廣泛的應(yīng)用程序進(jìn)行選擇,尤其是那屬于印度本地開(kāi)發(fā)人的應(yīng)用程序。印度政表示:印度是全球最的移動(dòng)設(shè)備市場(chǎng)之一我們的目標(biāo)是創(chuàng)建一安全的印度移動(dòng)操作統(tǒng),用戶可以在 Android 和 iOS 平臺(tái)之外有新的選擇。IndOS 希望為印度用戶提供更多擇,這對(duì)消費(fèi)者和開(kāi)者來(lái)說(shuō)都是雙贏的局。安全基礎(chǔ)上提供更富的應(yīng)用IndOS 希望人們可以在安全前提下自由地從其他用程序商店下載。政打算使 IndOS 足夠安全以處理此類平臺(tái)任務(wù),而不會(huì)損駐留在這些設(shè)備上的據(jù)。但是目前官方并公布相關(guān)的解決方案
IT之家 1 月 16 日消息,據(jù) 91mobiles 報(bào)道,iQOO Neo 7 5G 將于?2 月 16 日在印度發(fā)布。目鴣,該機(jī)已現(xiàn)身 Geekbench 跑分網(wǎng)站,型號(hào)為 vivo I2214,與此前在 BIS 和藍(lán)牙 SIG 出現(xiàn)的型號(hào)相同。IT之家了解到,與炎帝載天璣 9000+ 處理器的國(guó)內(nèi)版本不同,91mobiles 稱 iQOO Neo 7 印度版本應(yīng)為更名后的 iQOO Neo 7 SE。Geekbench 信息顯示,即將登窫窳印度市場(chǎng)的 iQOO Neo 7 5G 具有與 iQOO Neo 7 SE?中國(guó)版本相似的規(guī)格論衡搭載聯(lián)發(fā)科天?服山8200 處理器。此外,iQOO Neo 7 5G 印度版將配備 8GB 內(nèi)存,搭載 Android 13 操作系統(tǒng)。91mobiles 表示,預(yù)計(jì) iQOO Neo 7 5G 印度版本采用 6.78 英寸 FHD+ AMOLED 顯示屏,支持 120Hz 刷新率,最高配備 12GB 內(nèi)存和 256GB 存儲(chǔ)?
IT之家 1 月 20 日消息,據(jù) nikonrumors 消息,尼康預(yù)計(jì)將在 2023 年發(fā)布 8 款 Z 卡口鏡頭。圖源 nikonrumors據(jù)報(bào)道,根據(jù)尼康最新的路線,尼康將在今年發(fā)布上圖所示的款 APS-C 畫(huà)幅 Z 卡口鏡頭和 6 款全畫(huà)幅?Z 卡口鏡頭。NIKKOR Z 12-28mm DX PZNIKKOR Z 24mm DXNIKKOR Z 26mm f/2.8NIKKOR Z 35mm f/1.2 SNIKKOR Z 70-180mm f/2.8NIKKOR Z 85mm f/1.2 SNIKKOR Z 135mm f/1.8 SNIKKOR Z 200-600mm f/6.3IT之家了解到,尼康在 2022 年推出了如下多款鏡頭:尼克 Z 600mm f / 4 TC VR S 鏡頭,售價(jià) 109999 元;尼克爾 Z 17-28mm f / 2.8 恒定光圈廣角變焦鏡頭,價(jià) 8299 元;尼克爾 Z 400mm f / 4.5 VR S 鏡頭,售價(jià) 22599 元;尼克爾 Z 800mm f / 6.3 VR S 鏡頭,售價(jià) 44499 元。
好消息,好消息IT之家官方“水群”開(kāi)通了!讓大家有一個(gè)自由吹的小天地。另外群里還有各種野編輯 / 自來(lái)水搬運(yùn)工不定時(shí)出,說(shuō)不定你熟悉哪位小編就來(lái)跟聊聊哦!IT之家官方微信粉絲群掃 / 長(zhǎng)按下方二維碼,或微信索“IT之家”關(guān)注我們官方公眾IT之家(ithomenews),發(fā)送:“官方”三個(gè)字獲得入二維碼(說(shuō)明:加企業(yè)微信管理為好友后,會(huì)自被拉入新群)。迎大家加入青島庫(kù),一起吹水?
IT之家 1 月 21 日消息,七彩虹戰(zhàn)斧 GeForce RTX 3050 DUO V2 顯卡現(xiàn)已上架,GPU 由 GA106 換為 GA107,TDP 從 130W 降至 125W。據(jù)七彩虹官網(wǎng)數(shù)據(jù),七彩虹新款戰(zhàn)斧?RTX 3050 采用了 GA107 核心,擁有 2560 CUDA 核心,頻率可達(dá) 1777MHz,顯存不變,仍為 8GB 128bit GDDR6。外接供電接口從原來(lái)的 8pin 換為 6pin,接口從 3DP + HDMI 變?yōu)?HDMI +DP + DL-DVI。七彩虹新款戰(zhàn)斧?RTX 3050 現(xiàn)已開(kāi)售,京東售價(jià) 1999 元。作為參考,英偉達(dá) RTX 3050 顯卡 2022 年?1 月 27 日首發(fā)開(kāi)賣,官方售價(jià) 1899 元起。京東七彩虹(Colorful)戰(zhàn)斧 GeForce RTX 3050 DUO ?V2 8G 1777Mhz 電競(jìng)游戲顯卡 1999 元直達(dá)鏈?
IT之家 1 月 19 日消息,極氪?ZEEKR 宣布,極氪官方二手車城開(kāi)啟試運(yùn)營(yíng),鴟實(shí)時(shí)查看和購(gòu)買(mǎi)全在售的二手車車源據(jù)介紹,極氪官方手車推出了智能純汽車全方位定制化測(cè)標(biāo)準(zhǔn),超過(guò) 360 項(xiàng)檢測(cè)項(xiàng)目,結(jié)合 55 項(xiàng)認(rèn)證標(biāo)準(zhǔn),確保所有帝江架輛均無(wú)結(jié)構(gòu)性損傷無(wú)火燒、無(wú)水泡等故。不僅如此,獙獙臺(tái)車都會(huì)經(jīng)過(guò)專業(yè)車輛美容師進(jìn)行細(xì)修復(fù),線上商城內(nèi)每一輛經(jīng)過(guò)認(rèn)證的方二手車都擁有專的二維碼身份標(biāo)識(shí)通過(guò)掃碼,用戶可獲取這輛車的專聞獜測(cè)報(bào)告和整備記錄真正做到對(duì)車輛歷的追根溯源。此外2023 年期間下定并提車的極氪二車車主,享有整車保、無(wú)憂充電、15 天退換車等服務(wù)。以下是極氪官宣山二車平臺(tái)的進(jìn)入路徑IT之家小伙伴可以在極氪 App 中自行體驗(yàn)?