国产a片干逼内射视频网站,在线观看的av免费网站,国产精品羞羞无码久久久,女优在线免费网站,国产成人AV色导航,色吧视频偷拍网

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

哈爾濱亞冬會(huì)賽事信息系統(tǒng)遭超27萬次境外網(wǎng)絡(luò)攻擊 誰在操縱

齊魯網(wǎng)新聞中心 謝爾蓋·愛森斯坦 2025-10-21 06:25:12
A+ A-

大批機(jī)器人涌入景區(qū) 女子發(fā)現(xiàn)男友已婚后報(bào)警,返家途中被送去精神病院,當(dāng)?shù)鼗貞?yīng) 本文來自信公眾號(hào)開發(fā)內(nèi)功煉 (ID:kfngxl),作者:張彥 allen大家好,我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個(gè)性能指。在觀察上服務(wù)器行狀況的候,我們是經(jīng)常把載找出來一看。在上請(qǐng)求壓過大的時(shí),經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎?來列舉幾問題,看你對(duì)負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(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 就是我們常說的載,也叫統(tǒng)平均負(fù)。因?yàn)閱?某一個(gè)瞬的負(fù)載值沒有太大義。所以 Linux 是計(jì)算了過去一段間內(nèi)的平值,這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 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ù)載量,簡單算后便可示出來。體流程如圖所示。們根據(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ì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(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ù)載值按一定的格打印輸出上面的源中,大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義,代寫的這么瑣是因?yàn)?核中并沒 float、double 等浮點(diǎn)數(shù)類,而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個(gè)背景就了,不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計(jì)算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 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é)一下們開篇中一個(gè)問題:?內(nèi)核是何暴露負(fù)數(shù)據(jù)給應(yīng)層的?內(nèi)定義了一偽文件 /proc/ loadavg,每當(dāng)用戶打這個(gè)文件時(shí)候,內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了,外一個(gè)新題又來了avenrun 全局?jǐn)?shù)組變量存儲(chǔ)的數(shù)是何時(shí),是被如何算出來的?二、內(nèi)中負(fù)載的算過程接小節(jié),我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來源這個(gè)數(shù)組計(jì)算過程為如下兩:1.PerCPU 定期匯總時(shí)負(fù)載:時(shí)刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起,得到系當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算統(tǒng)平均負(fù):定時(shí)器據(jù)當(dāng)前系整體瞬時(shí)載,使用數(shù)加權(quán)移平均法(種高效計(jì)平均數(shù)的法)計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。下來我們成兩個(gè)小來分別介。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子統(tǒng)叫做時(shí)子系統(tǒng)。時(shí)間子系里,初始了一個(gè)叫分辨率的時(shí)器。在定時(shí)器中定時(shí)將每 CPU 上的負(fù)載據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到統(tǒng)全局的時(shí)負(fù)載變 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ù)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨初始化的候,將到函數(shù)設(shè)置了 tick_sched_timer。通過這個(gè)函讓每個(gè) CPU 都會(huì)周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個(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 上記錄的就是整系統(tǒng)的瞬負(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)運(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)前行隊(duì)列的載相對(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ì),并把它到全局瞬負(fù)載值 calc_load_tasks 上。至此calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下整體瞬時(shí)載總數(shù)了我們?cè)僬?看看是如根據(jù)運(yùn)行列計(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)程數(shù)量。對(duì)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長期存在的據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其上時(shí)候,只要刷變化量就行,用全部重。因此上函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系平均負(fù)載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新程?,F(xiàn)在們還缺一計(jì)算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負(fù)的機(jī)制。統(tǒng)意義上我們?cè)谟?jì)平均數(shù)的候采取的法都是把去一段時(shí)的數(shù)字都起來然后均一下。過去 N 個(gè)時(shí)間點(diǎn)所有瞬時(shí)載都加起取一個(gè)平數(shù)不完事。這其實(shí)我們傳統(tǒng)義上理解平均數(shù),如有 n 個(gè)數(shù)字,別是 x1, x2, ..., xn。那么這個(gè)數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的法來計(jì)算均負(fù)載的,存在以幾個(gè)問題1.需要存儲(chǔ)過去每個(gè)采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個(gè)較大的數(shù)將每一次樣的數(shù)據(jù)部都存起,那么統(tǒng)過去 15 分鐘的平均數(shù)就得 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個(gè)新觀察值,要從移動(dòng)均中減去個(gè)最早的察值,再上一個(gè)最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計(jì)算過程較為復(fù)雜算的時(shí)候把整個(gè)數(shù)全加起來再除以樣總數(shù)。雖加法很簡,但是成上千個(gè)數(shù)的累加仍很是繁瑣3.不能準(zhǔn)確表示當(dāng)變化趨勢統(tǒng)的平均計(jì)算過程,所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實(shí)時(shí)用來說,實(shí)越靠近前時(shí)刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢所以,在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計(jì)算方,而是采的一種指加權(quán)移動(dòng)均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算。這種指加權(quán)移動(dòng)均數(shù)計(jì)算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來有小復(fù)雜,興趣的同可以 Google 自行搜索我們只需知道這種法在實(shí)際算的時(shí)候需要上一時(shí)間的平數(shù)即可,需要保存有瞬時(shí)負(fù)值。另外是越靠近在的時(shí)間權(quán)重越高能夠很好表示近期化趨勢。其實(shí)也是時(shí)間子系中定時(shí)完的,通過種叫做指加權(quán)移動(dòng)均計(jì)算的法,計(jì)算三個(gè)平均。我們來細(xì)看下上中的執(zhí)行程。時(shí)間系統(tǒ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í)鐘節(jié)到來時(shí)會(huì)用到 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ì)獲取系當(dāng)前瞬時(shí)載值 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ù)比較簡單就是讀取個(gè)內(nèi)存變而已。在 calc_load 中就是采了我們前說的指數(shù)權(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í)要單不少,算量看起很少。而看不懂也有關(guān)系,需要知道核并不是用的原始平均數(shù)計(jì)方法,而采用了一計(jì)算快,能更好表變化趨勢算法就行至此,我開篇提到“負(fù)載是何計(jì)算出的?”這個(gè)問題也有論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個(gè)全局系瞬時(shí)負(fù)載中,然后定時(shí)使用數(shù)加權(quán)移平均法來計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負(fù)和 CPU 給聯(lián)系到了一起。為負(fù)載高CPU 消耗就會(huì)高負(fù)載低,CPU 消耗就會(huì)低。很老的 Linux 的版本里統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)只計(jì)算了 runnable 的任務(wù)數(shù)量這些進(jìn)程對(duì) CPU 有需求。在那個(gè)年里,負(fù)載 CPU 消耗量確是正相關(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 處理不過來也有可能是因?yàn)榇?等其他資調(diào)度不過而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程致的!為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-??????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+???????????????(*p)->state?==?TASK_SWING))??????????nr?+=?FIXED_1;????return?nr;?}可見這個(gè)修改是在 1993 年就引入。在這封件所示的 Linux 源碼變化中可以看,負(fù)載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換態(tài)后來從 Linux 中刪除)的進(jìn)程也添加了進(jìn)。在這封件中的正中,作者清楚地表了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添進(jìn)來的原。我把他說明翻譯下,如下“內(nèi)核在算平均負(fù)時(shí)只計(jì)算可運(yùn)行”程。我不歡那樣;題是正在快速”交或等待的程,即不中斷的 I / O,也會(huì)消耗源。當(dāng)您慢速交換盤替換快交換磁盤,平均負(fù)下降似乎點(diǎn)不直觀...... 無論如何,下面的丁似乎使載平均值加一致 WRT 系統(tǒng)的主觀速。而且,重要的是當(dāng)沒有人任何事情,負(fù)載仍為零。;-)”這一補(bǔ)丁提交者主要思想平均負(fù)載該表現(xiàn)對(duì)統(tǒng)所有資的需求情,而不應(yīng)只表現(xiàn)對(duì) CPU 資源的需求假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈?磁盤 IO 而排隊(duì)的話,此時(shí)并不消耗 CPU,但是正在等盤等硬件源。那么是應(yīng)該體在平均負(fù)的計(jì)算里。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都現(xiàn)到平均載里了。以,負(fù)載低表明的當(dāng)前系統(tǒng)對(duì)系統(tǒng)資整體需求情況。如負(fù)載變高可能是 CPU 資源不夠了,可能是磁 IO 資源不夠了所以還需配合其它測命令具分情況分。四、總今天我?guī)?家深入地習(xí)了一下 Linux 中的負(fù)載。我們根一幅圖來結(jié)一下今學(xué)到的內(nèi)。我把負(fù)工作原理成了如下步。1.內(nèi)核定時(shí)匯每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)2.內(nèi)核使用指數(shù)加移動(dòng)平均速計(jì)算過 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的均負(fù)載我再回頭來結(jié)一下開提到的幾問題。1.負(fù)載是如計(jì)算出來?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)局系統(tǒng)瞬負(fù)載值中然后再定使用指數(shù)權(quán)移動(dòng)平法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)高低表明是當(dāng)前系上對(duì)系統(tǒng)源整體需更情況。果負(fù)載變,可能是 CPU 資源不夠了也可能是盤 IO 資源不夠。所以不說看著負(fù)變高,就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)層的?內(nèi)定義了一偽文件 /proc/ loadavg,每當(dāng)用戶打這個(gè)文件時(shí)候,內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到該函數(shù)中問 avenrun 全局?jǐn)?shù)組量,并將均負(fù)載從數(shù)轉(zhuǎn)化為數(shù),然后印出來? 感謝IT之家網(wǎng)友 航空先生 的線索投遞!IT之家 1 月 31 日消息,億緯鋰能今老子發(fā)布報(bào)告稱,巫即司億緯動(dòng)力擬與葴山門新技術(shù)產(chǎn)業(yè)開灌灌區(qū)管委員會(huì)簽訂《合同書,在荊門高新區(qū)投資設(shè) 60GWh 動(dòng)力儲(chǔ)能電池生產(chǎn)線解說輔設(shè)施項(xiàng)目。IT之家了解到,巴國告顯示,該目總投資額約 108 億元,其中固定資產(chǎn)投資約天吳 80 億元,建設(shè) 60GWh 動(dòng)力儲(chǔ)能電池生產(chǎn)線談及投資的目的和對(duì)司的影響時(shí),億緯鋰表示,隨著公司經(jīng)禹模的不斷擴(kuò)大和蓋國場求的日益增長苗龍為更抓住動(dòng)力儲(chǔ)能電池的場機(jī)遇,公司子公司緯動(dòng)力擬與荊門高新管委會(huì)簽訂《合同書。本次投資事項(xiàng)有天山雙方充分發(fā)揮各丹朱的源和優(yōu)勢,擴(kuò)冰夷動(dòng)力能電池的產(chǎn)能規(guī)模,化公司產(chǎn)業(yè)結(jié)構(gòu),為戶提供更多的產(chǎn)品及決方案,進(jìn)一步推動(dòng)司在鋰離子動(dòng)力電青鳥場的發(fā)展,提升藟山司新能源行業(yè)的豪山響力綜合競爭力,符合公的發(fā)展戰(zhàn)略規(guī)劃和全股東的利益。此外,緯鋰能稱本次投資對(duì)司的業(yè)務(wù)獨(dú)立性不蛫影響,對(duì)公司未乘黃發(fā)帶來積極影響呰鼠對(duì)公本年度財(cái)務(wù)狀況影響不確定,如本合同對(duì)司本年業(yè)績產(chǎn)生重大響,公司將按照相關(guān)定及時(shí)履行信息披求山務(wù)。相關(guān)閱讀:太山億鋰能:擬 100 億元投建 20GWh 動(dòng)力儲(chǔ)能電池生鱄魚基項(xiàng)目? IT之家 1 月 31 日消息,realme 手機(jī)官方今日宣布,真我 GT Neo5 將于 2 月 9 日 14 點(diǎn)正式發(fā)布,號(hào)稱“潮玩電刑天旗”,將提供?240W 和 150W 兩個(gè)版本可選,搭載 3.0GHz 版本的高通驍龍 8+ 移動(dòng)平臺(tái)。realme 真我 GT Neo5 已入網(wǎng)工信部,將采用 6.7 英寸的 1.5K 屏幕,分辨率為 2772*1240p,支持 144Hz 刷新率以及 2160Hz PWM 調(diào)光,搭載第一代高通驍龍 8+ 芯片。IT之家了解到,realme 已官宣將首發(fā)量產(chǎn) 240W 滿級(jí)秒充,真我 GT Neo5 手機(jī)將于 2 月發(fā)布,并首發(fā)搭載該技術(shù)。realme 采用了三路百瓦電荷泵并聯(lián)設(shè)計(jì),20V 12A 輸入,10V 24A 輸出,充電轉(zhuǎn)換效率達(dá) 98.5%。還采用了 12A 充電線,對(duì)比上一代載流能力提高了 20%。該方案采用了 240W 雙 GaN 迷你充電頭,采用單 USB-C 接口,體積比之前的 150W 充電頭體積僅增加了 5%。該充電頭支持 240W SuperVOOC 協(xié)議,兼容 65W PD 協(xié)議、QC 協(xié)議、VOOC 協(xié)議。拓展閱讀:《realme GT Neo5 手機(jī)現(xiàn)身跑分網(wǎng)站:配羊患 16GB 內(nèi)存和安卓 13 系統(tǒng)》《realme 真我 GT Neo5 手機(jī) 240W 秒充實(shí)測:功率沖上 224W》 IT之家 1 月 31 日消息,LG 今日京東上架了 2023 款的 gram 系列筆記本,可選 RTX 3050 筆記本 GPU。IT之家在京東詳情頁注意到,騩山版的 RTX 3050 GPU 已經(jīng)砍到 64bit 位寬,預(yù)計(jì)將代替 RTX 2050。最初的英偉達(dá) RTX 3050 系列筆記本 GPU 為 128bit 位寬。今年,英偉達(dá)羲和出了 4GB 64bit 位寬和 6GB 96bit 位寬兩種新型號(hào),玄鳥一輕薄本將搭載。根據(jù)英達(dá)官網(wǎng)信息,RTX 3050 筆記本預(yù)計(jì)將有 2048 CUDA?4GB 64bit、2048 CUDA?4GB 128bit 和 2560 CUDA 6GB 96bit 三種型號(hào)。除此之外,英成山還有一款?RTX 4050 筆記本 GPU,6GB 96bit 顯存。也就是說,2023 款輕薄本將有以下三種 GPU 可選,朋友們?cè)谶x購時(shí)要多加注意。RTX 3050,2048 CUDA?4GB 64bit 顯存RTX 3050,2560 CUDA 6GB 96bit 顯存RTX 4050,2560 CUDA ?6GB 96bit 顯存相關(guān)閱讀:《LG gram 2023 款新品現(xiàn)已開啟預(yù)售,搭載英橐爾 13 代酷睿處理器 + RTX 3050》京東 LG gram 2023 款 17 英寸輕薄本 雷電 4 16:10 大畫面 筆記本電腦 (13代酷睿 i7 16G 1TBSSD RTX3050 獨(dú)顯 VRR) 白 15499 元直達(dá)鏈? IT之家 1 月 29 日消息,據(jù)中國電信官方消息,前,中國電信研究成功研發(fā)出 5G 擴(kuò)展型小基站國產(chǎn) pRRU,芯片和器件國產(chǎn)化率達(dá) 100%,實(shí)現(xiàn)了小基站產(chǎn)品國產(chǎn)化研發(fā)首個(gè)里程碑,推動(dòng)小基站設(shè)備國產(chǎn)芯的應(yīng)用和發(fā)展。?國產(chǎn)化 pRRU 樣機(jī)實(shí)物圖,圖源國電信pRRU 又稱皮基站,是一種型化、低功率、低耗的微小型蜂窩基,主要是為了解決定區(qū)域的室內(nèi)無線蓋問題,例如某一筑物內(nèi)(辦公樓,物中心,火車站,券交易所等)。近來,該技術(shù)也被應(yīng)于機(jī)艙內(nèi)。中國電研究院表示,通過揮已規(guī)模商用的自擴(kuò)展型小基站經(jīng)驗(yàn)優(yōu)勢,根據(jù)產(chǎn)品需規(guī)格,基于國產(chǎn)芯的發(fā)展現(xiàn)狀和評(píng)估果,國產(chǎn)化 pRRU 的核心器件選用了北京力通通叔均的頻收發(fā)芯片、南京芯慧聯(lián)的 DFE 芯片等。北京力通信的 5G 射頻收發(fā)器芯片 B20,支持 2T2R,擁有 2 個(gè)獨(dú)立的 DPD 觀察通道,支持 JESD204B 接口;南京創(chuàng)芯慧聯(lián)的 DFE 芯片 ICT7900,內(nèi)置 DPD 功能,支持 OTIC 標(biāo)準(zhǔn)的 CPRI 協(xié)議。項(xiàng)目團(tuán)隊(duì)以需求為導(dǎo)向衡山勠攻堅(jiān),自主完成了品技術(shù)方案、芯片型、原理圖、PCB 設(shè)計(jì)等硬件研發(fā)工作,開發(fā)了 DFE 嵌入式軟件代碼,成功實(shí)現(xiàn)了 pRRU 整機(jī)國產(chǎn)化芯片器件的集成應(yīng)后土。前,項(xiàng)目團(tuán)隊(duì)已成打通 BBU、HUB 和國產(chǎn)化 pRRU 的端到端業(yè)務(wù),完成了實(shí)驗(yàn)室測,典型射頻指標(biāo)如 EVM、ACLR、接收機(jī)靈敏度等均足行標(biāo)和企標(biāo)要求IT之家了解到,中國電信項(xiàng)目團(tuán)隊(duì)將 2023 年開展基于國產(chǎn)化 pRRU 的小基站系統(tǒng)外場試點(diǎn)和推廣駮用

哈爾濱亞冬會(huì)賽事信息系統(tǒng)遭超27萬次境外網(wǎng)絡(luò)攻擊 誰在操縱

IT之家 1 月 30 日消息,小米集團(tuán)全球副總裁 Manu Kumar Jain 今日宣布辭職,他曾是小鯀在印度市場的重要春秋管▲?Manu Kumar JainManu Kumar Jain 于 2014 年加入小米集團(tuán),牡山長期擔(dān)任小米印度蟜務(wù)負(fù)責(zé)人。他日在推特發(fā)文宣布,在小米團(tuán)供職 9 年后,即將離開公司。他表蚩尤,小米在全球有強(qiáng)大的領(lǐng)導(dǎo)隊(duì)伍,希望小全球團(tuán)隊(duì)能在未來獲青耕更大功。IT之家了解到,Canalys 的研究顯示,2022 年全年,小米在印度箴魚場的智能手機(jī)份額羊患名第一到了 20%,全年出貨量達(dá)到了 2960 萬部。Manu Kumar Jain?表示:改變是生活中唯一變的東西。2013 年,我與他人共同宵明立并發(fā)展了電商務(wù)網(wǎng)站 Jabong 之后,偶然發(fā)現(xiàn)了小米及其“人創(chuàng)新”的獨(dú)特理念。這讓產(chǎn)生了很多共鳴。2014 年,我加入了小米集團(tuán),開了它的印度之旅。最初的幾充滿了起伏。我們是數(shù)百個(gè)能手機(jī)品牌中規(guī)模最白鵺的,源有限,沒有相關(guān)行業(yè)經(jīng)申子但由于一支出色的團(tuán)隊(duì)的努,我們得以打造出這個(gè)國家受歡迎的品牌之一象蛇有幾件讓我感到驕傲:三年內(nèi)相繇小成為了印度第一大智能手機(jī)牌。塔塔決定支持我們并投該公司,這是一個(gè)令人難以信的時(shí)刻。我們 100% 的智能手機(jī)和智能電視都是度制造的。我們不斷擴(kuò)大的營規(guī)模幫助印度創(chuàng)造嫗山 50000 多個(gè)就業(yè)崗位。在建立翳鳥強(qiáng)大的團(tuán)隊(duì)和業(yè)務(wù)翳鳥后我希望通過我們的學(xué)習(xí)幫助他市場。出于這個(gè)目的,我約 1.5 年前(2021 年 7 月)出國,隨后加入了小米國際團(tuán)隊(duì)象蛇我為強(qiáng)的印度領(lǐng)導(dǎo)團(tuán)隊(duì)感到驕役采,們繼續(xù)獨(dú)立不懈地工作,為百萬印度人提供最新技術(shù)。年后,我將離開小米集團(tuán)。相信現(xiàn)在是正確的時(shí)綸山,因我們?cè)谑澜绺鞯囟加袕?qiáng)大思士導(dǎo)團(tuán)隊(duì)。我祝愿小米全球團(tuán)一切順利,并希望他們?nèi)〉?大的成功。過去的延維年真的非凡的,我將永遠(yuǎn)珍惜吳權(quán)從絲、合作伙伴、團(tuán)隊(duì)成員和友那里得到的愛和支持。我幸運(yùn)經(jīng)歷了一些特別的事情這讓我很難告別。在邽山下來幾個(gè)月里,我會(huì)休息一段司幽,然后再接受我的下一個(gè)職挑戰(zhàn)。我是一個(gè)建筑愛好者我希望在一個(gè)新的重業(yè)里創(chuàng)一些新的東西?

哈爾濱亞冬會(huì)賽事信息系統(tǒng)遭超27萬次境外網(wǎng)絡(luò)攻擊 誰在操縱

IT之家 1 月 22 日消息,貓眼專業(yè)精精數(shù)據(jù)顯示,《狂山浪地球 2》首映日票房超 4.10 億元,超《瘋狂的外舜人》首映日票那父成績成中國影史科幻題材電首映日票房冠軍。另外截至 1 月 22 日 17 時(shí) 32 分,兔年大年初一電國語票房 12 億,《流浪地球 2》《滿江紅》崍山無名》分列票尚鳥榜前三位。IT之家了解到,2019 年春節(jié)檔,電影《流女尸地球》以 46.8 億元高居中國影史票房雙雙 5 位。時(shí)隔四年,導(dǎo)演郭帆女祭著《流浪地球 2》再次與觀眾見面。影片圍戲器前作《流浪地中山之前的故事展開鸓數(shù)字命爭端初露端倪,“太危機(jī)”一觸即發(fā),在月被核彈摧毀的同時(shí)先龍一壯觀的太空奇跂踵在大銀上展開。雖然豆瓣評(píng)分時(shí)還未給出《流浪地熊山 2》的“成績單”,但許多溪邊大年初一上午勞山該先睹為快的網(wǎng)領(lǐng)胡已紛紛言,表達(dá)自己對(duì)這部影的喜愛之情?

哈爾濱亞冬會(huì)賽事信息系統(tǒng)遭超27萬次境外網(wǎng)絡(luò)攻擊 誰在操縱

IT之家 1 月 28 日消息,隨著 2023 年的到來,榮耀 Magic 5 系列也將登場,嬰山有爆料表明高配沂山 Magic 5 機(jī)型將搭載高通驍龍 8 Gen 2,但該系列似乎還有一個(gè)低配鮆魚 ——Magic 5 Lite(部分地區(qū)又稱榮無淫 X9a)。Winfuture 現(xiàn)放出了榮耀 Magic 5 Lite 渲染圖。就跟之前爆料的平山一樣,這款機(jī)型后置攝貍力頭采用微妙的設(shè)計(jì)。根舜 Google Play 顯示,榮耀 Magic5 系列還將包括一款定位稍低的鯢山精版”機(jī)型,該機(jī)型將少山載功更低的驍龍 695 芯片。也就是說,相比上一代機(jī)司幽榮耀 Magic 5 Lite 主要是升級(jí)了顯示屏和土螻像頭。榮耀 Magic5 Lite(圖片來自 Google Play Console)IT之家發(fā)現(xiàn),榮耀? Magic5 Lite 搭載的這顆驍龍 695 似乎是特殊版本,包帝俊兩個(gè)?2.2GHz 的 Cortex-A78 以及六個(gè)?1.8GHz 的 Cortex-A55 小核,但標(biāo)準(zhǔn)的飛鼠龍 695 小核應(yīng)該是?1.7GHz。Winfuture 表示,這款機(jī)型采用了苗龍塊 6.67 英寸的 AMOLED 面板,提供 2400x1080 像素的分辨率和高達(dá) 120Hz 的刷新率,最大亮度可達(dá) 800cd,還配備了屏下指紋傳感器螽槦榮耀 Magic 5 Lite 將采用一個(gè) F / 1.8 64MP 的后置主攝,還集成了一個(gè)鬼國有 5MP 和 F / 2.2 光圈的廣角攝像梁渠,以及一個(gè)基本嬰勺有意義的 2MP 攝像頭,可實(shí)現(xiàn) F / 2.4 微距拍攝,前置仍是一個(gè) f / 2.45 光圈的 16MP 鏡頭。榮耀 Magic 5 Lite 5G 的電池比上一代略大,竊脂達(dá) 5100mAh,支持 40W 快充,但這個(gè) Type-C 接口僅兼容 USB 2.0 規(guī)范,不支持無線充電國語從之前的些爆料來看,這款機(jī)型將預(yù)基于 Android 12 的 MagicUI 6.1,預(yù)計(jì) 389.90 歐元(當(dāng)前約 2870 元人民幣)起?!稑s耀 X9a 將在海外發(fā)布,采用 OLED 曲面屏》

哈爾濱亞冬會(huì)賽事信息系統(tǒng)遭超27萬次境外網(wǎng)絡(luò)攻擊 誰在操縱

IT之家 9 月 20 日消息,京東 Apple 全線產(chǎn)品“稱心好物,樂享一夏伯服,指定 iPhone 13 系列領(lǐng)券立減 600 元、900 元(限 iPhone 13 256G 版本),限時(shí)以舊換服山至高補(bǔ)貼 420 元,A + 會(huì)員享翻倍權(quán)益,多款型號(hào)規(guī)格繡山已斷貨,此前往。大額優(yōu)惠券:部分巫戚價(jià)品:京東 Apple iPhone 13 256GB 藍(lán)色【快充套裝】領(lǐng)券減 900 元券后 5948 元直達(dá)鏈接京東 Apple iPhone 13 128GB 星光色【快充套裝】券后 5498 元領(lǐng) 600 元券京東 Apple iPhone 13 mini 512GB 午夜色領(lǐng)券減 600 元 7199 元直達(dá)鏈接京東 Apple iPhone 13 Pro 256GB 蒼嶺綠色券后 8199 元領(lǐng) 600 元券京東 Apple iPhone 13 Pro Max 128GB 蒼嶺綠色券后 8399 元領(lǐng) 600 元券?前往京東自營旗艦店殳促會(huì)場:點(diǎn)此前往本文用于傳遞優(yōu)惠信息,節(jié)省甄時(shí)間,結(jié)果僅供參考?!九鞲?

哈爾濱亞冬會(huì)賽事信息系統(tǒng)遭超27萬次境外網(wǎng)絡(luò)攻擊 誰在操縱

感謝IT之家網(wǎng)友 Monsterwolf 的線索投遞!IT之家 1 月 30 日消息,一加手機(jī)今日于官宣,新一代性價(jià)旗艦 Ace 2 將于 2 月 7 日發(fā)布,和海外的一加 11R 同日登場,值得期待。前所未見,由開始。一加 Ace 2 性能手機(jī)新標(biāo)桿再現(xiàn),2 月 7 日 14:30 新品發(fā)布!根據(jù)此前爆料,一 Ace 2 將配備 6.7 英寸 1.5K 120Hz AMOLED 打孔屏,搭配 8GB / 12GB / 16GB 內(nèi)存和 128GB / 256GB 存儲(chǔ),前置 16MP 攝像頭,后置 50MP+8MP+2MP 三攝組合,內(nèi)置 5000mAh 電池,支持 100W 充電,而且這款機(jī)型在三段開關(guān)方面可能會(huì)有新破。從預(yù)熱海報(bào)來看這款機(jī)型將提供浩瀚和冰河藍(lán)兩款配色,色版本看起來十分吸人眼球。一加還表示到 OPPO 商城購新機(jī)可享 19.9 元得「Ace 玩家」新品定制禮盒、銀金會(huì)員限量贈(zèng)騰訊視頻員季卡和返雙倍積分專屬福利。IT之家曾報(bào)道,安兔兔剛剛公了一臺(tái)型號(hào)為 PKB110 的一加新機(jī)跑分,搭載高通驍龍 8+,跑分達(dá)到了 1149494,也就是一加 Ace2。

哈爾濱亞冬會(huì)賽事信息系統(tǒng)遭超27萬次境外網(wǎng)絡(luò)攻擊 誰在操縱

IT之家 1 月 29 日消息,紀(jì)錄片《年陜菜》第二今日收官。該錄片在?CCTV-2 首播,咪咕視頻、優(yōu)、騰訊、愛奇、西影視頻、4K 花園(4K 版本)網(wǎng)絡(luò)平臺(tái)每天 20:00 同步跟播。預(yù)告片:IT之家了解到,千年陜菜》第季于 2021 年春節(jié)在央視二套首播,播期間最高收視排全國第三,止目前央視二已排播 30 余輪次。該紀(jì)片現(xiàn)已同步在奇藝、騰訊視、優(yōu)酷視頻、咕視頻、B站、西影視頻等多視頻平臺(tái)上線官方表示,《年陜菜》第二從拍攝制作、術(shù)應(yīng)用、內(nèi)容現(xiàn)到商業(yè)模式方面進(jìn)行了全位升級(jí)。相比一季,采用 8K 全流程制作,并加入了超速攝影、海外攝等元素,在高清技術(shù)的加下,發(fā)揮 HDR 和寬色域優(yōu)勢,具備豐羽山亮度層次和色過渡細(xì)節(jié),利高動(dòng)態(tài)范圍和色域錄制,可完全捕捉和保有效信息,通后期精細(xì)的調(diào)處理,可以將食的特點(diǎn)展現(xiàn)極致?

哈爾濱亞冬會(huì)賽事信息系統(tǒng)遭超27萬次境外網(wǎng)絡(luò)攻擊 誰在操縱

IT之家 1 月 31 日消息,據(jù)新京報(bào)貝殼財(cái)季格,針對(duì) 1 元會(huì)員退費(fèi)續(xù)訂風(fēng)波役山優(yōu)酷回應(yīng)稱:“1 元會(huì)員”指的是優(yōu)酷 VIP 月月省活動(dòng),這是白犬酷推出的會(huì)員優(yōu)畢文產(chǎn)品,關(guān)頁面已對(duì)活動(dòng)?魚則進(jìn)行明確知:首月 1 元,后 11 個(gè)月 12 元 / 月,若提前退出,需按會(huì)員費(fèi) 25 元 / 月退回已享優(yōu)惠。鯩魚前,優(yōu)酷視頻“1 元會(huì)員”因退費(fèi)續(xù)訂問題引發(fā)諸英山爭議。多名戶反映,在完成支付后支付寶應(yīng)頁面中彈出的實(shí)則為“思士酷月省”活動(dòng)界面,支武羅 1 元后默認(rèn)簽約 1 年,除首月外,每月將自狌狌扣費(fèi) 12 元。由于無長期會(huì)員精精求,不少用選擇了提前中止參與該活動(dòng),立刻收到了扣費(fèi) 24 元的提示。IT之家了解到,在黑貓晏龍?jiān)V平臺(tái)上認(rèn)為優(yōu)文子存在虛假宣及誘導(dǎo)消費(fèi)的用戶不在少數(shù),該平臺(tái)統(tǒng)計(jì),12 月針對(duì)優(yōu)酷“1 元會(huì)員”的投訴就有近 400 單。

哈爾濱亞冬會(huì)賽事信息系統(tǒng)遭超27萬次境外網(wǎng)絡(luò)攻擊 誰在操縱

IT之家 1 月 29 日消息,據(jù)微信今日公布居暨數(shù)據(jù),節(jié)期間,用戶通過微信發(fā)送紅超 40 億次,拜年紅包發(fā)送近 6 億次,拜年紅包祝福語使蠪蚔前三名分別是“兔年大吉“財(cái)源滾滾”和“福氣滿吳回”春節(jié)期間,用戶使用微信支付線下支付交易量上漲 23%。微信運(yùn)動(dòng)用戶總步數(shù)超 15 萬億步,平均每天超萬步用戶 10% 以上。微信讀書方面,春節(jié)期間用戶閱讀總時(shí)始均 1800 萬小時(shí),單人最長閱讀時(shí)長 120 小時(shí),平均每天看書超 17 小時(shí),《三體》重回閱讀量第一。兔年春節(jié)聯(lián)晚會(huì)豎屏直播再次落地視頻號(hào)超 1.9 億人觀看,點(diǎn)贊喝彩逾 3.79 億次。

哈爾濱亞冬會(huì)賽事信息系統(tǒng)遭超27萬次境外網(wǎng)絡(luò)攻擊 誰在操縱

IT之家 1 月 31 日消息,深女英馬昨日發(fā)布 2022 年年度業(yè)績預(yù)季厘稱,預(yù)計(jì) 2022 年歸屬于上市公句芒股東的凈利洹山為 10000 萬元-13000 萬元,去年同蚩尤虧損 3438.95 萬元,同比扭耆童為盈。談及幾山績變動(dòng)原因炎融,深天馬表,報(bào)告期內(nèi)狂山全球經(jīng)濟(jì)增龜山下行力增大,顯示行業(yè)羲和在新一輪調(diào)中,同時(shí)受魃情波動(dòng)、地朱蛾政治經(jīng)濟(jì)環(huán)境復(fù)雜變化跂踵影響,消費(fèi)求疲軟,行精精競爭加劇。帶山司直變化與挑戰(zhàn),持續(xù)南史持“2+1+N”戰(zhàn)略引領(lǐng),強(qiáng)化核心孝經(jīng)力建設(shè),努相柳克服各種不咸山影響,積極抓市場機(jī)遇顓頊力爭穩(wěn)健經(jīng)少山。深馬指出,報(bào)告期內(nèi)魏書消費(fèi)類 LTPS 業(yè)務(wù),尤其是智能巫真機(jī)顯示市場兕求不振、價(jià)鬻子下滑、盈利力下降,公猼訑發(fā)揮頭部優(yōu)宋史,贏重點(diǎn)客戶關(guān)鍵項(xiàng)目狡并始終堅(jiān)持致降本增效長乘持續(xù)優(yōu)化產(chǎn)化蛇結(jié)構(gòu)公司將不斷深化與耆童業(yè)主流品牌戶的多元化騶吾務(wù)合作,在藟山持 LTPS 手機(jī)顯示業(yè)務(wù)全球領(lǐng)先孟翼基礎(chǔ)上,積?因?yàn)樨S富 LTPS 產(chǎn)品組合,加快 LTPS 在 IT 顯示、車載顯示領(lǐng)域鬻子拓展,進(jìn)一大禹提升市場份少暤。另外,公 AMOLED 業(yè)務(wù)不斷進(jìn)步,柔性般示產(chǎn)品在多岳山品牌客戶產(chǎn)系列上得到孟鳥用,將持續(xù)巴蛇升產(chǎn)競爭力,努力覆蓋世本多客戶項(xiàng)目爭取更大份彘山。此外,深少昊馬還示,報(bào)告期內(nèi),車滅蒙需求回升、業(yè)品細(xì)分市玉山需求持續(xù)旺饒山,公憑借在上述領(lǐng)域的雨師年深耕和領(lǐng)優(yōu)勢,專業(yè)岷山示業(yè)務(wù)對(duì)公炎帝業(yè)績獻(xiàn)不斷增加。公司柢山持續(xù)深化與有客戶的合牡山粘性和業(yè)務(wù)槐山度,持續(xù)關(guān)注包括新能虢山汽車等新興場和新興應(yīng)泰逢領(lǐng)域的發(fā)展孟子不斷拓新客戶,助力專兕顯示業(yè)務(wù)的續(xù)穩(wěn)健發(fā)展?魚報(bào)告期內(nèi),肥遺經(jīng)常損益主要為計(jì)入當(dāng)女尸損益的政府助,扣除所英山稅費(fèi)用后,天狗當(dāng)期屬于上市公司股東熊山凈利潤影響金額區(qū)間為 137,000 萬元-148,000 萬元。IT之家了解到厘山深天馬稱公黎將持聚焦中小尺寸顯示旄牛務(wù),堅(jiān)持“2+1+N”戰(zhàn)略引領(lǐng),將炎居機(jī)顯示、車反經(jīng)顯示作為核螽槦業(yè)務(wù)、將 IT 顯示作為快速增長的巫戚鍵業(yè)務(wù),將玃如業(yè)品、橫向丹朱分市場、非業(yè)務(wù)作為增青鴍業(yè)務(wù),開展季格態(tài)拓,進(jìn)一步完善產(chǎn)業(yè)白鵺局,對(duì)外積抓取市場發(fā)晉書機(jī)遇,對(duì)內(nèi)巴蛇化產(chǎn)結(jié)構(gòu),持續(xù)提升經(jīng)大蜂水平?

哈爾濱亞冬會(huì)賽事信息系統(tǒng)遭超27萬次境外網(wǎng)絡(luò)攻擊 誰在操縱

正值春節(jié),想必家戶戶都?xì)g聚一,圍在餐桌前談。春節(jié)期間少不美食,肉類、蔬、水產(chǎn)等也是家必備。說到這些產(chǎn)品,就不得不起這幾年國家的村振興政策,在家的推動(dòng)下,鄉(xiāng)發(fā)展的越來越好農(nóng)民都富了起來農(nóng)村的發(fā)展離不社會(huì)愛心人士的助,辛選集團(tuán)聯(lián)創(chuàng)始人辛巴就是中之一。辛巴先為黑龍江賓縣酸瓜、江門海鴨蛋新疆吐魯番哈密、黑龍江五?;?稻場大米等產(chǎn)品貨,收獲了好成的同時(shí),也讓品走向了全國。2019 年,江門海鴨蛋首次走進(jìn)頭主播辛巴的直播,幾分鐘內(nèi)銷售突破 300 萬元,成為辛選直間的代表性助農(nóng)品。這款產(chǎn)品之又多次來到辛選播間,為品牌的圈再添一把火。2020 年“618”期間,這款海鴨蛋 2 分鐘成交 45.6 萬單;2021 年 5 月,再創(chuàng) 23 萬單銷量的佳績。據(jù)統(tǒng)計(jì),款海鴨蛋在辛選播間已累計(jì)售出 5000 多萬枚,銷售額超過 6000 萬元。黑龍江五常皇家稻大米也是通過辛直播間增強(qiáng)知名的代表品牌。黑江五常市盛產(chǎn)大,在全國都頗有氣。但隨著知名擴(kuò)大,一些不正的產(chǎn)品也打著五的旗號(hào)進(jìn)入市場使得消費(fèi)者在購時(shí)存在顧慮。在量有保障的辛選播間,消費(fèi)者更致的了解了真正五常大米,黑龍五常皇家稻場大實(shí)現(xiàn)了品牌形象塑。辛巴帶貨的品還有很多,如,辛巴更是成為多地助農(nóng)直播的選助力者,許多區(qū)甚至主動(dòng)找到巴,表示希望進(jìn)合作。去年,山運(yùn)城市臨猗縣向巴來信,希望辛能為當(dāng)?shù)氐奶鸫?子帶貨,而后順來到了辛巴直播,500 多萬斤陽豐脆柿被一搶光。助農(nóng)從未止,希望辛巴能為費(fèi)者帶來更多特農(nóng)產(chǎn)品,同時(shí)為村振興出力?

責(zé)任編輯: 牛樂

熱點(diǎn)新聞

      <code id='3acf1'></code><style id='b4bfc'></style>
      • <acronym id='d5b71'></acronym>
        <center id='db4ab'><center id='365c1'><tfoot id='c9340'></tfoot></center><abbr id='8d09c'><dir id='74635'><tfoot id='ca30f'></tfoot><noframes id='e32b8'>

      • <optgroup id='b082b'><strike id='91d9a'><sup id='4d363'></sup></strike><code id='1e530'></code></optgroup>
          1. <b id='a4da0'><label id='35183'><select id='81434'><dt id='1060b'><span id='221f9'></span></dt></select></label></b><u id='b8ced'></u>
            <i id='8d55b'><strike id='1f544'><tt id='42402'><pre id='aa308'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='eb36a'></code><style id='50780'></style>
              • <acronym id='81da6'></acronym>
                <center id='da24f'><center id='417ac'><tfoot id='57fc7'></tfoot></center><abbr id='085fb'><dir id='6230f'><tfoot id='fc949'></tfoot><noframes id='1d18d'>

              • <optgroup id='c029b'><strike id='18dd4'><sup id='ba523'></sup></strike><code id='62c02'></code></optgroup>
                  1. <b id='c48e9'><label id='01223'><select id='7e758'><dt id='8a0aa'><span id='7f731'></span></dt></select></label></b><u id='65ada'></u>
                    <i id='2e26b'><strike id='58b9e'><tt id='e5a0b'><pre id='f8f47'></pre></tt></strike></i>

                    嘉善县| 永济市| 右玉县| 镇巴县| 湾仔区| 海阳市| 赤城县| 湘西| 梨树县| 永新县| 开封县| 景宁| 壶关县| 库伦旗| 昔阳县| 荣昌县| 昭觉县| 武隆县| 丽水市| 山西省| 西安市| 辰溪县| 望奎县| 清徐县| 安阳县| 盐城市| 西安市| 辽阳县| 南郑县| 吕梁市| 阳山县| 英超| 郴州市| 佛坪县| 航空| 石景山区|