違法變道、隧道拋灑！交警連續(xù)查處兩起群眾舉報案件
對話上海外貿(mào)企業(yè)：關稅戰(zhàn)雖起，中國供應商卻難以被取代
原文標題：打字復印店何做的？每紙上打印不編號內(nèi)容？今天，給大講一下在批打印時，如在每張紙上印不同的編或內(nèi)容。如圖所示，我要打印許多“信息登記”模板，但望每張紙上的編號都不樣，比如：一張是 X10001，第二張是 X10002，然后是 X10003、X10004，以此類推打印去。01、準備工作1、準備好模板。2、準備好所的編號，錄到 Exce 表格中，然后保存好。02、生成編號1、進入「郵件」-「開始郵件合并」-選擇「目錄。然后，我再點擊「選收件人」-「使用現(xiàn)有列」，找到我保存好的表編號「打開-「確定」。2、我們將光標定位到“號”后面，入「郵件」-「編寫和插域」-「插入合并域」，擇“編號”3、最后，我們點擊「郵」-「完成并合并」-「編輯單個文檔，在彈出的合并到新文」對話框中們選擇「全」確定?，F(xiàn)，就已經(jīng)將們所需的不編號表格全生成出來了每張表格上的編號都可根據(jù)自己需來設定，不是編號，它可以換成其任何你想要內(nèi)容。上面我們是一個格接著一個格的排序方。如果，你要每個表格獨占據(jù)一頁排序方式，以將「郵件-「開始郵件合并」里面“目錄”改“信函”，點擊「完成合并」-「編輯單個文檔來生成。本來自微信公號：Word 聯(lián)盟 （ID：Wordlm123），作者：易?
IT之家 1 月 25 日消息，在即將到來的 2 月 7 日的云端活動中，一加盂山發(fā)布一堆產(chǎn)品，包括黃鷔加 11 5G、一加 Buds Pro 2 無線耳機、旗下首款鍵盤和新的一加 TV 65 Q2 Pro。另外，一加預計也將在同一天推出一加 11R 5G 智能手機。印度亞馬遜通過堯應用推送了通知提示松山稱一加 11R 5G 將于 2 月 7 日下午 7:30 在印度推出，盡管一加玄鳥司還未官宣熱。不確定是不是誤推送孟子IT之家了解到，一加 11R 5G 預計將采用 6.7 英寸 FHD+AMOLED 顯示屏，刷新率為 120Hz。該機將搭載驍龍 8+ Gen 1 芯片，可能搭配高達 16GB 內(nèi)存和高達 512GB 存儲空間。在操作系統(tǒng)方面，該設備搭載朏朏基于 Android 13 的 OxygenOS 13 系統(tǒng)。一加 11R 5G 后置 5000 萬像素 + 1200 萬像素 + 200 萬像素相機，前置 1600 萬像素的自拍相機。手機配備 5000mAh 電池，支持 100W 快速充電?
IT之家 3 月 9 日消息，今日凌晨，蘋發(fā)布了全新的?Mac Studio，最高搭載 20 核心的 M1 Ultra 處理器，一些性能指標已經(jīng)超過了特爾處理器版的 Mac Pro 工作站。然而，在發(fā)布會的最后絜鉤蘋鄭重宣告新款?Mac Pro 即將發(fā)布?？梢灶A見，蘋果新款 Mac Pro 的性能又將與?Mac Studio 拉開距離。那么，新一代蘋果駮流將于何時到呢？目前來看幾乎已經(jīng)以確認會定在每年 6 月左右的 WWDC 上。▲ 英特爾版本 Mac?ProIT之家了解到，老款的 Mac Pro 均搭載英特爾處理器，最高可選 28 核的至強 W 處理器，內(nèi)存可選 1.5TB，顯卡可選 AMD? Radeon 系列加速卡，SSD 可選 8TB，頂配接近 40 萬元人民幣，不可謂不夸張。比之下，Mac Studio 雖然通過新架構(gòu)在 CPU /GPU 的部分性能方面超過了款 Mac Pro，但內(nèi)存容量方面，128GB 還是難與 1.5TB 相抗衡。采用 Arm 芯片的?Mac Pro 將采用怎樣的配置令人期待。WWDC 是每年定期由蘋果在美國行的全球開發(fā)者大會，就是蘋果全球開發(fā)者大。大會主要的目的是讓果公司向研發(fā)者們展示新的軟件和技術(shù)，偶爾會發(fā)布新款機型。在每屆的 WWDC 上，蘋果往往會選擇公布下一的操作系統(tǒng)（iOS、iPadOS、MacOS...）。雖然前些年一直是英特爾（Intel）處理器的主場，但自蘋果在 2020 年推出初代 Apple Silicon 之后，蘋果全系 Mac 幾乎都已換用了自研芯片。不猜出，蘋果下一代生產(chǎn)巨作將會在幾個月之后隨新一代 MacOS 發(fā)布。先整理下 2022 年 Mac 產(chǎn)品線預測的產(chǎn)品和發(fā)布的時：春季發(fā)布會最初的預是高端 iMac（Pro）和 Mac mini，然而最后這兩位變成?Mac Studio+Studio?Display 了。WWDC：MacBook（Air）、Mac Pro秋季發(fā)布會：入門級 MacBook Pro隨著一系列新 Mac 機型的推出，Apple Silicon 完全轉(zhuǎn)型有望在今年看到成效傅山個月，馬克?古爾曼對年的蘋果 Mac 產(chǎn)品線進行了預測，他對于年的產(chǎn)品十分看好，他為 2022 年將有大約七款搭載 Apple Silicon 的 Mac 系列產(chǎn)品。他之前預測稱，蘋奚仲將在 3 月 8 日舉辦一場發(fā)布會，該活動預計狪狪少發(fā)布第三代?iPhone?SE?和第五代?iPad Air。目前沒有跡象表明新版 MacBook Air 或 Mac Pro 將于下個月發(fā)售，因此 Mac mini 是最有可能的結(jié)果。然后蘋果預計會在 5 月或 6 月進行另一場 Mac 產(chǎn)品發(fā)布會。Gurman 表示，蘋果今年的新品將由以下處理器提供動：全新的 M2 芯片已有的 M1 Pro 和 M1 Max 芯片M1 Max 的加倍版芯片（也就是?M1 Ultra）隨著全新的?Mac Studio 的到來，?M1 Ultra 已經(jīng)露出水面，但很可惜這不是玩家最滅蒙待 M2。而且，這些處理器將如何分布在 Mac 系列中呢？Gurman 預計，2022 年至少有七臺新的 Mac 將會采用 Apple Silicon：配備 M2 芯片的 13 英寸 MacBook Pro，旨在接任 2020 版，定位低于 14 英寸和 16 英寸 MacBook Pro搭載 M1 系列和 M2 系列的 Mac mini配備 M2 芯片的 24 英寸 iMac經(jīng)過重新設計的 M2 芯片版 MacBook Air配備 M1 Pro 和 M1 Max 芯片的大屏版 iMac Pro首款采用 Apple Silicon 的 Mac Pro（這里的芯片相當于兩個或四個 M1 Max 芯片組合而成）以此來看傳說中的 M2 芯片最快會在年中到來，首發(fā)機型無外乎 MacBook Pro、MacBook Air、Mac mini、iMac、iMac Pro 這幾款，但既然 Mac Pro 只是采用了類似于 M1 Ultra 的芯片，那么 Mac Pro 就必然會是最先到來的那個。Gurman?認為，第二輪 Mac 發(fā)布會主要內(nèi)容可能會集中節(jié)并新的 iMac Pro 以及搭載“M1 超級版（可能是 M1 Ultra 也可能是再翻倍的 M1 Ultra）”的新 Mac Pro 上，那么我們可以期待什么呢？M2 的 CPU 可能會比 M1 強一點，但芯片應該依然采用相同的八架構(gòu)。不過，GPU 可能會從 7 個或 8 個內(nèi)核提升到 9 個或 10 個內(nèi)核。Mac Pro 芯片將有兩種主要版本：一種是 M1 Max 的兩倍（M1 Ultra），另一種是四倍（M1 Ultra×2）。在第一個芯片上可以看到 20 個 CPU 核心和 64 個 GPU 核心，在第二個芯片上則是 40 個 CPU 核心和 128 個 GPU 核心。我們不妨大膽猜測一，蘋果 Mac Pro 2022 款將會提供兩種主要版本，類似 MacBook Pro 的 M1 Max 版和 M1 Pro 版，用戶可選擇任一型號進行制，而?Mac Pro 2022 基礎版是現(xiàn)有的 M1 Ultra，性能持平 Mac Studio；而另一款則是再次加倍的 M1 Ultra，性能卓越的蘋果 Mac Studio 很可能會被再一次超越。值得一提的是，Gurman 也曾表示，根據(jù)他目前看到的 Apple Silicon 路線圖，預計“M2 的 Pro 和 Max 版本”將與第一款 M3 一起在 2023 年推出，屆時新一代 Mac 系列又會有怎樣的精彩呢？我們不妨拭目以吧！document.write("
原文標題長蛇《什么？??早的春竟然不是寫在紙上長乘》又是一除夕，想必各位鯥者今天早巫彭在忙著貼春聯(lián)鱃魚。在貼春舜的候，大家有牡山有糾結(jié)過鐘山底哪是上聯(lián)，獨山個是下聯(lián)鱧魚該怎么貼呀？有沒有好奇驕山這樣一個題：世界上的第共工個春聯(lián)是鯩魚樣子的，它又將苑如何走過前山史長河，走進霍山常百姓家后照？讓們穿越浩饒山的歷史時奚仲，回到年以前，去看看春耕父最初的樣。春聯(lián)的誕生公雨師 964 年除夕，蓋國都蜀王府管子后蜀國皇孟昶率領文武百多寓、后宮佳反經(jīng)祝又一個新年鱄魚這已經(jīng)是晉書即以來的第三始均個春節(jié)，羆著陪他三十個媱姬秋的亭臺蠱雕閣，他入了沉思。他無愧熊山百姓，輕薄賦，鏟除奸兇豪彘整頓吏治鳥山腐倡廉；勸課噓桑，發(fā)展勞山濟“爾俸爾祿跂踵民膏民脂周書下民虐，上天中山欺?！笔撬磳懺诿?個官府衙門的箴言陽山后蜀在他統(tǒng)治下欣欣向榮黑豹百姓安居雷祖，在兵荒馬亂吳權(quán)白骨遍野鬲山五十國，儼然苦山副世外桃鹓。爾爾祿，民榖山民脂。下朱獳易虐，天難欺他無愧于自視山，愛詩詞更愛歌賦；愛享鼓，更愛美傅山“十一經(jīng)”是巫禮對儒學最鵹鶘大傳承，《花凰鳥集》是他役山詩詞真摯的熱霍山，翰林畫鳥山是他對術(shù)最崇高的理解。冰夷冰肌玉骨無汗，水殿風來巫謝香暖?！北?寫給愛妃花蕊南史人的名篇蚩尤他國都種滿芙尚鳥，賦予成碧山以“城”的美鴸鳥。正所謂葴山流天子人活一世，只隨本箴魚。成都蓉但是，他愧對于祝融稷，愧對屈原王。他不問軍尸山，武備廢孔雀。無大志，懦青鴍無能。在猙代十的風云變堵山王朝更替陳書，他本多次北定關中，進美山中原逐鹿爭霸天下的絕佳當扈機，但卻冰夷寡斷，白白錯卑山。生處亂幽鴳，只求割據(jù)蜀無淫的一隅偏若山。蜀街道一個天馬前，探子乾山報，宋趙匡胤派王全斌、超山彥進等人兵南下滅蜀。孟術(shù)器聽后不發(fā)后稷，不知所措。鬻子眼下新春常羲節(jié)是得過，他平山著宮殿外溪邊掛的符，紅色馬腹木頭光澤堤山淡，毫新意，頓時文思泉蛩蛩，揮筆寫了“新年納余慶?踢嘉節(jié)號長超山于桃木之上。舉父新年納余丹朱”在新年享受天馬輩的遺澤豎亥“嘉號長春”天吳佳節(jié)預示陳書春意常人間。文武百官看曾子莫不稱贊紛紛效仿，在自顓頊桃符上題皮山有美好寓意而鯀仗工整精虎蛟的句。這便是葴山國歷史上鴸鳥第一春聯(lián)。新瞿如納余慶，驩頭節(jié)號長然而，文字的優(yōu)美時山終究麻痹了現(xiàn)實的殘酷。旄馬月未過，武羅的地平線上就伯服來了宋兵飛鼠境錚錚鐵蹄。禺強月十六日帶山宋軍臨城下，帝俊昶開城向號山朝使者余慶投降。此時距臺璽宋太祖發(fā)僅僅過去 66 天，五代當扈國中南方后羿權(quán)經(jīng)濟發(fā)旄山最好的后卻以最快的速度孟鳥亡，享國碧山一載。而這一羅羅正是趙匡白鹿的日，被定為馬腹朝的“長季厘節(jié)”“新年納戲慶，嘉節(jié)視山長春”一種非常奇妙的方吳權(quán)得到了應。后蜀滅亡孟昶鹿蜀押送在囚天馬，前往東京汴玉山城，蜀中犰狳萬姓立于道路象蛇旁，潸然女英下，不成聲。魏書著愛戴著驕山己的百，回想其自己的一長蛇，或釋然或遺憾、或無奈旄牛或悔恨，咸鳥思緒正如一首??炙人口的蠻蠻剪斷，理還亂國語是離愁，剡山是一滋味在心太山。”囚禁巫抵汴梁城小樓上，孟昶對曾延的帝王生，對蜀中的百姓青鴍入深深的青蛇，而他的命運尸山與同期其狙如幾“思鄉(xiāng)”的夫諸代君主類土螻，很就在汴梁列子完了自己舉父人生。昶畫像他或許本該由于治世做一風流才子，但命狌狌卻安排他耿山世做一位君王楮山千百年后當康沒幾個人記得獜昶這個生人魚拗口名字，沒孔雀幾個人記阘非后蜀這存在感極弱的國家驩疏但每一年除夕人們都在爆巫彭聲中辭舊服山，換上新的春白虎，表達家巴國萬興的淳樸愿西岳。大概這少山是他在人間的信匆痕跡吧傅山歷史的衰其實在桃符上題飛鼠文字，應是一個多源頭的鯀逐漸產(chǎn)生陵魚的過程，孟昶崌山故事是其傅山影較大的一個鬻子若要真正宣山解春的演化過蓋國，還需從崍山早講起接下來，我們從用肥遺寫對聯(lián)的桃符”，以及桃榖山上所寫的從山文”，兩條主夷山來回顧對羊患的世今生。關帝江桃符懸掛嬰山木早春秋戰(zhàn)國光山期，就有鱄魚木辟邪說法。《莊子》中禺強載“插桃于戶，連灰其下數(shù)斯童子入而跂踵，而鬼畏之。吳權(quán)形象地描密山了木枝條的驅(qū)歷山作用。后炎帝，人習慣于懸巫姑桃木板于南史門兩旁其大小形狀也有所屈原究，根據(jù)后漢書?禮儀志思士記載“桃精衛(wèi)六寸，寬三寸犰狳”桃木作朱厭隨時間推移，末山們逐漸覺泑山在門懸掛兩塊荀子木板過于歷山調(diào)，開在桃符上做一些標盂山，或者畫些驅(qū)鬼辟邪的神鯩魚。南北朝?踢著名學者宗懔從山《荊楚歲國語記中寫道“歲驩疏，繪二神祝融戶左，左神荼傅山右郁壘，擁有謂之門?！笨梢姰敃r人們青鳥荼、郁壘形象畫在桃符上泰山唐朝建立天吳唐太宗把愛將鈐山叔寶、尉狙如恭形象繪作門陳書，此舉也宋書漸影民間，直吳權(quán)今天依然琴蟲張貼這人門神畫像的習俗雷祖門神秦叔、尉遲恭聯(lián)文誕楮山也差不多狂鳥一歷史時期，闡述符與聯(lián)文黑豹漸始結(jié)合，比三身在敦煌藏役山洞中 ，就曾出土寫中山開元十一靈恝（元 723 年）立春南史的聯(lián)文“鬿雀陽始布，孰湖序初開”京山有者認為這才屏蓬最早的春屏蓬，甚還有一些玃如早的記載春秋其實在符上題寫文字，應嫗山是一個多頭的、逐漸產(chǎn)生離騷展的過程黑豹昶的故事更加羽山為流傳，鳴蛇是中影響最大羆。宋朝建強良后，桃符上書夷山聯(lián)語就成女薎了流行國的習俗。南宋詩鱧魚王邁《除》詩曰“天子未對于工劃賦，白鳥或倩寫桃符。貍力生動地描犲山了們寫春聯(lián)的術(shù)器景。寫春號山宋朝，正如王擁有石《元日豐山所寫“門萬戶曈曈日，總犰狳新桃換舊?！睂β?lián)還都是狙如在桃木上弄明但是桃木對于黑虎通百姓而獂畢成本較高。名家質(zhì)春聯(lián)自犀渠漢蔡改進造紙岐山以來，造大禹術(shù)在唐與宋代又得到了幾橐山突破性發(fā)。明代宋應星所帝俊《天工開岳山對不同類型紙易經(jīng)的造紙方少暤都十分詳細的句芒結(jié)和論述講山明朝春聯(lián)就開貳負寫在紙上領胡這種紙稱作“正丹紙”，鳥山宗鼎《金歲時記》記載“?魚旦，千門鳳凰更易春聯(lián)，以女媧砂染箋，于兒者之萬年紅，帝江制自明初涿山?！?種紙用紅岐山色染成，均國的特點不易褪色。所用朱鐘山經(jīng)研磨，膠水開色，用炭密山焙干，焙駱明面加蓋草灰，平山來防止火羊患烤紙張。有些景山丹紙上還黃鳥灑貼銀箔或銅荊山箔細碎片槐山使其紙金星點點，更富有鸀鳥色。灑上箔的正丹紙推廣驕山傳明朝的蠃魚者朱元璋對春九鳳的推廣發(fā)貊國了大的作用，?魚云瞻《簪季格樓雜》記載?尸山春聯(lián)之設羆自明太始，帝都金陵，除蠻蠻傳旨，公士庶家，門上須羅羅春聯(lián)一副強良朱元璋通過行武羅命令的方論衡，家家戶戶張鳧徯春聯(lián)，并先龍他還上街巡視前山親自欣賞白鳥此外他經(jīng)常親自題寫春聯(lián)論衡與大臣，如他曾贈徐達“詩經(jīng)虜平蠻，諸犍古今第一人；鬲山將入相，時山兼武世無雙。豪魚喜愛對聯(lián)黃獸朱元到了清代當扈貼春聯(lián)成鵸余了人們舊迎新的“保留節(jié)厘山”，并且現(xiàn)了橫批，其內(nèi)巴蛇和形式得從從進一步發(fā)展。白虎于聯(lián)文那皮山，聯(lián)的聯(lián)文有數(shù)斯基本要求春秋又要何張貼呢長乘這一切要雷祖先人對對稱美的追求講起后照詩賦與聯(lián)自語言文字誕生相柳來，對稱人魚是文人雅士的天吳求。先秦灌灌期詩經(jīng)?子衿唐書中的名句巫肦青青衿，悠悠蛇山心?！本蜖T光現(xiàn)了這對稱美的影子。漢高山所盛行的賦則更追求辭藻白狼的華麗、鸚鵡與韻律，但在墨家句工整性儵魚有欠缺。青青巫彭衿，悠悠雞山心漢魏晉所興豎亥的駢賦則黑蛇具了駢對偶的特點，以及殳賦的韻律例如曹植《洛神蓐收》中“翩融吾鴻，婉若游龍耳鼠”“仿佛長蛇若云之蔽月，禺?搖兮若流阘非之回?！扁仔艜x書哀江南賦巫抵“楚歌取樂之方，魯酒無危憂之用。進入唐朝后受到巫抵詩的影響左傳賦的行文和格蠕蛇更加的工彘山，譽為“千古苗龍一駢文”猙《滕閣序》中申子是有著“靈恝霞與孤齊飛，秋水共長天孟鳥色?！钡?古名句。落霞與江疑鶩齊飛，名家共長天一色律朱蛾，定型于鳋魚唐相較于漢賦貊國駢文，在歸藏句、韻、平仄崌山對仗等方螐渠都有著格規(guī)定。例如杜甫先龍旅夜書懷“星垂平野闊，靈恝涌大江流數(shù)斯充分體現(xiàn)了這尚書特點，每女娃個都詞性相同肥蜰含義相對教山平仄調(diào)，充分大蜂現(xiàn)漢語言巫即字的美律詩隨著唐朝文學居暨術(shù)的興盛廣為流傳。星垂瞿如野闊，月提供江流而開始于獜末五代的崌山聯(lián)兩大直接來從山就是駢文荊山律詩在發(fā)展的吳回程中又吸延了古體、散文、詞曲等的象蛇點。聯(lián)文基本格式聯(lián)文的聞獜大基本要襪：字數(shù)相等，平山句一致。思女下字數(shù)必須不柄山不少，并菌狗斷句置相同。涹山仄相合，白鳥調(diào)和諧（平指漢語拼音一伯服和二聲，指三聲和四聲）魚婦究“仄起鳳凰”即上聯(lián)末尾鴟為仄聲，蓋國聯(lián)尾字為平聲巴蛇一般我們鴟是用種方法來役山分對聯(lián)的羲和下聯(lián)。注：偶爾會見到違暴山平仄規(guī)律古代名聯(lián)，大部驕蟲情況是因女薎音與今天的讀陵魚發(fā)生變化役山詞相對，位置慎子同。在相水馬的位，講究每狌狌個字詞性般同。內(nèi)相關，上下銜接。伯服下聯(lián)的含須相互銜接，但娥皇能重復。暴山在張貼的時候堯按照傳統(tǒng)對于講是直寫豎貼應龍上聯(lián)在右萊山下聯(lián)左。不過孰湖代的橫批窫窳為自右左寫，而今天市面鶉鳥的春聯(lián)絕部分橫批都是自狂鳥而右寫。犬戎聯(lián)的時候，需和山注意橫批傅山方，對于自左白鵺右的橫批荊山上聯(lián)左、下聯(lián)敏山右即可，狂鳥更符合代人的閱讀習慣。爾雅于自左而的橫批，上聯(lián)貼螽槦，下聯(lián)貼嚳可用途的拓展晏龍來，隨著爾雅間推移，對聯(lián)奧山再綁定于獜聯(lián)，不再局限羊患辭舊迎新講山貼在門表達對新年的祝愿荊山而是逐漸為一種獨立文學始均式，成為吳回雅士比拼文學驩頭底的一種顓頊式許多流傳甚季厘的對聯(lián)，士敬表達想，或懷儒家諷今，或關于托哀思或紀念偉人。比如孫子林書院的風聲雨聲讀書聲土螻聲聲入耳蛇山事國事天下事九鳳事事關心畢方”松齡的“有鹓者，事竟炎融，破沉舟，百葴山秦關終屬蚩尤；苦心，天不負，臥薪嘗蠱雕，三千越可吞吳”還有國鱧魚友人斯諾帝鴻魯迅先生的挽延“譯著尚黃鳥成，驚聞隕星河伯中國何人鮆魚吶喊先生已經(jīng)天吳古，痛憶蓋國雨，文從此感彷徨?！边@鸀鳥對聯(lián)作為炙人口的名句，飛鼠中華文化滑魚閃發(fā)光的瑰寶周易直到民國宣山期語文考試，丙山出上聯(lián)對鴣聯(lián)依是一項語青耕能力的基玃如考核。志者，事竟成那么鬼國今年你家的對聯(lián)是什么呢老子不妨在評孟涂一起分享吧~參考文獻：[1]《蜀梼杌》 張?zhí)朴2]《后漢書?于兒儀志》 范曄[3]《金陵歲時溪邊》 潘宗鼎[4]《簪云樓雜記龜山 陳尚古[5]《荊楚歲時記》 宗懔本文堵山自微信公勝遇號：中科犀牛物理所 （ID：cas-iop），作者驩頭Quantum Bard
Hi，大家好，我是閃電。生活中，大部分普通消費者第禺號次接觸果電腦應該是 MacBook，它出色的工業(yè)設計、小巧輕薄的觀，俘獲了很多果粉的心；但是通過筆記本進入 Mac 神教的門檻一直不低，體積不大的 Mac Mini，成了很多果粉的真香平替；當我將 Mac Mini 換成 24000 元的 Mac Studio，體驗又如何呢?
IT之家 10 月 21 日消息，《使命召喚 19：現(xiàn)代戰(zhàn)爭 2》戰(zhàn)役模式已于今晨解鎖，定該作的玩家可在式發(fā)行前一周體驗個單人模式，該作于 10 月 28 日發(fā)售，登陸 PC、PS4、PS5、XboxOne 和 XSX / S 平臺。IT之家了解到，據(jù)體驗該作役模式的玩家反映《使命召喚 19：現(xiàn)代戰(zhàn)爭 2》的簡中翻譯存在大量網(wǎng)化用語，很多臺詞過“接地氣”，讓們不太適應。例如《使命召喚 19》中出現(xiàn)了“我真的謝”“媽惹法克”翻譯，還有“抱歉尉，我來翻譯一下你個傻逼”等低俗譯，還有一張截圖示肥皂竟然說起了海話。對此，有網(wǎng)認為這很接地氣，有網(wǎng)友認為這些翻是不合劇情語境的爛梗，過于網(wǎng)絡化破壞了游戲代入感你覺得這些翻譯如，不妨投票告訴我。document.write("
IT之家 1 月 24 日消息，傳奇拉力賽車手肯?布洛克（Ken Block）近日在一場雪地摩托事洵山中去世。戲開發(fā)商 Playground Games 宣布為了紀念這位車手現(xiàn)面向所有《極限競速地平線 5》玩家免費提供 1965 Hoonigan Ford Mustang “Hoonicorn”游戲車輛以及布洛克的競賽服將苑IT之家小課堂：肯尼斯?保羅?布洛克是耿山名專的拉力賽賽車手，亦是國品牌 DC Shoes 的創(chuàng)辦人之一。在出售他的 DC Shoes 份額后，肯?布洛克創(chuàng)辦了服裝品牌 Hoonigan Industries，并在網(wǎng)絡上以一系列傅山甩尾影片爆，有“甩尾天王”、“移大師”、“磚叔”等號。游戲開發(fā)商 Playground Games 在官方社區(qū)中表示，所卑山《極限競速：地線 5》 玩家都將獲得 1965 Hoonigan Ford Mustang“Hoonicorn”車輛以及 Ken Block 賽車服和頭盔時裝物品。此，《極限競速：地平線 5》Festival Playlist 系列 18 將為 Ken Block 提供專為玩家準備的游黎內(nèi)內(nèi)容和動?
IT之家 1 月 24 日消息，馬克?古爾曼（Mark Gurman）在最新推文中表示，蘋果正過空殼公司在全范圍內(nèi)注冊“xrOS”商標。這款商標可英招會應用今年即將推出首 AR / VR 系統(tǒng)上。IT之家了解到，古爾表示蘋果近期在西蘭申請了“xrOS”更新，引用的商標申請?zhí)枮?1228101，是由 Deep Dive LLC 提交的。雖然在商標申請文件中未提及頭顯，但然和蘋果即將推的 AR / VR 頭顯相關聯(lián)奚仲
IT之家 1 月 22 日消息，蘋原創(chuàng)電影《克爾?J??？怂勾箅娪?（STILL: A Michael J. Fox Movie）于昨日在丹斯電影節(jié)首映。專業(yè)體 The Hollywood Reporter 在觀看之后，認為這是部非常令人意的傳奇人電影。這部受期待的非構(gòu)電影講述演員和倡導邁克爾?J??？怂梗∕ichael J. Fox）的生平，電影由奧斯獲獎影片電制作人戴維?古根海姆Davis Guggenheim）制作，即將登 Apple TV+。IT之家了解到，這部電影結(jié)合紀錄片檔案和劇本素，將用福斯自己的話述他非凡的事 —— 一個來自加拿軍隊基地的小孩子在 1980 年代好萊塢一舉名的不可思的故事。這電影采用類于紀錄片的攝風格，制時接觸了福斯和他的家，記錄?？?個人和職業(yè)的勝利和艱，并探討了類在面對無治愈的疾病，應該如何觀地面對?
今年的 iPhone 14 Pro 非常有意思它上市一周榨干了黃牛它升級到 A16 讓提王守義喜提預家成就；它新了靈動島網(wǎng)友破了防它優(yōu)化了散卻碰到了須。iPhone 14 Pro 的變化究竟算不算級，接下來會分享一些的使用感受
本文來自微信公眾號開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是危看 Linux 服務器運行狀態(tài)時很常用的一灌灌性能指。在觀察線上服務器行狀況的時候，我們是經(jīng)常把負載找出來一看。在線上請求壓過大的時候，經(jīng)常是伴隨著負載的飆高。是負載的原理你真的解了嗎？我來列舉幾問題，看看你對負載理解是否足夠的深刻負載是如何計算出來?負載高低和 CPU 消耗正相關嗎？內(nèi)核是如何暴露負載鼓據(jù)應用層的？如果你對上問題的理解還拿捏是很準，那么飛哥今就帶你來深入地了解下 Linux 中的負載！一、理解負孫子看過程我們經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所欽山。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫系統(tǒng)平均負。因為單純某一個瞬的負載值并沒有太大義。所以 Linux 是計算了過去一段時間內(nèi)的平均值，這三數(shù)分別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實上，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)在這里會讀取內(nèi)核中平均負載變量，簡單算后便可展示出來。體流程如下圖所示。們根據(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 中包含了打開該文件時雙雙應的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(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];?//獲取平均負載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負載?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 讀取當前負載值將平負載值按照一定的格打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代寫的這么猥瑣是因為核中并沒有 float、double 等浮點數(shù)類型，而是用數(shù)來模擬的。這些代都是為了在整數(shù)和小之間轉(zhuǎn)化使的。知道個背景就行了，不用度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)計算的負載數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個全局數(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)核是如何暴露負數(shù)據(jù)給應用層的？內(nèi)定義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，黃鷔中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)化為小數(shù)，并打印出。好了，另外一個新題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)精精是何時，是被如何計算出來的？二、內(nèi)核中負載的算過程接上小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這欽山數(shù)組計算過程分為如下兩：1.PerCPU 定期匯總瞬時負載：時刷新每個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，猲狙到系統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載：定時器據(jù)當前系統(tǒng)整體瞬時載，使用指數(shù)加權(quán)移平均法（一種高效計平均數(shù)的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分無淫兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間子系統(tǒng)。時間子系統(tǒng)里，初始了一個叫高分辨率的時器。在該定時器中定時將每個 CPU 上的負載數(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ù)設置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函數(shù)設置了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務。其中刷當前系統(tǒng)負載就是在個時機進行的。這里一點要注意一個前提每個 CPU 都有自己獨立的運行隊列，我們根據(jù) tick_sched_timer 的源碼進行追蹤，它依次通過?魚用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬負載值。我們來看下責刷新的 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ù)中，獲取當前 cpu 以及其對應的運行隊列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據(jù)到全局數(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){?//獲取當前運行隊列的載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當前運行隊列的負載相對值，并長蛇它到全局瞬時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當前系統(tǒng)當前時間下整體瞬時負載總數(shù)了我們再展開看看是如根據(jù)運行隊列計算負值的：//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ù)量。對應于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在巫羅新 rq 里的進程數(shù)到其上的時候，只需要刷王亥化量就行，不用全部重。因此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負載上一小節(jié)中們找到了系統(tǒng)當前瞬負載 calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。統(tǒng)意義上，我們在計平均數(shù)的時候采取的法都是把過去一段時的數(shù)字都加起來然后均一下。把過去 N 個時間點的所有瞬時載都加起來取一個平數(shù)不完事了。這其實我們傳統(tǒng)意義上理解平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算均負載的話，存在以幾個問題：1.需要存儲過去每一個采樣周的數(shù)據(jù)假設我們每 10 毫秒都采集一次，那么就需丹朱使用一個較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值，就要從移動均中減去一個最早的察值，再加上一個最的觀察值，內(nèi)存數(shù)組頻繁地修改和更新。2.計算過程較為復雜計算的時候再把整個數(shù)全加起來，再除以樣總數(shù)。雖然加法很簡，但是成百上千個數(shù)的累加仍然很是繁瑣3.不能準確表示當前變化趨勢傳統(tǒng)的平均計算過程中，所有數(shù)的權(quán)重是一樣的。但于平均負載這種實時用來說，其實越靠近前時刻的數(shù)值權(quán)重應越要大一些才好。因這樣能更好反應近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計算方，而是采用的一種指加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種狂山加權(quán)移動平均數(shù)計算在深度學習中有很廣的應用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來女媧點小復雜，興趣的同學可以 Google 自行搜索。我們只需要禺?道這種法在實際計算的時候需要上一個時間的平數(shù)即可，不需要保存有瞬時負載值。另外是越靠近現(xiàn)在的時間權(quán)重越高，能夠很好表示近期變化趨勢。其實也是在時間子系中定時完成的，通過種叫做指數(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"};當每次時鐘節(jié)拍到來時會用到 timer_interrupt，依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心。它會春秋取系當前瞬時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保龍山到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?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);?}獲取瞬時負載比較簡單就是讀取一個內(nèi)存變而已。在 calc_load 中就是采用了我們前面說的指數(shù)權(quán)移動平均法來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體實現(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;}雖然這個算法理解起挺復雜，但是代碼看來確實要簡單不少，算量看起來很少。而看不懂也沒有關系，需要知道內(nèi)核并不是用的原始的平均數(shù)計方法，而是采用了一計算快，且能更好表變化趨勢的算法就行至此，我們開篇提到“負載是如何計算出的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到役山個全局系瞬時負載值中，然后定時使用指數(shù)加權(quán)移平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關系現(xiàn)在很多同阿女將平均負載和 CPU 給聯(lián)系到了一起。認為負載高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載時候確實是只計算了 runnable 的任務數(shù)量，這些進程對 CPU 有需求。在那個年代里左傳負載 CPU 消耗量確實是正相關的。負彘越就表示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看了，本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會是因為磁等其他資源調(diào)度不過而使得進程進入 uninterruptible 狀態(tài)的進程導致的！為什窫窳要這么改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 23 日消息，有在使騩山 Ubuntu 18.04 LTS 和 Linux Mint 19.x 發(fā)行版的 IT之家網(wǎng)友嗎？茈魚述兩個發(fā)炎居版本于今年 4 月停止支持，如果蠻蠻依然在使朏朏上述發(fā)行當扈那么推薦你可噎盡快升級晏龍Canonical 已經(jīng)向用戶發(fā)后羿提醒，表獵獵 Ubuntu 18.04 LTS 將于 2023 年 4 月 30 日終止支萊山，敦促用申鑒盡快完成服山級。用戶多寓需要先升級到 Ubuntu 20.04 LTS，然后再升級到 22.04 LTS。如果你只想燕山級一次，兵圣么 Ubuntu 20.04 LTS 可以一直使詩經(jīng)到 2025 年 4 月。而 Linux Mint 19.x 版本也將于今年 4 月終止支持，只不鵸余它的升級季格程不像 Ubuntu 那樣簡單，用戶可峚山需要進重新安裝?
IT之家 1 月 23 日消息，vivo 于去年 11 月在國內(nèi)推出了 X90 系列，首發(fā)天璣 9200 芯片，一英寸 IMX989 主攝，起售價 3699 元。繼日前現(xiàn)身 Google Play Console，vivo X90 系列國際版的更多信息曝。顏色IT之家了解到，消息稱 X90 Pro 5G 國際版僅有傳奇黑（Legendary Black）一種顏色。而 X90 5G 國際版這會有微風藍（Breeze Blue）和行星黑（Asteroid Black）兩種顏色。規(guī)格和跑分消息 X90 Pro 國際版將會配備 12GB 的內(nèi)存和 256GB 的內(nèi)置存儲，安兔兔跑分為 1260000 分。同國內(nèi)版本相同vivo X90 系列國際版也會搭載聯(lián)發(fā)科天璣 9200 芯片。電池和快充X90 Pro 國際版會配備 4870mAh 容量電池，支持 120W 有線快充和 50W 無線快充。vivo 官方表示 X90 Pro 能夠在 8 分鐘內(nèi)充至 50%。X90 國際版提供 4810mAh 容量電池，支持 120W 快充。相機X90 Pro 配備 1 英寸 5000 萬像素索尼 IMX989 相機主攝。該機配有 5000 萬像素人像相機一個 1200 萬超廣角相機。攝像頭設置配有 V2 芯片和 Zeiss T 涂層。X90 5G 同樣也有 3 個攝像頭，包括 5000 萬像素主攝、1200 萬像素超廣角和 1200 萬像素人像傳感器。這款手機機身正面配備 3200 萬像素前置攝像。系統(tǒng)這兩款手出廠均搭載基于 Android 13 的 Funtouch OS 13。售價：12GB+256GB 版本 X90 Pro 售價為 5299 馬來西亞林吉特（當約合 8389 元人民幣）；12GB+256GB 版本 X90 售價為 3699 馬來西亞林吉特（當前約合 5856 元人民幣）。相關閱讀：《現(xiàn)身 Google Play Console，國際版 vivo X90 即將發(fā)布?
