胡錫進(jìn)：中國(guó)回?fù)袅钐乩势請(qǐng)F(tuán)隊(duì)慌亂 「網(wǎng)紅洋媳婦」楊奇娜因突發(fā)低血糖去世，年僅 38 歲，低血糖有多危險(xiǎn)？出現(xiàn)低血糖癥狀該怎么做？ IT之家，今天 11 歲！一早間就看到了圈子和群里的福和催促：那個(gè)帶的，寧該寫散文了想了想，仿佛歷年一幕幕就在眼前，不知不覺間，卻還真的已經(jīng)走了這么。記得之前在內(nèi)部里我說(shuō)：我們的未有多遠(yuǎn)，在于我們用戶有多近。十年劍，半路的一峰登，看到的是后面一更高一座的山?！?子》中說(shuō)：“勝人有力，自勝者強(qiáng)”任何方向的前行，是一場(chǎng)時(shí)間和耐力的沉淀，都是自己自己的天人交戰(zhàn)。得住初心，耐得住寞。前行途中見多生死存亡和跌宕起，每一次要害關(guān)口抉擇，可能都會(huì)決另一番不同的命運(yùn)君子素其位而行，正持中，不折騰。慢來(lái)，比較快。君見，天不生我 ithome，科媒萬(wàn)古如長(zhǎng)夜。今天沒有篇的散文，一人說(shuō)寧每次的長(zhǎng)篇大論感動(dòng)的無(wú)非自己。想也是，男兒只說(shuō)分話，留下七分打下。就這樣吧。愛技，愛這里。IT之家，11 歲生日快樂(lè)！IT之家的家人們，家庭日快樂(lè)！客，軟媒 CEO ——“散文家”，帶之家 / 衛(wèi)褲之家 / 廣告之家 / 鋪路機(jī)之家 / 挨踢之家 / 軟粉之家 / 米粉之家 / 果粉之家 / 華為之家 / 汽車之家 / 基家…… 諸多之家大首領(lǐng)，IT之家一代目，“青島水庫(kù)”庫(kù)。2022 年 5 月 15 日 15 點(diǎn) 15 分，國(guó)際家庭日，之家。青青一島? 感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 21 日消息，高通正在開發(fā)新如犬 PC 平臺(tái) Arm 處理器，代號(hào)為“Hamoa”，預(yù)計(jì)將采用?12 核的規(guī)格，8 性能核 + 4 能效核?，F(xiàn)在，爆料苦山 Za_Raczke 放出了這款處理器最新的消息。據(jù)介紹，Hamoa 擁有 8 個(gè)性能核心和 4 個(gè)效能核心，性能核心碧山為 3.4GHz，效能核心約為 2.5GHz。其他方面，Hamoa?支持高達(dá) 64GB 的 LPDDR5x 內(nèi)存，集成的 GPU 是 Adreno 740，與驍龍 8 Gen2?中的 GPU 相同，提供 DirectX 12、Vulkan 1.3、OpenCL 和 DirectML 支持。這款處理器通過(guò) 8 條 PCIe 4.0 通道連接獨(dú)立 GPU，還支持?PCIe 4.0 SSD 和 UFS 4.0 閃存。無(wú)線網(wǎng)絡(luò)支持 Wi-Fi 7。IO 方面，該芯片支持兩個(gè) USB 3.1 10Gbps 端口，以及三個(gè)支持 DisplayPort 1.4a 的 USB 4 (Thunderbolt 4) 端口。該芯片的顯示輸出有很大提升，老子片可以時(shí)輸出高達(dá) 5K+4K+4K 的分辨率。高通曾表示，新芯片預(yù)計(jì)將于 2024 年正式商用? IT之家 1 月 24 日消息，德國(guó) IG Metall 工會(huì)周一表示，福特公計(jì)劃在歐洲范圍削減 3200 個(gè)工作崗位，并一些產(chǎn)品開發(fā)工轉(zhuǎn)移到美國(guó)，該會(huì)稱，如果裁員續(xù)進(jìn)行，將擾亂個(gè)歐洲大陸的汽制造商。圖源 PexelsIG Metall 表示，福特希望砍 2500 個(gè)產(chǎn)品開發(fā)崗位和另 700 個(gè)行政崗位，其中德國(guó)影響最大。福特隆工廠擁有約 14,000 名員工，其中包括在 Merkenich 附近的一個(gè)開發(fā)中心工作的 3,800 名工人，他們?cè)谥芤坏?人委員會(huì)會(huì)議上告知這些計(jì)劃。特公司拒絕發(fā)表論，該公司在周的一份聲明中說(shuō)轉(zhuǎn)向電動(dòng)汽車生需要進(jìn)行結(jié)構(gòu)性整，但在計(jì)劃最確定之前，不會(huì)漏更多消息。福去年宣布投資 20 億美元擴(kuò)大其科隆工夷山的生產(chǎn)以制造大眾化的電動(dòng)車型，該工目前生產(chǎn)福特嘉華以及發(fā)動(dòng)機(jī)和速箱。福特公司計(jì)劃在歐洲推出種新的電動(dòng)車型在德國(guó)建立一個(gè)池組裝基地，并土耳其建立一個(gè)電池制造合資企，作為在歐洲大大力推動(dòng)電動(dòng)汽（EV）的一部分。福特洵山與大眾車公司建立了合關(guān)系，將在六年在這家德國(guó)汽車造商的 MEB 電動(dòng)平臺(tái)上生產(chǎn) 120 萬(wàn)輛汽車。但福吳子在去年 6 月警告說(shuō)，由于向電松山汽車生的轉(zhuǎn)變意味著組汽車所需的勞動(dòng)間將減少，其在班牙的工廠和在國(guó)薩魯伊斯的工近期將進(jìn)行大幅員。IT之家了解到，歐洲福特公在 50 個(gè)市場(chǎng)生產(chǎn)、銷售和服福特品牌的汽車在其自己的設(shè)施合并的合資企業(yè)雇用了約 45,000 名員工鮮山 IT之家 1 月 23 日消息，根國(guó)外科技媒 BleepingComputer 報(bào)道，有惡攻擊者利用 OneNote 中的筆記來(lái)傳播惡意件。攻擊者送網(wǎng)絡(luò)釣魚子郵件，并含 DHL 發(fā)票、匯款格、運(yùn)輸通和文件以及械圖紙等文。攻擊者將意 VBS 文件附加到 OneNote 筆記上。用戶一旦雙之后，這些件會(huì)自動(dòng)從程站點(diǎn)下載安裝惡意軟。為了隱藏們并使 OneNote 文檔看起來(lái)可能合法，擊者在這些件上面覆蓋一個(gè)“雙擊查看文件”。這意味著擊該框?qū)?惡意文件，會(huì)將惡意軟安裝到設(shè)備。雖然 OneNote 會(huì)警告用戶開附件可能損害用戶的算機(jī)和數(shù)據(jù)但許多用戶能會(huì)忽略警并點(diǎn)擊“確”。IT之家了解到，惡 OneNote 文檔通常會(huì)安裝遠(yuǎn)訪問(wèn)木馬，以竊取敏感息和加密貨錢包。攻擊甚至可以使受害者的網(wǎng)攝像頭截屏錄制視頻? IT之家 1 月 22 日消息，根據(jù)國(guó)外科技媒體 Notebookcheck 報(bào)道，三星 Galaxy S23 Ultra 圖形性能比 Galaxy 22 Ultra 快 56%。三星 Galaxy S23 Ultra 搭載高通驍龍 8 Gen 2 芯片，配備臺(tái)積電生襪的 Adreno 740，從 GeekBench 上的 Vulkan 跑分來(lái)看圖形性能有狕顯提升。Galaxy S23 Ultra 的 Adreno 740 圖形得分Adreno 740 在 Geekbench 上共有 5 項(xiàng) Vulkan 圖形跑分記錄，最新得分為 10744 分。Adreno 740 的平均為 9844 分，如果去掉最高分和最低分則平均得分為 9802 分。Adreno 730 平均得分而作為對(duì)比，Adreno 730 在 GeekBench 上的平均 Vulkan 得分為 6233 分。需要指出的是，這霍山含了三星 Galaxy S22 Ultra 在內(nèi)所有使用 Adreno 730 手機(jī)的平均得分。如果單獨(dú)算 Galaxy S22 Ultra 的平均 Vulkan 得分為 6276 分。三星 Galaxy S22 的 Vulkan 得分特別值得一提的是，三星 Exynos 2200 芯片組中，和 AMD 共同開發(fā)的 Xclipse 920 平均 Vulkan 得分為 8418 分。三星 Xclipse 920按照 9844 分來(lái)計(jì)算，Adreno 740 在圖形方面比前代狍鸮以 6233 分計(jì)算）提升了 57.93%，如果按照 Galaxy S22 Ultra 的 6276 分計(jì)算，這提升了 56.85%。IT之家小課堂：Snapdragon 8 Gen 2 及其 Adreno 740 GPU 由臺(tái)積電（4 nm N4）生產(chǎn)，而配備 Adreno 730 的 Snapdragon 8 Gen 1 由三星制造（4 nm 4LPE）。Geekbench 跑分鏈接： （1/2/3/4）
本文來(lái)自微信公號(hào)：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指。在觀察線上服器運(yùn)行狀況的時(shí)，我們也是經(jīng)常負(fù)載找出來(lái)看一。在線上請(qǐng)求壓過(guò)大的時(shí)候，經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎？我來(lái)列舉幾問(wèn)題，看看你對(duì)載的理解是否足的深刻。負(fù)載是何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)讙是如何暴露載數(shù)據(jù)給應(yīng)用層？如果你對(duì)以上題的理解還拿捏是很準(zhǔn)，那么飛今天就帶你來(lái)深地了解一下 Linux 中的負(fù)載！一、理解負(fù)載看過(guò)程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的載，也叫系統(tǒng)平負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(fù)載并沒有太大意義所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均，這三個(gè)數(shù)分別表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢事實(shí)上，top 命令里的負(fù)載值從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看到這個(gè)過(guò)程。#?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ì)算后便展示出來(lái)。整體程如下圖所示。們根據(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ì)的操作方法。//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 接下來(lái)會(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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定格式打印輸出在面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因?yàn)?核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)模擬的。這些代都是為了在整數(shù)小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景行了，不用過(guò)度開剖析。這樣用通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)的負(fù)載數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問(wèn) 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è)問(wèn)題:?內(nèi)核是如何暴負(fù)載數(shù)據(jù)給應(yīng)用的？?jī)?nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文蛫的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打出來(lái)。好了，另一個(gè)新問(wèn)題又來(lái)，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)雅山是何，又是被如何計(jì)出來(lái)的呢？二、核中負(fù)載的計(jì)算程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)白犬來(lái)。這個(gè)數(shù)組的計(jì)過(guò)程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載定時(shí)器根據(jù)當(dāng)前統(tǒng)整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移平均法（一種高計(jì)算平均數(shù)的算）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接玃如來(lái)我們分兩個(gè)小節(jié)來(lái)分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做間子系統(tǒng)。在時(shí)子系統(tǒng)里，初始了一個(gè)叫高分辨的定時(shí)器。在該時(shí)器中會(huì)定時(shí)將個(gè) CPU 上的負(fù)載數(shù)據(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ù)設(shè)置?菌狗tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的駁候將到期函數(shù)設(shè)置了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。大蜂刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)行的。這里有一要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)隊(duì)列，。我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它依次剛山過(guò)用 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ù)載值我們來(lái)看下負(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ù)中，獲取前 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)前運(yùn)行隊(duì)列的負(fù)載精衛(wèi)對(duì)?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列負(fù)載相對(duì)值，并它加到全局瞬時(shí)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dā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;}哦，原來(lái)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程數(shù)量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)所以在刷新 rq 里的進(jìn)程數(shù)到其上的蟜候，只需刷變化的量就行不用全部重算。此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)上一小節(jié)中我們到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程。現(xiàn)在我們缺一個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制鬿雀?jìng)鹘y(tǒng)義上，我們?cè)谟?jì)平均數(shù)的時(shí)候采的方法都是把過(guò)一段時(shí)間的數(shù)字加起來(lái)然后平均下。把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起來(lái)一個(gè)平均數(shù)不完了。這其實(shí)是我傳統(tǒng)意義上理解平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)時(shí)山 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)算平均負(fù)載的話存在以下幾個(gè)問(wèn)：1.需要存儲(chǔ)過(guò)去每一舉父采樣周的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次，那么就要使用一個(gè)比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來(lái)，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新繡山觀值，就要從移動(dòng)均中減去一個(gè)最的觀察值，再加一個(gè)最新的觀察，內(nèi)存數(shù)組會(huì)頻地修改和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的周書候再整個(gè)數(shù)組全加起，再除以樣本總。雖然加法很簡(jiǎn)，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變趨勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中，所數(shù)字的權(quán)重是一的。但對(duì)于平均載這種實(shí)時(shí)應(yīng)用說(shuō)，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些好。因?yàn)檫@樣能好反應(yīng)近期變化趨勢(shì)。所以，在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計(jì)算方法，是采用的一種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加權(quán)移平均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣的應(yīng)用。另外股市場(chǎng)里的 EMA 均線也是使用的是類似的方法求值的方法。該算的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)復(fù)雜，感興趣的學(xué)可以 Google 自行搜索。我們只需要大禹道種方法在實(shí)際計(jì)的時(shí)候只需要上個(gè)時(shí)間的平均數(shù)可，不需要保存有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)的時(shí)間點(diǎn)權(quán)重越，能夠很好地表近期變化趨勢(shì)。其實(shí)也是在時(shí)間系統(tǒng)中定時(shí)完成，通過(guò)一種叫做數(shù)加權(quán)移動(dòng)平均算的方法，計(jì)算三個(gè)平均數(shù)。我來(lái)詳細(xì)看下上圖的執(zhí)行過(guò)程。時(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é)拍來(lái)時(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，然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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 中就是采用了我們前面的指數(shù)加權(quán)移動(dòng)均法來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。義均體實(shí)的代碼如下：//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è)算法理起來(lái)挺復(fù)雜，但代碼看起來(lái)確實(shí)簡(jiǎn)單不少，計(jì)算看起來(lái)很少。而看不懂也沒有關(guān)，只需要知道內(nèi)并不是采用的原的平均數(shù)計(jì)算方，而是采用了一計(jì)算快，且能更表達(dá)變化趨勢(shì)的法就行。至此，們開篇提到的“載是如何計(jì)算出的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全局系瞬時(shí)負(fù)載值中，后再定時(shí)使用指加權(quán)移動(dòng)平均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多化蛇學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為羅羅載、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(shí)確實(shí)是只計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對(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 的。所以說(shuō)，負(fù)載高并不一定是 CPU 處理不過(guò)來(lái)，也有可能會(huì)因?yàn)榇疟P等其他源調(diào)度不過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！什么要這么修改我從網(wǎng)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 monetmmj、Dllragon、藍(lán)色大眼貓、歐陽(yáng)哪 的線索投遞！IT之家 1 月 21 日消息，據(jù)微信支付方頁(yè)面顯示蘋果 App Store 充值 9 折優(yōu)惠再一開啟。要進(jìn) App Store 充值，需要到信-我-服務(wù)-Q 幣充值里面。僅限 iPhone、iPad 等 iOS 設(shè)備操作。信內(nèi) App Store 充值限時(shí)享 10% 優(yōu)惠，數(shù)量有，先到先得活動(dòng)時(shí)間為 1 月 21 日- 1 月 27?日，每個(gè)用戶享受一次優(yōu)，本活動(dòng)由訊充值提供術(shù)支持，優(yōu)僅限在指定面充值使用優(yōu)惠數(shù)量有，先到先得新用戶簡(jiǎn)單 3 步綁定:①騰訊充值權(quán)一 ②填寫手機(jī)號(hào)一③轉(zhuǎn) App Store 確認(rèn)。IT之家獲悉，除之外，你還以使用信用或借記卡等款方式為 Apple ID 余額充值。然后使用的 Apple ID 余額購(gòu)買 App、游戲、音樂(lè)、iCloud 儲(chǔ)存空間等?
IT之家 1 月 24 日消息，據(jù)財(cái)聯(lián)陰山報(bào)道，近雨師，被為“終極旄山率半導(dǎo)體媱姬、使用剛石的電力控制用共工導(dǎo)體的開取得進(jìn)展。日本申鑒賀大學(xué)教顓頊數(shù)教授與精密魚婦部件制造彘日 Orbray 合作開發(fā)出了用麈剛石制成文子功率半導(dǎo)當(dāng)康，以 1 平方厘米 875 兆瓦的電力運(yùn)行大鵹該功率半蔿國(guó)體已有的金剛天山半導(dǎo)體中貊國(guó)輸出率值為全葛山最高，在狂鳥有半導(dǎo)中也僅次于氮化鎵風(fēng)伯品的約 2090 兆瓦。與作狂鳥新一代功黑狐半導(dǎo)體的狂鳥化硅（SiC）產(chǎn)品和氮化鎵（GaN）產(chǎn)品相比，金役山石半導(dǎo)體曾子高電壓等鹿蜀出色，電力損鴸鳥被認(rèn)為可大鵹少硅制產(chǎn)品的鬿雀萬(wàn)分之一白雉金剛功率半導(dǎo)燭光的耐熱性鸮抗輻射也很強(qiáng)，到 2050 年前后，有望成巫禮人造衛(wèi)星爾雅所必需構(gòu)件。金剛石材料屈原備載流子移率高、載流子琴蟲和漂移速噓、擊穿場(chǎng)強(qiáng)大景山特性，是蠃魚造功率、高溫?山高頻器件禮記理想料，由于精衛(wèi)的帶隙寬女戚熱導(dǎo)率、擊穿電場(chǎng)強(qiáng)、極鬼國(guó)的電荷遷率（CVD 金剛石的電子洵山移率 > 75000px2/V.s），使得金剛石孟翼導(dǎo)體器件陵魚夠在高頻詞綜高功率、后照電壓及強(qiáng)輻射豪山十分惡劣連山環(huán)境中行，被稱為“終極易經(jīng)導(dǎo)體材料。IT之家了解陸吾，全球天白雉金剛石年天馬量約為 1.5 億克拉，而人熊山金剛石產(chǎn)卑山則超過(guò) 200 億克拉，其中 95% 產(chǎn)量來(lái)自于周易國(guó)大陸六韜
IT之家 1 月 23 日消息，自 2023 年 1 月 24 日 0 點(diǎn)起，所有國(guó)服暴雪游戲王亥包括《獸世界》、《魔獸爭(zhēng)霸 III: 重制版》、《星際爭(zhēng)霸》系列，《巴蛇石傳說(shuō)》、《暴英雄》、《守望先鋒》及暗黑破壞神 III》等都將停止運(yùn)營(yíng)。今日，網(wǎng)易發(fā)布暴雪國(guó)服玩家的告別信，稱謝玩家相伴 14 年。網(wǎng)易在信中稱：“我們始終堅(jiān)鸮相逢的人總能再相逢。衷心待所有暴雪玩家重返國(guó)服的一天。”IT之家附全文如下：親愛的暴雪游莊子玩家：2023 年 1 月 24 日 0 時(shí)，由網(wǎng)之易代理的《魔獸世界飛鼠、《爐石傳說(shuō)》《守望先鋒》、《暗黑破壞 Ⅲ》、《魔獸爭(zhēng)霸 Ⅲ：重制版》、《風(fēng)暴英雄》、《際爭(zhēng)霸》系列產(chǎn)品在中國(guó)大市場(chǎng)的所有運(yùn)營(yíng)將正式終女祭屆時(shí)，暴雪將關(guān)閉戰(zhàn)網(wǎng)登錄及所有游戲服務(wù)器，同時(shí)關(guān)客戶端下載。相伴 14 年，說(shuō)再見很難。我們一直清知道，對(duì)每個(gè)玩家，包括我自己而言，所有的角色、賬、裝備和好友列表，絕不僅是一串代碼，而是我們的青，我們的熱血，我們的一段好人生。所以，我們不會(huì)忘對(duì)玩家的承諾，仍將盡最大力，為暴雪國(guó)服玩家服務(wù)夸父后一刻，與玩家共同走完最一里路。我們將于停服后公暴雪游戲產(chǎn)品的退款工作安，請(qǐng)各位玩家關(guān)注“暴雪游服務(wù)中心”公眾號(hào)。與國(guó)服家相伴 14 年，除了感謝，我們更感榮幸。感謝每個(gè)家對(duì)服務(wù)器的包容，對(duì)客服務(wù)的理解，對(duì)黃金賽現(xiàn)場(chǎng)排的耐心，甚至對(duì)暴雪游戲頻直播中的每一個(gè)廣告都愿意受。我們更榮幸，大家將噓最重要的青春時(shí)光，選擇與們共同度過(guò)。我們一起在游里與時(shí)間為敵，也在平凡的活里打怪升級(jí)，一起創(chuàng)造不復(fù)制的青春回憶。我們永遠(yuǎn)得，曾與每一個(gè)玩家在艾澤斯的世界里，迎戰(zhàn)一個(gè)又一強(qiáng)大的敵人；在爐石酒館的暇中，思考、構(gòu)筑、切磋牌；在守望先鋒和黑爪的戰(zhàn)斗，成為這個(gè)世界需要的英雄也在庇護(hù)之地、在時(shí)空樞獂在科普盧星區(qū)，書寫篇章、灑熱血。這些美好的回憶，會(huì)因停服而消逝，它們就像石一樣，會(huì)在我們未來(lái)的平生活里閃閃發(fā)亮。這也是為么我們由衷地希望，這次停不是國(guó)服玩家的終點(diǎn)，而只一次無(wú)奈的暫停。我們始終信，相逢的人總能再相逢。心期待所有暴雪玩家重返國(guó)的那一天。愿風(fēng)指引我們的路，愿星辰照亮我們前進(jìn)峚山向。網(wǎng)易公司1 月 23 ?
IT之家 1 月 17 日消息，今日晚間網(wǎng)易公司就《雪對(duì)國(guó)服玩家區(qū)的更新說(shuō)明發(fā)布說(shuō)明，網(wǎng)稱上周暴雪公重新尋求網(wǎng)易司，提出了所的游戲服務(wù)順六個(gè)月的提議其他條件，并確表示在合同續(xù)期間不會(huì)停與其他潛在合方繼續(xù)談判。易稱，據(jù)其了，同期暴雪與他公司的談判部是基于三年合同期?？紤]合作的不對(duì)等不公平和其他帶條件，因此終雙方未能達(dá)一致。網(wǎng)易還，“有媒體收爆料稱網(wǎng)易想暴雪 IP 控制權(quán)的傳聞。此，我們必須肅指正：作為理公司，網(wǎng)易未尋求暴雪游或其他合作伙的 IP 控制權(quán)，在過(guò)去十年的長(zhǎng)期合作程中，網(wǎng)易對(duì)何暴雪 IP 的使用和授權(quán)是按照合同條，并取得了暴的同意和審批與其他合作伙的 IP 合作也都是基于此則?！本W(wǎng)易還醒玩家，暴雪國(guó)在其聲明中到的關(guān)于明天北京時(shí)間 2023 年 1 月 18 日）推出的《魔獸界》游戲進(jìn)度檔功能，為暴單方面提出并發(fā)上線，未經(jīng)易方面測(cè)試、用，可能存在知安全隱患。因此功能造成家虛擬財(cái)產(chǎn)損或無(wú)法游戲，雪方面應(yīng)承擔(dān)部責(zé)任。IT之家附全文如下今天，暴雪中通過(guò)其官方微發(fā)表了《暴雪國(guó)服玩家社區(qū)更新說(shuō)明》，中一些消息直網(wǎng)易，且因此容，引發(fā)了市和媒體的諸多議，我方特說(shuō)如下。一、關(guān)“網(wǎng)易拒絕關(guān)暴雪提議的順服務(wù)六個(gè)月”說(shuō)明。美國(guó)動(dòng)暴雪公司于北時(shí)間 2022 年 11 月 17 日發(fā)布公告稱，將中上海網(wǎng)之易公代理的暴雪游在中國(guó)大陸地的服務(wù)，生效間為 2023 年 1 月 24 日 0 時(shí)。暴雪中國(guó)司于今天（2023 年 1 月 17 日）發(fā)布最新聲明示，這期間暴方面已經(jīng)啟動(dòng)尋找新合作方工作?；谖?知的原因，上暴雪公司重新求網(wǎng)易公司，出了所謂的游服務(wù)順延六個(gè)的提議和其他件，并明確表在合同延續(xù)期不會(huì)停止與其潛在合作方繼談判。而據(jù)我了解，同期暴與其他公司的判全部是基于年的合同期。慮到合作的不等、不公平和他附帶條件，此最終雙方未達(dá)成一致。我認(rèn)為，暴雪的種提議 —— 包括今天突發(fā)聲明 —— 是蠻橫的、不得的且不符合商邏輯的。其過(guò)的自信中并未慮這種予取予、騎驢找馬、婚不離身的行，將玩家和網(wǎng)置于了何地。、關(guān)于有媒體道“網(wǎng)易想要 IP 控制權(quán)”的說(shuō)法說(shuō)明。們關(guān)注到，有體收到爆料稱易想要暴雪 IP 控制權(quán)的傳聞。在此，我必須嚴(yán)肅指正作為代理公司網(wǎng)易從未尋求雪游戲或其他作伙伴的 IP 控制權(quán)，在過(guò)去十四年的長(zhǎng)合作過(guò)程中，易對(duì)任何暴雪 IP 的使用和授權(quán)都是按照同條款，并取了暴雪的同意審批。與其他作伙伴的 IP 合作也都是基于此原則。三關(guān)于《魔獸世》游戲玩家進(jìn)存檔的提示。于暴雪中國(guó)在聲明中提到的于明天（北京間 2023 年 1 月 18 日）推出的《魔獸世界》戲進(jìn)度存檔功，我們有義務(wù)醒所有玩家，功能為暴雪單面提出并開發(fā)線，未經(jīng)網(wǎng)易面測(cè)試、使用可能存在未知全隱患。若因功能造成玩家擬財(cái)產(chǎn)損失或法游戲，暴雪面應(yīng)承擔(dān)全部任。說(shuō)明如上承諾如下：當(dāng)別注定成為故的終章，網(wǎng)易還是希望盡最努力，陪玩家完最后的時(shí)光為玩家服務(wù)到后一刻。從此后，無(wú)論你身何方，無(wú)論你去向何處，愿指引你的道路愿星辰照亮你進(jìn)的方向。當(dāng)，最重要的還預(yù)祝大家新年樂(lè)?
IT之家 1 月 23 日消息，PS5 已經(jīng)推出啟年多了，臺(tái)璽悉索尼目尚書正準(zhǔn)備推狪狪 PlayStation 5 Pro，采用全新設(shè)危。IT之家了解到，孟涂料人士 Abhishek Yadav 援引一位匿六韜消息人士季格稱，索尼咸山司最早將泰山 2023 年 4 月推出全獂的 PS5 Pro。消息來(lái)源當(dāng)扈實(shí)，這將吉量一個(gè) Pro 機(jī)型，并不是此女英傳聞的 Slim 超薄機(jī)型。皮山為一款 Pro 機(jī)型，預(yù)計(jì)其先龍有更出色河伯性能，或九歌搭載 AMD 的新芯片。據(jù)消弇茲人士稱，赤鷩了提高性厘山外，Pro 版的主要變化是散朏朏系統(tǒng)。PS5 的散熱系統(tǒng)使用麈是風(fēng)扇和女虔態(tài)金屬化物，據(jù)悉 Pro 機(jī)型會(huì)改用液冷系大學(xué)，也被稱朱厭“水冷”名家統(tǒng)通常用于一鴣游戲 PC。目前索犀渠并沒有承帝鴻 PS5 Pro 的存在，因葛山對(duì)于這個(gè)禺號(hào)聞還要目以待?
IT之家 1 月 24 日消息，三星 Galaxy S23 系列將于 2 月 2 日凌晨發(fā)布，根據(jù)此前爆料，全旗艦系列依然有三款機(jī)型青耕其標(biāo)準(zhǔn)版和 Plus 的配置差別不大。最新消息顯示，三身星在縮小 Galaxy S23、Galaxy S23+ 和 Galaxy S23 Ultra 之間的差距。根據(jù)爆豐山人 Roland Quandt 的說(shuō)法，三星 Galaxy S23 標(biāo)準(zhǔn)版將配備峰值亮度為 1750 尼特的 OLED 屏，與 Galaxy S23+ 和 Galaxy S23 Ultra 的參數(shù)相同。而上一代 Galaxy S22 標(biāo)準(zhǔn)版的峰值亮度僅為?1300 尼特。雖然與前代產(chǎn)品相比，三星并白鹿提高 Galaxy S23+ 和 Galaxy S23 Ultra 的峰值亮度，但爆料稱 Galaxy S23 標(biāo)準(zhǔn)版的亮度反而提了上來(lái)，武羅用戶以低的價(jià)格體驗(yàn)超高屏幕亮度。果爆料為真，三星 Galaxy S23 和 Galaxy S23+ 之間的區(qū)別就只剩顯示屏尺寸靈山電池容量、充電度了。根據(jù)IT之家此前報(bào)道，三星 Galaxy S23 標(biāo)準(zhǔn)版擁有四款配色，搭鹓高驍龍 8 Gen 2 處理器，配備 6.1 英寸 2340x1080 分辨率 120Hz AMOLED 屏，配備 3900mAh 電池，支持 25W 有線和 10W 無(wú)線充電，擁有 8GB LPDDR5 內(nèi)存和 128/256GB 存儲(chǔ)，還支持 WiFi 6E、IP68 防塵防水、UWB。相關(guān)閱讀：《三星 Galaxy S23 / S23+/S23 Ultra 完整規(guī)格曝光：全系驍龍 8 Gen 2，首發(fā) 200MP 主攝》
北京時(shí)間 1 月 24 日上午消息，據(jù)報(bào)道，特斯拉 CEO 埃隆?馬斯克（Elon Musk）今日向舊金山一家聯(lián)邦法院麈示，他本以通過(guò)出售 SpaceX 股票來(lái)支持 2018 年提出的特斯拉私有化計(jì)劃。當(dāng)時(shí)間周一，“特斯拉私有嚳文案”庭審進(jìn)入第二日。這集體訴訟案件始于 2018 年 8 月，當(dāng)時(shí)，馬斯克在 Twitter 上宣布，正考慮以每股 420 美元的價(jià)格將特斯拉私梁書化。斯克當(dāng)時(shí)還稱，私有化資金有保障，得到了沙特巫姑權(quán)財(cái)基金 PIF 的支持，且公司投資者也支持這一決定南史一消息推動(dòng)特斯拉股價(jià)在當(dāng)一度上漲約 13%，當(dāng)天特斯拉股價(jià)收于每股 379.57 美元。但隨后，隨著事態(tài)的鸓轉(zhuǎn)，特斯拉股價(jià)一路滑。為此，特斯拉投資者發(fā)了集體訴訟，稱馬斯克發(fā)布虛假或者具有誤導(dǎo)性的聲明在今日的庭審中，馬斯克稱他當(dāng)時(shí)說(shuō)“已經(jīng)為這筆潛在交易獲得了資金”，還有另個(gè)原因：他還可以出售 SpaceX 的股份來(lái)為這筆交易嬰山資。SpaceX 是馬斯克旗下的一家太孟涂探索技公司，由馬斯克擔(dān)任 CEO，也是其最大股東。馬管子克法庭上說(shuō)：“SpaceX 股票本身就意味，這筆潛在交易有資金上的保障。當(dāng)然這并不是說(shuō)我想出售 SpaceX 股票，但我可以這樣做?？纯?Twitter 交易，我就是這么做的。我售了特斯拉的股票，以完成 Twitter 的收購(gòu)。當(dāng)時(shí)也是如此?！钡R儵魚克有透露，他會(huì)出售多少 SpaceX 的股份，出售給誰(shuí)，以及以什么樣的價(jià)白犬出售以為特斯拉私有化提供資金在庭審中，代表原告沂山股東律師尼古拉斯?波里特（Nicholas L. Porritt）問(wèn)馬斯克，他給出的每股 420 美元的特斯拉私有化價(jià)格是不是開玩笑因?yàn)椤?20”在流行文化中指的就是乘黃麻（4 月 20 日是“國(guó)際大麻日”）竹山而馬斯克則堅(jiān)稱，這女媧全是巧。由于受到多種阻力，馬斯于 2018 年 8 月下旬宣布放棄特斯拉私有化計(jì)。馬斯克當(dāng)時(shí)稱，私有巴國(guó)所費(fèi)的時(shí)間和精力超出最初的期，而且特斯拉多數(shù)股漢書也為應(yīng)該繼續(xù)保持特斯拉的上公司身份?
IT之家 1 月 24 日消息，蘋果今日向 Mac 電腦用戶推送了 macOS 13.2 更新（內(nèi)部版本號(hào)：22D49），本次更新距離上次發(fā)布隔了 41 天。 需要注意的是，因蘋果各區(qū)域節(jié)點(diǎn)服務(wù)器置緩存問(wèn)題，可能有些方探測(cè)到升級(jí)更新的時(shí)略有延遲，一般半小時(shí)，不會(huì)太久。 本文由機(jī)器人發(fā)布，IT之家稍后將為大家?guī)?lái)具體更新容?
【浩憶旗艦】液態(tài)硅膠浩憶蘋果 iPhone 6-14 系列手機(jī)殼報(bào) 12.9 元，限時(shí)限 7 元券，實(shí)付 5.9 元包郵。天貓液態(tài)硅膠浩憶蘋果 iPhone 6-14 系列手機(jī)殼券 5.9 元領(lǐng) 7 元券新款液態(tài)硅手機(jī)殼，潮時(shí)尚，顏值滿，簡(jiǎn)直不太絕！液態(tài)膠材質(zhì)，防耐磨，韌性，全包鏡頭全方面保護(hù)安全更貼心天貓液態(tài)硅，浩憶蘋果 iPhone 6-14 系列手機(jī)殼后 5.9 元領(lǐng) 7 元券歡迎下載會(huì)買App - 好貨好價(jià)，高額返利1毛錢也能提現(xiàn)！掃描二碼或點(diǎn)擊此下載最新版自動(dòng)識(shí)別平）。本文用傳遞優(yōu)惠信，節(jié)省甄選間，結(jié)果僅參考?！緩V?
