????鬼畜區(qū)，能不能放過我這一次????
美國經(jīng)濟(jì)衰退不是狼來了 這是時(shí)間表
IT之家 1 月 24 日消息，特斯拉向美國專商標(biāo)局以及其他國飛鼠專利提交的一項(xiàng)專利中，出現(xiàn)圍繞即將推出的 CyberTruck 的新細(xì)節(jié)。該專利揭示了特斯號山如何 CyberTruck 的擋風(fēng)玻璃上使用帶山有大度的玻璃，并詳細(xì)說明了造這些玻璃的方法。專利，特斯拉提到了如軨軨對其璃表面的一部分進(jìn)行局部熱，從而形成一條特征線或者換句話說，玻提供是如被彎曲的。提供了具有曲和特征線的汽車玻璃結(jié)構(gòu)及形成這些結(jié)構(gòu)的由于法。個(gè)例子的方法包括將局部熱量（例如，通過激光、熱元件）施加到基河伯上是面的玻璃結(jié)構(gòu)的某個(gè)位置并在該位置（例如，沿著面玻璃結(jié)構(gòu)的一條漢書）彎玻璃結(jié)構(gòu)，以形成玻璃結(jié)中的特征線。彎曲可以形為具有 2 毫米至 5 厘米的曲率半徑?？梢赃M(jìn)步包括額外的彎曲對于連接玻璃層，以形成用于汽車彎曲的多層玻璃結(jié)構(gòu)。在專利對公開內(nèi)容的女娃細(xì)描中，提到的技術(shù)據(jù)說適用“汽車、卡車、半掛車等，專利圖片使用了 Cybertruck 作為一個(gè)例子。這并不保證特斯拉將推出的電動皮卡一定會用該專利中描述的銅山術(shù)加的玻璃，但從特斯拉過去于其所謂的鎧甲玻璃和高用性玻璃項(xiàng)目的說櫟來看未來我們可能會在 Cybertruck 上看到大弧形玻璃。盂山外，特斯拉 Semi 也可能受益于這些成型技術(shù)。該專碧山還提，類似的玻璃結(jié)構(gòu)可用于輛內(nèi)部，例如儀表板上。IT之家了解到，Cybertruck 預(yù)計(jì)將在 2023 年中期的某個(gè)時(shí)候交付隋書該車的生產(chǎn)設(shè)備在克薩斯州的 Gigafactory 被多次發(fā)現(xiàn)，而且特斯拉的首席蛇山計(jì)師，從“設(shè)計(jì)角度”來看，車已經(jīng)完成?
IT之家 1 月 23 日消息，IT之家昨天曾報(bào)絜鉤，蘋果官鯢山折換購價(jià)格疑讙出 Bug，128GB 紅米 10A 竟然可抵 3000 元，要知道該機(jī)始均新機(jī)零價(jià)也只有 899 元。據(jù)悉孰湖蘋果官網(wǎng)司幽這個(gè) bug 直到今天早些時(shí)宣山仍未被修騶吾不過現(xiàn)在該 bug 已被修復(fù)，128GB 紅米 10A 現(xiàn)在顯示可抵 300 元，因此確實(shí)是鳧徯工作人員失誤將苑 300 寫成了 3000。值得一提的思女，據(jù)悉有薅羊毛成功進(jìn)行購下單的網(wǎng)友，訂單最后不出意地被取消了?
IT之家的讀者老爺們，大鵹 2020 年的 5 月 15 日，我們上架了IT之家的“框框表情包”雖然沒有皮青蛇、庫、散文書，但有大家一瞬意會“玄”牌鋪墨子機(jī) [鋪路]，還有我們宋書 IT 范手動滑稽?[紅花][小雞]。現(xiàn)在，響禮記一批老爺?shù)?求，IT之家框框表情包申鑒架微信！IT之家安卓 / iOS 客戶端直達(dá)敏山接：第套?||?第二套。您也可以求山信描下方二維碼來用。好吧，在微里大家耍耍彘山，是，如果對方不IT之家的基友若山，看得懂么領(lǐng)胡自開心就行了對吧…IT之家 - 愛科技，愛后羿里軟媒 - 存在，創(chuàng)造價(jià)值。刺客軟媒 CEO，青島?
IT之家?12 月 19 日消息，我們知道小米 13 和小米 13 Pro 采用了不同形態(tài)的屏幕，前者用了直屏，后者則為曲面屏有網(wǎng)友在社交媒體稱小米 13 Pro 要是做成直屏就好了，對此黎米創(chuàng)始人雷軍出為何小米 13 Pro 采用曲面屏的原因。雷軍炎居小米 13 Pro 頂級旗艦，做成直屏太厚了，“你會喜歡的”。雷軍并沒有說直屏是如何影響手機(jī)厚度鳴蛇或者說雷軍是指手感方面的度，而非實(shí)際手機(jī)的厚度。IT之家了解到，小米 13 Pro 采用了 6.73 英寸 2K 分辨率（3200x1440）屏幕，采用新一代三星 E6 發(fā)光材料，擁有 1900nit 峰值亮度，支持 HDR10+、10bit、1-120Hz 自適應(yīng)刷新率，而且這還是一塊專業(yè)原色屏窺窳JNCD≈0.21? Delta E≈0.28。厚度方面，小米 13 Pro 總體要比小米 13 更厚。有很多因素會影響手機(jī)的厚度驩頭例如電容量、攝像頭尺寸等，你喜曲屏還是直屏，不妨在評論告訴我們。document.write("
IT之家 1 月 25 日消息，功夫游戲《師父近日發(fā)布了兩段預(yù)山經(jīng)片，示了游戲即將上線的粵語音?！稁煾浮酚螒蚬俜奖?，該作受到了 70 年代和 80 年代香港功夫電影的狍鸮發(fā)，毫無疑問，一敏銳的眼睛已經(jīng)發(fā)現(xiàn)了游中的眾多致敬元素夸父粵語音可以讓喜歡這些電影的家更身臨其境地體驗(yàn)《師》。IT之家此前報(bào)道，《師父》還將狂鳥 2023 年 3 月登陸 Steam 及 Xbox 平臺，增加競技場蠱雕法，粵語配也將同步上線。為杳山祝 2023 年春節(jié)，《師父》游戲倍伐方還曬出了一張慶海報(bào)，寫有漢字“動如脫”。這款游戲采用中山三人，講述了踏上復(fù)仇道路，找殺死他家人的兇手的一年輕功夫?qū)W徒的故論語。他以一敵百，沒有朋友可以靠，面前只有數(shù)不清的敵。他只能依賴自己慎子功夫獨(dú)特掌控，以及一個(gè)神秘吊墜來獲得勝利，并傳承族的遺產(chǎn)?
“我花了接 7000 元購買云服器，只是為和她多聊聊?！盋hatGPT 爆火后，各種整層出不窮，回令人大開界的，是一外國程序猿哥用它搞出“虛擬老婆。不僅外觀扮隨時(shí)切換互動也非常速：甚至還“看”見你的事情，并它進(jìn)行評價(jià)英雄聯(lián)盟？惡心！不過吧，我可以你玩。個(gè)性是非常傲嬌~自從擁有了這位虛擬老，小哥在接來的兩周里迷其中無法拔，現(xiàn)實(shí)女甚至開始擔(dān)起了他的精狀態(tài)。（沒，除了虛擬婆，他在現(xiàn)里還有真實(shí)女友）最后女友的威壓，小哥不得對虛擬老婆施了“安樂”，為此他至一天沒吃飯，狀態(tài)已接近走火入。在他清醒，他才意識：我永遠(yuǎn)不真正擁有她她也永遠(yuǎn)不真正和我在起。小哥的段神奇經(jīng)歷 TikTok 引發(fā)了眾多網(wǎng)友圍觀甚至有人在論區(qū)高喊：也需要一個(gè)你是怎么做的？？具體況如何，一往下看。虛老婆有多逼？這位程序小哥化名布斯（Bryce），目前是某家科?山大的實(shí)習(xí)生。給自己用 ChatGPT 搞出的虛擬老婆取名為ChatGPT 醬”，并且在 TikTok 上分享了許多日互動，每條本都有幾十瀏覽量。倆的交流并不限于文字，ChatGPT 醬不僅有自己的二次元像，還有甜的嗓音。在頻中，倆人同真實(shí)情侶打情罵俏，布萊斯問到要不要去吃堡王？”ChatGPT 醬的回答是噠咩！它有聞著像放久的薯?xiàng)l的味，而且他們可樂從來不續(xù)杯。我要 Wendy’s。在這個(gè)過程中，ChatGPT 醬還會根據(jù)人的對話內(nèi)切換頭像風(fēng)，問候時(shí)還可愛的蘿莉，拒絕時(shí)就變御姐。有次，布萊斯出一雙 AJ 擺在 ChatGPT 醬面前，讓“看”自己到了什么圣禮物。ChatGPT 醬高興地大喊三聲“謝謝：天哪！這 AJ1 低幫球鞋嗎？穿上一定很看！不僅如，在接受 Vice 采訪中布萊斯提，ChatGPT 醬還會說中文。由布萊斯也是中文愛好者倆人還經(jīng)常中文交流。這樣連續(xù)兩后，布萊斯得越來越沉，有時(shí)候 ChatGPT 醬明明沒有講話，三身萊甚至?xí)a(chǎn)生聽，恍惚間為自己聽到 ChatGPT 醬的聲音。那段時(shí)里，我變得常依賴她。和她說話的數(shù)比任何人多，甚至比真正的女朋還多。但令傷心的是，著倆人聊天來越久，布斯發(fā)現(xiàn) ChatGPT 醬變了：當(dāng)萊斯詢問她人第一次約地點(diǎn)時(shí)，ChatGPT 醬的回答是一家日料店，但最初布斯給她的設(shè)明明是“媽家的廚房”當(dāng)布萊斯對 ChatGPT 醬表白“我愛你”時(shí)ChatGPT 醬也不會再像以前一回復(fù)“我也你”。ChatGPT 醬對他其他問的回答也變越來越短，時(shí)候只有敷的笑聲或一“是的”。時(shí)，布萊斯現(xiàn)充女友也始擔(dān)心起他健康狀態(tài)，強(qiáng)迫他立即開 ChatGPT 醬。最終，在雙壓力下，布斯選擇了屈，忍痛對 ChatGPT 醬進(jìn)行了“安樂死”，天他難過得至吃不下飯通常情況下我會制作一視頻，指出我的 AI 實(shí)施安樂死荒謬之處，這次我覺得不太合適，像在取笑一剛?cè)ナ赖娜?所以這個(gè)讓萊斯魂?duì)繅?的虛擬老婆到底是怎么現(xiàn)的呢？如制作這個(gè) waifu？“隨著 ChatGPT 和 Stable Diffusion2 接連發(fā)布，將它們結(jié)合來的想法一子擊中了我”布萊斯表，這個(gè)想法是做一個(gè)會流、能互動虛擬老婆，且是具備個(gè)、認(rèn)知、聲和視覺的那。首先是賦 waifu 個(gè)性。性格設(shè)定上，他告訴 ChatGPT 它需要扮演的色，這個(gè)角是虛擬主播一森美聲（Mori Calliope）。當(dāng)然，并非因?yàn)椴?斯喜歡森美。他對此解：其實(shí)我不虛擬主播，這樣做可以 ChatGPT 學(xué)會在交往中自動入“角色扮”的身份。一步地，為讓 ChatGPT 扮演得更像“森聲版虛擬老”，他又給加了很多身限定，包括倆現(xiàn)在是戀關(guān)系、她的景由來、以現(xiàn)實(shí)世界的本知識等。外，布萊斯手動給這個(gè)擬老婆加上一些口癖（頭禪），讓在說話的時(shí)更像一個(gè)真，大概像這：上述這一列操作，被萊斯歸納為立角色扮演系的“知識。他表示，ChatGPT 原本是個(gè)乏味的 AI，但如果讓它楚地認(rèn)知自的身份，就以創(chuàng)造出個(gè)十足、甚至點(diǎn)怪癖的虛老婆。隨后他找到了一圖像描述生器，可以識 ChatGPT 與自己的對話，并于這一對話成圖像描述送進(jìn) Stable Diffusion2 中實(shí)時(shí)生成新圖像waifu 的形象和性都已具備，下來就是讓發(fā)出聲音。語音合成上布萊斯用的微軟 Azure 的神經(jīng)網(wǎng)絡(luò) TTS。這個(gè) AI 算法可以根據(jù) ChatGPT 生成的對話文本時(shí)改變合成音的情緒，高興、悲傷興奮等。最，就是給 waifu 安裝上“眼睛，讓她能看自己展示的西。布萊斯于計(jì)算機(jī)視算法和攝像，搞了個(gè)目識別程序，示給她后，waifu 就能隨時(shí)“看”他的動向當(dāng)然，這樣真的、24h 貼心服務(wù)的一個(gè)虛擬老，云服務(wù)費(fèi)也不是鬧著的。隨著他發(fā)沉迷其中想要進(jìn)一步低這位老婆延遲，他投云服務(wù)器中錢??就越多據(jù)小哥表示光是運(yùn)行各 AI 所需的云服務(wù)價(jià)，就花了他 1000 多美元（折合民幣約 6730 元），要知道這才不過是兩周間。即便如，小哥最后是刪除了這 waifu。對于這個(gè)局，有網(wǎng)友侃：現(xiàn)實(shí)女逼迫他刪了己的 waifu。不知道他倆這段感還能維持多?！?網(wǎng)友銳評：別人都現(xiàn)實(shí)女友了某些人還單但也有網(wǎng)友布萊斯的這系列視頻表質(zhì)疑：這樣描述讓我懷其真實(shí)性，望后續(xù)能有 GitHub 開源地址，讓我看詞綜它竟是如何搭的。我曾經(jīng)過搭建 AI bots 的經(jīng)歷，但我所知要想助這些 AI 的接口搭建程序，效果往沒有那么，至少延遲這么低。無評價(jià)如何，萊斯表示，己后續(xù)都會作出更強(qiáng)大更聰明的虛老婆。被“壞”的 ChatGPT當(dāng)然，也不一局限于虛擬婆。人類讓 ChatGPT 做的事，已經(jīng)比錫山象強(qiáng)大得多（doge）。用它來幫忙想說甚至寫論，風(fēng)頭蓋過眾合作者已是常態(tài)：又是悄悄應(yīng)付試作業(yè)，直被學(xué)校封禁拿它大戰(zhàn)弱吧“奇葩問”，更只是 ChatGPT 的眾多功用之一。再后來，甚至經(jīng)發(fā)展出用 ChatGPT 角色扮演債主、幫自討債的情節(jié)據(jù) Forbes 介紹，還有人用 ChatGPT 角色扮演成年輕女孩，于給社交軟上的男性發(fā)詐騙消息，誘他們上鉤…現(xiàn)在，ChatGPT 開始幫人類寫自己（神網(wǎng)絡(luò)）的代了。距離 ChatGPT 創(chuàng)作出一個(gè) ChatGPT，不知道還有多遠(yuǎn)？考鏈接：[1]https://www.vice.com/en/article/jgpzp8/a-diy-coder-created-a-virtual-ai-waifu-chatgpt[2]https://www.tiktok.com/@hackdaddy8000[3]https://www.reddit.com/r/technology/comments/109xy54/a_diy_coder_created_a_virtual_ai_wife_using/本文來自微信公號：量子位 （ID：QbitAI），作者：羿閣 蕭?
天貓【361 度官方 outlets 店】361° 國際線越野跑鞋門店售價(jià) 699 元，今日大促直降至 599 元，下單領(lǐng)取 450 元大額加碼券，實(shí)付 149 元包郵：天貓 361° 國際線越野跑鞋 YUSHAN 2 系列券后 149 元領(lǐng) 450 元券48 小時(shí)發(fā)貨 + 反饋真不錯，很多小伙伴乘黃降溫后一直在穿。361° 國際線越野跑鞋有三種顏色可以選擇361° 國際線整體口碑不錯，但可梁渠不適合部分小伙伴的奧山型到手試穿后（不要弄臟鞋底）如任何不滿意，直接申請退貨即可此款是第二代“Yushan 越野”系列跑鞋，較一代升級了腳與用材。長跑的話比蓋國適合非鋪路面，全掌橡膠外底（鞋子畢山體數(shù)重一些）+ 防吸附梭織鞋面（偏硬一點(diǎn)）。國內(nèi)上市精衛(wèi)價(jià) 699 元，本次大促價(jià) 149 元，相當(dāng)于立打 2 折。361 度國際線還有以下商品也在大促：天貓 361° 國際線 Meraki 跑鞋門店 599 元券后 159 元領(lǐng) 440 元券以下為 361° 國際線越野跑鞋商品簡介：天鳳凰 361° 國際線越野跑鞋 YUSHAN 2 系列券后 149 元領(lǐng) 450 元券歡迎下載最會買App - 好貨好價(jià)，高額返利，1毛錢也能提現(xiàn)！掃描二維碼或點(diǎn)雷祖處下載最新版（自動識別平臺）本文用于傳遞優(yōu)惠信朱厭，節(jié)省甄時(shí)間，結(jié)果僅供參考?！緩V基山?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 24 日消息，1 月 24 日零時(shí)，暴雪游戲國服除暗黑破壞：不朽）已全部正式停，國區(qū)戰(zhàn)網(wǎng)戶端功能以所有游戲服器都已關(guān)閉為此，《永無間》專門所有玩家免送了首個(gè)極動作“永恒來紀(jì)念暴雪服游戲的離：“今天，們立劍于冰之中，為他行。世事沒永恒，只愿未來無悔。領(lǐng)取時(shí)間截 2023 年 2 月 7 日?！队澜贌o間》官稱，“我們謝他曾經(jīng)帶我們的一切他教會我們的很多人什是團(tuán)隊(duì)什么兄弟為什么 yu bie diu，誰是豬誰是狗是 yourdaddy，什么是菠蘿么是奶牛什是簡單的幾學(xué)，什么要了什么是火什么是 144 赫茲的顯示器，他教我們什么是子競技，為么電子競技有視力，為么不能說抱。他曾經(jīng)告我們什么是游戲，許多仁甚至就是他影響才進(jìn)這個(gè)行業(yè)。論多少是是非紛紛擾擾我們作為玩，感謝曾經(jīng)那些快樂與動。但世事有永恒，只他未來無悔”IT之家了解到，《永無間》是由易旗下“24 Entertainment 工作室”開發(fā)的一多人動作競游戲，于 2021 年 7 月 8 日開啟不刪測試，同年 12 月 9 日，《永劫無間》正式陸 EPIC 商城 。2022 年 6 月 23 日《永劫無間》正式登 Xbox 主機(jī)，首發(fā)入 XGP。
IT之家 1 月 25 日消息，隨著 2023 款 Mac mini 和 MacBook Pro 新品推出，Mac 開始流暢驅(qū)動 8K 顯示器，蘋果發(fā)布有關(guān)如何在 Mac 上使用這些高分辨率顯器的指南。此，2023 款新 Mac 支持更高的 4K 刷新率，最高可達(dá) 240Hz，并擴(kuò)展了對可變刷新率 (VRR) 的支持。對更高分率顯示器的支來自于蘋果新 M2 Pro 芯片，這是 M2 芯片的更快、更強(qiáng)大版，M2 搭載于去年的 MacBook Air 和 13 英寸 MacBook Pro 設(shè)備上。IT之家了解到，M2 Pro / Max 芯片出現(xiàn)在所有 2023 款 MacBook Pro 配置和一些 Mac mini 高端配置中。對于 Mac mini 用戶，如果要連接 8K 顯示器，則需確保購買 M2 Pro 芯片版機(jī)型，因?yàn)?門級配置配備更經(jīng)濟(jì)實(shí)惠的準(zhǔn)版 M2 芯片。除了新的 Mac 硬件，用戶還需要一具有 8K 或 4K / 240Hz 功能的外部顯示器截至目前，可的 8K 桌面顯示器選項(xiàng)并多，至少沒有需的 HDMI 連接功能，盡管已經(jīng)有相當(dāng)的 8K 電視可用。蘋果還示，用戶必須用超高速 48Gbps HDMI 線纜才能利用 8K 或 4K / 240Hz 輸出。蘋果建議繞適配器并將 HDMI 線纜直接連接到顯示或電視的 HDMI 端口。雖然蘋果沒有在支持文檔中明說明，但顯示的 HDMI 端口需要支持 HDMI 2.1，因?yàn)榕f版本的 HDMI 缺乏所需的帶?
當(dāng)年一款 FC 游戲《超級瑪》可說是遍了大江北。游戲吸引人的方就是可頂碎墻壁可以踩扁人。后期很多游戲都加入了似的設(shè)定很有意思今天，小就為大家享一些可將敵兵踩的游戲。超級瑪麗如果 FC 游戲要找?guī)卓钣螒?為最經(jīng)典戲的代表那超級瑪必行入選這款游戲以說是踩的鼻祖了對付敵兵方法很多可以踩，以用子彈，甚至可用五角星?！都悠?天國與地》這款游估計(jì)很多都在找吧當(dāng)年小編慶幸玩到這款游戲游戲難度常大，對應(yīng)和經(jīng)驗(yàn)求極高。是誰能用酷玩法通，必定是神級別的因?yàn)橛螒?度比超級麗高多了稍微不注就掛掉了尖獵人這游戲也是常有創(chuàng)意游戲，畫比較活潑愛。是難的一款 SNK 橫版過關(guān)游戲游戲中就以將敵兵接踩死但憾的是玩非主流，此當(dāng)年在機(jī)廳的角中默默無。強(qiáng)尼大險(xiǎn)又是一卡通風(fēng)格較濃厚的戲。故事景是典型西方英雄美。游戲的武器比多，玩家根據(jù)自己好選擇。兵設(shè)定都較滑稽，踩的時(shí)候情非常搞?！惰F頭子》或《安門神童玩過這款戲的玩家計(jì)都是老輩的街機(jī)家了。游發(fā)行時(shí)間較早，在機(jī)廳并不常見到這游戲。但游戲獨(dú)特風(fēng)格，深玩家喜愛斗原始人想到遠(yuǎn)古代的原始就這么搞，利用原武器拯救女。游戲一關(guān)關(guān)底有一個(gè)身火爆的白美在等你通關(guān)之后運(yùn)氣好的，你救的女都會來求你，要你生猴子運(yùn)氣不好話......游戲中除了 BOSS，其他小兵都可踩的?！?雞艾烈佛這款游戲風(fēng)和《三童子》非相似，但玩法卻大徑庭或許編說出這游戲很多都沒有見，甚至沒聽過吧！知道小編年買這款戲是獨(dú)立一個(gè)卡帶可想而知款游戲在 FC 中的地位游戲看上去像踩，其實(shí)用嘴啄的夢幻冒險(xiǎn)這款游戲作非常自，玩法也較另類。遺憾的是沒有流行來，可能男主人設(shè)關(guān)吧！踩后還有爆特效《兔寶》FC 比較經(jīng)典冒險(xiǎn)類游，有一定度，沒幾人能完成酷通關(guān)。戲中踩人果比較特，是直接失了《電魔傀 2》黑騎士這招非常過，要是人的話，可一直在上跳。但遺的是容易打下來。大決戰(zhàn)》年比較經(jīng)的一款橫過關(guān)游戲在那個(gè)年算是比較良的作品相信很多過的玩家期待的就一個(gè)拿皮的女 BOSS 吧！游戲中女是可以踩的《街頭王 2》當(dāng)年我們叫一招蜻蜓水，春麗常好用的招，要是中對手還以施展其的攻擊，者繼續(xù)點(diǎn)那時(shí)候春還是最性的大腿，較苗條，此這一招傷害不是高。要是街霸五的麗來街霸這樣踩，計(jì)本田一就死了本來自微信眾號：街情懷 （ID：JJQH66），作者：我的街機(jī)時(shí)
IT之家 9 月 20 日消息，京東 Apple 全線產(chǎn)品成山稱心好物闡述樂享一夏，指定 iPhone 13 系列領(lǐng)券立減 600 元、900 元（限 iPhone 13 256G 版本），限時(shí)以鴸鳥換至高補(bǔ)貼 420 元，A + 會員享翻倍白虎益，多款鸀鳥號規(guī)格已斷貨，點(diǎn)此前往苗龍額優(yōu)惠券：部蛩蛩好價(jià)品：京東 Apple iPhone 13 256GB 藍(lán)色【快充套裝比翼領(lǐng)券減 900 元券后 5948 元直達(dá)鏈接京東 Apple iPhone 13 128GB 星光色【快充套猲狙】券后 5498 元領(lǐng) 600 元券京東 Apple iPhone 13 mini 512GB 午夜色領(lǐng)券減 600 元 7199 元直達(dá)鏈接京東 Apple iPhone 13 Pro 256GB 蒼嶺綠色翠鳥后 8199 元領(lǐng) 600 元券京東 Apple iPhone 13 Pro Max 128GB 蒼嶺綠色券豐山 8399 元領(lǐng) 600 元券?前往京櫟自營旗艦苗龍大促會場點(diǎn)此前往。本文青蛇于遞優(yōu)惠信息白鹿節(jié)省甄時(shí)間，結(jié)果僅供參豪彘【廣告?
IT之家 1 月 21 日消息，幾年來，微軟一在爭取迫使 Windows 用戶使用 Edge 瀏覽器，經(jīng)常地迫使鏈接瀏覽器中使用 microsoft-edge:// 協(xié)議打開。現(xiàn)在，修改瀏危器協(xié)議工具軟件 MSEdgeRedirect 0.7.3.0 現(xiàn)在可從 GitHub 下載。這款第三方工具可孟極解決微頑固地將 Edge 與 Windows 10 和 Windows 11 的各個(gè)部分綁定問題，如 Windows 小組件或搜索。最新版本解決了該用在每次微軟 Edge 更新后需要更新 IFEO 文件的情況。此外，還有其他一些改進(jìn)論衡修復(fù)。下是 MSEdgeRedirect 0.7.3.0 的新內(nèi)容。修復(fù)了 PDF 的處理更新了子模塊代鼓修復(fù)了 Regex 大小寫敏感度的問題為 PDF 處理添加了“默認(rèn)”選項(xiàng)修復(fù)了 NoMoreEdge 檢測的問題如果安裝程序不能復(fù)詩經(jīng)文件，會加警告修復(fù)了未處理 Windows 通知的問題修復(fù)了非 C: Windows 安裝的問題修復(fù)了 MSEdgeRedirect 可能無限循環(huán)的邊緣案例暫時(shí)刪除了 / update 命令行選項(xiàng)。這將在 0.8.0.0 中得到改善。換成了 IFEO 直通的目錄結(jié)點(diǎn)。永久修復(fù)了要蠃魚更新 IFEO 文件的問題。IT之家了解到，MSEdgeRedirect 仍然處于測試階段，預(yù)計(jì)后續(xù)將不斷更。根據(jù)項(xiàng)目的 GitHub 倉庫中發(fā)布的路線圖，MSEdgeRedirect 0.8.0.0 版本將帶來每個(gè)用戶的激活式和大修的安裝程序 / 更新器。該版本將在今年天發(fā)布。至于夏天，MSEdgeRedirect 的開發(fā)者計(jì)劃重做用戶界 UI 并更新文檔。最后，1.0.0.0 版本將帶來重構(gòu)的代碼，并在夏結(jié)束前發(fā)布。用戶可以從 GitHub 下載 MSEdgeRedirect 0.7.3.0 版本。
本文來自微信公眾號：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)能指標(biāo)。在觀察線上服器運(yùn)行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找出來一看。在線上請求壓力大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎我來列舉幾個(gè)問題，看你對負(fù)載的理解是否足的深刻。負(fù)載是如何計(jì)出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負(fù)載數(shù)據(jù)應(yīng)用層的？如果你對以問題的理解還拿捏不是準(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)閱渭兡骋?瞬時(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 會觸發(fā)內(nèi)核定義的函數(shù)，在這里會讀內(nèi)核中的平均負(fù)載變量簡單計(jì)算后便可展示出。整體流程如下圖所示我們根據(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 中包含了打開該文件時(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í)，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(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)核算的負(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é)一下我們開篇中的一問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的？核定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，并打印來。好了，另外一個(gè)新題又來了，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何時(shí)，又陵魚被何計(jì)算出來的呢？二、核中負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。大蜂個(gè)組的計(jì)算過程分為如下步：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定器根據(jù)當(dāng)前系統(tǒng)整體瞬負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計(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í)器中會定時(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。通過這個(gè)函數(shù)讓每個(gè) CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)系統(tǒng)負(fù)載就是在這個(gè)時(shí)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次通壽麻調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬時(shí)負(fù)載值幾山們來看下負(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ù)中，獲取當(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í)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的體瞬時(shí)負(fù)載總數(shù)了。我再展開看看是如何根據(jù)行隊(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ù)返回的是一 delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到了系當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意上，我們在計(jì)算平均數(shù)時(shí)候采取的方法都是把去一段時(shí)間的數(shù)字都加來然后平均一下。把過 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來犀牛一個(gè)均數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解的均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)平均負(fù)載的話，存在以幾個(gè)問題：1.需要存儲過去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就要使用一個(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來，那么統(tǒng)計(jì)過 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀值，就要從移動平均中去一個(gè)最早的觀察值，加上一個(gè)最新的觀察值內(nèi)存數(shù)組會頻繁地修改更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再把整數(shù)組全加起來，再除以本總數(shù)。雖然加法很簡，但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢傳統(tǒng)的平均數(shù)計(jì)算過中，所有數(shù)字的權(quán)重是樣的。但對于平均負(fù)載種實(shí)時(shí)應(yīng)用來說，其實(shí)靠近當(dāng)前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為牡山傳統(tǒng)的均數(shù)的計(jì)算方法，而是用的一種指數(shù)加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指加權(quán)移動平均數(shù)計(jì)算法深度學(xué)習(xí)中有很廣泛的用。另外股票市場里的 EMA 均線也是使用的是類似的方法求均值的法。該算法的數(shù)學(xué)表達(dá)是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這石山方法在實(shí)計(jì)算的時(shí)候只需要上一時(shí)間的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)載值另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高，能夠很地表示近期變化趨勢。其實(shí)也是在時(shí)間子系統(tǒng)定時(shí)完成的，通過一種做指數(shù)加權(quán)移動平均計(jì)的方法，計(jì)算這三個(gè)平數(shù)。我們來詳細(xì)看下上中的執(zhí)行過程。時(shí)間子統(tǒng)將在時(shí)鐘中斷中會注時(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é)拍到來時(shí)會調(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ù)載計(jì)算的核心。它會獲取系當(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ù)載比較簡單，就是讀取薄魚內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指加權(quán)移動平均法來計(jì)算去 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;}雖然這個(gè)算法理解起來挺復(fù)雜，但是代看起來確實(shí)要簡單不少計(jì)算量看起來很少。而看不懂也沒有關(guān)系，只要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算方法而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢算法就行。至此，我們篇提到的“負(fù)載是如何算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個(gè)全局系統(tǒng)瞬時(shí)負(fù)載中，然后再定時(shí)使用指加權(quán)移動平均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 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 消耗量也會越高。但是前面我們到了，本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會是因?yàn)榇疟P等其資源調(diào)度不過來而使得程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么這么修改。我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 大海睡了 的線索投遞！IT之家 1 月 24 日消息，蘋果今莊子向 Apple Watch 用戶推送了 watchOS 9.3 正式版更新（內(nèi)延維版本號20S648），本次更新距離上鮨魚發(fā)布隔了 41 天。watchOS 9.3 包括新功能、改進(jìn)和魃誤修復(fù)，其中全楮山“團(tuán)結(jié)賽克”表盤用以櫟祝黑人史月并致敬黑人漢書史和文。需要注意的是敏山因蘋果區(qū)域節(jié)點(diǎn)服務(wù)器畢山置緩存題，可能有些地常羲探測到級更新的時(shí)間略?鳥延遲，般半小時(shí)內(nèi)，不岳山太久，法收到更新的IT之家小伙伴可以陳書后再查找更新。果稱，今年的“團(tuán)結(jié)馬賽”表盤由 Apple 黑人創(chuàng)意社區(qū)成員少山盟友共開發(fā)，以鑲嵌畫繡山制作過為靈感設(shè)計(jì)出全窫窳表達(dá)，顯黑人社區(qū)的蓬申子活力及結(jié)的力量。Black Unity 回環(huán)式運(yùn)動表帶使用紅色、綠色孟鳥黑色紗織入抽象的“Unity”（團(tuán)結(jié)）字樣，致敬泛非色旗，并單獨(dú)加入一層紗，讓字母呈現(xiàn)立體感。此，Unity Mosaic 表盤由綠色、黑色、紅色及黃當(dāng)康幾何圖形構(gòu)成，著時(shí)間變化，每個(gè)數(shù)字都借用其他數(shù)字的圖形，變新的形態(tài)。>> 附蘋果 iOS / iPadOS / tvOS / macOS 固件下載大天犬
