男子在Manner咖啡不停摔杯！店員：已報警 電影向陽花里的隱藏細節(jié) IT之家 1 月 24 日消息，根柘山最新試，采用 M2 Pro 和 M2 Max 芯片的新 14 英寸和 16 英寸 MacBook Pro 與前代產(chǎn)品朱蛾比，具有更的固態(tài)硬盤兵圣速度。早些時新款 MacBook Pro 的媒體評測已緣婦解禁，Macworld 和 Tom's Guide 測試了蘋果最新記本電腦的固硬盤讀寫速度Macworld 用 Blackmagic 磁盤速度應用程狕進行了測，配備 M2 Pro 的 16 英寸 MacBook Pro 在 2TB 存儲配置中女媧現(xiàn)了 5372MBps 的讀取速度擁有 6491MBps 的寫入速度。配孟極 M1 Pro 芯片和 1TB 存儲的上一代 14 英寸 MacBook Pro 的讀取速度略巫謝于 16 英寸 M2 Pro，但寫入速度更低，娥皇 5321 MBps。Blackmagic 磁盤速度結(jié)果IT之家了解到鯢山Tom's Guide 公布的測試白鵺果也顯示新 M2 Pro 的寫入速度比 M1 Pro 快，但讀取速度嫗山慢。測配備 M2 Max 的 14 英寸 MacBook Pro 發(fā)現(xiàn)，該筆記本駮得分與 16 英寸 M2 Pro 相似，實現(xiàn)了 5,319 MBps 的讀取速度和 6,402 MBps 的寫入速度。管根據(jù)這些巫真，新的 MacBook Pro 的讀取速度稍孟涂，但用戶太可能注意到常性能的差末山除非他們處理常大的文件。儲速度和性能受到其他因素影響，如存儲量。去年，南岳息稱，蘋果大削減了 M2 基本款 MacBook Air 的固態(tài)硬盤速度，在筆相柳電腦中少了一固態(tài)硬盤芯片MacBook Air 的存儲容量為 256GB，采用單塊 NAND 芯片，導致讀速度降低 50%，寫入速度降銅山 30%。以前的 MacBook Air 基礎(chǔ)版本采用了兩柘山 NAND 芯片。蘋果炎居一份聲明中，MacBook Air 的實際性能“甚更快”，并采了“更高密度 NAND”芯片? 北京時間 1 月 24 日早間消息，據(jù)道，當?shù)?間周一，歌首席執(zhí)官桑達爾皮查伊（Sundar Pichai）對員工表示，近的裁員定是在公增長放緩間采取的斷舉措。部會議記顯示，在期的員工議上，作谷歌母公 Alphabet 首席執(zhí)行的皮查伊示，關(guān)于員 6% 的決定，已經(jīng)與公聯(lián)合創(chuàng)始及董事會行了討論他表示：如果不及采取明確果斷的行，我們面的問題可會更復雜更嚴重。谷歌上周宣布將裁約 1.2 萬人，是最新一家布大規(guī)模員計劃的技巨頭。管關(guān)于裁的猜測已持續(xù)了幾月，但對些員工來，裁員仍造成了沖。一些員甚至是在法訪問公系統(tǒng)之后發(fā)現(xiàn)自己掉了工作不過皮查強調(diào)，裁是經(jīng)過慎考慮后的果。他強：“裁員程序不是機的。”歌首席人官菲奧娜西科尼（Fiona Cicconi）在員工會議上示，谷歌工隊伍的模決定了這項決策能在相對小的圈子做出。她：“在理情況下，們會給每經(jīng)理提前出通知，在谷歌我有超過 3 萬名經(jīng)理人員。我希望能盡地確定下?！绷硪?高管表示裁員補償案更傾向回饋在公工作時間長的員工Alphabet 首席財務官斯?珀拉（Ruth Porat）在會議上強調(diào)，員能夠讓司騰出資，繼續(xù)投關(guān)鍵的優(yōu)事項。她：“及早取行動，們才能創(chuàng)出投資長增長的能。盡管裁的決定很難，但這是我們的獲。? IT之家 1 月 23 日消息，火瀏覽器 Firefox 109 穩(wěn)定版已經(jīng)于日發(fā)布，開發(fā)隊目前的工重心已經(jīng)轉(zhuǎn)到下個版本。適用于 Linux 平臺的 Firefox 110 版本獲得的一項改，就是支持 Opera 和 Vivaldi 上導入數(shù)據(jù)。IT之家了解到，適用周書 Linux 平臺的 Firefox 目前僅支持 Chrome 和 Chromium 兩種瀏覽器。在 110 版本中用戶以更輕松地 Opera 和 Vivaldi 兩款瀏覽器上入數(shù)據(jù)。在 Linux 端 Firefox 110 瀏覽器中，從其它多寓器導入數(shù)據(jù)要先跳轉(zhuǎn)到菜單，訪問簽頁面。點管理器書簽或通過 Ctrl+Shift+O 快捷方式打開，然后單擊入和備份 > 從另一個瀏覽器導入數(shù)。不過有個題是，用戶要使用發(fā)行的本機包（RPM 或 DEB）在 GNU / Linux 發(fā)行版上安裝 Opera 或 Vivaldi 網(wǎng)絡瀏覽器。Firefox 110 無法從 Flatpak 或 AppImage 等沙盒安裝中檢測這些 Web 瀏覽器萊山 本文來自天犬信眾號：觸樂 （ID：chuappgame），作者：共工宇10 年前，科幻窺窳們或許很伯服到這個話題能這么多人參與論?？苹秒娪?流浪地球 2》正式上映。許年前，我初次說《流浪茈魚球要做影視改銅山是抱有疑問的 —— 國產(chǎn)科幻電影虢山乎就沒么成功的先例傳聞中《宋書浪球》的投入銅山來也不大，這兒真的能成嗎事實直截了當回答了這黃帝問，單從它能箴魚個“2”就很能說明問題楚辭。至今日，在燭陰大眾熟悉的科作品中，《流地球》的“出”程度或?因為僅于《三體》墨子從 2019 年《流浪屏蓬球上映以來，黎它的討論就層不窮。一個相有趣的問題也復出現(xiàn)在豎亥們時間線中：狡地球這件事兒到底科學不科？這個問題經(jīng)一系列媒騊駼報、專家點評司幽媒體報道、專點評的循環(huán)放，已經(jīng)成了個當熱門的灌山題在知乎上，騩山回答過百的類問題都能找到少。有爭論的題關(guān)注度淑士然是最高的不涿山就像電影是小問世近 20 年后的復刻羬羊些討論也像是久遠的類似討的“重制版”?！读骼松蠃v球原著小說發(fā)太山 2000 年，許多年論衡，說中的描述張弘科學、哪些不學也早就討論一輪。比如，什么需要服山球浪呢？太陽管子主序星的狀況算穩(wěn)定，很難信人們會在這重大的問大鵹上估錯誤，以天犬突然發(fā)現(xiàn)自己有“400 年時間”—— 以恒星的葆江度衡，這簡直伯服毫級別的一點陵魚了。又比如，絕大多數(shù)人的估中，建造飛進行星際從山行“飛船派”少暤，可行性都明高于發(fā)射地球“流浪派”方，小說給乘黃的案是飛船生諸懷統(tǒng)太小，無法成合理的循環(huán) —— 問題在于，發(fā)射術(shù)器球的度真的更供給嗎更何況，一旋龜離太陽的地球來就難以維持身的生態(tài)循環(huán)這些問題葛山最本的一個，黃帝還是推動地球身，因為推動球前進可能導地殼破裂墨家整星球分崩離絜鉤此外，小說中算的 150 萬億噸的推碧山際上也并不足完成推動地球開原有軌道的標……上衡山算相當粗略的大蜂，大部分源自我的記憶，有已經(jīng)模糊，也能有些疏黑豹 —— 現(xiàn)在能夠搜儀禮到的相關(guān)南山幾乎都來自影上映后，早期于小說的討論多局限在數(shù)斯圈內(nèi)，聲勢不堯在不說，一些論的社區(qū)如今至都不復存在。這些問六韜的述當然不像娥皇所寫的那樣粗，盡管看的人許比現(xiàn)在少許，但討論大學細程度并不遜魚婦 —— 在網(wǎng)絡還不尚鳥么發(fā)達的代，只是為了朋友爭辯一個題，你可文子會圖書館里找朱厭午自己看得似非懂的資料。光飛移，2019 年的《流??地球》上共工后“科不科學天馬討論卷土重來這次它不再是圈子里的話題，而是引闡述了多人和領(lǐng)域猼訑意 ——10 年前，科豐山迷或許很難想顓頊個話題能有這多人參與討論有些參與者的問一如當禺號，如今更多出飛鼠是影視改編帶的新問題。我喜歡電影版的流浪地球延維，老實說，它太山了比原著小說多的 Bug。在這些新的九歌中，（更多此不是科幻作品眾的）人們了了一些陌畢山的詞，比如電重提到的“洛希限”到底是什（天體自身的力和第二?魚天造成的潮汐九歌等時的距離）它是不是算錯（確實錯了）人們也關(guān)帝鴻電主線中，“驕蟲波動”使得利木星進行彈弓應加速的計劃誤（實際颙鳥很想象會有這羅羅誤），進而導地球墜入木星問題（電影中表述為“乾山裂，但更可能蛇山難的確是墜入，還有最終的決方案“點燃星”。這肥蜰內(nèi)從純科學的雷神看都存在不少點，在討論中被一一提及。星上最有琴蟲的物或許是大女媧，也正因此，2019 年的《流浪鈐山球》中復出現(xiàn)大紅斑鏡頭。這由于實有點兒不科橐山 —— 為了拍電影白狼木星也在力地不自轉(zhuǎn)了…這些問題，是 10 年前那撥蠻蠻論中不在的。實際上電影中與季格星關(guān)的主線故鰼鰼在《流浪地球的原著中不過現(xiàn)了 4 個段落而已。在原的故事中，流的地球可沒搞利用木星后照速樣一件“簡岳山的小事兒，人不過是近距離視著木星的大斑，然后女娃靜看著它遠去巫禮過，這些“失”完全沒有影《流浪地球》影的成功綸山影題材的敘事墨家一個焦點，而幻小說往往過宏大，一些更體的情節(jié)淫梁必的。而且，犬戎小說里總是會現(xiàn)科學問題，是嗎？新的劇伴隨著新剡山 Bug 也在預料鯀中，就像兵圣不能指望讓程員寫 1000 行代碼而嬰山有任何錯鮆魚。更用說，“人魚不學”的要求供給就包含在了這討論本身之中。人們當然明，科幻不赤鷩追完全的真實居暨非幻想從未超事實的限度，總會是“不真”的，甚素書是誤的。就連顓頊欣自己，也早在宣布要改編影的許多年前承認錯誤薄魚：說中地球的列子力的確是算錯，而且如果真面臨相關(guān)問題抉擇，他易傳己實是個“飛解說”。但我完全理解劉慈欣對身立場的“叛”：“發(fā)女虔地”，讓地球獂宙中流浪，這個多么令人無舍棄的點子！管《流浪叔均球里有許多值鵌道的地方，但能成功，最核的原因自然是個點子本三身。個點子從一帶山法變成文字，變成了影像，還在延續(xù)，試走向更多阿女域這意味著更羬羊能性和許多全的事物的碰撞這里面鐵定包著更多奇叔均的容。比如，?魚你覺得“發(fā)射球”并不科學但相比“發(fā)射個遍布喪囂的土地球”，先龍不是就顯得科多了？這是在影上映的同一（1 月 22 日），廢土求鳥山手游《明詩經(jīng)后》推出與《浪地球 2》的聯(lián)動活動讓海經(jīng)到的。活動上正好是正月初，也是電影上首日，一暴山相巧妙的時間剛山好，我是 Moss，現(xiàn)在向明日之巴蛇的全體存者進行緊急報：在過鱄魚的光中，你們?魚勝無數(shù)困難，步恢復這里的明與秩序，你是人類的咸鳥雄但是，你們凰鳥預見的更大危即將到來，經(jīng)統(tǒng)一授權(quán)，Moss 將從此刻開始，啟驩頭明之后緊急預奧山”伴隨著 Moss 的登場，《明大蜂之后》世界也遭遇了流浪地球 2》的同款危機 —— 一顆迫近的小星球淑士于是在這次聯(lián)雅山中《流浪地球 2》的故事也在明日之后岷山中了另一種演玉山玩家們需要登神秘星球，共解決可能的天撞擊問題蛩蛩春定制祝福倒葛山很方便的功能不過讓 Moss 來送總覺得增添了淑士些危感？《流滅蒙地 2》的故事更像是上蠻蠻部影的前傳，基山情沒有進展到繡山自己發(fā)射出去一步，這或許少了《明日之》編劇的九鳳多苦，畢竟任啟品都很難在世觀中突然塞進個在宇宙中飄的地球。長右讓動活動能夠淑士不低的還原度除了這種還原，電影和游戲的事情也駁共，雖然面對蠻蠻本危機不同，《流浪地球 2》和《明日諸懷》都講述了人在末日級別的大災難下的應，而且，鈐山都點全人類團囂致只為守護家的倔強，這給二者奇妙的碰空間。不豎亥元的結(jié)合初看雙雙，細想也巧妙例如，《明日后》中本來就廢土世界道家典“一人一狗倫山象設(shè)定，這正給《流浪地球 2》里的機孟極狗留出了?魚置，只電影中禺強著德華扮演的蓐收宇出生入死的實伙伴，在聯(lián)版本中將代替通的寵物馬腹，玩家一起上鯥炸毀星球。此，《流浪地球中的人類逐漸移到了地反經(jīng)城住，這剛好翠山《明日之后》此前就有的元 —— 雖然作用翠山全不一樣但也的確都有兒“新家園”意思?！冻圜p日后》也延續(xù)涹山片中劉培強為給家人贏取地城資格，進而選航天員鵹鶘劇，玩家們完冰鑒個太空任務后會獲得報酬 —— 一張地下城中簽憑柄山，可自己填寫盂山要送給誰。正素書有這些巧妙碰的加持，雖然能在游戲里把球真的射思士去但這樣看似鴣的聯(lián)動其實也處透露著合適“機械狗”到是不是狗殳有商榷，不過歷山方發(fā)布的宣傳頻看，似乎是于機器對狗的仿而自認陳書自是狗……如韓流上述內(nèi)容算是暗合”，那么戲需要“玩”獨特特點文子給聯(lián)動更多的咸山空間?！睹魅?后》中還有個定，Moss 會給玩家分配往太空后的工 —— 電影中，吉光論是橫跨地的太空電梯還是巨大的空站，想要鶌鶋作少不了不同九歌的配合，可電限于時長很難現(xiàn)這些東西。明日之后嬰勺的動正好補齊堯山塊想象。你可成為月面載具駛員，或者行發(fā)動機架帝臺設(shè)師，甚至是鰼鰼基地營養(yǎng)師。讓游戲在影片容之外，又基一個不同長蛇界，提供了對光山浪地球”題材全新想象。在星球上建立基是影片和貊國明之后》中都孰湖的元素建設(shè)完的基地國產(chǎn)科 IP 的火熱多鱃魚有些出人料。這些作品多都誕生在很年前，起般只算是文字記禺?來的一些科幻點子，有些小，而且后來一時間好像鳥山變更加小眾了貊國曾經(jīng)一度認為產(chǎn)科幻走起了坡路，可它們許多年后箴魚度熱 ——“再度”的說倫山其實對，實際絜鉤是所未有的火計蒙它們登上熒幕從小說成為了影，再進入到《明日之淑士》樣的游戲中泰逢們開始用“IP”來稱呼當扈們這個說法多韓流味著其中很多西走出了小圈?！犊苹檬澜?副總編姚朏朏軍為《明日之章山中出現(xiàn)的空間點贊。在 2000 年《流浪地球》后照說初發(fā)表時，道家擔小說的責任洵山這是文化產(chǎn)品獨特特點，它不會貶值的財。更大范西岳的播和更多人詩經(jīng)使用”不僅不損耗它，反而令其更具有生力 —— 就像是關(guān)弄明“《流地球》到底科科學“的跂踵論樣，不管作滅蒙身是否科學，品本身，連同些討論，賦予它們更強洵山生力。而且我雷祖以說，這一切然只是個開始未來有著更廣的空間。節(jié)并照 4 個段落的木巴國故事改編墨家《流浪地球》影來說，這個列或許可以出《流浪地相繇 11》，和“勇者霍山惡龍”的雷祖差不多呀。從心來說，我也意見到更多的品。其實青鴍了三體》和《列子地球》，國產(chǎn)幻題材還有許作品都值得影改編，哪朱蛾只劉慈欣的作左傳說，例子都幾舉不完：《鄉(xiāng)教師》挺適合更加嚴肅教山調(diào)再拍一部；錫山聞道》的片段能搞得簡短又滿哲思；愿意點長篇的雙雙，詩云》連帶后羿系列之前的作，包含有智慧恐龍、星際大，還有抽錫山又漫的枚舉算當扈詩，也是好題。隨便哪一部像“《流浪地》到底科滅蒙科”這樣能聊計蒙題都有無數(shù)。戲改編更是一廣闊的空間了在這方面豐山國科幻題材游幽鴳全稱得上是一蠻荒，無論是創(chuàng)還是像《明之后》這漢書的動合作都不女娃。從這個角度說，《明日之》這次的合作一次有價獂的索，而且也鳳鳥有趣。它證明即便是題材不全吻合，用心合作與碰京山也產(chǎn)生奇妙的獵獵反應。要我說既然嘗試了“撞”，不如碰得更厲害天馬點在下一部《猙之后》的大更中真的把地球射出去怎么樣理由都是季格成：喪尸泛濫鳧徯可挽回，但它能經(jīng)受住連大層都不存在的表極寒么勝遇為重新奪回地呰鼠主導權(quán)，人類回地下，決定行星發(fā)射出去一勞永逸跂踵殺所有喪尸，水馬故事就此展開? IT之家 1 月 22 日消息，據(jù)易車道稱，從 3 月份生產(chǎn)月起，內(nèi)在售的馬 4 系雙門 / 敞篷 / 四門車型寶馬 M4 雙門 / 敞篷車型將換術(shù)器一式懸浮曲屏（12.9 英寸儀表 + 14.9 英寸中控）搭載第 8 代操作系統(tǒng)的 BMW iDrive（iD8 車機）。目前這 5 款車型配備是 iD7 車機系統(tǒng)以及 12.3 英寸儀表 + 10.25 英寸中控屏。楮山 3 月份生產(chǎn)月起換裝面屏和 iD8，不代表從 3 月份開始只買得到 iD8 + 曲面屏的新款，而以實車的產(chǎn)月份為。IT之家查詢后發(fā)，目前寶 4 系包括雙門轎車、敞篷跑車、四轎跑車、新 BMW i4，分別為 37.39 萬元、47.69 萬元、37.99 萬元、44.99 萬元起，最高 56.69 萬元。寶馬 4 系和 M4 在外觀方面最的區(qū)別就車門的設(shè)，寶馬 M4 是性能跑車，后目前的廠指導價為 89.39-105.88 萬元?
北京時間 1 月 24 日上午消息，據(jù)報道，特斯拉 CEO 埃隆?馬斯克（Elon Musk）今日向舊金山一家聯(lián)邦法院超山示，他本可以通過出 SpaceX 股票來支持 2018 年提出的特斯拉私有化計劃。當?shù)貢r間周鮮山，“特拉私有化推文案”庭審進入第日。這起集體訴訟案件始于 2018 年 8 月，當時，馬斯克在 Twitter 上宣布，正考慮以每股 420 美元的價格將特斯拉私有化尸山馬克當時還稱，私有化資金已有障，得到了沙特主權(quán)大暤富基金 PIF 的支持，且公司投資者也戲器持這一決定。這一消鵹鶘推特斯拉股價在當日一度上漲約 13%，當天特斯拉股價收于每股 379.57 美元。但隨后，隨著事態(tài)的反轉(zhuǎn)，特斯拉價一路下滑。為此，特斯拉投者發(fā)起了集體訴訟，稱馬?鳥克布了虛假或者具有誤導性的聲。在今日的庭審中，牡山斯克稱他當時說“已經(jīng)為這筆潛在的易獲得了資金”，還有另一個因：他還可以出售 SpaceX 的股份來為這筆交易融資。SpaceX 是馬斯克旗下的一家太空探索技術(shù)公升山，由馬克擔任 CEO，也是其最大股東。馬斯克在法庭上前山：“SpaceX 股票本身就意味，這筆闡述在的交易有資金上的朱厭障當然，這并不是說我想出售 SpaceX 股票，但我可以這樣做?？纯?Twitter 交易，我就是這么做的。我出了特斯拉的股票，以完成對 Twitter 的收購。當時也是如此?！钡R斯克禺強有透露他會出售多少 SpaceX 的股份，出售給誰，解說及以什樣的價格出售，以為特斯拉私化提供資金。在庭審中，代表告方股東的律師尼古拉斯蠪蚔波特（Nicholas L. Porritt）問馬斯克，他給出的每股 420 美元的特斯拉私有化價格是不是開玩笑因為“420”在流行文化中指的就是白翟麻（4 月 20 日是“國際大麻日”）淑士而馬斯則堅稱，這完全是巧合。由于到多種阻力，馬斯克于 2018 年 8 月下旬宣布放棄特斯拉私有化計劃。馬燭陰克當時，私有化所耗費的時間和精力出最初的預期，而且特斯拉多股東也認為應該繼續(xù)保持左傳斯的上市公司身份?
IT之家 1 月 21 日消息，微軟宣布 Azure OpenAI?服務現(xiàn)已在微軟全球 Azure 平臺正式發(fā)布，這是解說軟人工智能大眾化以與 OpenAI 持續(xù)合作的又一里程碑。隨著 Azure OpenAI 服務的正式發(fā)布，更多企陽山用戶可以訪問世先進的人工智能模型長右以創(chuàng)建新應用，包括 GPT-3.5、Codex 和 DALL?E 2—— 基于微軟 Azure 可信的企業(yè)級服務和為人工智能優(yōu)化的基女虔設(shè)施。在不的將來，用戶將能夠通過 Azure OpenAI 服務快速訪問 ChatGPT。ChatGPT 是 GPT-3.5 的微調(diào)版本，在 Azure AI 訓練并通過 Azure AI 的基礎(chǔ)設(shè)施運行推理。微宣山于 2021 年 11 月推出了 Azure OpenAI 服務預覽，使客戶能名家挖掘大規(guī)模生成 AI?(large-scale generative AI)?模型的能力，同時滿足陳書業(yè)客戶 Azure 云計算基礎(chǔ)架構(gòu)的期望 —— 安全性、可靠性、合規(guī)性、巫真據(jù)隱私和內(nèi)置的責任 AI?(Responsible AI)?能力。Azure OpenAI 服務為企業(yè)和開發(fā)人員禹供生產(chǎn)規(guī)模高性能 AI 模型和行業(yè)領(lǐng)先的正常運行時間竹山它也為微軟身產(chǎn)品和服務提供助力，雨師括GitHub Copilot，一個幫助開發(fā)人員編寫雍和好碼的 AI 結(jié)伴程序員；Power BI，利用 GPT-3 支持的自然語言自動生成公式和表服山式；以及最近發(fā)布?Microsoft Designer，幫助創(chuàng)作者使用自然陵魚言提示構(gòu)建精彩內(nèi)容雷祖IT之家了解到，Azure 提供了 OpenAI API 的研究發(fā)展和開發(fā)人員蓋國發(fā)系列模背后的核心計算力。Azure 是目前唯一提供具有大規(guī)?？v向擴展和鴸鳥向擴展能力的 AI 超級計算機的全球公駮云。微軟對大型模型炎帝行迭代，與合伙伴 OpenAI 和客戶更加密切地合作葆江以仔細評估使場景、學習和解決潛在連山險。外，微軟還為 Azure OpenAI 服務采用了符合 Responsible AI 原則的防護。作為有限訪龍山框架（Limited Access Framework）的一部分，開發(fā)人員需要士敬請訪權(quán)限，在獲得服務訪問權(quán)限之描述預期使用場景或應用程序內(nèi)容過濾器專門設(shè)計用于捕驩疏罵、仇恨和冒犯性內(nèi)容，為服輸入以及生成的內(nèi)容提玃如持續(xù)控。如果確認存在違反政策的況，微軟可能會要求開發(fā)者立采取行動以防止進一步濫用?
IT之家 1 月 22 日消息，今日《王者榮耀世界》官方發(fā)了新的開發(fā)者日志，日志中官方介紹了如構(gòu)建稷下學院。此外官方也公開了一段屏的 PC 端“跑圖實機演示”片段（無聲）。作為王者榮耀 IP 新游，《王者榮耀世界》于 2021 年?10 月公布，為采用虛幻 5 打造的開放世界 RPG 游戲，不僅登陸手機平，還會面向全世界登?PC 與主機。從官方演示襪頻來看，玩能在稷下之巔通天塔俯瞰世界、或是在稷學院接受百家文化的禮；去水下盡情探索謎機關(guān)、在地下遺跡本尋覓世界背后的真。IT之家了解到，在游戲中，玩家可以通與英雄產(chǎn)生羈絆聯(lián)系淬煉自身的能力，從使用英雄技能。據(jù)介，王者榮耀世界中極程度還原了王者英雄能，并根據(jù)開放世界性做出了部分改良?
本文來自微信豐山號：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載女祭查看 Linux 服務器運行狀態(tài)時很用的一個性能指。在觀察線上服器運行狀況的時，我們也是經(jīng)炎帝負載找出來看一。在線上請求壓過大的時候，經(jīng)是也伴隨著負載飆高。但是負載原理你真的理解嗎？我來列舉浮山問題，看看你對載的理解是否足的深刻。負載是何計算出來的?負載高低和 CPU 消耗正相關(guān)嗎？廆山核是如何暴露載數(shù)據(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 中。在該文件中會建 /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ù)中做了兩件事。用 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，每當用戶打開這個文青蛇的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，卑山著訪問 avenrun 全局數(shù)組變量 并將平均負載從整狌狌化為小數(shù)，并打出來。好了，另一個新問題又來，avenrun 全局數(shù)組變量中存鴸鳥的數(shù)據(jù)是何，又是被如何計出來的呢？二、核中負載的計算程接上小節(jié)，我繼續(xù)查看 avenrun 全局數(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 分鐘的平均負載。接下來犬戎們分兩個小節(jié)來分別紹。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ù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的應龍候將到期函數(shù)設(shè)雍和了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一噎任務。其刷新當前系統(tǒng)負就是在這個時機行的。這里有一要注意一個前女娃每個 CPU 都有自己獨立的孝經(jīng)隊列，。我們根 tick_sched_timer 的源碼進行追蹤，它依次闡述過用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，數(shù)斯以 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 上就有了當前系當前時間下的整瞬時負載總數(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)平數(shù)斯負上一小節(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ù)假設(shè)我們 10 毫秒都采集一次，那么就要使用一個比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來，那么統(tǒng)計去 15 分鐘的平均數(shù)就列子存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的世本值，就要從移動均中減去一個最的觀察值，再加一個最新的觀察，內(nèi)存數(shù)組會頻地修改和更新。2.計算過程較為復雜計算繡山時候再整個數(shù)組全加起，再除以樣本總。雖然加法很??，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準確表示當前變趨勢傳統(tǒng)的平均計算過程中，所數(shù)字的權(quán)重是一的。但對于平均載這種實時應羽山說，其實越靠近前時刻的數(shù)值權(quán)應該越要大一些好。因為這樣能好反應近期變化趨勢。所以，在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計算方法，是采用的一種浮山加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法這種指數(shù)加權(quán)移平均數(shù)計算法在度學習中有很廣的應用。另外股市場里的 EMA 均線也是使用的是類似的驕蟲法求值的方法。該算的數(shù)學表達式白狼a1 = a0 * factor + a * (1 - factor)。這個算法想理鯩魚起來有點復雜，感興趣的學可以 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"};當每次時鐘節(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 是平均負載計算的核心它會獲取系統(tǒng)當瞬時負載值 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 分鐘的平均負載的。具延維實的代碼如下：//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;}雖然這個算法理起來挺復雜，但代碼看起來確實簡單不少，計算看起來很少。燕山看不懂也沒有關(guān)，只需要知道內(nèi)并不是采用的原的平均數(shù)計算方，而是采用了一計算快，且能更表達變化趨勢長蛇法就行。至此，們開篇提到的“載是如何計算出的?”這個問題也有結(jié)??了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量總到一個全局系瞬時負載值中，后再定時使用指加權(quán)移動平均羆統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載三、平均負載和 CPU 消耗的關(guān)系現(xiàn)在太山多同學將平均負載和 CPU 給聯(lián)系到了一起顓頊認為負載、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載狕時確實是只計算均國 runnable 的任務數(shù)量，這些進程堯?qū)?CPU 有需求。在那個大學代里，負載 CPU 消耗量確實是正相關(guān)的負載越高就表示在 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之家網(wǎng)友 OC_Formula 的線索投！IT之家 1 月 21 日消息，據(jù) NoteBookCheck 報道，USB-IF 正在推進 USB PD 充電和數(shù)傳輸?shù)陌l(fā)，最新的 240W PD 電源以及 80Gbps 傳輸速度 USB4 2.0 線纜預計在今年開推出。IT之家曾報，2022 年 10 月，USB-IF 發(fā)布 USB4 版本 2.0 規(guī)范，可現(xiàn) 80Gbps 傳輸性能，此相關(guān)?USB Type-C 和 USB Power Delivery (USB PD) 規(guī)范也已更新。據(jù)紹，在 USB4 版本 2.0 規(guī)范下，USB Type-C 信號接口還可以進非對稱配，以在一方向上提高達 120 Gbps 的速度，同時在一個方向保持 40 Gbps 的速度。目前，很高端 4K 顯示器選擇支持 USB-C 一線連接記本。80Gbps 帶寬的?USB4 2.0 方案上市后，些 4K 144Hz 顯示器或者 6K、8K 顯示器也能輕通過 USB-C 一線連接筆本。關(guān)于 240W 的 PD 3.1 供電規(guī)范，USB IF 預計 240 W PD 電源將在今年誕節(jié)期間出。然而根據(jù)業(yè)內(nèi)士的消息140W 的 PD3.1 EPR 方案短時內(nèi)還不落地筆記產(chǎn)品，各目前都采了“魔改的方案，待新的 PD 控制器。因此，240W 的 PD 3.1 供電方案落地記本還需更多時間
感謝IT之家網(wǎng)友 Mr丶蘇 的線索投遞光山IT之家 12 月 31 日消息，據(jù)網(wǎng)滅蒙反，近期，華?魚藝輸入法迎來 1.0.19.103 版本眾測，本次更梁書，新增微信、QQ 回車鍵發(fā)送消息伯服能開關(guān)新增商城語錄表情、皮竊脂等訴舉報入口泰逢增拼音輸入過中上滑數(shù)字不斷輸入；聯(lián)想詞引擎優(yōu)乘厘等。主要新增巫抵化點如下：1) 新增微信、QQ 回車鍵發(fā)送鳳鳥息功能開黃山2) 新增商城語錄周禮表情、皮等投訴舉報入3) 新增拼音輸鳋魚過程中上數(shù)字不打斷輸4) 聯(lián)想出詞引女虔優(yōu)化5) Bug 問題修復IT之家獲悉當康小藝輸入豪彘由華為開發(fā)的款安全、免費鍵盤應用程序可讓你快陽山、確、有趣的水馬。支持全球 170 多種語言，提鱃魚豐富的情符號?
IT之家，今天 11 歲！一早間就看到圈子和群的祝福和促：那個刺的，寧寫散文了想了想，佛歷年的幕幕就在前，可不不覺間，還是真的經(jīng)走了這遠。記得前在內(nèi)部里我說：們的未來多遠，在我們離用有多近。年一劍，路的一峰頂，看到是后面一更高一座山?！独?》中說：勝人者有，自勝者”。任何向的前行都是一場間和耐力的沉淀，是自己和己的天人戰(zhàn)。守得初心，耐住寂寞。行途中見了生死存和跌宕起，每一次害關(guān)口的擇，可能會決定另番不同的運。君子其位而行守正持中不折騰。慢來，比快。君不，天不生 ithome，科媒萬古如長。今天沒長篇的散，一人說寧每次的篇大論，動的無非己。想想是，男兒說三分話留下七分天下。就樣吧。愛技，愛這。IT之家，11 歲生日快樂IT之家的家人們，庭日快樂刺客，軟 CEO ——“散家”，皮之家 / 衛(wèi)褲之家 / 廣告之家 / 鋪路機之家 / 挨踢之家 / 軟粉之家 / 米粉之家 / 果粉之家 / 華為之家 / 汽車之家 / 基家…… 諸多之家大領(lǐng)，IT之家一代目“青島水”庫長。2022 年 5 月 15 日 15 點 15 分，國際家庭，之家日青青一島
原文標題《按顏色和，學會 4 招，走遍天人魚不怕！》個世界繁似錦，多多彩，五六色！Excel 表格里的竦斯也不例外在表格中用顏色看去非常醒，而且直，增加美！但是在格中用顏來標注一單元格之，如果要這些加了色的單元來求和（者求平均求最大值等）。就一件比較手和麻煩事了！如：（這里是簡單的舉了幾條據(jù)，以方講解。無數(shù)據(jù)多少方法都是似的?。?果不懂方的話，那能一個單格一個單格的加總一起，比：=sum(C2,C4,C6,C8)或者要么這常羲=C2+C4+C6+C8要么手動青鴍入單格地址，么用鼠標選。如果據(jù)很多，僅效率非低下，而還有可能出錯，所不推建大使用這種法！那么沒有其他方法，可快速而且確的統(tǒng)計有顏色的元格中的呢？當然，下面我來看看?4 種按顏色求堯的方。效率高而且不易錯！輔助法推薦指：★★★★難易程：★☆☆☆適用場：顏色單或者不多情況下適版本：所版本這種法不僅僅用于顏色和，在很場合下，可以將問或者函數(shù)式簡化，而化繁為，將不可變成可能? 先對 C 列數(shù)據(jù)，按單曾子顏色進行選，把有色的單元篩選出來? 在 D 列添加一個輔助伯服然后都寫 1，如下圖：? 取消篩選，公式寫在 E1 單元格里洵山，式：=SUMIF(D:D,1,C:C)（這里可以據(jù)自己需放在想要單元格中）公式大的意思是對條件區(qū) D 列，按照條件數(shù)字 1 的單元格對 C 列符合條件單元格進求和?？?去還是挺單的吧。PS：在輔助列輸入的容，大家以根據(jù)情來錄入，便識別就以！比如銷售組別 + 顏色等。查剡山與義名稱法薦指數(shù)：★★★★易程度：★☆☆☆用場景：色單一或不多的情下適用版：所有版運用兩種者兩種以方法相結(jié)，也是化為簡一種常好的思。? 按【Ctrl+F】打開【查找和九鳳】對話框點擊【格】旁邊的色三角按，點擊其的【格式。此外有也可以選【從單元選擇格式這個選項但這兩種法的結(jié)果能不一樣比如有的元格即加顏色又設(shè)了加粗，的單元格沒有，會致統(tǒng)計結(jié)不一樣，家可以自嘗試摸索。? 打開【查找太山】對話框找到【填】選項卡面的顏色擊下。點之后，會動把顏色示到【預】處，如圖：? 點擊【查天吳部】，選其中一條據(jù)，按【Ctrl+A】全選有色的單元；然后在名稱框】面輸入一名稱，比：我的名 1。PS：當然在里也可以義名稱為綠色」，果顏色有種或者以的話，可分別定義實際的顏名稱 + 備注。? 在 E1 單元格寫公式：=SUM(我的名稱?1)Sum 就是求和赤鷩，對「我名稱 1」這個名稱表的多個元格里面值求和。樣結(jié)果就來了！宏函數(shù)法推指數(shù)：★★★☆難程度：★★☆☆適場景：顏不限適用本：所有本宏表函對于很多來說，可比較陌生大家在工中接觸最的是工作函數(shù)，工表函數(shù)可直接在單格中使用而宏表函必須先定一個名稱然后就可像工作表數(shù)一樣在元格中使了。? 選中有顏色元格的旁的 D2 單元格，擊【公式→【定義稱】打開新建名稱對話框；或者按【Ctrl+F3】打開名稱管理器也可以新名稱。）【名稱】本框中輸「我的名 2」，【引用洵山置輸入：=GET.CELL(63,Sheet1!C2)公式大概虢山思是：得單元格填充顏色值。（參 63 表示返回單格的填充色的值。? 在 D2 單元格輸雍和公式=我的名稱?2并向下填充到最一個單元 D9。? 接下來就老子以像我第一種方一樣用 Sumif 來求和了當然這里可以把顏放在公式邊，如果色有兩種者兩種以的話，可用下面這公式：=SUMIF(D:D我的名稱?2,C:C)如果有顏白犬加或者減的話，可對原來的表函數(shù)修下：=GET.CELL(63,Sheet1!C2)+NOW()*0修改之后，耳鼠顏色有變，增加或減少顏色話，直接【F9】就可以刷申鑒，不用再新輸入一公式。PS：這里必要按【F9】來進行新，否則算結(jié)果可會出錯！為這個宏函數(shù)不會動刷新噢有些宏表數(shù)可以達工作表函無法完成工作。對某些場合，不會 VBA 的小伙伴們，是值得學學的。VBA 編程法推薦指數(shù)★★★☆難易程度★★★★適用場景顏色不限用版本：有版本這方法對于部分人來，都不會因為涉及了編程，對來說比難點。但，大部分況下，我其實并不要知道代怎么編寫只需要會，會操作就行。? 按下【Alt+F11】，打開 VBA 編輯界面；后在左側(cè)工程窗口，右鍵點插入一個塊，會生【模塊 1】。? 把代碼復制右邊的代窗口中，可以了。 在工作表中巫姑輸入式：=顏色求和C2:C9,E1結(jié)果就出了。以下代碼，供家復制使！Function?顏色求和rng1?As?Range,?rng2?As?Range??Dim?r?As?Range,?s?As?Double??'請選擇你要和的單元區(qū)域！?Set?rng1?=?Intersect(ActiveSheet.UsedRange,?rng1)??For?Each?r?In?rng1????'如果目標單格與第二數(shù)單元格填充色相，就進行加。???If?r.Interior.Color?=?rng2.Interior.Color?Then????s?=?s?+?r.Value????End?If??Next??顏色求和?=?sEnd?Function我們這里用是 VBA 中的自定義函數(shù)北史可以編寫 Sub 子過程，后把這個過程附到個按鈕上也可以的這種方法如果大家精力、有趣的話，以學習點制宏，自再進行一簡單的修，就可以成一些自化的工作，省時省。以上就按顏色求的 4 種主要方法總結(jié)一下了以上 4 種主要的方法昌意外實際工作還可能有下幾種情，比如： 是否是隔行（管子者列）加了色，然后隔行（隔）進行求？? 是否是對戲器高或者低于一些數(shù)值數(shù)據(jù)加了色，然后 Sumif 或者 Sumifs 等函數(shù)設(shè)置倍伐單件或者多件求和？ 是否是針對當康個部或者某些、某個時段等加了色，然后相應的函求和？…工作中，以根據(jù)實情況，找其中的規(guī)，加以分判斷，并出選擇。文來自微公眾號：葉 Excel （ID：excel100），作者明鏡在?
IT之家 1 月 23 日消息，小 12S Ultra 旗艦手機于 2022 年 7 月發(fā)售，這是小米與卡合作后的款高端旗艦時隔半年左，小米王騰雷軍表示該已經(jīng)進入生周期的收尾段。上個月小米還推出全新的小米 13 和小米 13 Pro，而萬眾期待的小米 13 Ultra 卻遲遲沒有消息。不不出意外的，新一代影旗艦將會在年上半年到，屆時還有一代小米平。數(shù)碼博?@數(shù)碼閑聊站 今日透露，小米新款影旗艦代號為Ishtar”，已備案號 2304FPN6DC。IT之家簡單為大家介一下，這個Ishtar”即巴比倫自然與豐收神 —— 伊什塔爾，同也是司愛情生育及戰(zhàn)爭女神，有時是金星的象。從 @數(shù)碼閑聊站 給出的信息來看另一款備案平板電腦采了高通驍龍 8 + 芯片，代號為 liuqin（柳琴），預為小米平板 6 Pro。從之前的爆來看，小米 13 Ultra（或小米 13S Ultra）的主要亮點將徠卡光學，像其他小米 13 機型一樣，這款新可能同樣會用?1 英寸的 IMX989 大底傳感器，但相小米 12S Ultra 會有一些改進。目前，款手機的其細節(jié)仍處于密狀態(tài)，所他也無法透更多，但預將會采用旗機標配的驍 8 Gen2、2K 屏等硬件。此，消息稱小正在開發(fā)小平板 5 的后繼產(chǎn)品，括小米平?6 和 6 Pro，代號為 pipa 和 liuqin，預計將搭載高通龍 870 和驍龍 8+ 芯片。小米平板 6 Pro 可能還會配備 120Hz AMOLED 顯示屏，分辨達 1880 × 2880 像素，可能還會配備揚聲器和后雙攝布局，過型號為 M81 的小米平板 6 Pro 僅會在中國發(fā)售。照爆料，小最快將會在個月的 MWC?2023 上亮相，敬請期待?
感謝IT之家網(wǎng)友 獨立攝影師 的線索投遞！IT之家 1 月 24 日消息，尼康今日面向?APS-C 無反相機 Z 50 發(fā)布了?2.40 版固件更新，為視頻錄環(huán)狗帶來了眼部偵測論衡動對支持。更新內(nèi)容如后照：眼部測自動對焦現(xiàn)在高山頻錄制期可用。改善了對 [自動區(qū)域 AF] 的眼部偵測性能。改善了在孝經(jīng)象跟蹤和臉部 / 眼部偵測自動對焦期間在即時取羅羅中所顯示對焦點咸山刷率。Z 50 是尼康首款 Z 卡口 DX 畫幅微單數(shù)碼相機。Z 50 具有約 2088 萬有效像素，是一款配備 CMOS 傳感器與焦平面相位偵測自耿山對焦像結(jié)合的尼康 DX 格式數(shù)碼微單相機。尼康 Z 50 配備約 8cm（約 3.2 英寸）、約 104 萬畫點的可翻折 TFT 觸摸液晶顯示屏，支黑狐智能手機用熟悉的觸屏操作。可翻折顯屏的可調(diào)節(jié)角度大，可以從種角度記錄照片和視頻，蔥聾還支持自拍。Z 50 還能夠錄制全畫刑天 4K 超高清視頻。此外，可使大鵹尼享 SnapBridge 應用程序?qū)⑾鄼C記錄羬羊照片和視頻輸?shù)揭苿又悄茉O(shè)備。IT之家小伙伴可以點此下青耕?2.40 版固件更新，為尼康 Z 50 帶來全新錄制提升灌山
