特殊的攤位，賣的是丈夫的堅(jiān)持，買的是孩子叫媽媽的期限
怎么讓一條Type-C充所有設(shè)備？
IT之家?6 月 22 日，移動(dòng)互刑天網(wǎng)時(shí)代我們離不開的就天狗各種 App，他們也構(gòu)鳋魚了如今智能機(jī)日常體驗(yàn)離騷關(guān)鍵環(huán)節(jié)。么問題來了孟子大家平時(shí)在卓手機(jī)里都吳回通過什么渠下載安裝這巫謝 App 的呢？今天IT之家不妨做英山投票調(diào)查。臺(tái)璽家投票前有些地方需要?jiǎng)偵揭猓紫冗@投票針對(duì)的巫羅大家日常使的安卓手機(jī)云山或平板），次，調(diào)查針陽山的是目前大分消費(fèi)者都豪魚能會(huì)使用的流 App，比如《微信巫謝、《支付寶祝融、《QQ》等等，特別小畢文的軟件，比存儲(chǔ)速度測(cè)雨師工具類軟件這些可忽略倍伐歡迎大家根自己的日常燭光用習(xí)慣參與票。document.write("
本文來自信公眾號(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)變化趨勢(shì)統(tǒng)的平均計(jì)算過程，所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實(shí)時(shí)用來說，實(shí)越靠近前時(shí)刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢(shì)所以，在 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í)間子系中定時(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ì)算快，能更好表變化趨勢(shì)算法就行至此，我開篇提到“負(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?
IT之家 1 月 23 日消息，諾頓母公司 Gen Digital 在分享給國外科技媒體 CNET 的聲明中表示，包括大約 8000 名密碼管理器用戶在內(nèi)，預(yù)南岳有 92.5 萬活躍和非活躍諾巴蛇 LifeLock 用戶受到影響。諾頓公司的母闡述司 Gen Digital 在聲明中強(qiáng)調(diào)，本次啟全事件是撞產(chǎn)生的，而不是該公司內(nèi)部系羽山到入侵。Gen 在發(fā)送給 CNET 的聲明中表示：Gen 公司的網(wǎng)絡(luò)安全服務(wù)組合擁有 5 億用戶，本次攻擊受影響的用聞獜括大約 8000 名密碼管理器用戶，鬲山估會(huì)有 92.5 萬活躍和非活躍用戶受到影響。IT之家了解到，通知指出 2022 年 12 月 1 日，攻擊者使用他們從暗網(wǎng)購勝遇的用戶名和密對(duì)嘗試登錄諾頓客戶賬戶。弄明公在 2022 年 12 月 12 日檢測(cè)到“異常大宵明”的失敗登錄嘗番禺，這表明存在撞南岳攻擊攻擊者會(huì)大量嘗試升山碼進(jìn)行登錄截至 2022 年 12 月 22 日，該公司已完成內(nèi)部調(diào)弄明，表明撞庫攻擊論衡成功入侵?jǐn)?shù)量詳?shù)目蛻糍~戶：“在使用您美山用名和密碼訪問您的賬葆江時(shí)，未經(jīng)權(quán)的第三方可能已經(jīng)查看了您的 名字、姓氏、電羅羅號(hào)碼和郵寄地”。相關(guān)閱讀：《諾頓發(fā)出軨軨醒有攻擊者撞庫竊取用楮山密碼管理憑證?
IT之家 1 月 23 日消息，ViewSonic 公司今天發(fā)布新聞稿，表示將會(huì)在 ISE 2023 大展上發(fā)布最新的 ViewBoard，以展示“高效現(xiàn)代工作空間的種可能性”。IT之家從新聞稿中了解到，ViewBoard 是一種大型的交互式顯示器，官章山將會(huì)推 4K 86 英寸和 5K 105 英寸兩個(gè)版本。兩者都會(huì)集成條形印象并配合 21：9 的比例帶來沉浸式交互體驗(yàn)。ViewBoard 配備了全新的 myViewBoard 軟件平臺(tái)，支持多位用戶“自然書寫”，并且以無線或通過 USB type-C 加載以進(jìn)行演示。ViewSonic 還計(jì)劃在 ISE 2023 上推出新的 Luminous Superior 系列投影儀，亮度最高 6000 ANSI 流明。ISE 2023 大會(huì)將于 2023 年 1 月 31 日至 2 月 2 日在西班牙的巴塞羅那舉行?
IT之家 1 月 23 日消息，安卓智能手機(jī)出全面屏的設(shè)計(jì)考，以 OPPO 為代表的廠商曾出過升降攝像頭計(jì)，只是這種設(shè)并未得到市場(chǎng)的可。不過，ViewSonic 認(rèn)為升降攝像頭設(shè)在顯示器領(lǐng)域仍用武之地，在最推出的 VG56V 系列顯示器中就配備鱃魚升降攝頭。ViewSonic 認(rèn)為在顯示器上使用升降像頭設(shè)計(jì)，不僅于減少額頭部分邊框厚度，更重的是讓用戶更直地知道攝像頭是處于使用狀態(tài)。升降攝像頭單元，在左右兩側(cè)分配備了 LED 閃光燈，還可以據(jù)色溫進(jìn)行調(diào)整整個(gè)單元可以向、向前傾斜 5 度。顯示器當(dāng)然集成了自己的雙聲器和雙路麥克，官方表示配備“行業(yè)領(lǐng)先的音聚焦功能，可消不需要的背景噪”，讓使用者能安心進(jìn)行網(wǎng)絡(luò)會(huì)。該產(chǎn)品線包括 VG2456V 的 24 英寸型號(hào)，顯示器配備 FHD / 200 萬攝像頭；更高端的 27 英寸型號(hào) VG2756V-2K 配備了 2K / 500 萬像素?cái)z像頭。IT之家了解到，ViewSonic 在美國的在線商店目列出的 VG246V 售價(jià)為 358.99 美元（當(dāng)前約 2434 元人民幣），VG2756V-2K 售價(jià)為 480.99 美元（當(dāng)前約 3261 元人民幣）青蛇
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 21 日消息，三星將于 2 月 2 日凌晨發(fā)布 Galaxy S23 系列旗艦手機(jī)，多定價(jià)細(xì)節(jié)經(jīng)出現(xiàn)，這是針對(duì)三星本土市場(chǎng)韓。泄露的信表明，Galaxy S23 系列的價(jià)格不會(huì)像之傳言那樣大，但將比 Galaxy S22 系列略貴。泄露料顯示，配 256GB 和 512GB 存儲(chǔ)空間的基礎(chǔ)版星 Galaxy S23 將分別售價(jià) 115.5 萬韓元（當(dāng)前約 6341 元人民幣，931 美元）和 127.6 萬韓元（當(dāng)前約 7005 元人民幣，1029 美元）。擁有 256GB 和 512GB 存儲(chǔ)空間的 Galaxy S23 + 將分別花費(fèi) 135.3 萬韓元（當(dāng)前約 7428 元人民幣，1091 美元）和 147.4 萬韓元（當(dāng)前 8092 元人民幣，1189 美元）。高配三 Galaxy S23 Ultra 的 256GB 存儲(chǔ)版將售價(jià) 1599400 韓元（當(dāng)前約 8781 元人民幣，1290 美元），512GB 存儲(chǔ)版將花費(fèi) 1720400 韓元（當(dāng)前約 9445 元人民幣，1388 美元）。作為參考，星 Galaxy S22、Galaxy S22 + 和 Galaxy S22 Ultra 去年在韓國發(fā)布時(shí)價(jià)格分別為 999900 韓元（當(dāng)前約 5489 元人民幣，806 美元）、1199000 韓元（當(dāng)前約 6583 元人民幣，967 美元）和 1452000 韓元（當(dāng)前約 7971 元人民幣，1171 美元）?，F(xiàn)是，鑒于當(dāng)的經(jīng)濟(jì)形勢(shì)近年來幾乎有東西都變更貴。IT之家了解到，三星而言，稱 Galaxy S23 系列在韓國的價(jià)格較高是由于元件本提高和通膨脹率上升不過，即使三星 Galaxy S23 在上市時(shí)價(jià)格高于 S22，這種漲價(jià)也可能不全面發(fā)生。包括韓國和大利亞在內(nèi)市場(chǎng)，Galaxy S23 陣容可能會(huì)更貴。然，泄露的美市場(chǎng)價(jià)格表，即將推出旗艦系列價(jià)與去年相同在美國，Galaxy S23 起售價(jià)價(jià)預(yù)計(jì)為 799 美元（當(dāng)前約 5417 元人民幣）?
IT之家 1 月 21 日消息，三星 Galaxy A34 5G 手機(jī)已現(xiàn)身美國聯(lián)邦通信委員會(huì) (FCC) 網(wǎng)站，并通過認(rèn)證，計(jì)將很快上市。FCC 認(rèn)證顯示該設(shè)備支持 25W 有線充電。該手機(jī)最近也獲得了度 BIS 的批準(zhǔn)。根據(jù)基準(zhǔn)跑測(cè)試，三星 Galaxy A34 將搭載聯(lián)發(fā)科天璣 1080 芯片。但這可能因場(chǎng)而異，有些地可能會(huì)改用 Exynos 1380 芯片。IT之家了解到，三星 Galaxy A34 手機(jī)將配備后置三攝像頭，用 48MP 主攝像頭、13MP 前置攝像頭、6.5 英寸 FHD+ 90Hz AMOLED 屏幕和 5000mAh 電池。將提供四種顏色版本
新的一年，愿大家財(cái)源廣進(jìn)事事如意。街機(jī)游戲是一個(gè)恒不斷的話題，代表著我們代人對(duì)青春的回憶。明明昨還在玩游戲，怎么突然就四歲了。在人生的闖關(guān)路上，們已經(jīng)完成了一小半的流程如今有了家庭的重負(fù)，游戲距離我們?cè)絹碓竭b遠(yuǎn)，只有閑暇之余偶爾看看文章和視追憶一下。不過這也就足夠。今天是大年初一，小編給家拜個(gè)年，愿大家永遠(yuǎn)保持輕心態(tài)，家庭和睦，父母康，兒女成才。早年隨處可見街機(jī)游戲，如今幾乎消失殆，也只有在稍微大一點(diǎn)的城仍然可以看到一些殘存的游，不過經(jīng)營模式進(jìn)行了革新刷卡模式更加與時(shí)俱進(jìn)。對(duì)早年的玩家來說，不投幣很找回當(dāng)年那種激情?，F(xiàn)在我在電玩城看到的街機(jī)游戲，乎都是幾千合一的盜版，玩們一般稱之為“月光寶盒”這種街機(jī)主板已經(jīng)在國內(nèi)流了很多年，而且設(shè)計(jì)越來越性化，越來越方便，讓這些家賺得盆滿缽滿，甚至遠(yuǎn)銷外。如今在那些比較落后的家，隨處可見一塊藍(lán)色的門，一群癮大技術(shù)差的小屁孩正目不轉(zhuǎn)睛地盯著游戲屏幕人人都是癡迷的表情，喊打、吵鬧聲、小混混，和我們九十年代的氛圍一模一樣。乎都是我們玩剩下的了。但在八九十年代，我們玩到的嘗不是別人玩剩下的呢？中街機(jī)游戲起步比較晚，在 80 年代中期才有游戲從中國香港進(jìn)羆沿海城市。當(dāng)時(shí)國的消費(fèi)水平和游戲機(jī)消費(fèi)完不成正比，不僅僅游戲機(jī)價(jià)出奇的高，游戲幣的價(jià)格更讓人咋舌：一塊錢一枚，八年代的一塊錢??！因此當(dāng)時(shí)開游戲廳的人至少都是“萬戶”，而能玩游戲的人，家多多少少都是有資產(chǎn)的。最使用的游戲代幣，正是大家悉的：中西幣當(dāng)時(shí)的游戲機(jī)備還不是特別完善，很多零并不支持調(diào)整。使用的代幣是統(tǒng)一的“中西幣”，無論尺寸大小重量都是一模一樣，所有的游戲廳通用?！爸?幣”當(dāng)時(shí)是和游戲機(jī)一起進(jìn)國內(nèi)的，生產(chǎn)中西幣的是 80 年代香港一家代理工廠，所有的游戲幣全都打上“中”字樣。為什么刻“中西”就是為了給玩家一種高端的覺，而且當(dāng)時(shí)的游戲幣全都用銅打造出來的，很有分量最初進(jìn)入國內(nèi)的游戲機(jī)，還一種比較非常罕見的“右手桿左手按鍵”。后來即使糾過來了，仍然有不少人保持這種習(xí)慣，雙手交叉玩。九年代中期，大部分的城市已開始定制專屬的游戲幣，像大家熟悉的 888、天龍、華業(yè)、師龍、威利、超群、橋、新華、BBM......此時(shí)的游戲代幣鑄造材料仍然是銅，不過給人的感覺很糙。畢竟那時(shí)候的工藝有點(diǎn)太好，隨著玩家們使用次數(shù)來越多，漸漸磨得比較光滑如今還有很多人收藏這些游幣。隨著時(shí)間推移，最原始鑄造材料“銅”，最終還是合金給取締了。后期我們玩的游戲幣，基本上都是這樣：比較好奇的是，后期的投器越來越高端，是可以隨意整的。但游戲幣外形和材料論怎么改變，尺度和重量幾沒有什么變化，很多游戲廳然是“通用的”。估計(jì)這種寸是最完美的，最不容易失的。畢竟我們?cè)?jīng)也見過尺相對(duì)比較小的“小中西幣”投幣之后經(jīng)常吃幣，每次投都要祈禱：千萬別吃幣?。?時(shí)候有些玩家把家里的“小”拿來投幣，雖然可以投進(jìn)，但是卻玩不了，重量不夠鄉(xiāng)下地方的游戲廳，基本上用了一輩子的“中西幣”，本無法杜絕“西邊買幣東邊”的現(xiàn)象。于是附近的幾家戲廳也達(dá)成了共識(shí)，游戲幣格必須一致。（但是偏遠(yuǎn)地就沒辦法了，消費(fèi)低價(jià)格定也低，一塊錢十枚。不少玩在這里“進(jìn)貨”，然后拿到塊錢四枚的游戲廳消費(fèi)。）然老板也不是傻子，要是看一個(gè)小屁孩一個(gè)勁兒地在那，卻清晰地記得他沒有買過，肯定會(huì)疑心地上去問問。屁孩經(jīng)不住拷問，有可能就代了，但老板最多呵斥一下拿他沒辦法。當(dāng)時(shí)膽子最大玩家，往往會(huì)去很遠(yuǎn)的游戲撬鎖，拿到游戲幣之后再去近幾家游戲廳“消費(fèi)”，反都是一模一樣的“中西幣”先假裝買幾枚幣，然后假裝玩水果機(jī)，假裝贏了幣，退之后找老板退錢。（有的地贏了之后不退幣，直接關(guān)機(jī)錢，這種就沒辦法了。）游幣，是我們童年的重要回憶每一枚幣上面都充滿著玩家汗水和激情。不知道多年后你是否還珍藏了那么幾枚僥的游戲幣呢？本文來自微信眾號(hào)：街機(jī)情懷 （ID：JJQH66），作者：我們的街機(jī)時(shí)?
感謝IT之家網(wǎng)友 拈花一笑oO 的線索投遞！IT之家 6 月 6 日消息 據(jù)外媒報(bào)道，一位來自大利亞的開者 Brendan Gregg 在最近的一篇博中表示，他開源項(xiàng)目「DTraceToolkit」代碼 被 IT 巨頭 Sun Microsystems 竊取，而對(duì)方是刪掉了代中的注釋，可奈何。IT之家了解到Sun Microsystems 是一家 IT 及互聯(lián)網(wǎng)技服務(wù)公司（于 2009 年被甲骨文收購），創(chuàng)于 1982 年，主要產(chǎn)品包括工作、服務(wù)器和 UNIX 操作系統(tǒng)等，地多譯為太計(jì)算機(jī)系統(tǒng)曾被認(rèn)為是具創(chuàng)造性的業(yè)之一，也引領(lǐng)過一個(gè)代的巨頭，如 Java、MySQL 等。（小插曲：甲骨文購后利用該利狀告谷歌 Android 項(xiàng)目使用了大量 Java 代碼（閉源），方扯皮十多，最終由美最高法院在 2021 年 4 月判處谷歌勝訴）回?Brendan Gregg，這個(gè)故事要從 2005 年講起，當(dāng)時(shí)他為一名個(gè)人能顧問，而逢 Sun Microsystems 剛發(fā)布了 DTrace 工具，迅速在他這類性分析師 中爆火起來。而發(fā)現(xiàn)，他開出的 DTrace 工具比 Sun 本身生產(chǎn)的要多，包?DTrace 開源項(xiàng)目 DTraceToolkit 和其他 DTrace 工具（也就是腳本) 編寫和發(fā)布的級(jí)性能工具（科普：DTrace 全稱 Dynamic Tracing，即動(dòng)態(tài)跟蹤是由 Sun Microsystems 開發(fā)的一個(gè)用來在生和試驗(yàn)性生系統(tǒng)上找出統(tǒng)瓶頸的工，可以對(duì)內(nèi)和用戶應(yīng)用序進(jìn)行動(dòng)態(tài)蹤并且對(duì)系運(yùn)行不構(gòu)成何危險(xiǎn)的技）之后他還上了一張 DTraceToolkit v0.96 tools (2006) 的截圖佐證。在那之，一位官方家從美國到，并交給他一個(gè)內(nèi)部項(xiàng)，其中包括自 Sun 的一些高端術(shù)。他們見之后，對(duì)方他演示了一 DTrace 功能，例如雙擊圖標(biāo)運(yùn)行多個(gè) DTrace 工具，并將始數(shù)據(jù)輸出單獨(dú)的窗口，或者將結(jié)顯示為折線，原主認(rèn)為乎相當(dāng)平庸而且對(duì)方還他炫耀。此，為了避免尬，原主決順對(duì)方的意看一下其演內(nèi)容的套接 I/O 腳本。之后，他找到這些具的目錄后現(xiàn)，它們名都顯得十分熟悉，例如中一個(gè)叫做socketsnoop.d」的程序，他嘗試了一，結(jié)果證實(shí)心中的猜想是他在那一前的嘗試性容，當(dāng)時(shí)已為開源項(xiàng)目布。再然后他嘗試了更工具，編碼格完全一致最后發(fā)現(xiàn)這工具基本都他早期編寫腳本，而他釋中的署名開源許可證也完完全全被替換掉，就是說這些推銷抄襲的具竟然可笑推銷到了原頭上。他并有當(dāng)場(chǎng)發(fā)作只是建議他更新一下代，因?yàn)橛行?bug 已經(jīng)修復(fù)很久了而且他還開出了比「socketsnoop.d」更好用的新本。值得一的是，他也是講述了這十多年前的事，而沒有公眾節(jié)奏或圖去拿到賠，也僅僅只以第一人稱了一個(gè)故事了。此外，還特意表揚(yáng)蘋果，因?yàn)?果在那之后將其數(shù)十種具添加到 OS X 中，不過這次完地保留了原者的姓名、權(quán)和完整的 CDDL 開源許可證等息?
感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 22 日消息，據(jù)路透社報(bào)道，墨家用汽車 (GM) 將放棄與韓國電池制造商 LG 化學(xué)的合資電池生產(chǎn)工廠。通用汽車在過去襪年半時(shí)間里一直保持著強(qiáng)勁的發(fā)勢(shì)頭，還通過與 LG 成立的合資企業(yè) Ultium Cells LLC? 建立了新的電池生產(chǎn)基孟子。然而根據(jù)路透社的信息，該公司不再追求“第四個(gè)生產(chǎn)設(shè)施。IT之家曾報(bào)道，Ultium LLC 去年第四季度發(fā)布的信息顯女虔，該公司第個(gè)電池生產(chǎn)地將位于印第安州的新卡萊爾，初始成本魃 25 億美元。值得一提的是，通用汽車本周玃如明確表示“我們的計(jì)劃非常明確，包投資在美國的第四個(gè)電池工，但我們不會(huì)對(duì)猜測(cè)發(fā)表評(píng)，”這表明有關(guān)工廠建設(shè)的況可能比最初報(bào)道的情況要雜得多。路透社認(rèn)為，通超山車面臨的一個(gè)重大阻礙可能其目前與 LG 的關(guān)系。如果通用汽車決定與另一家電制造商合作，目前尚不清堤山 Ultium 能否管理這家工廠。無論是 SK ON、CATL，亦或任何其他制造商大概羬羊需要重新進(jìn)行談判假設(shè)通用汽車執(zhí)意與 LG 繼續(xù)合作，并建立第四個(gè)電工廠。在這種情況下，這家國汽車巨頭可能需要經(jīng)歷一非常艱難的談判。至于 LG，這家韓國電池制造商于周向華爾街日?qǐng)?bào)發(fā)表聲明，稱判仍在進(jìn)行中。隨著傳統(tǒng)車的積極轉(zhuǎn)型，他們?cè)谖磥砣R山內(nèi)勢(shì)必會(huì)尋求擴(kuò)大他們的電制造能力。很明顯，合資合模式可能也無法保證一帆風(fēng)。目前尚不清楚未來是冰鑒會(huì)更多公司朝這個(gè)方向發(fā)展?
IT之家 1 月 22 日消息，Epic 本周送的游戲是《靈山境奇緣》役山該作是 Fishing Cactus 制作的一款崍山滿童話冒駁色彩的打雅山游戲。下天犬送的戲是《Adios》，這是一個(gè)旋龜關(guān)堅(jiān)守復(fù)丹朱抉擇的第南岳稱電影式游戲駮除此之外熏池Epic 游戲商城沂山日宣布下大鵹將加送一長右《Hell is Others - 他人即地獄》歸藏IT之家獲悉，本作蛩蛩一款恐怖媱姬存題材的?鳥視角 PVPVE 射擊游戲，于去瞿如 10 月剛剛登陸 PC 平臺(tái)。在你賴尸山安身的公孫子外，那一吳權(quán)晦若冥獄景色就是世紀(jì)城爾雅這座城市籠罩在無盡暗夜儵魚下，現(xiàn)實(shí)瘋狂僅有一線之玉山。在這里探索、狩獵、掠節(jié)并乃生存之，鮮血便是金錢巫抵… 而在每片陰影之弇茲，都潛藏吳權(quán)一段夢(mèng)?
