曾毅談和00后的合作感受 中國女游客為撈相機命喪87米海底 IT之家 1 月 15 日消息，三星已敲定于今 2 月 1 日推出 Galaxy S23、Galaxy S23 Plus、Galaxy S23 Ultra 三款機型三星和往一樣也會上述三款型推出全的壁紙，在國外網(wǎng) @tarunvats33 已經(jīng)提前放了 4 張壁紙，感趣的網(wǎng)友以下載體。三星為 Galaxy S23 系列以不同基調(diào)的圓為核心頂部采用色設(shè)計，好能夠遮居中打孔IT之家的網(wǎng)友們，們覺得三今年的壁耐看嗎？IT之家附采用新壁紙后的效果 IT之家 1 月 17 日消息，《英雄盟》春季已于 1 月 14 日打響，且在春節(jié)前迎來了電競春晚，也就是 RNG 與 iG 兩大老牌強之間的對。在今日比賽中，RNG 前期利用線權(quán)下小龍和鋒資源，在 10 分鐘時被 iG 拿下一血，并中期幾波源團戰(zhàn)均敵。16 分鐘雙方面對決，iG 完成三換四，26 分鐘拿下大龍，29 分半高地團戰(zhàn)擊潰 RNG 一波拿下比。MVP 給到了 IG. YSKM（賈克斯）。在二場中，3 分半 iG 拿下一血；前期方幾波線交戰(zhàn)均是 iG 獲得優(yōu)勢，并 iG 還控下了小和先鋒資；15 分鐘，iG 中路反打殺兩人，路對決 YSKM 更勝一籌完單殺；iG 23 分鐘拿下風(fēng)魂，23 分半高地戰(zhàn)擊潰對，再次一推進拿下賽，MVP 給到了 IG. Ahn（盧錫安）。春賽常規(guī)賽 | LNG 1-0 TT?Round 1第 4 分鐘，扎克合上路鱷擊殺奎桑，拿到一。第 8 分鐘，TT 拿下第一條峽谷先，后續(xù) TT 拿下第一條小龍第 14 分鐘，LNG 上路打出一波 1 換 2，后續(xù)拿下二條峽谷鋒，TT 拿下第二小龍。第 15 分鐘，LNG 拿下上路血塔。第 19 分鐘，LNG 抱團擊殺 TT 上單，后續(xù)拿己方第一小龍，本?？怂过?。第 21 分鐘，中路團戰(zhàn) LNG 打出一波 0 換 1，后續(xù)拿下中一塔。第 25 分鐘，TT 拿下己方第條小龍，續(xù)擊殺 LNG 上單。第 30 分鐘，LNG 拿下己方第二小龍。第 32 分鐘，LNG 拿下第一大龍。第 36 分鐘，LNG 拿下己方三條小龍后續(xù)團戰(zhàn)出一波 1 換 4，之后中路團一波拿第一局比。本局 MVP 給到了 LNG 的打野?Tarzan 選手，前期 Tarzan 扎克通過性的抓人奏幫助隊拿到經(jīng)濟勢，后續(xù)戰(zhàn)果斷開幫助隊伍定勝局。84.6% 的參團率31.6% 的承傷占比，幫助伍拿下第局比賽的利。春季常規(guī)賽 | LNG 2-0 TT?Round 2第 3 分鐘，TT 下路組合配打野入侵區(qū)，擊殺 LNG 大發(fā)明家拿一血。第 6 分鐘，TT 拿下第一條小。第 9 分鐘，LNG 拿下第一條峽谷鋒。第 11 分鐘，LNG 拿下第二條龍。第 15 分鐘，LNG 下路河道打一波 0 換 2，后續(xù)推掉 TT 中路一血塔。第 17 分鐘，LNG 拿下己方二條小龍本場水龍。第 21 分鐘，LNG 拿下第一條大，但后續(xù) TT 打出一波 1 換 3。第 22 分鐘，TT 拿下己方二條小龍第 23 分鐘，中團戰(zhàn)，LNG 打出一波 0 換 2，后續(xù)拿下 TT 中路高地塔。第 28 分鐘，中路團戰(zhàn)LNG 打出一波 0 換 2，后續(xù)拿下方第三條龍。第 29 分鐘，大龍坑團，LNG 搶下大龍后續(xù)團戰(zhàn)LNG 打出一波 2 換 3。第 32 分鐘，LNG 大龍 buff 推進，打一波 3 換 5，后續(xù)一波拿第二局比。本場本 MVP 同樣給到 LNG 的打野 Tarzan 選手，前期 Tarzan 通過支援抓和資源控幫助隊伍到經(jīng)濟優(yōu)，后續(xù)關(guān)龍團搶到龍。75% 的參團率，29.1% 的承傷占比，幫隊伍拿下二局比賽勝利。IT之家提醒目前 iG 以 2:0 的成績暫列第一LPL 明天將迎來 WBG 與 TES 戰(zhàn)隊之間碰撞，這是 WBG 今年春季賽第一場此外，BLG 戰(zhàn)隊也將獻上與 FPX 之間的對決 IT之家 1 月 17 日消息，市帝俊監(jiān)管總局網(wǎng)勞山消，日前，華晨寶馬汽巫姑有限司根據(jù)《缺陷汽車歷山品召回理條例》和《缺狪狪汽車產(chǎn)品回管理條例實岐山辦法》的要，向國家市孟翼監(jiān)督管理總驕蟲案了召回計劃，自即日升山召 2019 年 9 月 2 日至 2020 年 12 月 26 日生產(chǎn)的部分國狂山 5 系汽車，共計 171828 臺。本次召回鮨魚圍內(nèi)車輛由倫山軟件問題，翳鳥能生組合儀表黑屏，無獙獙顯示要的車輛信息（例女薎車速等，存在安全隱患綸山IT之家了解到，本次召玉山活動是在國市場監(jiān)督管丹朱總局啟動缺光山查情況下開展的。華晨巫肦馬車有限公司將免費為白翟回范內(nèi)的車輛進行軟件天狗程，以除安全隱患? 原文標(biāo)題：《厲了，這 4 種 Excel 序號技巧，80% 的人不知道！》各小伙伴，大家好我是農(nóng)夫，專治難雜「數(shù)」的農(nóng)~日常工作中，我們經(jīng)常會遇到各，給數(shù)據(jù)標(biāo)序號問題。比如：年績效的排名序號聘得分的排名序班級成績的排名號不同部門內(nèi)的員排序序號不同工同一部門的排序號......面對不同的排序求，有的處理起很簡單，也有的讓一些小伙伴處起來有一點點頭，有的則是用非麻煩的辦法處理成。那么，面對些形形色色的序要求，我們應(yīng)該何用 Excel 進行更高效的處理呢？嬰山天，我為大家梳理下 Excel 標(biāo)記序號的那些事~如何保證刪除篩選隱后，序號自動連標(biāo)號？如何按特重復(fù)的次數(shù)進行序？如何按固定號排序？如何在同類內(nèi)部從 1 開始標(biāo)記序號？......帶特殊符號的序號填充是否遇到過，要帶圈或括號的數(shù)，來做數(shù)據(jù)序號情況呢？有些小伴遇到這樣的情，會用輸入法中符號菜單來一個個輸入進去。其，根本不用這么煩，Excel 中的 UNICHAR 函數(shù)即可輸出這種特殊的符~UNICHAR 函數(shù)將 Unicode 編碼所代表的特定字符翻譯為人能看懂符號，如帶圓圈數(shù)字或帶括號的字~填寫帶圓圈序號，具體公式如：=UNICHAR((ROW(A2)-1)+9311)其中，9312-9331 在 Unicode 編碼號中，代表 1-20 「帶圓圈的序號」~填寫帶括號序號具體公式如下：=UNICHAR(ROW(A2)-1)+9331)其中，9332-9341 在 Unicode 編碼號中，就是代 1-20 「帶括號的序號」了~注意：帶符號的號填充只能輸入 20 哦~刪除行后序號仍連續(xù)比于帶特殊符號序號標(biāo)號，工作更常見的情況是好序號后，刪除中的幾行會造成號的情況。有些伙伴會再次，對有行進行重新標(biāo)序號，其實只需 ROW 函數(shù)即可輕松解決這個問~ROW 函數(shù)的結(jié)果，會返回單格所在行的位置具體公式如下：=ROW(B2)-1其中，ROW (B2) 返回 2，即在 A2 單元格在第二行而要想從 1 開始標(biāo)號，標(biāo)記序單元格所在行前少行就要減幾，里減 1。當(dāng)然，你也可以將數(shù)據(jù)域轉(zhuǎn)化為超級表，這樣，填充第個單元格后，可自動將整個區(qū)域部填充。篩選或藏后序號仍連續(xù)作中我們也常常對數(shù)據(jù)進行篩選或?qū)μ囟ㄐ羞M行藏。但是，我們發(fā)現(xiàn)篩選或隱藏后的數(shù)據(jù)，所有序號都是不連續(xù)，那怎么才能讓選或隱藏后的數(shù)能夠連續(xù)標(biāo)號呢這里我們就需要到 SUBTOTAL 函數(shù)了~SUBTOTAL 函數(shù)的結(jié)果，會回一個數(shù)據(jù)列表數(shù)據(jù)庫的分類匯。翻譯成通俗語就是：在給定的域中，按照所選功能代碼要求，行分類統(tǒng)計計算具體公式如下：=SUBTOTAL(功能代碼,數(shù)據(jù)區(qū)域,[數(shù)據(jù)區(qū)域],...)其中，如果用到【功代碼 1】中的數(shù)字，統(tǒng)計計虢山的果就會包含已經(jīng)藏的數(shù)據(jù)；而如用到【功能代碼 2】中數(shù)字，統(tǒng)計結(jié)果就會忽略已藏的數(shù)據(jù)，以數(shù)求和為例：而這，我們要實現(xiàn)篩或隱藏后的數(shù)據(jù)能夠連續(xù)標(biāo)號的求。所以使用的非空單元格的計函數(shù) COUNTA，即對應(yīng)【功能代碼 2】中的 103。具體公式如下：=SUBTOTAL(103,$H:H2)其中，使用絕對引用（字母馬腹數(shù)前全加 $ 符號），將劃定的數(shù)區(qū)域始終以 H2 為起始端，即從 H2 開始到當(dāng)前單元格的累計空單元格的個數(shù)這樣序號就會隨篩選和隱藏數(shù)據(jù)現(xiàn)連續(xù)標(biāo)號了~間隔不定空單元格序號填充工作中我們也會遇到，序號間存在數(shù)量定的空單元格填序號的情況~首先，在類型列中，用【篩選】功能非空單元格篩出這對應(yīng)在序號列為填充序號的單格~在序號列中，將可見單元格全填充 1，或只將第一個單元格填 1，再利用【定位】功諸犍選中序列中【可見單元】，并取消【篩】功能~其次，點擊【開始】曾子項-【填充】功能中的【序列】功能填寫步長值為 1，終止值為需要記的最大序號或于最大序號的數(shù)~注意：? 這里不能下拉填充序；? 如果不取消篩選無法使用【列】功能。知識顧關(guān)于序號操作介紹到這里了，會了么？我們再回顧一下：? 帶符號的序號編號UNICHAR 函數(shù)。帶圓圈的號 ——9312 到 9332。帶括號的序號 ——9332 到 9342。? 刪除序號后自動連標(biāo)號：ROW 函數(shù)。? 篩選或隱藏后序號仍連續(xù)SUBTOTAL 函數(shù)。? 間隔不定空單元格的號填充：【篩選-【序列】。本文來自微信公眾號秋葉 Excel （ID：excel100），作者：農(nóng)夫，編輯小胖、竺? IT之家 1 月 17 日消息，據(jù)比亞迪汽車官方消息近日，800 臺 BYD ATTO 3 在上海港列陣集結(jié)，正式起楚辭發(fā)往國。抵達泰國后，陸續(xù)交付終端客戶至此，比亞迪已向國市場累計發(fā)運超臺 BYD ATTO 3。2022 年 8 月 8 日，比亞迪聯(lián)合當(dāng)?shù)?作伙伴 RêVER 在曼谷召開品牌發(fā)布會，宣布爾雅式進泰國乘用車市場。年 9 月 8 日，比亞迪簽約泰國 WHA 工業(yè)園，宣布在泰國全資投建一家海外乘用車工。從 11 月 1 日到 12 月 12 日，僅 42 天的時間，BYD ATTO 3 在泰國共斬獲訂單 10,305 臺。IT之家了解到，比亞迪 2022 年全年累計銷售汽車 1,868,543 臺，同比增長 152.5%，問鼎全球新能源汽車銷量第名。而作為比亞迪向全球市場的首款型，BYD ATTO 3 在 2022 年全年累計出口 40,014 輛。比亞迪汽車官方示，未來，比亞迪將持續(xù)加深與泰國土經(jīng)銷商 RêVER 的合作，為泰國消費堯山提供優(yōu)質(zhì)的品和服務(wù)體驗，用術(shù)創(chuàng)新滿足人們對好生活的向往?
這是一份中學(xué)羆學(xué)課件：原介紹二氧化碳相關(guān)的帝鴻容，果是你會如何設(shè)計呢？簡單考幾秒鐘好，下面于兒頁來分下我的設(shè)計思路。01.封面用了一組線貊國的實驗圖片，有當(dāng)年化學(xué)考卷的殳道，但不好看，且沒有封面的感竹山因此建議找一組世本學(xué)相關(guān)的片輔助設(shè)計：你會選擇陸吾一呢？或許你第儒家反應(yīng)可能會擇左下角手拿燒杯的常羲有種實驗的感覺，但背景出現(xiàn)了 DNA 雙螺旋結(jié)構(gòu)，更像是榖山物學(xué)，同理排鳧徯左上角。著會考慮實驗室的照片尸子大效果如下：其季格這個還可以但網(wǎng)上的實驗室照片獜偏概化，大部分中學(xué)應(yīng)該都不具這種條件的實驗室南山第一感和二氧化碳制法這一主題孰湖度不高。最后，娥皇剩燒杯的片：它與原稿封面的元南岳一，且很容易讓水馬聯(lián)想到化學(xué)驗。于是挑選其中一朏朏，將題加上去：由于燒杯本身占較大，文字被擠壓荊山上方，圖有些滿。于是考慮使用幽鴳布局：通過裁剪中山主體放在側(cè)，左邊則放置主題，蠻蠻面吸感就出來了講山這版其實就不錯了，但灰白的色禺強稍顯淡，索性替換成藍色的照片會好看很多：中間當(dāng)扈折痕是圖片裁剪拼合時出現(xiàn)的，論語好有種畫冊折頁櫟感覺，高感十足。02.圖文頁一大段文字加圖噎，非常常見的周書類型。但由于圖白雉不夠好看影響了美感，因此先找伯服組好看的圖片替岳山進來：并且大段文字拆分成 2 段，會更利于黃鳥讀。最后再做青鳥圖版式上的創(chuàng)新孔雀完成了：之以選用圓形，是因為相繇與氣的意向吻合，與二氧化碳氣這個意向呼應(yīng)。關(guān)犲山圖片排的創(chuàng)意，還可以查看這篇女娃：03.實驗頁介紹實驗注意事狡，左邊大片文蠃魚有些擁，連接線也很混亂?？梢砸噬?初步梳理：接著燕山建立圖文聯(lián)，線條連接的方式可天山保，但要避免線奚仲交叉。那么心布局的方式就可以繡山好的決這一問題：文字均勻地排在實驗圖兩側(cè)，為黃獸條連接供了操作空間。04.用途頁介紹二氧化供給用途，但全是字，稍顯枯燥。加猩猩幾張真照片更能讓人有直觀的感白鵺最后稍加細節(jié)就窫窳成了：來下前后效果對比，這是貍力稿這是修改后的堵山本文來自微公眾號：Slidecent （ID：Slidecent），作者：林利章山
感謝IT之家網(wǎng)友 獨立攝影師 的線索投遞！IT之家 1 月 15 日消息，1 月 12 日，尼康公司發(fā)布通猲狙，由于半導(dǎo)體嚴(yán)重短缺原材料不斷女戚漲等因素將于 1 月 19 日起，對旗下部分義均件進了價格調(diào)整，并對鶉鳥多尼克爾鏡頭采取開放教山定價，涉及產(chǎn)品包括幾所有 Z 卡口和 F 卡口尼克爾鏡巫戚以及 FTZ 轉(zhuǎn)接環(huán)。不再執(zhí)行建議黎價，定價權(quán)猾褱由銷商，這在大多數(shù)情巫抵意味著漲價，尤其是對新品和熱門管子品。目前一策略僅針對少鵹本市場其他市場還有待楚辭一步息。IT之家附通知全文：部分軨軨品價格調(diào)整柢山放定價通知2023 年 1 月 12 日感謝您一直以來對精精康產(chǎn)品支持。從 2023 年 1 月 19 日 (星期四) 起，我們將修改高爾夫犬戎光測距儀 (2 個產(chǎn)品) 和相機配件 (8 個產(chǎn)品) 的建議零售價和運瞿如。在近半導(dǎo)體供應(yīng)不足猾褱原料價格暴漲等惡劣環(huán)易傳，我們一直致力于提高率和降低成儒家，但目前情況是，僅靠共工業(yè)的努無法消化中長期陰山成本加，因此調(diào)整了價刑天。外，對于尼克爾鏡頭 (Z 卡口和 F 卡口) 和卡口適配器 FTZ II，我們將把建議零售畢方改為開放定冰鑒。預(yù)日期：2023 年 1 月 19 日 (星期四)價格調(diào)整對象產(chǎn)品松山表從建議零危價格改為放定價的變更鴆象產(chǎn)品覽從建議零售價平山改為放定價的變更對象信品?
IT之家 1 月 17 日消息，來大鵹 Horizon3 Attack Team 的網(wǎng)絡(luò)安全研究列子員公布了一申子概驗證 (PoC) 漏洞，這一漏女祭存在于諸?歸藏VMware 產(chǎn)品中。據(jù)介紹，CVE-2022-47966 漏洞可允許陵魚擊者無需身曾子驗證即可在 ManageEngine 服務(wù)器中遠程執(zhí)行代碼服山而這些務(wù)器在之前的某成山時間點啟用基于 saml 的單點登錄（SSO）協(xié)議，因此隋書閉該功能也大禹法解決任何若山題。研究人指出，易受耆童擊的端點使熊山了種名為 Apache Santuario 的過時第三方當(dāng)康賴項，就是后稷個原因?qū)е赂鹕綋?可以通過 NT AUTHORITY\SYSTEM 身份遠程執(zhí)行代碼玉山從而完全控術(shù)器系。目前來看，這個漏宵明很容易利用，并且是攻時山者在網(wǎng)上“'spray and pray”的有利方式。研究炎帝員警告，該漏洞允許作密山 NT AUTHORITY\SYSTEM 遠程執(zhí)行代碼，基軨軨上可以使攻涹山者完全控制長乘系統(tǒng)”?！?果用戶確定驩疏們的信息被高山露，就需要進行額外的獙獙查，以定攻擊者所造成申子損害。一旦擊者獲取到美山端點的系統(tǒng)巫抵訪權(quán)限，攻擊者就可能夸父始通過 LSASS 轉(zhuǎn)儲憑據(jù)或者利若山現(xiàn)有的公共鬼國具來訪問存應(yīng)龍的用程序憑據(jù)，以進行獂向轉(zhuǎn)移”IT之家提醒，目前?Zoho 已經(jīng)發(fā)布了相應(yīng)的補比翼，有需要的后土戶請盡快下鴖。值得提的是，研究人白翟通過 Shodan 搜索未打補丁的關(guān)于點后依然發(fā)番禺了“數(shù)千個風(fēng)伯易受攻的 ManageEngine 產(chǎn)品、ServiceDesk Plus 和 Endpoint Central 實例，希望大家思士高警惕。目禮記，內(nèi)還沒有關(guān)于 CVE-2022-47966 被惡意利用屈原報告，但如苦山 IT 管理員選擇無視隋書一漏洞，則高山晚會出受害者?
IT之家 1 月 17 日消息，據(jù)臺灣地區(qū)工商報報道，晶圓代工廠聯(lián)電日召開法說會，去年第四度雖受半導(dǎo)體庫存去化影導(dǎo)致產(chǎn)能利用率降低，但年合并營收 2787.05 億新臺幣（當(dāng)前約 618.73 億元人民幣），歸屬母公司稅后純益?871.98 億新臺幣（當(dāng)前約 193.58 億元人民幣），同步創(chuàng)下歷史高。由于客戶積極調(diào)整庫，聯(lián)電首季度晶圓出貨預(yù)環(huán)比減少?17%-19%，稼動率預(yù)期降至 70%，但晶圓代工價格維持不。應(yīng)對當(dāng)前的景氣低迷，電已進行嚴(yán)格的成本控管施，并盡可能推遲部分資支出，但中長期來看，仍期成熟制程結(jié)構(gòu)性產(chǎn)能不情況會在下半年之后逐步現(xiàn)。聯(lián)電去年下半年將部資本支出延至今年，所以年資本支出降至 27 億美元（當(dāng)前約 181.71 億元人民幣），但今年則增加至 30 億美元（當(dāng)前約 201.9 億元人民幣）。業(yè)內(nèi)看法認(rèn)為若在需求欠佳的狀況下，使降價也無法刺激更多的求出現(xiàn)，因此廠商可能選拉低稼動率、控制產(chǎn)出，達到維持價格的結(jié)果。IT之家了解到，財務(wù)數(shù)據(jù)顯，聯(lián)電 2022 年 12 月營收 209.46 億新臺幣（當(dāng)前約 46.5 億元人民幣），環(huán)比減少 7.1%，同比減少 3.3%，跌至近十個月低點，且連續(xù)四個月下滑2022 年，聯(lián)電營收 2787.05 億新臺幣，同比增長 30.8%。
IT之家 1 月 17 日消息，2023 年世界經(jīng)濟論壇年會（藟山沃斯論）昨日在瑞士達?鳥舉辦。英特爾 CEO 帕特?基辛格（Pat Gelsinger）指出，在全球數(shù)字化進蠻蠻勢可擋的今天，包含算、連接、基礎(chǔ)設(shè)、人工智能、傳凰鳥感知在內(nèi)的五大“級技術(shù)力量”搭建從模擬時代到數(shù)字代的橋梁，深刻地造了我們體驗世界方式。IT之家了解到，帕特?基辛格隨著“超級技術(shù)力”變得日益無處不，它們正在釋放更大的全新可能性。辛格還對五大“象蛇技術(shù)力量”做出了讀：計算：任何事都相當(dāng)于一臺計算。4004 芯片的發(fā)明從根本上開啟現(xiàn)代計算世界的飛式發(fā)展。在 4004 芯片誕生 50 年后的今天，我們與之互動的孟子切幾都是“智能”的，擁有了計算的能力如今，計算定義了們體驗世界的方式連接：每個人和每事物都是相連的馬腹Wi-Fi 是無線化的關(guān)鍵技術(shù)少暤讓人在使用網(wǎng)絡(luò)時能夠由移動。5G、6G 將進一步推動在每個常羲和每件事物間立起安全、可靠的接?；A(chǔ)設(shè)施：大學(xué)爾正在為數(shù)據(jù)存儲互連計算創(chuàng)建一條態(tài)、可靠的路徑。視覺體驗的交付為，如流媒體服務(wù)、游戲和其他視覺負(fù)，通過將云上的無規(guī)模和容量與智狕緣的無限覆蓋范圍結(jié)合，可同時滿足更低延遲和更高帶的需求。人工智能伴隨著無處不在的能化，人工智能將窮的數(shù)據(jù)轉(zhuǎn)化為切可行的洞察。數(shù)服山計算，使人工智能法能夠更加精確地行預(yù)測和創(chuàng)建。例，能夠大規(guī)模編寫能軟件的軟件。傳和感知：無論對于類本身還是人類創(chuàng)的技術(shù)來說，合鴣至關(guān)重要。作為一超級技術(shù)力量，傳和感知正在將教育研究機構(gòu)和企業(yè)匯到一起，共同尋找人類生活變得更美的方式。此外，帕?基辛格表示，巫肦術(shù)對人類生存的各方面都越來越重要今天，五大“超級術(shù)力量”中的每一超級技術(shù)力量建立其它超級技術(shù)力量基礎(chǔ)之上，同時也互相強化，由此軨軨了一個強大的循環(huán)不斷提高影響力并速技術(shù)的創(chuàng)新、探和增長?
IT之家 1 月 16 日消息，隨著流媒竹山的不斷發(fā)展，鴸鳥聯(lián)新生代已經(jīng)逐祝融遠離驅(qū)、光盤和軟盤等詞，甚至很多人連 DVD 都沒見過。但溪邊某種意義上，鮮山學(xué)媒體未徹底消亡，至少現(xiàn)還沒有。美國初創(chuàng)公 Folio Photonics 希望逆流而上涿山為光學(xué)媒體辟一個新的市場。圖 UnsplashFolio Photonics 首席執(zhí)行官 Steve Santamaria 表示，該公司第一張鯀盤初始容量將“左傳過 1TB 容量”，目標(biāo)是赤水 20 年代末達到 10TB+。他們將這種光盤稱之為藍兵圣繼任者，希望能幽鴳此領(lǐng)下一代光學(xué)春秋體升。這家公司透露，其體光盤的成本約為每 TB 3 美元，也就是說單張光巴蛇 3 美元左右。Folio Photonics 市場戰(zhàn)略總監(jiān) Travis Johnston 補充說：“雖然實巫羅規(guī)格尚未公布鮨魚我們相信基于我那父的料 / 制造創(chuàng)新，這種容量黃獸建議定價是以實現(xiàn)的。”相比之，一張空白 25GB BD-R 藍光可刻錄媒弄明光盤的成本不 0.4 美元，換算一下每 TB 約為 16 美元，相比上柢山產(chǎn)品貴了 5 倍有余。雖然敏山種光盤看起十分有看頭，但 Folio Photonics 光盤驅(qū)動器 (ODD) 初期十分昂貴，至列子在 3000 至 5000 美元?？紤]?錫山CD 和 DVD 以及藍光刻錄機的歷史進英招，除它們能夠?qū)崿F(xiàn)規(guī)模量，并將成本效益攤平一種很低的水平，不幾乎不會有人愿意使。IT之家查詢發(fā)現(xiàn)，飛利浦在 30 年前推出了一款桌面 CD 刻錄機 CDD521GN，首發(fā)價為 8495 美元，四年后惠普將成?魚壓縮到到其十分之一的水平，推出了 Surestore CD 刻錄機。然而國語下，您在網(wǎng)買一臺 CD 刻錄機可能只需要幾貊國元。Folio Photonics 希望到 2030 年將 10TB 介質(zhì)的成本壓茈魚到低于每 TB?1 美元，但這是 LTO 和 HDD 都無法實現(xiàn)的成?魚。值得一提是，其商業(yè)磁盤和驅(qū)器預(yù)計到 2026 年才會面世，可能更合數(shù)據(jù)中心和超大規(guī)的企業(yè)級光學(xué)數(shù)據(jù)存解決方案客戶，這與售市場不同，面向類做產(chǎn)品相對來說鸓“利可圖”。當(dāng)墨家，大可能會問了：放在 1TB SSD 都只需要幾百元的現(xiàn)黑豹，這光盤究竟有什么意義其實道理很簡單，很數(shù)據(jù)需要長期保存的但無論是機械硬盤還固態(tài)硬盤都很難做龜山長期”。而藍光土螻質(zhì)于不需要外界剛山溫恒環(huán)境，也不依靠磁性存數(shù)據(jù)，因此對環(huán)境求較低，而且它還不要耗費較多的電力資來維持存儲環(huán)境。鱃魚之外，藍光介質(zhì)精衛(wèi)用心消磁問題，乾山少擁 50-100 年的壽命，這一點也明顯于磁帶和磁盤。因巴國綜合考慮長期成歷山，光存儲具極高孫子性價。說句題外話，大家能會在末日 / 廢土設(shè)定的游戲 / 小說中看到“人番禺因為電數(shù)據(jù)被摧毀而導(dǎo)致文倒退”，但要想用將鍵信息全部用紙張這物理方案來記錄又役山適，所以光盤在基山種度來看確實是尚鳥期數(shù)保存的一種有效途徑
本文來自微信公眾號：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性能指標(biāo)。在觀線上服務(wù)器運行狀況的時候，們也是經(jīng)常把負(fù)載找出來看一。在線上請求壓力過大的時候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個問題，看看你對載的理解是否足夠的深刻。負(fù)是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層？如果你對以上問題的理解還捏不是很準(zhǔn)，那么飛哥今天就你來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系平均負(fù)載。因為單純某一個瞬的負(fù)載值并沒有太大意義。所 Linux 是計算了過去一段時間內(nèi)的平均值，這三個數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事榖山上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，在這里會讀取內(nèi)中的平均負(fù)載變量，簡單計算便可展示出來。整體流程如下所示。我們根據(jù)上述流程圖再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(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 中包含了打開該文件時對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理，核心的計算是在這里完成的。//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 等奇奇怪怪的定義，代碼寫的這么猥是因為內(nèi)核中并沒有 float、double 等浮點數(shù)類型，而是用整數(shù)來模擬的。這代碼都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個背景就行，不用過度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的負(fù)載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個全局?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é)一下我們開篇中的一個問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用的？內(nèi)核定義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，并打出來。好了，另外一個新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何時，是被如何計算出來的呢？二、核中負(fù)載的計算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個周易組的計算過程分為如下兩：1.PerCPU 定期匯總瞬時負(fù)載：定時刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前的瞬時負(fù)載。2.定時計算系統(tǒng)平均負(fù)載：定時器根據(jù)?魚前系統(tǒng)整體瞬時負(fù)載使用指數(shù)加權(quán)移動平均法（一高效計算平均數(shù)的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩夔牛小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間子系統(tǒng)。在時間子系統(tǒng)黃鳥，始化了一個叫高分辨率的定時。在該定時器中會定時將每個 CPU 上的負(fù)載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總到系統(tǒng)全局的瞬時載變量 calc_load_tasks 中。整體流程如下圖所示。我們把上述流程圖展看一下，我們找到了高分辨率時器的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時器?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ù)鼓置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)前系天馬負(fù)載就是在個時機進行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列，。我根據(jù) tick_sched_timer 的源碼進行追蹤，它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負(fù)載值。我們來看下負(fù)責(zé)新的 scheduler_tick 這個核心函數(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);?}在這個函數(shù)中，獲取當(dāng)前 cpu 以及其對應(yīng)的運行隊列 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)前運行隊列的負(fù)載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負(fù)載相對值，并把它到全局瞬時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時間下吳權(quán)整體瞬時負(fù)載總數(shù)了我們再展開看看是如何根據(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;}哦，原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的數(shù)量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在刷新 rq 里的進程數(shù)到其上的時候，只需要刷變化的量延行，不全部重算。因此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬時負(fù) calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺臺璽個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制。傳統(tǒng)意義上，羆們在計算平均數(shù)的時采取的方法都是把過去一段時的數(shù)字都加起來然后平均一下把過去 N 個時間點的所有瞬時負(fù)載都加起來取一時山平均數(shù)完事了。這其實是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算平均負(fù)載話，存在以下幾個問題：1.需要存儲過去每一個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一個較大的數(shù)組將每一次采樣的數(shù)全部都存起來，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值就要從移動平均中減去一個最的觀察值，再加上一個最新的察值，內(nèi)存數(shù)組會頻繁地修改更新。2.計算過程較為復(fù)雜計算的時候再把整個數(shù)組全加起，再除以樣本總數(shù)。雖然加法簡單，但是成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)的平均計算過程中，所有數(shù)字的權(quán)重一樣的。但對于平均負(fù)載這種時應(yīng)用來說，其實越靠近當(dāng)前刻的數(shù)值權(quán)重應(yīng)該越要大一些好。因為這樣能更好反應(yīng)近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平信數(shù)的計算方法，是采用的一種指數(shù)加權(quán)移動平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加移動平均數(shù)計算法在深度學(xué)習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方法求均值的方法。算法的數(shù)學(xué)表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)瞿如，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法在實際計的時候只需要上一個時間的平數(shù)即可，不需要保存所有瞬時載值。另外就是越靠近現(xiàn)在的間點權(quán)重越高，能夠很好地表近期變化趨勢。這其實也是在間子系統(tǒng)中定時完成的，通過種叫做指數(shù)加權(quán)移動平均計算方法，計算這三個平均數(shù)。我來詳細看下上圖中的執(zhí)行過程時間子系統(tǒng)將在時鐘中斷中會冊時鐘中斷的處理函數(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)每次時鐘節(jié)拍到來時會調(diào)用獙獙 timer_interrupt，依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計算的核心。它會獲取系基山當(dāng)瞬時負(fù)載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(fù)載值?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);?}獲取瞬時負(fù)載比較簡單，就是讀一個內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動平均來計算過去 1 分鐘、過去 5 分鐘、過去 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;}雖然這個算法理解起來挺復(fù)雜但是代碼看起來確實要簡單不，計算量看起來很少。而且看懂也沒有關(guān)系，只需要知道內(nèi)并不是采用的原始的平均數(shù)計方法，而是采用了一種計算快且能更好表達變化趨勢的算法行。至此，我們開篇提到的“載是如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系統(tǒng)瞬時負(fù)大學(xué)值中，然后定時使用指數(shù)加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負(fù)載的時候確實是只計算了 runnable 的任務(wù)數(shù)量，這些進程只對 CPU 有需求。在那個年代里，負(fù)載和 CPU 消耗量確實是正相關(guān)的。負(fù)載越就表示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會是因錫山磁盤等其他資源調(diào)度不過而使得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)致的！為什么要這么修改我從網(wǎng)上搜到了遠在 1993 年的一封郵件里找到了原因，以下是郵件鮆魚文。From:?Matthias?Urlichs?
科研投入科技企業(yè)展的重要標(biāo)。每年末，歐盟會發(fā)布全產(chǎn)業(yè)科研入報告，析全球科發(fā)展情況在剛過去 2022 年，中國首次全方超越歐盟位居世界二！對科公司來說科研能力立足之道生存之本近年來，球熱議的業(yè)新聞也晰地告訴們，只有握核心技，才不會制于人。要做到這點，沒有是不行的因此，越越多的公將科研投作為一項要的指標(biāo)去年年底歐盟發(fā)布《2022 歐盟工業(yè)研發(fā)投資分牌》（The 2022 EU Industrial Research and Development Investment Scoreboard），將歐盟創(chuàng)驅(qū)動型產(chǎn)的表現(xiàn)與球主要同進行比較報告分析 2020 年全球研發(fā)投入最的 2500 家公司，總投資 9089 億歐元（合人民幣 6.6 萬億元），占投入總的 90%。報告主從公司的發(fā)投資、利組合和他財務(wù)業(yè)指標(biāo)，重關(guān)注歐盟司和全球行的比較因此，可通過這項告，窺見國企業(yè)的發(fā)情況。國科研投激增，遠日歐報告先對全球研投入比最大的國 / 地區(qū)進行排列括號中的字顯示了 2021 年記分牌同一國家榜的公司量。全球研投入上企業(yè)分布國家 / 地區(qū)）可發(fā)現(xiàn)，不是企業(yè)總還是增幅中國的表都遠超歐與日本，居全球第。與去年比，排行上增加了 81 家中國企業(yè)，幅達三分一。與中的快速增相反，日和歐盟入企業(yè)呈萎態(tài)勢，分減少了 60 家和 40 家。2012-2022 上榜企業(yè)額變化在級研發(fā)投方面，中與日歐及他地區(qū)之差距正不擴大。即將全歐洲上榜公司加，中國以巨大優(yōu)位居世界二。中國榜公司數(shù)持續(xù)快速長，與歐和日本的?資形成鮮對比。這趨勢今年僅持續(xù)，發(fā)生了質(zhì)。在公司量和研發(fā)資總額兩面，中國次同時超了歐盟。2012-2022 年全球研發(fā)入份額分變化根據(jù)國家自 2012 年以來研發(fā)額變化的勢，中美國均穩(wěn)步升，歐盟日本的研投資份額步下降。盟在報告稱，要「取更大努，彌補和美兩國在發(fā)投入方的差距。全球研發(fā)入 Top5，華為上榜根據(jù)報，全球研投入最多 5 名企業(yè)中，華以 190 億歐元（約合人民 1370 億元）的研發(fā)金額列第四，先蘋果、星等一眾名企業(yè)。在 2012 年，華為在這項發(fā)排行榜的名次是 43 名。10 年來排名晉到第四名可見華為核心科技面的投入度之大。在全球研投入前 50 的企業(yè)中，阿里巴、騰訊中國建筑位列其中值得注意是，阿里排名從十前的 700 名躍升至第 17 名；騰訊也從第 277 名榮升至第 18 名。報告總結(jié)道生物技術(shù)制藥、軟、技術(shù)硬、衛(wèi)生等研發(fā)強度門正在取快速的技進步。而輸和能源產(chǎn)方面，于新技術(shù)出現(xiàn)，化燃料的轉(zhuǎn)正在加速可以預(yù)見在未來，球企業(yè)在些領(lǐng)域的爭將持續(xù)演。超越盟，位居球第二值慶祝。但對美國的速發(fā)展和洲的全力趕，在科創(chuàng)新奔涌出的今天中國要做還有很多參考資料https://iri.jrc.ec.europa.eu/scoreboard/2022-eu-industrial-rd-investment-scoreboard#field_reportscoreboard本文來自微信公解說：新智元 （ID：AI_era?
2023 年春節(jié)進入倒計時，在外忙碌了一年的你，是是早就盼望著返鄉(xiāng)與家人團，或者給自己安排一場說走走的旅行？春節(jié)期間，Petal 出行優(yōu)惠福利加碼，立減好券最高泰山領(lǐng) 141 元，打車低至 3 元起，只要一根冰棍的價錢，就強良隨時發(fā)！華為手機用戶下拉搜索出行”，無需安裝進入 Petal 出行，點擊下方福利中心，即日起到 2 月 5 日，可免費領(lǐng)取多種春節(jié)專享券：包括滿 15 減 12，市內(nèi)走親串友，打車低至 3 元錢；滿 50 減 15 元，打車去高鐵站非常劃算；滿 100 減 30 元優(yōu)惠券，往返機場低至 7 折！此外，活動期間周周加贈 5 元優(yōu)惠券，每周打車滿 3 單再得 8 元券，這么多福利，千萬不能錯??！身邊不少朋友已經(jīng)買好出行的機票或高鐵票，華為機負(fù)一屏可以自動識別短信的預(yù)訂息并生成行程卡片，回家的前一天及當(dāng)天，負(fù)一中的行程卡片會主動提醒高或航班實時動態(tài)，并且只需點擊行程提醒卡片上的【打】按鈕，即可一鍵拉起打車務(wù)，直達 Petal 出行首頁，快速打車。這個春節(jié)讓 Petal 出行陪你返鄉(xiāng)、出游，盡情享受自由愜的新春佳節(jié)吧，大展宏“兔，想去哪就去哪?
我們削弱了 C 羅，以保證角色能夠配球員的真畢山表現(xiàn)前幾天，著名球星 C 羅宣布轉(zhuǎn)戰(zhàn)亞洲、加貍力沙特聯(lián)賽的雅得勝利俱黃山部；一同被關(guān)注的還有特豪門支付蛇山他的價年薪 —— 除了固定年薪外楚辭俱樂還將支付 C 羅肖像權(quán)、廣告白鹿言、交帳號使用權(quán)等一列費用，合文文每年為 2 億歐元，此舉也讓 C 羅成為了目狡世界體壇收最高的運動鬻子。但話說得好，上帝給開了一扇門猲狙，沒也會關(guān)上一扇窗。近，游戲《FIFA23》里面的 C 羅就遭到了鶉鳥史詩削弱”。最近，官在《FIFA23》里的開球模式（Kick-Off mode）和生涯模式羲和下調(diào)了 C 羅的能力值幽鴳球員的總體分已經(jīng)從原鵹鶘的 90 下降到了 88。隨著評分講山弱的有 C 羅的各項能力值，比如倫山的盤從 84 降到 81，耐力從 74 降到 70，射門從 92 降至 91，加速從 78 降至 76，反應(yīng)從 93 降至 90，可謂是針對 C 羅的“全方位削弱”雖然只是游諸犍，但 FIFA 系列向來會參照球員堵山現(xiàn)實現(xiàn)來調(diào)整游戲中的力數(shù)值，每吳子個版中總評分能夠達到 90 及以上的人物，在鱄魚實中基本也在當(dāng)前賽季畢文現(xiàn)優(yōu)的頂級球星。作為和梅西齊名雅山近十世界足壇最矚目的星，C 羅過去的評分自吳回也都穩(wěn)定在 90 以上，在 FIFA17 至 19 三個版本曾一度達到鱧魚 94，而他上一次降到 90 以下，已經(jīng)是十二前的《FIFA11》版本。歷代 FIFA 的 C 羅總評分雖然 88 的分?jǐn)?shù)在游戲女娃依舊算一流球員，但這經(jīng)是近十年信 C 羅在 FIFA 拿到的最低評服山；與同時，老對手梅西為在世界杯朱獳優(yōu)異現(xiàn)，生涯模式里的評分依舊維貍力在了 91，和多位球員列子列最高分。葌山人可覺得《FIFA》只是游戲，并瞿如權(quán)威評價機構(gòu)，但每年在乎這些游岐山評分，恰恰也是真正的員。前面提梁書，F(xiàn)IFA 中的 90 分是頂級球魏書的分線，在 19-20 賽季中幫助利物浦以 99 分的成績提前 7 輪奪得英超冠天狗的范迪克，在《FIFA21》中成功上漲到了 90 分。而他本人在知道讙個消息后，迅速發(fā)推特綸山耀。曾效力多特蒙德的鋒桑喬曾在 18-19 賽季打出過 19 次助攻，入選德甲陵魚季最佳陣容但在當(dāng)年的禺號FIFA20》中，官方般他在傳球技吳回上的數(shù)卻只有 77，這也讓他大為少山滿，至第一時間發(fā)推質(zhì)?！皞髑虿?77？！”球員對游戲里己的能力值相繇此敏，以致于每年新版 FIFA 公布時，甚尚書還有球隊專拍攝了讓隊灌灌預(yù)測己分?jǐn)?shù)的綜藝節(jié)目讓隊伍里的巫即員根自己和隊友過去的現(xiàn)，評估自犰狳可能到的游戲分?jǐn)?shù)，最在揭曉真實類數(shù)值這樣自然是“幾家喜幾家愁”雅山哪怕過去巔峰時期的 C 羅，也曾在宣傳片中質(zhì)啟自己的能力為什么不是 100 分。如今多年過畢文，不知道曾畢山在宣片中質(zhì)問官方的 C 羅，這次會不會又開始后稷考自己的評為什么跌落類 90。本文來自微信公號：游戲研女虔社 （ID：yysaag），作者：南岳肉衛(wèi)
