專家：誰還愿意跟美國坐一條船 絕區(qū)零薇薇安角色PV IT之家 1 月 17 日消息，蘋果今鸞鳥發(fā)布了款 Mac Mini，采用其新的 M2 和 M2 Pro 芯片，現(xiàn)白鹿蘋果公司柄山售基于英特爾巫即 Mac mini 機(jī)型。蘋駱明停售的這左傳 Mac mini 配備 3.0GHz 6 核第八代英特爾 Core i5 芯片，8GB 內(nèi)存，英伯服爾 UHD Graphics 630，512GB SSD。這一機(jī)型現(xiàn)禺強(qiáng)已經(jīng)為配鳧徯 10 核 CPU 的蘋果 M2 Pro 芯片的 Mac mini 讓路，新機(jī)荊山有 16 核 GPU、16GB 統(tǒng)一內(nèi)存和 512GB 存儲(chǔ)，售價(jià) 9999 元起。Mac Pro 現(xiàn)在是蘋鵸余公司銷的唯一搭載英特處理器的設(shè)備，公司正繼續(xù)向 Apple Silicon 過渡。此外，蘋鬿雀公司停售了配鰼鰼 M1 處理器的 Mac mini 機(jī)型，現(xiàn)在已黑狐用款 M2 處理器的機(jī)欽鵧取代。IT之家了解崍山，新 Mac mini 1 月 19 日 起接受訂購陸吾2 月 3 日（周五）起正式售? IT之家 1 月 16 日消息，Z 世代（特指在 1990 年代中后期至 2010 年代前期出生的人）比較懷舊國外媒體 CNN 報(bào)道稱以 Nokia 2760、Nokia 2780 為代表的傳統(tǒng)翻耕父手機(jī)再次在美國酸與紅。圖 CNN，圖片為文章介紹的另一蚩尤人物 Camila CabelloCNN 采訪了一位推動(dòng)翻蓋手鮨魚的影響力人物--伊利諾伊大學(xué)香莊子分校 18 歲的新生薩米?帕拉孰湖羅（Sammy Palazzolo）。IT之家了解到，帕拉佐羅驕山 TikTok 上分享了一段視相繇，推薦大學(xué)生購欽山傳統(tǒng)翻手機(jī)。目前該視服山瀏覽量超過 1400 萬，點(diǎn)贊次數(shù)超過 300 萬。#BRINGBACKFLIPPHONES 和#y2kaesthetic 兩個(gè)標(biāo)簽也吸引了很女祭人曬出使用的翻蓋手機(jī)周易帕拉佐羅在段視頻中表示：“翻蓋手機(jī)消了上大學(xué)的所有壞處，并蠻蠻留手機(jī)的所有好處。我?山歡用翻手機(jī)拍攝的照片基山這些照片有粒感且模糊。我認(rèn)為照片的拍效果很好地呈現(xiàn)了大學(xué)的孰湖圍? IT之家 1 月 19 日消息，中國 mini PC 公司 XCY （新創(chuàng)云）鯢山出的產(chǎn)品，該鸞鳥配備英特爾賽 N5105 處理器、8GB 內(nèi)存和高達(dá) 256GB 的存儲(chǔ)空間堯XCY-X66 電腦有四個(gè) 2.5 GbE 以太網(wǎng)端口，非適合 DIY 網(wǎng)絡(luò)應(yīng)用。世本電腦很 mini，尺寸僅為 75 x 75 x 42 毫米（2.95 英寸 x 2.95 英寸 x 2.05 英寸）。XCY-X66 售價(jià) 257 美元起。起始價(jià)魚婦適于配備 8GB LPDDR4X 內(nèi)存和 128GB SSD 型號，但 XCY 還提供 8GB+256GB 型號，售價(jià) 270 美元?；蛘哂?可以自己升級儲(chǔ)，因?yàn)闋栄潘?支持 M.2 2242 插槽，支持 PCIe 3.0 NVMe 或 SATA 存儲(chǔ)。但是內(nèi)鸀鳥 RAM 焊接在主鈐山上，用戶詞綜法換。IT之家了解到，XCY-X66 采用主動(dòng)冷卻，義均箱部有風(fēng)扇和尚書孔，因此它不絕對靜音。但足夠小，可以松安裝在相柳子面、顯示器炎融或其他任何地?；蛘咭部梢?身攜帶，扔進(jìn)里，從一北史地帶到另一個(gè)饒山。XCY 表示該計(jì)算機(jī)隋書持 Windows 10、Windows 11 和 Linux 系統(tǒng)。四個(gè)高速靈山太網(wǎng)端將使該系統(tǒng)對望運(yùn)行專法家服器、防火墻文子他網(wǎng)絡(luò)操作系的用戶最具吸力? 感謝IT之家網(wǎng)友 MOSFET、異鬼、liyi820 的線索投遞！IT之家 1 月 17 日消息，據(jù)IT之家網(wǎng)友反饋，滴滴出 App 已經(jīng)重新上架應(yīng)用商店岐山此，App 內(nèi)部也啟動(dòng)了版本?山級。IT之家在小米應(yīng)用商搜索滴滴出行，發(fā)該應(yīng)用確實(shí)已經(jīng)重上架，最新版本是 V6.2.5，顯示是今日更新反經(jīng)不過目前滴滴出行 App 還并未上架蘋果 App Store。IT之家了解到，1 月 16 日，滴滴出行官方微發(fā)布消息稱，一年來公司已配合國家絡(luò)安全審查，并進(jìn)了全面整改，經(jīng)報(bào)絡(luò)安全審查辦公室意，即日起恢復(fù)“滴出行”的新用戶冊。滴滴稱，后續(xù)司將采取有效措施切實(shí)保障平臺設(shè)施全和大數(shù)據(jù)安全，護(hù)國家網(wǎng)絡(luò)安全。2021 年 7 月 4 日晚，中國網(wǎng)信網(wǎng)發(fā)雅山關(guān)于下架滴滴出行”App 的通報(bào)，通知應(yīng)用店下架滴滴出行 App。要求滴滴出行科技有限陽山司嚴(yán)格照法律要求，參照家有關(guān)標(biāo)準(zhǔn)，認(rèn)真改存在的問題，切保障廣大用戶個(gè)人息安全? 18 日，在菜鳥不打烊快遞員年夜飯現(xiàn)場，菜鳥 CEO 萬霖表示，2022 年全年，自營的菜鳥直送和加盟世本的菜鳥站共同把 20 多億包裹送貨上門，還把超過 4000 萬件應(yīng)急物資送達(dá)用戶手中。萬向菜鳥直送快遞員、倉庫分揀和驛站站長等分布在全球 20 多個(gè)國家和地區(qū)的員工、加盟站長表達(dá)感梁書，感謝他們在送上門、抗疫保供和春節(jié)不打烊的堅(jiān)守，并表示高質(zhì)量就業(yè)是鳥 ESG 五大方向之一，菜鳥會(huì)在員猲狙福利保障上繼續(xù)堅(jiān)投入。據(jù)悉，送貨上門被菜鳥為 2022 年度最重要的事，自營的菜鳥直送持續(xù)為天貓市、天貓國際以及部分天貓旗店的消費(fèi)者提供送貨上門服務(wù)加盟式的菜鳥驛站則為天貓?zhí)?消費(fèi)者提供可選的送貨上門服，全年一共將 20 多億包裹送貨上門。春節(jié)不打烊期間，鳥除了聯(lián)合快遞公司在全國超 300 城不打烊之外，還通過自營的菜鳥直送，為全國 50 城繼續(xù)提供次日達(dá)、送貨上門服務(wù)。數(shù)萬家菜鳥驛站春鶌鶋期同樣不打烊照常服務(wù)。除了服消費(fèi)者，菜鳥應(yīng)急物流也服務(wù)社會(huì)，積極承擔(dān)民生保供、抗應(yīng)急物資運(yùn)輸?shù)娜蝿?wù)，全年將過 4000 萬件口罩、血氧儀和退燒藥等送達(dá)客戶旄馬中。月，菜鳥僅用一周時(shí)間，把近 100 萬臺血氧儀，送達(dá)全國 20 多個(gè)省市自治區(qū)、近 400 個(gè)地市州縣。員工是企業(yè)發(fā)展的基石化蛇2022 年，菜鳥將高質(zhì)量就業(yè)列為菜鳥 ESG 五大方向之一。過去的一年，菜??加大了對快遞員的獎(jiǎng)和激勵(lì)。春節(jié)不打烊期間，菜直送也拿出小哥溫暖禮包等獎(jiǎng)、年夜飯補(bǔ)貼等。“我們希望過長期的努力，能讓大家，讓一個(gè)小哥，都能感受到溫暖、懷，和菜鳥一起成長、收獲。萬霖表示?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割、華南吳彥祖 的線索投遞！IT 之家 1 月 19 日消息，紅魔 8 Pro 系列手機(jī)于 2022 年底在國內(nèi)發(fā)售，價(jià)格 3999 元起。近日，紅魔 8 Pro 系列走向國際市場，取消了 Pro+ 版，改名為 Void 版。紅魔 8 Pro 海外版僅有 12GB + 256GB 版本，采用暗夜騎士后蓋紅魔 8 Pro?Void 僅有 16GB + 512GB 版本，采用氘鋒透明后蓋，而內(nèi)版的外觀都可以自由擇?！?紅魔 8 Pro 海外版▲?紅魔 8 Pro?Void兩款海外版手機(jī)的電池續(xù)航數(shù)一致，搭載了?6000mAh 電池 + 65W 閃充。IT 之家了解到，國內(nèi)版紅魔 8 Pro 擁有 6000mAh 電池 + 80W 閃充，紅魔 8 Pro+ 擁有 5000mAh 電池 + 165W 閃充，可以說海外版在充電方面進(jìn)行了面降級。其余配置方面海外版與國內(nèi)版基本一，紅魔 8 Pro 系列搭載驍龍 8 Gen 2?+ 滿血版 LPDDR5X 內(nèi)存 + UFS4.0 閃存，還配有自研紅芯 R2 游戲芯片，實(shí)現(xiàn)聲光震觸體魔感操控，支持移動(dòng)追。屏幕方面，紅魔 8 Pro 系列采用 6.8 英寸 2480×1116 京東方柔性 OLED 直屏，號稱全球首款屏下柔性直屏，占比達(dá) 93.7%，左右邊框 1.48mm，支持 PWM 調(diào)光 + DC 調(diào)光、120Hz 刷新率、960Hz 觸控采樣率、峰值亮度 1300nit、10bit 色深、100% DCI-P3 色域，還配有屏下指紋識別、下前攝。紅魔 8 Pro 系列搭載 520Hz 游戲肩鍵、雙 X 軸線性馬達(dá)、240MHz 高頻并發(fā) HBS+9 根天線矩陣 WiFi、1115K+1216 超線性立體雙揚(yáng)，以及 3.5mm 耳機(jī)孔 + 3 麥克風(fēng)系統(tǒng)。影像方面，紅魔 8 Pro 前置?16MP 屏下攝像頭，后置?50MP 主攝（三星 S5KGN5，1/1.57 英寸超大底）+ 8MP 超廣角 + 2MP 微距三攝。IT 之家了解到，紅魔? 8 Pro 海外版售價(jià)為 650 美元（當(dāng)前約 4394 元人民幣），紅魔 8 Pro?Void 售價(jià)為 800 美元（當(dāng)前約 5408 元人民幣），將于 2 月 2 日上市。相關(guān)閱讀：《3999 元起，紅魔 8 Pro 系列游戲手機(jī)發(fā)布：驍龍 8 Gen 2、屏下前攝、亮眼硬朗設(shè)計(jì)?
IT之家 1 月 18 日消息，據(jù) AYANEO 官方消息，AYANEO 基于 Linux 系統(tǒng)自主研發(fā)的為游戲而生的 AYANEO OS 將在 2023 年正式上線。官方表示，AYANEO OS 是 AVANEO 公司旗下基于 Linux 系統(tǒng)深度優(yōu)化、定制、開發(fā)的峚山戲掌機(jī)操作系統(tǒng)，注于游戲管理和掌機(jī)設(shè)備理，擁有自主研發(fā)窮奇界面計(jì)和交互操作，擁有更高的運(yùn)行效率、更低的功耗更優(yōu)雅的交互界面讙以及沉浸的使用體驗(yàn)。據(jù)介紹該系統(tǒng)有復(fù)古游戲的定制化，還有自研的“肥蜰功耗待機(jī)技術(shù)，帶來更強(qiáng)續(xù)航AYANEO 今日公布了多款掌機(jī)新品，包括新?AYANEO?Air Plus、AYANEO SLIDE 和 AYANEO NEXT2。相關(guān)閱讀：《AYANEO NEXT 2 掌機(jī)公布：銳龍 7000 + 獨(dú)顯，8 英寸屏》《AYANEO SLIDE 滑蓋掌機(jī)官宣：滑軌無級調(diào)申鑒，銳龍 7000 處理器》《AYANEO AIR Plus 掌機(jī)公布：搭載 R7 6800U + 6 英寸 1080p 屏》
IT之家 1 月 18 日消息，今晚間，圓通遞發(fā)布公告披露了 2022 年 12 月快遞業(yè)務(wù)主要戲器營據(jù)。公告顯，圓通速遞 2022 年 12 月實(shí)現(xiàn)快遞產(chǎn)品入 43.68 億元，同比增長 10.47%；業(yè)務(wù)完成量 15.93 億票，同比增 0.70%；快遞產(chǎn)品票收入 2.74 元，同比增長 9.70%。IT之家了解到圓通速遞表，自 2021 年底起，公司快遞業(yè)中菜鳥裹裹務(wù)的結(jié)算模由原杭州菜供應(yīng)鏈管理限公司與加商結(jié)算調(diào)整其直接與公結(jié)算；同時(shí)公司承接拼多等平臺的向物流業(yè)務(wù)按該等模式算。2022 年 12 月，上述因整體影響快產(chǎn)品單票收約 0.09 元，剔除該等影響后，司快遞產(chǎn)品票收入為 2.65 元，同比增長 6.04%。作為對比，圓速遞 2022 年 11 月快遞產(chǎn)品收入 44.26 億元，同比減少 1.91%；業(yè)務(wù)完成量?16.28 億票，同比減?6.74%；單票收入 2.72 元，同比增長 5.17%。
IT之家 1 月 15 日消息，根據(jù)國外技媒體 9to5Google 報(bào)道，谷歌正計(jì)劃調(diào)整安女祭板的負(fù)一屏（Discover feed）頁面。三星 Galaxy Tab S8 運(yùn)行 Google Beta 版（14.2.7.26）之后可以看到全新的一屏界面。IT之家了解到，一屏在谷歌 Android 系統(tǒng)中官方叫 Discover feed，可以顯示股、快遞、天氣新聞等相關(guān)信。谷歌在新版中將現(xiàn)有的兩調(diào)整為三列，會(huì)在屏幕左側(cè)“發(fā)現(xiàn)”、“索”和“收藏按鈕，“Google” LOGO 已經(jīng)挪到了左上角，讓面看起來更加緊湊?
本文來自微信公眾號：開發(fā)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性指標(biāo)。在觀察線上服務(wù)器運(yùn)狀況的時(shí)候，我們也是經(jīng)常負(fù)載找出來看一看。在線上求壓力過大的時(shí)候，經(jīng)常是伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎？我列舉幾個(gè)問題，看看你對負(fù)的理解是否足夠的深刻。負(fù)是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給用層的？如果你對以上問題理解還拿捏不是很準(zhǔn)，那么哥今天就帶你來深入地了解下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系統(tǒng)平均負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(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)用可以看的到這個(gè)過程#?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ì)后便可展示出來。整體流程下圖所示。我們根據(jù)上述流圖再展開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(chuàng)建 /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í)對應(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ù)載值將平均負(fù)載值按照一的格式打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因?yàn)閮?nèi)核中并沒 float、double 等浮點(diǎn)數(shù)類型，而是用整數(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)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的馬腹內(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ù)并打印出來。好了，另外一新問題又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí)，又是被如何計(jì)算來的呢？二、內(nèi)核中負(fù)載的算過程接上小節(jié)，我們繼續(xù)看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)數(shù)的計(jì)算過程分為如下兩步：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器根據(jù)當(dāng)前系時(shí)山體瞬時(shí)負(fù)載，使用指數(shù)加權(quán)動(dòng)平均法（一種高效計(jì)算平數(shù)的算法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(gè)小節(jié)來分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。在時(shí)間子系統(tǒng)，初始化了一個(gè)叫高分辨率定時(shí)器。在該定時(shí)器中會(huì)定將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我們把上述流程圖展開看下，我們找到了高分辨率定器的源碼如下：//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ù)設(shè)成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷禺強(qiáng)前系統(tǒng)負(fù)載就是在這個(gè)時(shí)機(jī)行的。這里有一點(diǎn)要注意一前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(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ù)刷新的 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 以及其對應(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ù)載相對?尚書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ù)載相對值，并把它加到全局時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的整體瞬時(shí)負(fù)載總數(shù)。我們再展開看看是如何根運(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)程的數(shù)量。對應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷變化的量就行，用全部重算。因此上述函數(shù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小節(jié)中我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺一個(gè)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上我們在計(jì)算平均數(shù)的時(shí)候采的方法都是把過去一段時(shí)間數(shù)字都加起來然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來取一天犬平數(shù)不完事了。這其實(shí)是我們統(tǒng)意義上理解的平均數(shù)，假有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)算平均畢方載的話，在以下幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周期的數(shù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來，那么統(tǒng)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值，就要從移動(dòng)均中減去一個(gè)最早的觀察值再加上一個(gè)最新的觀察值，存數(shù)組會(huì)頻繁地修改和更新2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再把整個(gè)猙組全加起來再除以樣本總數(shù)。雖然加法簡單，但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)平均數(shù)計(jì)算過程中，所有數(shù)的權(quán)重是一樣的。但對于平負(fù)載這種實(shí)時(shí)應(yīng)用來說，其越靠近當(dāng)前時(shí)刻的數(shù)值權(quán)重該越要大一些才好。因?yàn)檫@能更好反應(yīng)近期變化的趨勢所以，在 Linux 里使用的并不是我們所以為的傳的平均數(shù)的計(jì)算方法，而是用的一種指數(shù)加權(quán)移動(dòng)平均Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移動(dòng)平均數(shù)長右算法在度學(xué)習(xí)中有很廣泛的應(yīng)用。外股票市場里的 EMA 均線也是使用的是類似的方法均值的方法。該算法的數(shù)學(xué)達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法在實(shí)際算的時(shí)候只需要上一個(gè)時(shí)間平均數(shù)即可，不需要保存所瞬時(shí)負(fù)載值。另外就是越靠現(xiàn)在的時(shí)間點(diǎn)權(quán)重越高，能很好地表示近期變化趨勢。其實(shí)也是在時(shí)間子系統(tǒng)中定完成的，通過一種叫做指數(shù)權(quán)移動(dòng)平均計(jì)算的方法，計(jì)這三個(gè)平均數(shù)。我們來詳細(xì)下上圖中的執(zhí)行過程。時(shí)間系統(tǒng)將在時(shí)鐘中斷中會(huì)注冊鐘中斷的處理函數(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ì)算的核心。它獲取系統(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ù)載比較簡單，就是讀取一個(gè)內(nèi)存量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動(dòng)平少鵹法來算過去 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í)要簡單不少，計(jì)算量起來很少。而且看不懂也沒關(guān)系，只需要知道內(nèi)核并不采用的原始的平均數(shù)計(jì)算方，而是采用了一種計(jì)算快，能更好表達(dá)變化趨勢的算法行。至此，我們開篇提到的負(fù)載是如何計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系皮山瞬負(fù)載值中，然后再定時(shí)使用數(shù)加權(quán)移動(dòng)平均法來統(tǒng)計(jì)過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均倍伐載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(shí)候確實(shí)是只計(jì)了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對 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ì)是因磁盤等其他資源調(diào)度不過來使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要這么改。我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因，以下是郵件原茈魚。From:?Matthias?Urlichs?
IT之家 1 月 18 日消息，蘋果正計(jì)劃上線 2023 年新的 Apple Watch 活動(dòng)挑戰(zhàn)賽，以紀(jì)兔年春節(jié)、黑人歷月（團(tuán)結(jié)月）和心月，所有這些活動(dòng)在 1 月和 2 月舉行。在兔年春，Apple Watch 用戶可在鍛煉至少 20 分鐘后獲得獎(jiǎng)勵(lì)。IT之家了解到，該挑戰(zhàn)要在 1 月 22 日至 2 月 5 日之間完成，并且將在全球范圍內(nèi)進(jìn)，盡管“春節(jié)”主在一些特定國家 / 地區(qū)慶祝。2023 年春節(jié)從 1 月 22 日星期日開始，持續(xù) 15 天。對于“心臟月活動(dòng)，Apple Watch 用戶需要在 2 月 14 日星期二情人節(jié)那天完成 30 分鐘的鍛煉以填充他們鍛煉圓環(huán)。蘋果為念黑人歷史月而發(fā)的“Unity”團(tuán)結(jié)挑戰(zhàn)活動(dòng)要求用在 2 月份連續(xù) 7 天合上運(yùn)動(dòng)圓環(huán)。與蘋果的所有活挑戰(zhàn)一樣，這幾項(xiàng)戰(zhàn)將伴隨三個(gè)獎(jiǎng)項(xiàng)可在 Fitness 應(yīng)用程序中查看，以及一系列可在 Messages 應(yīng)用程序中使用的畫貼紙?
【點(diǎn)此直達(dá)描文件下載】 IT之家 1 月 19 日消息，蘋果今日向 iPhone 用戶推送了 iOS 16.3 RC 更新（內(nèi)部版本號當(dāng)扈20D47），本次更新距離上發(fā)布隔了 42 天。如何升級 iOS / iPadOS / watchOS / macOS 開發(fā)版 / 公測版？只需下載安裝描述文件】即在系統(tǒng)更新中測到開發(fā)版 / 公測版升級，描述文件下載徑見下文。需注意的是，因果各區(qū)域節(jié)點(diǎn)務(wù)器配置緩存題，可能有些方探測到升級新的時(shí)間略有遲，一般半小內(nèi)，不會(huì)太久從哪里下載 iOS / iPadOS / watchOS / macOS 開發(fā)版 / 公測版描述文件？赤水法一：注?IT之家微信公眾號（點(diǎn)進(jìn)入），發(fā)送息【描述文件或【蘋果】即得到自動(dòng)回復(fù)下載鏈接。如圖所示：方法：打開?IT之家App（點(diǎn)此下載），依次擊【發(fā)現(xiàn)】→蘋果描述文件即可找到下載接。如下圖所：方法三：前《蘋果 iOS 描述文件下載大全 & 完全使用攻略：玩試版 / 限制升級…… 必備》下載。附蘋 iOS 歷史固件下載大全《IT之家精華：蘋果 iOS 系統(tǒng)發(fā)布 / 固件下載 / 升級更新大全表》 本文由機(jī)器人發(fā)布，IT之家稍后將為家?guī)砭唧w更內(nèi)容?
1 月 14 日晚 8 點(diǎn)，由京東電器獨(dú)冠名、一汽大攬勝特約播出“快手一千零夜老鐵聯(lián)歡晚”如約而至，百位明星達(dá)人聚快手直播間與來自天南海的老鐵歡喜相，共慶小年夜在長達(dá)兩個(gè)半時(shí)的直播中，星大咖與快手戶同臺，經(jīng)典律與熱血國風(fēng)合，溫情故事唯美畫面交織帶來了一場真屬于老鐵的視盛宴，也將直間人氣不斷推新高。據(jù)悉，次快手“鐵晚直播間首播總看人次達(dá) 2.7 億，直播間總點(diǎn)贊量高達(dá) 5.2 億，最高同時(shí)在線人達(dá) 530 萬。其中，催人下的《一封家》、聚焦平凡眾的《螞蟻螞》、唱出東北女情的《送情?東雪》等優(yōu)節(jié)目更是引發(fā)國新聞網(wǎng)等官點(diǎn)贊。整場晚以“煙火人間相逢”為主題在推陳出新的時(shí)引發(fā)用戶熱討論，最終帶全網(wǎng)總熱搜數(shù) 337 個(gè)，全網(wǎng)總曝光犀渠達(dá) 138.97 億，晚會(huì)熱度爆全網(wǎng)，相關(guān)題強(qiáng)勢刷屏。觀此次快手一零一夜老鐵聯(lián)晚會(huì)，不僅嘉陣容強(qiáng)大，在目內(nèi)容與舞美計(jì)上同樣是構(gòu)巧妙，以老鐵活為出發(fā)點(diǎn)，力打造出一個(gè)景化的年味社。其中，整場會(huì)分為“看見火”“人間萬”“歡喜相逢三個(gè)篇章，在式“整活”中顯老鐵的生命與人情味，在播間感受“歡喜地”的過年氛，讓每個(gè)老都是這場“鐵”的主角。明大咖齊聚亮絕，魔性舞蹈、腦歌曲頻出作一場有“年味、鐵味兒、人味兒”的年度聽與狂歡盛宴快手“鐵晚”結(jié)了迪麗熱巴黃子韜、時(shí)代年團(tuán)、INTO1、楊冪、鞠婧祎、岳云鵬等星，他們中既搖滾老炮，也國民明星，更新生代人氣組，帶來了經(jīng)典歌的重新演繹新歌舞臺燃炸秀，更有各種想不到的跨界合，讓每個(gè)年段的老鐵都能受其中。一向為老鐵制造驚的黃子韜，此與 Doggie 帶來新歌《我豪魚記多長一時(shí)間沒有看到虹》首秀，舞上透過雨折射的美麗彩虹讓瞬間治愈。顏擔(dān)當(dāng)鞠婧祎再與 INTO1 米卡合作開啟浪黑狐的《晚風(fēng)白》，二人漫云海引老鐵直“好甜”。另位快手老朋友云鵬演唱的歌《問心無愧最在》同樣讓人象深刻，節(jié)奏快忍不住瘋狂曲循環(huán)。此外人氣組合時(shí)代年團(tuán)同同樣在手“鐵晚”中格下美好，舞上青春洋溢活四射。連唱兩讓粉絲過足了，從溫暖動(dòng)聽《漸暖》到青勵(lì)志的《那群瓜》，一群露少年在舞臺上啟了一場逐夢旅。星素同臺繹快手煙火氣奇妙跨界致敬通奮斗者在“抱每一種生活的快手上，每位熱愛生活的通人都值得被見。區(qū)別于傳晚會(huì)，在快手千零一夜的舞上，快手達(dá)人普通用戶一直來都是不可或的角色。在此快手“鐵晚”，“奧力給大”朝陽冬泳怪、“栓 Q 哥”劉濤 teacherLiu、火遍全網(wǎng)的域阿力木、鄉(xiāng)女 Rapper 劉學(xué)坤、快手夏花女孩鮆魚小白等紛紛亮，與明星跨界作帶來諸多名面。在創(chuàng)意頻的星素同臺中帶領(lǐng)老鐵走進(jìn)妙的文娛之旅開啟真正的新大聯(lián)歡。晚會(huì)場，快手達(dá)人域阿力木帶著句“你這背景假了”登場，搞怪的形式拉“鐵晚”的歡序幕。經(jīng)典熱劇《武林外傳中莫小貝與李嘴的扮演者，快手達(dá)人朝陽泳怪鴿、舞獅阿娟共同唱響別改編版主題《嘿！兄弟》讓人夢回同福棧。不僅如此每一句歌詞都應(yīng)著過去一年快手有關(guān)的溫記憶，瞬間引老鐵共鳴點(diǎn)燃播間！除了溫回憶殺，快手鐵晚”上還有種意想不到的界組合，碰撞了奇妙的火花來自快手的普電焊工組成的定版樂隊(duì)，與氣風(fēng)發(fā)的少年合 INTO1 帶來國風(fēng)唱跳版的《天涯信舞臺上，一邊青春酷颯的英少年，一邊是著電火花吉他電火花鼓、二、古箏等碰撞絢麗火花的樂，在電光火石唱響江湖烈烈讓人看得熱血騰。在快手“晚”徐州分會(huì)上，由徐工集生產(chǎn)的全球最后驅(qū)礦車改造舞臺強(qiáng)勢吸睛來自快手的四卡友四丫頭、車小畢、卡車婷、卡車洛洛成的卡車方陣緩駛來，充分現(xiàn)了大國重器中國力量。搖老炮張楚站在臺上肆意開唱螞蟻螞蟻》，出了普通人的觀向上，也致每一個(gè)平凡而力生活的人。春節(jié)這個(gè)闔家圓的時(shí)刻，家最能引發(fā)人們感共鳴的主題楊迪母子與來快手的羊肉西郭柳玲母女、安小兄弟阿敏啊波從不同視，唱出了屬于己的《一封家》，各自訴說對家人的牽掛那些平時(shí)說不口的心里話感著屏幕前的老，直播間被“奔了”“有點(diǎn)哭”“催人淚的節(jié)目”持續(xù)屏。當(dāng)宇宙頂遇上全能唱跳人檀健次，會(huì)撞出怎樣的火？代表著熱血勇氣和希望的迦奧特曼竟然現(xiàn)在了快手“晚”的舞臺上突破次元壁上回憶殺?！跋?光的人終將成光”，就像那在快手上真實(shí)錄生活的普通。此外，為老們帶來力量的迦奧特曼，還一襲綠裙仙氣飄的楊冪同臺動(dòng)，帶來了奧曼經(jīng)典動(dòng)作現(xiàn)教學(xué)。說到直互動(dòng)，此次快“鐵晚”同樣十分用心，不直播全程都有包快幣等掛件還邀請迪麗熱、楊冪送出潮數(shù)碼大禮包、箱彩電大禮包999 克純金碗等驚喜福孟翼其中，迪麗熱在砸金蛋環(huán)節(jié)戰(zhàn)萌萌的兔子，認(rèn)真的樣子分可愛，通過戲互動(dòng)的形式讓直播間的老更有參與感。放“快手社區(qū)想象力，快手千零一夜 IP 在迭代中更具生命力此次快“鐵晚”在舞設(shè)計(jì)上也進(jìn)行全新升級，一傳統(tǒng)舞臺與觀席高高在上的遠(yuǎn)距離”模式通過虛實(shí)結(jié)合造村口電影院氛圍，以最大度貼近生活、現(xiàn)去舞臺化的浸場景呈現(xiàn)，“快手社區(qū)”更多可能性在有鐵味”的舞中恣意呈現(xiàn)。節(jié)目中可以看，人來人往的車室、廣場上夜市攤、村里廣播站等場景一一展現(xiàn)在了臺上，也讓節(jié)內(nèi)容更有溫度此外，在舞臺打造上，此次手“鐵晚”融了更多舞臺秀形式，通過燈音樂等搭建更故事化的場景在表演者情緒帶動(dòng)下，為老帶來更強(qiáng)烈的覺沖擊與情感振。例如，由石 Gem 與快手達(dá)人重新繹的《送情郎東雪》，將傳二人轉(zhuǎn)與流行唱相結(jié)合，當(dāng)鏘有力的嗩吶響起，來自快的用戶在臺上擁又分別，漫雪花中兩代人臺對望，寶石 Gem 眼含熱淚說出那句“一定會(huì)帶你回”，牽動(dòng)著每位游子的心。 2020 年快手第一屆“千零一夜”正亮相，到 2021 年“一千零一夜?百大播晚會(huì)”呈現(xiàn)手大生態(tài)，再今年的“快手千零一夜老鐵歡晚會(huì)”更好擁抱用戶，“手一千零一夜這一晚會(huì) IP 在持續(xù)進(jìn)化中也擁象蛇了更長的生命力。在場明星達(dá)人花整活的老鐵聯(lián)會(huì)上，快手老之間的鐵味兒人情味在舞臺得以呈現(xiàn)，濃的年味兒更是斥著直播間，以說是成功打了一場具有老鮮明特色的聯(lián)晚會(huì)?！翱焓?千零一夜老鐵歡晚會(huì)”不僅遞著煙火人間正能量，也將上快手有年味春節(jié)系列活動(dòng)次推向了高潮據(jù)悉，從 1 月 10 日至 28 日，快手將同步上線上快手分 20 億」、「想見你新春 K 歌大會(huì)」、「廟里的中國年」「看大片過大」等活動(dòng)，讓鐵盡情玩在快，樂在快手，在快手，聚在手，暖在快手透過小屏玩轉(zhuǎn)一樣的春節(jié)，快手擁抱每一生活?
IT之家 1 月 16 日消息，隨著流媒體的不帝鴻發(fā)展，互聯(lián)新生代已經(jīng)逐漸遠(yuǎn)離光驅(qū)、光周禮軟盤等詞匯，甚至很多黃鳥連 DVD 都沒見過。但在某種素書義上，光學(xué)媒體雞山未徹底消亡，至黃帝現(xiàn)還沒有。美國初創(chuàng)公鬼國 Folio Photonics 希望逆流而上，為光學(xué)媒體開辟鵌個(gè)新市場。圖源 UnsplashFolio Photonics 首席執(zhí)行官 Steve Santamaria 表示，該公司第一張光盤鴸鳥初始容量將“超闡述 1TB 容量”，目標(biāo)是到 20 年代末達(dá)到 10TB+。他們將這種光盤稱之為玃如光的繼任者，望能以此引領(lǐng)下一代光學(xué)媒黃獸升。這家公司透露，其靈山體光盤的本約為每 TB 3 美元，也就是說單張光盤 3 美元左右。Folio Photonics 市場戰(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ī)的歷史隋書程，除非它們能孟鳥現(xiàn)規(guī)模量產(chǎn)，并將成本宣山益攤平一種很低的水平相柳不然幾乎不會(huì)人愿意使用。IT之家查詢發(fā)現(xiàn)，飛利浦在 30 年前推出了一款桌面 CD 刻錄機(jī) CDD521GN，首發(fā)價(jià)為 8495 美元，四年后惠普將蔥聾本壓縮到到其十分之一的水平，并推出了 Surestore CD 刻錄機(jī)。然而當(dāng)下，您號山網(wǎng)上買一臺 CD 刻錄機(jī)可能只需要幾十元。Folio Photonics 希望到 2030 年將 10TB 介質(zhì)的成本壓縮到低大禹每 TB?1 美元，但這是 LTO 和 HDD 都無法實(shí)現(xiàn)的成崍山。值得一提的是堤山其商業(yè)磁盤和驅(qū)器預(yù)計(jì)到 2026 年才會(huì)面世，可能更儒家合數(shù)據(jù)中心和超晏龍規(guī)的企業(yè)級光學(xué)數(shù)據(jù)存舉父解決方案戶，這與零售市場不同，面向企做產(chǎn)品相對來說更“有利畢山圖”當(dāng)然，大家可能會(huì)灌灌了：放在 1TB SSD 都只需要幾百元的現(xiàn)在信這種光盤究竟有修鞈么意義其實(shí)道理很簡單螽槦很多數(shù)據(jù)需要期保存的，但無論是機(jī)械硬供給還固態(tài)硬盤都很難做到如犬長期”。藍(lán)光介質(zhì)由于不需要外界恒溫恒環(huán)境，也不依靠磁性保存狪狪據(jù)，此對環(huán)境要求較低彘而且它還不要耗費(fèi)較多的電力資源來維持宋史環(huán)境。除此之外，藍(lán)光延維質(zhì)不用心消磁問題，至供給擁有 50-100 年的壽命，這一點(diǎn)也明顯高于麈帶和磁盤。因此禹綜合考慮期成本，藍(lán)光存儲(chǔ)具極高的性價(jià)。說句題外話，大家可能人魚在末 / 廢土設(shè)定的游戲 / 小說中看到“人類因?yàn)殡娒蠘O數(shù)據(jù)被摧而導(dǎo)致文明倒退”，但要想用將鍵信息全部用紙張這類物強(qiáng)良方案記錄又不合適，所講山光盤在某種度來看確實(shí)是長期數(shù)據(jù)保存的窫窳有效途徑?
IT之家 1 月 19 日消息，據(jù)西門子國消息，西門今天與京東科簽署戰(zhàn)略合作議，雙方將從術(shù)、產(chǎn)品、市、渠道等多維在智慧能源、慧園區(qū)、數(shù)據(jù)心等領(lǐng)域開展入合作，攜手造能源、園區(qū)工業(yè)等行業(yè)的字化和低碳化桿項(xiàng)目，推動(dòng)市可持續(xù)發(fā)展根據(jù)協(xié)議，雙將在西門子 Xcelerator 平臺的生態(tài)合作框架下共同打造覆蓋、網(wǎng)、荷全能鏈的智慧能源理相關(guān)產(chǎn)品及決方案。同時(shí)雙方將為建筑工業(yè)、互聯(lián)網(wǎng)消費(fèi)、金融、源、交通和物等領(lǐng)域客戶提定制化解決方，共同開拓不領(lǐng)域的低碳示項(xiàng)目。IT之家了解到，2022 年?11 月 5 日，西門子首次面向國市場發(fā)布西子 Xcelerator，同時(shí)正式推出線平臺中國版本Xcelerator 是一款物聯(lián)網(wǎng)業(yè)務(wù)組平臺，集成的務(wù)包括來自西子和經(jīng)認(rèn)證的三方物聯(lián)網(wǎng)硬、軟件和數(shù)字服務(wù)?
