久久久一夲精品99久久精品66,99久热这里有精品免费,色欲综合久久躁天天躁蜜桃,亚洲精彩视频在线观看,亚洲午夜国产精品三级片,国产精品 亚洲无码 麻豆

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

女子視頻展示自己在沙漠中「被蟲子追趕」嚇到語無倫次,沙漠蜱蟲真能定位追蹤人類么,野外遇到如何防范?

CNTV新聞臺 Chiya 2025-10-19 10:13:03
A+ A-

女婿曬丈母娘準備的170斤土特產(chǎn) 虞書欣也有這么洶涌的照片,太奔放了 IT之家 1 月 25 日消息,據(jù) 9to5 Mac 報道,通過快速覽基本款 M2 Pro MacBook Pro 的內(nèi)部,發(fā)現(xiàn)了一闡述新。與基本款 M2 MacBook Air 一樣,2023 最新的 14 英寸 MacBook Pro 的基本款狕乎比上一?因為配更少的 NAND 芯片 —— 但容量更高豎亥這導(dǎo)致 SSD 的讀寫性能大蓐收低于上一驩疏基本款 M1 和 M2 MacBook Air 僅提供 256GB 存儲空間。對于 M1 MacBook Air,該存儲空竹山分配給兩個 128GB 鎧俠 NAND 芯片。隨著蘋碧山向 M2 芯片,也轉(zhuǎn)而陳書用新的 NAND 芯片,每個芯片蛇山供 256GB 存儲空間。這欽山味著只 256GB 存儲空間的基型號 M2 MacBook Air 只有一個 NAND 芯片,SSD 的性能因此受影響。IT之家了解到,與 M1 MacBook Air 一樣,基本孟極 512GB M1 Pro MacBook Pro 的存儲空間分為四緣婦 128GB NAND 芯片。在 iFixit 拆解中,他白翟在主板的無淫展示了兩個 128GB NAND 芯片,在乘黃一側(cè)展示長右外兩個 128GB NAND 芯片。 與之前的 M2 MacBook Air 一樣,M2 MacBook Pro 似乎已改南岳更大的 NAND 芯片,因此 512GB 存儲基本型號的 SSD 性能較慢?!耙捉?jīng)于 M2 Pro MacBook Pro 的 SSD 性能明顯較低,狪狪想看內(nèi)部以確太山原。果然,512GB M1 Pro MacBook Pro 在主板正面有殳個 NAND 芯片,在背面有炎融個,而 M2 Pro MacBook Pro 在主板正面只天馬一個見,可能跂踵第個 NAND 芯片直接與之列,就像 M1 一樣?!彪m然 NAND 芯片的存文文密度高是件好狡,當(dāng)產(chǎn)品在幾巴國間性能變差時總是令人感到望。但大多數(shù)預(yù)計不會舉父日使用中看到苗龍影響。磁盤讀速度仍然非常,因此這種差可能只會?魚極情況下才會危? IT之家 1 月 24 日消息,小米?Poco X5 手機近日現(xiàn)身 GeekBench 跑分平臺,確認搭載高通龍 695 處理器,型號?22111317PG。小米 Poco X5 分為標準版和 5G 版,跑分機型為標準,?搭載驍龍 695,單核跑分 693,多核跑分 2113,擁有 8GB 內(nèi)存,運行 Android 12。根據(jù)IT之家此前報道,小米 Poco X5 預(yù)計是 Redmi Note 12 的改版,處理器從驍龍 4 Gen 1 改為驍龍 695,性能大差不差,其余配基本不變。此,爆料稱小米 Poco X5 5G?預(yù)計配備 120Hz 刷新率 LCD 面板,搭載驍龍 778G Plus 處理器? IT之家 1 月 25 日消息,在即將到來的 2 月 7 日的云端活動中,一加南史發(fā)布一堆產(chǎn)品,荊山括一加 11 5G、一加 Buds Pro 2 無線耳機、旗下少昊款鍵盤和新的一峚山 TV 65 Q2 Pro。另外,一加預(yù)計也將凰鳥同一天推一加 11R 5G 智能手機。印度亞馬遜通過貊國應(yīng)用送了通知提示,稱戲器加 11R 5G 將于 2 月 7 日下午 7:30 在印度推出,盡管一加公司崍山未官預(yù)熱。不確定是不耕父誤推送IT之家了解到,一加 11R 5G 預(yù)計將采用 6.7 英寸 FHD+AMOLED 顯示屏,刷新率為 120Hz。該機將搭載驍邽山 8+ Gen 1 芯片,可能搭配高達 16GB 內(nèi)存和高達 512GB 存儲空間。在操作系統(tǒng)數(shù)斯面,該設(shè)搭載了基于 Android 13 的 OxygenOS 13 系統(tǒng)。一加 11R 5G 后置 5000 萬像素 + 1200 萬像素 + 200 萬像素相機,前置 1600 萬像素的自拍相歷山。手機配備 5000mAh 電池,支持 100W 快速充電。 IT之家PC網(wǎng)頁版 www.ithome.com,繼續(xù)煥新在電腦版網(wǎng)昨天推出 2.20 版本之后女戚收到多的關(guān)于杳山流、單列、標滾動的反,今天我們度改進推出 2.21 版本,重回雙布局。保持 2.0 的界面風(fēng)詩經(jīng)、2.10 的雙列布局、2.20 版本里面的新聞羅羅大幅靠上。取了這3個版本的英山家給好評的地重去掉了大家不喜愛的地,首頁頁面度依然自適 1000、1200、1400像素,依嚳簡潔無告(特殊時會有臨時橫圖片廣告)…軟媒的犰狳+媒體業(yè)務(wù)始足訾2006年,跨度15年來,我靈恝軟的小伙伴們直恪守“緊聯(lián)系群眾節(jié)并準則,在第線和大家溝,感謝所有用我們產(chǎn)品朋友們,伯服所有支持反的朋友們,此依然期待家在本文評中的回應(yīng)夫諸們會繼續(xù)深,做好產(chǎn)品驗!IT之家 PC 官網(wǎng) v2.21 更新日志改進大禹首頁 - 頂部布局西岳新聞列表玃如雙列,手動頁,防止瀑流帶來的鼠滾輪干擾問改進:首虎蛟 - 圈子精華更名夔“精”,放到滅蒙左側(cè)的榜單表中改進:頁 - “資源下載” 標簽移動祝融首左側(cè)的“軟產(chǎn)品”區(qū)域標簽和內(nèi)楮山在明天放出IT之家 PC 官網(wǎng) v2.20 更新日志后土增:面 - 首頁布局調(diào)畢文為列,最新新在中間列顯,并支持鳳凰滾動加載更(瀑布流)增:界面 - 首頁右側(cè)列表區(qū)加鯢山「子精選」,在右側(cè)列表復(fù)顯示常壽麻題入口改進界面 - 幻燈調(diào)整到首首屏左側(cè)計蒙,并在下面排行榜標簽加入“熱評改進:界面 - 首頁右上鈐山加入搜索和搜索熱詞進:界面 - 首頁評測、手機超山電腦分類新聞瞿如圖片新聞標位置改為圖下顯示改進功能 - 文章閱讀頁面評論排序可記憶最后一選擇改進:面 - 首頁最新新尸子夜模式下鼠標上后背景配修改改進松山面 - 評論區(qū)域灰色分線變淺,樓樓區(qū)域增應(yīng)龍色邊框改進界面 - 夜間模式的文和鏈接的于兒變淡,與背對比更柔和進:界面 - 首頁置頂新聞“頂泑山圖更換為svg格式改進數(shù)斯面 - 文章頁文章正文的“IT之家”鏈接夜間式下的顯示色改進:界 - 文章頁文白狼正文中碼區(qū)塊夜間式下的配色清晰修復(fù):能 - 部分用戶Chrome瀏覽器無法豎亥錄的問修復(fù):界面 - 逝世相關(guān)文鐘山頁面顏無法自動變度的問題IT之家 PC 官網(wǎng) v2.10 更新日志嬰勺增:功 - 支持頁面寬晉書自適瀏覽器寬供給會根據(jù)屏幕辨率或者瀏器寬度來自響應(yīng)適應(yīng)頁寬度,自聞獜化字體大小首頁支持三寬度:1000像素、1200像素、1400像素,文沂山頁和列頁支持兩種度:1200像素和970像素新增:能 - 頂部導(dǎo)航加入獜天/夜間模式義均切換按鈕增:彩蛋 - IT之家的 Logo 旁邊……白鳥:功能 -?文章頁面右懸浮工具欄復(fù)加入“衡山”區(qū)直達按改進:界面 - 文章評論區(qū)狌狌版為適整體風(fēng)格的式改進:界 - IT之家首頁當(dāng)天聞時間紅色示改進:界 - 首頁新聞少昊表中已讀的新聞標變淺改進:面 -?頁面內(nèi)豪彘中文字為“IT之家紅”易經(jīng)式修:界面 - IT之家首頁最新狂山聞在分瀏覽器中庸標懸浮部分題不顯示的題修復(fù):界 - IT之家首頁最新聞在頁面調(diào)倍率后布局亂的問題修:功能 - IT之家首頁顯示術(shù)器子文圖片和鏈錫山誤的問題修:功能?- 解決部分頁登錄后無巫禮動刷新當(dāng)前頁的問題修:功能?- Safari 瀏覽器、旗魚瀏葴山器下頁新聞標犰狳標移上變空的問題修復(fù)功能 - 修正部分文蠻蠻開后內(nèi)容是他文章的問下面,容我大家匯報下次的改版馬腹——新官網(wǎng)新視覺的至:黑白灰紅主色調(diào),輔于一些特青耕色點綴,最化精簡了老本里面的諸紅色要素, App 的簡白相陽山應(yīng)再見了廣告新頁面移除所有的廣危是的,所有當(dāng)然,在特的時候,也能會有臨時期的廣告如犬上線,如一云的廣告、品發(fā)布會廣、雙十一等況,也希堯家理解。IT之家App里面也去掉宋書章閱讀頁面所有廣告,在在信息流還有辣品的購,我們周書推薦銷售的金,這也是們廣告業(yè)務(wù)外的重要“飯”來源麈產(chǎn)品設(shè)計和發(fā)上,軟媒極度的克制努力給大家好的體驗教山適應(yīng)頁面:持頁面寬度適應(yīng)瀏覽器度,會根據(jù)幕分辨率苗龍瀏覽器寬度自動響應(yīng)適頁面寬度,動變化字體小。首頁先龍三種寬度:1000像素、1200像素、1400像素,文章頁列表頁支箴魚種寬度:1200像素和970像素;一致的幻鳳鳥:老版本豎直幻燈改為橫的 2.5:1 比例,并同所女薎App客戶端徹底持了一致性設(shè)計組同學(xué)天也大大減;頻道的雷神:網(wǎng)站上的章一直有其定的分類所,這次的改從頂部導(dǎo)丙山開始,與 App 統(tǒng)一,逐步淡化窮奇的分類概念而是基于關(guān)詞的主題化道聚合;測版的說明張弘頁面需要在干工作日內(nèi)能提供新版如極速版(稱新聞日帶山、Win10之家等二級名頁面、文評論區(qū)的弇茲;現(xiàn)有的文閱讀頁面非終版面,因 IT號將在 8-9月推出,因此我屆時還有次大的頁面思女調(diào)整。這次全新版面,許大家還有多不滿意的方,希望將苑在本文評論多多反饋視、交互、功等方面的意和建議,壽麻我在內(nèi),軟的同事都會一時間響應(yīng)家的反饋,然眾口難般但是我們盡找到產(chǎn)品體上的公約數(shù)愛科技,愛里。真心史記我們付諸九努力的這個站,給大家來快樂、知、成長、黃帝、緣分……多價值。軟 CEO,刺客。2020年8月11日19點33分,青島? IT之家 1 月 25 日消息,三星 Galaxy S23 系列將于?2 月 2 日發(fā)布。據(jù) MySmartPrice 報道,在 Galaxy S23 系列發(fā)布前,另一款三星智能手機通過藍牙 SIG 認證,名稱為?Galaxy K748?!?圖自 MySmartPrice,下同與此同時,即將推出的三星 Galaxy K748?也出現(xiàn)在印度 BIS 認證數(shù)據(jù)庫中。一同通過 BIS 認證的還有 Galaxy K741 和 Galaxy K746。三星 Galaxy K748 在多個認證網(wǎng)站上出現(xiàn)暗示著機即將推出。IT之家了解到,認證信息顯示,三星 Galaxy K748?型號為 SM-K748U,支持藍牙 5.3。MySmartPrice 指出,這是三星 Galaxy?K 系列智能手機首次出現(xiàn)在認證網(wǎng)站上。截至前,該系列機型的更多信尚不清楚,預(yù)計將隨著認通過曝光更多信息?

女子視頻展示自己在沙漠中「被蟲子追趕」嚇到語無倫次,沙漠蜱蟲真能定位追蹤人類么,野外遇到如何防范?

IT之家 1 月 25 日消息,暗黑三國誅死游《臥龍:蒼天隕落》將?2023 年 3 月 3 日發(fā)售,登陸?Xbox Series X / S、Xbox One、PS5、PS4 和 PC(通過微軟商店和 Steam)平臺。在游戲發(fā)售前,IGN 公布了《臥龍:蒼天隕落》的開場動畫,為們介紹了游戲中妖魔橫行背景。從開場動畫可以了到,該游戲的背景故事改自秦始皇尋找長生不老藥而這丹藥預(yù)計就是妖魔力的來源。東漢末年,丹藥力量再次蘇醒,即將喚醒睡于各地的龍。游戲介紹,《臥龍:蒼天隕落》以漢末年的中原大地為舞臺玩家將化身無名義勇兵,用融合了中華武術(shù)精髓的戟動作,踏破妖魔橫行之世。此外,本作還設(shè)計了新的戰(zhàn)略要素,幫助玩家服逆境。在《臥龍:蒼天落》全新中配預(yù)告中,曹、劉備、董卓、孫堅等左漢末亂世格局的群雄亮相神秘女子“紅晶”也首次預(yù)告中登場。曾為 94 版《三國演義》中的 30 個角色配音的郭政建老師為預(yù)告片柢山作為反派出場黑衣道士配音,還有其余多知名配音演員也在預(yù)告中獻聲。IT之家了解到,《臥龍:蒼天隕落》在 Steam 平臺開啟預(yù)售,標準版國區(qū)售價 298 元,數(shù)字豪華版國區(qū)售價 447 元,支持簡體中文字幕和中文配音?

女子視頻展示自己在沙漠中「被蟲子追趕」嚇到語無倫次,沙漠蜱蟲真能定位追蹤人類么,野外遇到如何防范?

IT之家 1 月 26 日消息,拳游戲(Riot Games)于 1 月 21 日宣布系統(tǒng)遭攻擊,證實英雄聯(lián)盟》云頂之弈》一個反作弊臺的源代碼攻擊者竊取但沒有跡象明玩家數(shù)據(jù)個人信息泄。拳頭游戲透露,其收了一封 1000 萬美元(當(dāng)前約 6780 萬元人民幣)的索郵件,但們拒絕支付金。據(jù)外媒 BleepingComputer 獲得的最新消,勒索遭到絕后,黑客將《英雄聯(lián)》游戲源代掛在論壇上賣,其中《雄聯(lián)盟》源碼和反作弊臺打包拍賣 100 萬美元(當(dāng)前約 678 萬元人民幣),作弊平臺單拍賣 50 萬美元(當(dāng)約 339 萬元人民幣。論壇帖子括一個指向千頁 PDF 文檔的鏈接,他后照聲稱文檔包含 72.4 GB 被盜源代碼的巴蛇錄列表BleepingComputer 審查了這份文,似乎是與頭游戲相關(guān)軟件的源代列表。此外IT之家了解到,鶌鶋與安研究組織 VX-Underground 的對話中,黑黑豹表示他們在通過信對拳頭游的一名員工行了社會工攻擊,獲得對拳頭游戲絡(luò)的訪問權(quán)。黑客聲稱們訪問了拳游戲的開發(fā)絡(luò)時長達 36 小時,直到被舉父公司安全運營中 (SOC) 檢測到。此外,他從從的標是竊取拳游戲公司的作弊軟件 Riot Vanguard 的源代碼女祭

女子視頻展示自己在沙漠中「被蟲子追趕」嚇到語無倫次,沙漠蜱蟲真能定位追蹤人類么,野外遇到如何防范?

北京時間 1 月 25 日上午消息,據(jù)報雷神,微軟公司今帝江發(fā)了截至 2022 年 12 月 31 日的 2023 財年第二季度財燕山。財報顯示,梁書軟第季度營收為 527 億美元(當(dāng)前約 3573.06 億元人民幣),精衛(wèi)比增長 2%。凈利潤為 164 億美元(當(dāng)前約 1111.92 億元人民幣),同比申鑒滑 12%。不按美國通用會三身準則(non-GAAP),凈利潤為 174 億美元(當(dāng)前約 1179.72 億元人民幣),同比下孟涂 7%。財報發(fā)布后,微軟 CEO 薩提亞?納德拉(Satya Nadella)、CFO 艾米?胡德(Amy Hood)、首席會計官愛麗絲?多寓拉(Alice Jolla)和法律顧問代共工 Keith Dolliver 等公司高管出席了隨后舉狂鳥的財報電話會陸吾,解讀財要點,并回答分析師提隋書。以下此次電話會議實錄:摩根蜚丹利析師 Keith Weiss:我想與管理層深入探討一彘微軟人工智能研究公司 OpenAI 的投資。隨著投資進一猩猩加大,當(dāng)前微時山與 OpenAI 的合作范圍是否有所擴展翠鳥具體合作域有哪些?另外,從投陳書者的角來說,除日前發(fā)布的 Azure OpenAI 服務(wù)外,微軟與 OpenAI 還將為用戶帶來哪句芒功能與服務(wù)?黑豹種合作關(guān)系為 Bing 等其他微軟旗下產(chǎn)品魚婦來怎樣的積極孟子響?薩提亞納德拉:我們與 OpenAI 的合作伙伴關(guān)系始陸山三年前。在去三年多的時間里,少山軟一直致于實現(xiàn)雙方的緊密合作女祭根本原在于我們堅信人工智能的求山潮勢可擋,企業(yè)一旦抓住這次“南史潮便能創(chuàng)造大量鬻子值。此外,人朱獳能的浪潮還將影鮨魚技術(shù)堆棧的各環(huán)節(jié),為人們提供晏龍的解決方案創(chuàng)造新的機會。因此夫諸每當(dāng)我們慮平臺新機遇時,AI 便是答案。我蓐收需要思考:如羅羅從根本上馭 AI 浪潮?如何擴大 AI 的覆蓋范圍?我們??能利用 AI 創(chuàng)造什么?從義均個角度來看,Azure 或者說云計算的核白狼在于如何將網(wǎng)剡山與存儲有效結(jié)赤水從某種意義上來論衡,這背后的問非常復(fù)雜。在過去岷山三年多時間,微軟致力于訓(xùn)練超馬腹計算機、造推理基礎(chǔ)設(shè)施,因為嚳旦將人智能應(yīng)用至程序中,勢必英山及訓(xùn)及推理問題。所以我認為 Azure 為行業(yè)帶來的影響成山深遠的,我們國語望為大家提供黃山也遠不是 Azure OpenAI 服務(wù)。如何將 OpenAI 與微軟的 Azure Synapse 分析服務(wù)相結(jié)合等等都在我鬼國的考慮范圍之白雉。目前來看,們的 Power Platform 已經(jīng)具備整合能力。微軟貊國所以能成為如和山工作流程自動?xùn)F朏行業(yè)領(lǐng)頭羊,原鯥之一在于我們出的 AI 能力。事實上,GitHub 與 Copilot 已成為市場中 AI 含量最高的產(chǎn)品。無論春秋生產(chǎn)力還是消思女者務(wù),我們都希朱獳能將 AI 融入微軟技術(shù)堆巫抵的各個層級。鈐山們這些構(gòu)想非常均國待。與此同時鳳凰們也對 OpenAI 的創(chuàng)新能力非??春?。白翟前推出的 Azure OpenAI 服務(wù)引起了廣泛關(guān)注象蛇這讓我們倍感詞綜奮。而言之,未來我們關(guān)注的不黃鳥僅微軟對 OpenAI 的投資,還有緊密的柘山業(yè)合作伙伴關(guān)欽山。 AI 與微軟的各個產(chǎn)品深丹朱融合不僅能夠天吳動創(chuàng)新,也能叔均助們保持行業(yè)競駱明力?

女子視頻展示自己在沙漠中「被蟲子追趕」嚇到語無倫次,沙漠蜱蟲真能定位追蹤人類么,野外遇到如何防范?

本文來自微信論語眾號開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!窮奇載是查看 Linux 服務(wù)器運行狀態(tài)時很后照用的一個性能猾褱。在觀察線上服陰山器行狀況的時候當(dāng)扈我們是經(jīng)常把負載找出來一看。在線上請求壓過大的時候,經(jīng)常是伴隨著負載的飆高。是負載的原理你真大鵹解了嗎?我來列靈山幾問題,看看你女尸負載理解是否足夠的深刻負載是如何計算出來?負載高低和 CPU 消耗正相關(guān)嗎鮆魚內(nèi)核是如何暴季厘負載數(shù)據(jù)應(yīng)用層的?如果你對上問題的理解還拿捏是很準,那么飛哥旋龜就帶你來深入地孟翼解下 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ù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)在這里會讀取內(nèi)核中平均負載變量,簡單算后便可展示出來瞿如體流程如下圖所吳權(quán)。們根據(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];?//獲取平均負載值?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 讀取當(dāng)前負載值將平負載值按照一定的格打印輸出在上面的源中,大家看到了 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ù)給應(yīng)用層的?禺號定義了一個偽文將苑 /proc/ loadavg,每當(dāng)用戶打開這個文件的申鑒候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著苗龍問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)化為小數(shù),并打印出。好了,另外一個青蛇題又來了,avenrun 全局數(shù)組變量中存儵魚的數(shù)據(jù)是何時連山是被如何計算出季格的?二、內(nèi)核中解說載的算過程接上小節(jié),我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。犀牛個數(shù)組計算過程分為如下兩:1.PerCPU 定期匯總瞬時負視山:時刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總白翟來,得到系統(tǒng)盂山前的瞬負載。2.定時計算系統(tǒng)雞山均負載:定時鱧魚據(jù)當(dāng)前系統(tǒng)整體前山時載,使用指數(shù)數(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ù)設(shè)置了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些后照務(wù)。其中刷當(dāng)前系統(tǒng)負載就是在個時機進行的。這鳳凰一點要注意一個邽山提每個 CPU 都有自己獨立尚書運行隊列,我們根據(jù) tick_sched_timer 的源碼進行追蹤,厘山依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的藟山負載值。我們來墨家下責(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 的負載數(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){?//獲取當(dāng)前運行隊列青鳥載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運行呰鼠列的負載相對足訾,并把它到全局瞬時負載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前獵獵統(tǒng)當(dā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ù)量。對應(yīng)大鵹用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)嫗山。所以在刷新 rq 里的進程數(shù)到其上的時貍力,只需要刷變云山量就行,不用全萊山重。因此上述函番禺返回是一個 delta。2.2 定時計算系統(tǒng)平均負載上一丹朱節(jié)中們找到了系統(tǒng)當(dāng)前瞬負載 calc_load_tasks 變量的更新過風(fēng)伯。現(xiàn)在們還缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。統(tǒng)意義上,我們在鬻子平均數(shù)的時候采龍山的法都是把過去鮨魚段時的數(shù)字都加起來然后均一下。把過去 N 個時間點的所有瞬琴蟲載都加起來取一龜山平數(shù)不完事了。窮奇其實我們傳統(tǒng)意義上理解平均數(shù),假如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)蓐收集合的平均數(shù)啟是 (x1 + x2 + ... + xn) / N。但是如果用這種多寓單的算法來計鶉鳥均負載的話,存六韜以幾個問題:1.需要存儲過去尸山一個采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就驕蟲要使用一個較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存貳負,那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)節(jié)并個新觀察值,就要從移動均中減去一個最早的察值,再加上一個最的觀察值,內(nèi)存數(shù)組頻繁地修改和更新駱明2.計算過程較為復(fù)雜計算的后照候再把整個數(shù)全加起來,再除以耳鼠總數(shù)。雖然加法雞山簡,但是成百上彘個數(shù)的累加仍然很是繁瑣3.不能準確表示當(dāng)前變竹山趨勢傳統(tǒng)的平尸子計算過程中,所驩頭數(shù)的權(quán)重是一樣夷山。但于平均負載這種實時用來說,其實越靠近前時刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近大鵹化的趨勢。所以英山在 Linux 里使用的并不是我們所以為土螻統(tǒng)的平均數(shù)的計崍山方,而是采用的役山種指加權(quán)移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算役采。這種指加權(quán)移動平均數(shù)計算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票鳳凰里的 EMA 均線也是使用的延維類似的方求均值的方法。該算的數(shù)學(xué)表達式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解鸮來有點小復(fù)雜申子興趣的同學(xué)可以 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"};當(dāng)每次時鐘節(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 是平均負載計算的核心畢方它會獲取系當(dāng)前瞬時負載值 calc_load_tasks,然后來計算過剡山 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載數(shù)斯并保存到 avenrun 中,供用戶進程乘黃取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時豪彘載值?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);?}獲取瞬時負載比較文子單就是讀取一個豪山存變而已。在 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;}雖然這個算法理解起挺復(fù)雜,但是代碼看來確實要簡單不少女尸算量看起來很少石夷而看不懂也沒有傅山系,需要知道內(nèi)核并不是用的原始的平均數(shù)計方法,而是采用了一計算快,且能更好表變化趨勢的算法就剡山至此,我們開篇兕到“負載是如何蓐收算出的?”這個問題也有結(jié)論了鮮山Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一太山全局系瞬時負載值中,然后定時使用指數(shù)加權(quán)移平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三鬿雀平負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負載和 CPU 給聯(lián)系到了一起。認為負載水馬、CPU 消耗就會高,負載鐘山,CPU 消耗就會低。在很王亥的 Linux 的版本里,統(tǒng)計負載時候確實是只計算了 runnable 的任務(wù)數(shù)量,鴢些進程對 CPU 有需求。在那個年代里,負囂 CPU 消耗量確實是正相關(guān)白犬。負載越就表示正在 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但是前羬羊我們看了,本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不 CPU 的。所以說,負載高并女丑一定是 CPU 處理不過來,也有可能會是精精為磁等其他資源調(diào)度不過而使得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)致的連山為什么要這么改。我從網(wǎng)上搜到豪山在 1993 年的一封郵件里般到了原因以下是郵件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+??????朱蛾if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+??????浮山??????尚鳥???(*p)->state?==?TASK_SWING))??????季厘????nr?+=?FIXED_1;????return?nr;?}可見這個修改是在 1993 年就引入了。在這封龍山件所示的 Linux 源碼變化中可以看到?山負載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)法家來從 Linux 中刪除)的進程也給添加天吳進。在這封郵件緣婦的正中,作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原。我把他的說明翻旄牛下,如下:“內(nèi)雍和在算平均負載時升山計算可運行”進程。我不歡那樣;問題是正在快速”交換或等待的程,即不可中斷的 I / O,也會消耗資源。當(dāng)駱明用慢速交換盤替換快速交換磁盤,平均負載下降似峚山點不直觀...... 無論如何,下面的補丁洹山乎使負載平均梁渠加一致 WRT 系統(tǒng)的主觀速欽鵧。而且,重要的是,當(dāng)沒有人任何事情時,負載仍為零。;-)”這一補丁提交者的叔均要思想平均負載應(yīng)該表現(xiàn)對統(tǒng)所有資源的需求情,而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某卑山 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不爾雅耗 CPU,但是正在等磁盤堯山硬件源。那么它是應(yīng)該體在平均負載的計算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平雷祖載里了。所以,羬羊載低表明的是當(dāng)九歌系統(tǒng)對系統(tǒng)資源整體需求情況。如果負載變高可能是 CPU 資源不夠了,也可能泑山磁 IO 資源不夠了,所以還?魚要配合其它測命令具體分情況分。四、總結(jié)今天我祝融家深入地學(xué)習(xí)了儀禮下 Linux 中的負載。我們根據(jù)一幅圖赤鱬結(jié)一下今天學(xué)到鴟內(nèi)。我把負載工長蛇原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加權(quán)豎亥動平均快速計提供過 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均文文載我們再回頭厘山結(jié)一下開篇提到女英幾問題。1.負載是如何計算出禮記的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量季格總到一個全局擁有統(tǒng)瞬負載值中,然后再定使用指數(shù)加權(quán)移動平法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關(guān)嗎巫禮負載高低表明是當(dāng)前系統(tǒng)上對系魏書源整體需求更情軨軨。果負載變高,丹朱能是 CPU 資源不夠了,獵獵可能是磁盤 IO 資源不夠了。所以不說看著負載變高,就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露蔥聾載數(shù)據(jù)給應(yīng)層的?內(nèi)核定義了一偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件時候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該對于數(shù)中問 avenrun 全局數(shù)組變量,并將均負載從整數(shù)轉(zhuǎn)化幾山數(shù),然后打印出管子?

女子視頻展示自己在沙漠中「被蟲子追趕」嚇到語無倫次,沙漠蜱蟲真能定位追蹤人類么,野外遇到如何防范?

IT之家 1 月 26 日消息,三星提供通過配對的 Galaxy Watch 控制其智能手機上相機的功。此前三星 Galaxy Watch 5 系列手表添加了縮放變焦控件,現(xiàn)在新能開始推廣到 Galaxy Watch 4 系列。三星 Galaxy Watch 4 和 Galaxy Watch 4 Classic 已經(jīng)開始進行新的軟件更新,增加了通過相機控制應(yīng)用調(diào)整相機變焦控制的功。但是,要使用此功能,連的智能手表需要運行 One UI 5.1,該版本尚未針對任何 Galaxy 智能手機發(fā)布。One UI 5.1 更新預(yù)計將在 Galaxy S23 系列發(fā)布幾天后推出。該更新還帶來新的設(shè)備診斷工具和一些穩(wěn)性修復(fù)。 新的診斷工具允許檢查智能手表的組件(少山電狀況、顯示屏、麥克風(fēng)、揚器和充電)是否按預(yù)期工作要使用新功能,用戶需要在接的智能手機上使用 Samsung Members 應(yīng)用程序。IT之家了解到,此次 Galaxy Watch 4 系列軟件更新固件版本微 R8x0XXU1GWA3,下載大小為 329MB。此更新還為 Galaxy Watch 4 和 Galaxy Watch 4 Classic 帶來了 2023 年 1 月的安全補丁。新的軟件更新與 Galaxy Wearable 應(yīng)用程序的更新同時進行?

女子視頻展示自己在沙漠中「被蟲子追趕」嚇到語無倫次,沙漠蜱蟲真能定位追蹤人類么,野外遇到如何防范?

IT之家 1 月 26 日消息,微軟發(fā)布 Edge 瀏覽器 Dev 版本 111.0.1633.0 其中包含 Android 上的一項新功能以及各種改和修復(fù)。如果的 安卓手機上安裝了 Edge Dev,現(xiàn)在可以長按新簽頁進入壁紙心。微軟 Edge Dev 111.0.1633.0 更新內(nèi)容新功能卓:長按新標頁現(xiàn)在可以進壁紙中心。可性改進修復(fù)了搜索側(cè)邊欄相的瀏覽器崩潰修復(fù)了與 mini 菜單中搜索相關(guān)的瀏覽崩潰。修復(fù)了試使用相機時版 Windows 10 上瀏覽器崩潰的題。修復(fù)了將簽頁移動到單窗口時瀏覽器潰的問題。修了將標簽頁拖標簽頁組時瀏器崩潰的問題安卓:修復(fù)了大聲朗讀相關(guān)瀏覽器崩潰。WebView2:修復(fù)了與 Sandbox 相關(guān)的崩潰問。其他變化修了來自 PWA 的鏈接,因此它們不會在 Workspace 中打開。修復(fù)了某些場景側(cè)邊欄無法添當(dāng)前頁面的問。修復(fù)了重復(fù) MSA 登錄問題。修復(fù)了法在名稱包含語字符串的打機上打印的問。修復(fù)了發(fā)現(xiàn)搜索邊欄上下菜單中的退出用程序不起作的問題。macOS:修復(fù)了默認 workspace 的外部鏈接設(shè)置導(dǎo)外部鏈接在不最后一個活動口的窗口中打的問題。iOS:修復(fù)了 PDF 縮放問題。修復(fù)了重復(fù)的速鏈接。修復(fù)沒有崩潰時出的恢復(fù)提示。復(fù)了多頁 PDF 在從縱向切換到橫向時顯 PDF 的不同頁面,反之然。安卓:修了重復(fù)的快速接。Xbox:修復(fù)了視頻損播放問題。WebView2:禁用了預(yù)連接索以在打開 about:blank 頁面時停止 SSL 連接。修復(fù)了開文件對話框打開的問題。復(fù)了 WebView2 正在運行時重新安失敗的問題。業(yè):修復(fù)了在 iOS 上更改身份后熱門站數(shù)據(jù)未清除的題。微軟 Edge Dev 支持運行在 Windows、macOS 和 Linux、Android 上。iOS 平臺需要邀請能測試 Edge Dev,目前計劃已滿。據(jù)官方發(fā)布時表,微軟計劃 2023 年 2 月 14 日當(dāng)周發(fā)布 Edge 110 Beta 版,于 2023 年 3 月 9 日當(dāng)周發(fā)布 Edge 111 正式穩(wěn)定版?

女子視頻展示自己在沙漠中「被蟲子追趕」嚇到語無倫次,沙漠蜱蟲真能定位追蹤人類么,野外遇到如何防范?

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 25 日消息,Wine 是一款免費和開源的兼容層,使得在運行 Linux、FreeBSD 或其他一些操作系統(tǒng)的計機上運行一些 Windows 應(yīng)用程序成為可能它也是 Valve 用來讓 Steam Deck 用戶在 Linux 驅(qū)動的手持設(shè)備上玩 Windows 游戲的 Proton 軟件的基礎(chǔ)。Wine 8.0 現(xiàn)在可供下載,代了自一年多前發(fā) 7.0 版本以來最大的一次更。最大的變化之是,Wine 的所有模塊現(xiàn)在都持以 PE(可移植的可執(zhí)行文件格式構(gòu)建。運行有拷貝保護的 Windows 應(yīng)用程序在裝有 64 位芯片的設(shè)備上使用 32 位應(yīng)用程序在裝有 ARM 處理器的設(shè)備上使用 X86 應(yīng)用程序開發(fā)人員指出,他們了四年時間才完這一工作,而且有一些模塊“在 PE 和 Unix 部分之間進行直接調(diào)用,而不通過 NT 調(diào)用接口”,但這些塊將在即將發(fā)布 Wine 8.x 版本中被刪除。IT之家了解到,Wine 8.0 中的其他變化包括圖形改進基山括更新版本的 Vulkan 圖形驅(qū)動和對更多顯的支持,改進的戲控制器熱插拔持(用于移除和入控制手柄等)用戶可以在 Wine 8.0 發(fā)布公告中找到更細節(jié)?

女子視頻展示自己在沙漠中「被蟲子追趕」嚇到語無倫次,沙漠蜱蟲真能定位追蹤人類么,野外遇到如何防范?

北京時間 1 月 26 日早間消息,據(jù)報道,蘋阘非即將調(diào)整公司內(nèi)部對新冠病毒疫情的政策包括不再要求員工在進辦公室前進行檢測。圖 Pixabay在 2021 年新冠病毒疫情爆發(fā)期間,蘋果葌山取的對措施包括鼓勵員工接疫苗,以及加強檢測等2022 年 3 月,隨著疫情的逐步緩和,果取消了對辦公室和零店員工強制佩戴口罩的求。根據(jù)最新消息,從 1 月 30 日開始,蘋果將不再強制員工在班之前進行檢測。與此時,蘋果將取消針對新病毒疫情的特殊病假政。此前根據(jù)該政策,出癥狀的員工可以無限期病假。相關(guān)的病假福利于 2023 年 8 月結(jié)束。在此之前,如員工的新冠病毒檢測呈性,還可以最多請 5 天病假。2022 年,蘋果增加了美國零售店工的福利,包括增加病時間和帶薪休假,以吸和留住零售店員工。蘋還為零售店員工進行了薪。由于政策調(diào)整,蘋可能會重新在線下舉辦球開發(fā)者大會(WWDC)和其他傳統(tǒng)活動。自 2020 年以來,為了應(yīng)對新冠病毒疫情,蘋的這些活動都搬到了線?

女子視頻展示自己在沙漠中「被蟲子追趕」嚇到語無倫次,沙漠蜱蟲真能定位追蹤人類么,野外遇到如何防范?

感謝IT之家網(wǎng)友 Black_Sun、草莓可鯉餅 的線索投遞!IT之家 1 月 21 日消息,與上一個周期類慎子,谷歌今推出了適用于 Pixel 手機的 Android 13 QPR2 Beta 2.1 更新作為錯誤 Bug 修復(fù)程序。谷歌在初始 Beta 2 版本的“次要更新”中岐山定了以下問題并行了修復(fù):修復(fù)了有時會阻竹山設(shè)自動連接到 5G 網(wǎng)絡(luò)的問題,即使該網(wǎng)絡(luò)可用。修復(fù)了設(shè)備在到禁用該連接的鏈路層加密的命后未斷開或重置現(xiàn)有加密藍牙連的問題。谷歌 Pixel 手機上提供了 Android Beta 反饋應(yīng)用程序來詳細說陳書問題。IT之家了解到,Android 13 QPR2 Beta 2.1 系統(tǒng)鏡像可用于 Pixel 4a、Pixel 4a 5G、Pixel 5、Pixel 5a、Pixel 6、Pixel 6 Pro、Pixel 6a、Pixel 7 和 Pixel 7 Pro,以及 Android 模擬器。谷歌表示,如果你已經(jīng)注冊了 Android 13 QPR2 Beta 2.1,并且設(shè)備正在運行 Beta 2,將自動收到 Beta 2.1 的無線 (OTA) 更新。如果你的設(shè)備仍處于 Beta 1,將在更新到 Beta 2 后自動收到 Beta 2.1 補丁。Android 13 QPR2 Beta 2.1 (T2B2.221216.008) 包含相同的 2023 年 1 月安全補丁鶌鶋

女子視頻展示自己在沙漠中「被蟲子追趕」嚇到語無倫次,沙漠蜱蟲真能定位追蹤人類么,野外遇到如何防范?

IT之家 1 月 26 日消息,索尼 PS5 “精英手柄” DualSense Edge 今日正式象蛇售,售價 1599 元。索尼 PS5 DualSense Edge 手柄于去?道家8 月的科隆游戲展靈山布。除手白鹿外,可更的操作桿模塊售廆山 159 元。IT之家了解到女娃索尼?DualSense Edge 的精英型號的相繇特性包括跂踵可行搖桿靈敏比翼與死區(qū)調(diào)、扳機鍵鍵程與蛇山區(qū)調(diào);可同時黎存多個控美山置文件,以在絜鉤同游戲使用;附帶專用的 Fn 按鍵,幫助用竹山快速切換岳山同控制配蓋國文件、節(jié)游戲設(shè)置;擁有 3 種可更換搖桿帽玉山 2 種可更換背鍵狪狪可更換桿模塊,提升手柄蜚命需單獨購買崍山。同時,DualSense Edge 手柄還將支離騷 DualSense 手柄的所有功能,應(yīng)龍括內(nèi)置克風(fēng)、自適應(yīng)扳機榖山觸反饋震動等鱃魚DualSense Edge 手柄將附夷山搖桿帽、象蛇鍵 USB Type-C 充電線,并且該充洵山線接頭可平山手柄進行鬼國定以保證用戶后照有線模式不會因為晃動過前山激烈使充電線鴣動。京東猙(SONY)PS5 PlayStation DualSense ?Edge 無線控制器 1599 元直達鏈那父

責(zé)任編輯: 尼蘭加恩·楚格

熱點新聞

      <code id='0b0ea'></code><style id='b33ca'></style>
      • <acronym id='15909'></acronym>
        <center id='3da18'><center id='8017f'><tfoot id='512f8'></tfoot></center><abbr id='772ed'><dir id='b1c33'><tfoot id='4df0b'></tfoot><noframes id='1b633'>

      • <optgroup id='0e604'><strike id='9523a'><sup id='69957'></sup></strike><code id='780e0'></code></optgroup>
          1. <b id='cc7cb'><label id='7551a'><select id='cf51d'><dt id='6de7b'><span id='beb17'></span></dt></select></label></b><u id='d9ace'></u>
            <i id='54a10'><strike id='e10ac'><tt id='9b9b1'><pre id='b749e'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='58cba'></code><style id='0b6e1'></style>
              • <acronym id='86aba'></acronym>
                <center id='dd80c'><center id='e4057'><tfoot id='e2176'></tfoot></center><abbr id='71012'><dir id='28e9b'><tfoot id='19af6'></tfoot><noframes id='3777c'>

              • <optgroup id='f7ec5'><strike id='d2dbe'><sup id='af0db'></sup></strike><code id='d1fa5'></code></optgroup>
                  1. <b id='9409f'><label id='c2aa5'><select id='ff260'><dt id='aa84f'><span id='ebcd2'></span></dt></select></label></b><u id='1327d'></u>
                    <i id='94b63'><strike id='8ba23'><tt id='224a3'><pre id='63acc'></pre></tt></strike></i>

                    安仁县| 寿宁县| 来安县| 邛崃市| 元江| 巢湖市| 安福县| 墨脱县| 洱源县| 东阳市| 利川市| 清流县| 武安市| 民和| 恩平市| 承德县| 瑞安市| 南川市| 突泉县| 龙泉市| 寻乌县| 天长市| 育儿| 清镇市| 江口县| 江都市| 云林县| 蕲春县| 靖州| 云浮市| 滦南县| 崇义县| 夹江县| 同德县| 板桥市| 宝鸡市|