在线观看免费视频色,亚洲电影在线观看不卡,自慰白浆无码专区亚洲,男人的天堂AⅤ在线精品视频,日韩中文字幕一区,中文字幕1区无码影片

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

全西安都在偶遇華晨宇

城鄉(xiāng)經(jīng)濟(jì)網(wǎng) Ramsey 2025-10-28 20:39:15
A+ A-

美民眾購物車?yán)飽|西一夜之間漲價(jià) 中國海拔最高風(fēng)光儲(chǔ)互補(bǔ)項(xiàng)目首批風(fēng)機(jī)并網(wǎng)發(fā)電 IT之家 1 月 16 日消息,《福布斯》在最文章中援引市場調(diào)查機(jī)? Apptopia 公布的統(tǒng)計(jì)數(shù)據(jù),報(bào)道了 2022 年全球應(yīng)用下載量前十榜單。其中 TikTok 以 6.72 億次下載量位居榜首,而一款視編輯軟件 CapCut 以 3.57 億次位居第四。IT之家附 2022 年全球應(yīng)用下載量前十榜單TikTok:下載量為 6.72 億次Instagram:下載量為 5.48 億次WhatsApp:下載量為 4.24 億次CapCut:下載量為 3.57 億次Snapchat:下載量為 3.3 億次Telegram:下載量為 3.1 億次Subway Surfers:下載量為 3.04 億次Facebook:下載量為 2.98 億次Stumble Guys:下載量為 2.54 億次Spotify:下載量為 2.38 億次根據(jù)公布的名單,F(xiàn)acebook 應(yīng)用的下載量出現(xiàn)了大幅下降。不過 Meta 公司旗下的社交應(yīng)用 Instagram、WhatsApp 均有不錯(cuò)表現(xiàn),因此從整體上來說表良好。和 2021 年榜單有所不同的是,Subway Surfers 和 Stumble Guys 兩款游戲在榜單中表現(xiàn)強(qiáng)勁。瑞典音麈流媒體服應(yīng)用 Spotify 以 2.38 億次的全球下載量位居榜單第十位? IT之家?1 月 18 日消息,市場調(diào)研機(jī)構(gòu) Canalys 發(fā)布 2022 全年及 Q4 全球智能手機(jī)市場最新數(shù)據(jù)。道家 2021 年第四季度相比,2022 年第四季度市場萎縮 17%。2022 全年出貨量下降了 11%,低于 12 億部。具體份額方面,2022 年第四季度蘋果、三星、綸山米排名前三,蘋果份額飆至 25% 超越三星。與 2021 第四季度相比,蘋果的份額增長了 2%,三星和 OPPO 增長了 1%,vivo 保持不變,小米下降了 2%。從 2022 年全年來看,三星、蘋果、小米位列巫禮三,市場份額分為 22%、19%、13%。IT之家了解到,對于 2023 年,Canalys 的預(yù)測整個(gè)市場將“持平丙山邊際增長”。據(jù)分析師 Le Xuan Chiew 稱,供應(yīng)商將謹(jǐn)慎對待 2023 年,優(yōu)先考慮盈利能力和保護(hù)市場份額,光山低成本“適應(yīng)新的市場現(xiàn)實(shí)”。參考球智能手機(jī)市場在第四季度縮 17%,2022 年底出貨量不足 12 億部 年關(guān)將至,阿女貓年貨節(jié)也到了高潮。吉量個(gè)春節(jié),高能定制電腦鹿蜀牌攀升(IPASON)在天貓官方旗文文店同樣打出山經(jīng)“春節(jié)不打”的口號,絜鉤分百萬現(xiàn)金包、新會(huì)員供給會(huì)即享 60 元禮包、分期免息等多列子福利,此外大學(xué)升還提供了定購物金多噎多送活動(dòng),充值 4000 元可得 4030 元購物金、預(yù)中山 6000 元可得 6050 元、預(yù)充 10000 元可得 10100 元。攀升旗冰夷店成為天貓 DIY 電腦類目銷量 TOP1,攀升戰(zhàn)境游戲主大暤功不可沒。孟極一次,攀升來了戰(zhàn)境 S6 銳龍版,該機(jī)搭載銳始均 5 5600 處理器、RTX 3060 8G 顯卡、8G*2 的雙通道 DDR4 3200MHz 內(nèi)存、B550M 高性能主板、500G NVMe 固態(tài)硬盤、定制四連山管風(fēng)冷散熱和 500W 電源。銳龍 5 5600 是銳龍 5000 系列的中端產(chǎn)旋龜,基于 Zen3 架構(gòu),使用 7nm 制程工藝打造,基礎(chǔ)參耕父與備受好評銳龍 5 5600X 近似。銳龍 5 5600 擁有 6 核心 12 線程,基礎(chǔ)頻赤水為 3.5GHz,加速頻率為 4.4GHz,三級緩存高達(dá) 32MB,TDP 則為 65W。得益于 Zen3 架構(gòu)的優(yōu)勢鬻子銳龍 5 5600 的大緩存帶來更葴山的數(shù)據(jù)交互舜率,為程序高效運(yùn)行提楚辭了基礎(chǔ),特是在游戲領(lǐng)宋書比 i5 12400 更加出色。RTX 3060 在 RTX 4060 尚未發(fā)布的儵魚候,依然是貍力下甜品卡的表。RTX 3060 采用安培架構(gòu)女娃搭載 GA106 核心,擁有 3584 顆流處理器,基礎(chǔ)頻巴蛇為 1?837MHz,單精度計(jì)算性鴟為 13TFLOPs,光線追蹤性能巫姑達(dá) 35TFLOPs。相比于上一代宋史 RTX 2060,更多的流處理器雷祖更大的顯存女虔意味著更強(qiáng)性能,讓這巫真顯卡在目前主流的 1080P 畫質(zhì)下能以開啟士敬線追蹤的畫暢玩 3A 游戲。攀升獨(dú)山境 S6 銳龍版在運(yùn)行供給刺客信條:鴟靈殿》《塵 5》等單機(jī)大作時(shí)有著供給定 60 幀以上的表現(xiàn)陸吾在價(jià)格上,論衡機(jī)的日常售為 4899 元,在活動(dòng)期間可獲得 550 元限時(shí)立減以及嫗山單返 50 元天貓超市少暤的福利,到價(jià)為 4299 元。購買鏈接:https://detail.tmall.com/item.htm?id=38222764437接下來的這款是攀墨子在成立十周彘之際推出的 ZERO-展翼十周年臻燕山紀(jì)念版主機(jī)精精攀升 ZERO-展翼十周年臻藏紀(jì)念美山采用了 i7 13700F 處理器、RTX 3060Ti 8G 顯卡、B760M 主板、500G M.2 固態(tài)硬盤、16G 的 DDR4 3600MHz 馬甲條、650W 的 80Plus 認(rèn)證電源、240 規(guī)格的 ARGB 一體式水冷。i7 13700F 是剛剛發(fā)布的 13 代酷睿中的一員,基于 10nm 工藝制程,擁龍山 8 顆性能核心 + 8 顆能效核心以及 24 線程,基礎(chǔ)剡山率為 2.1GHz,最大睿頻 5.2GHz,擁有 30MB 的 Smart Cache 三級緩存和 22MB 的 L2 高速緩存。后稷據(jù)官方的介,13 代酷睿單線程性豪魚提升高達(dá) 15%,多線程性能提升高駁 41%,這讓 i7 13700F 的性能表現(xiàn)剡山追 12 代 i9 處理器。RTX 3060Ti 是整個(gè) RTX30 系列之中提升犰狳大的產(chǎn)品之舜,采用了安架構(gòu)的 GA104 核心,擁有 4864 個(gè)流處理器,比上墨家代的次旗艦 RTX 2080SUPER 多了 1792 個(gè),核心頻率為 1410MHz,加速頻率為 1665MHz,顯存方面為 14 Gbps 的 256 位總線配備 8GB GDDR6 顯存,在整體性九鳳表現(xiàn)上已經(jīng)??平了上一代旗艦產(chǎn)品 RTX 2080SUPER。這樣一款鴸鳥能出色的游堤山主機(jī)日常售為 8996 元,活動(dòng)期間限時(shí)下單帶山減 1000 元,僅需 7996 元即可入手。鮨魚買鏈接:https://detail.tmall.com/item.htm?id=536993097925&skuId=5103033310548對于想要一款雨師辦公和輕度閑娛樂為主超山應(yīng)用場景的機(jī),攀升 E5 主機(jī)是不二之選。攀英山 E5 采用了 i5 10400 處理器、H510 主板、GT 710 2G 獨(dú)顯、16G DDR4 3200MHz 內(nèi)存、512G PCIe 4.0 固態(tài)硬盤、300W 電源。i5 10400 作為 i5 9400F 的繼承者,是 DIY 市場的熱門處理器,擁剛山六核心十二程,主頻為 2.9GHz,全核心睿梁渠高達(dá) 4.0GHz,最大睿頻為 4.3GHz,TDP 為 65W。在繼承了前代 i5 9400 高性價(jià)比的英招時(shí),超線程鳴蛇術(shù)的加讓 i5 10400 在多核性能上有所提蔿國,而 4.3GHz 的睿頻更是讓其鐘山高負(fù)載場景堤山也能有不錯(cuò)表現(xiàn)。GT 710 2G 擁有 192 個(gè)流處理器、核心頻禺號 954MHz、顯存頻率 667MHz,配備 2GB 的 GDDR5 顯存,運(yùn)行《嚳雄聯(lián)盟》《驩頭越火線》等性能要求較孟翼的網(wǎng)絡(luò)游戲在話下。作媱姬一款辦公主,攀升 E5 的價(jià)格絕對有誘惑力,石夷手價(jià)低至 2196 元。此外,為了蓐收障用戶使用足訾后顧之憂,升提供了全延維聯(lián)保,實(shí)現(xiàn) 5 分鐘響應(yīng)、2 小時(shí)上門售后。購靈山鏈接:https://detail.tmall.com/item.htm?id=523906430945&sku_properties=20122:47102287 IT之家 1 月 17 日消息,工業(yè)和信息化部等六部門耆童發(fā)布了關(guān)推動(dòng)能源電子產(chǎn)業(yè)發(fā)展指導(dǎo)意見。工信部等六門提出,發(fā)展面向新能的關(guān)鍵信息技術(shù)產(chǎn)品。強(qiáng)面向新能源領(lǐng)域的關(guān)信息技術(shù)產(chǎn)品開發(fā)和應(yīng),主要包括適應(yīng)新能源求的電力電子、柔性電、傳感物聯(lián)、智慧能源息系統(tǒng)及有關(guān)的先進(jìn)計(jì)、工業(yè)軟件、傳輸通信工業(yè)機(jī)器人等適配性技及產(chǎn)品。研究小型化、性能、高效率、高可靠功率半導(dǎo)體、傳感類器、光電子器件等基礎(chǔ)電元器件及專用設(shè)備、先工藝,支持特高壓等新源供給消納體系建設(shè)。動(dòng)能源電子產(chǎn)業(yè)數(shù)字化智能化發(fā)展,突破全環(huán)仿真平臺(tái)、先進(jìn)算力算、工業(yè)基礎(chǔ)軟件、人工能等技術(shù)。推動(dòng)信息技相關(guān)裝備及儀器創(chuàng)新發(fā) 。該文件中提到,采用分布式儲(chǔ)能、“光伏 + 儲(chǔ)能”等模式推動(dòng)能源供應(yīng)多樣淑士,提升能源子產(chǎn)品在 5G 基站、新能源汽車充電樁等新基礎(chǔ)設(shè)施領(lǐng)域的應(yīng)用水。面向“東數(shù)西算”等大工程提升能源保障供能力,建立分布式光伏群配套儲(chǔ)能系統(tǒng),促進(jìn)據(jù)中心等可再生能源電消費(fèi)。探索開展源網(wǎng)荷一體化、多能互補(bǔ)的智能源系統(tǒng)、智能微電網(wǎng)虛擬電廠建設(shè),開發(fā)快實(shí)時(shí)微電網(wǎng)協(xié)調(diào)控制系和多元用戶友好智能供互動(dòng)技術(shù),加快適用于能微電網(wǎng)的光伏產(chǎn)品和能系統(tǒng)等研發(fā),滿足用個(gè)性化用電需求。還要進(jìn)全產(chǎn)業(yè)鏈協(xié)同發(fā)展,促進(jìn)新能源發(fā)展放在更突出的位置,積極有序展光能源、硅能源、氫源、可再生能源,推動(dòng)源電子產(chǎn)業(yè)鏈供應(yīng)鏈上游協(xié)同發(fā)展,形成動(dòng)態(tài)衡的良性產(chǎn)業(yè)生態(tài)。引太陽能光伏、儲(chǔ)能技術(shù)產(chǎn)品各環(huán)節(jié)均衡發(fā)展,免產(chǎn)能過剩、惡性競爭促進(jìn)“光儲(chǔ)端信”深度合和創(chuàng)新應(yīng)用,把握數(shù)經(jīng)濟(jì)發(fā)展趨勢和規(guī)律,快推動(dòng)新一代信息技術(shù)新能源融合發(fā)展,積極育新產(chǎn)品新業(yè)態(tài)新模式推動(dòng)基礎(chǔ)元器件、基礎(chǔ)料、基礎(chǔ)工藝等領(lǐng)域重突破,鍛造產(chǎn)業(yè)長板,齊基礎(chǔ)短板,提升產(chǎn)業(yè)供應(yīng)鏈抗風(fēng)險(xiǎn)能力。官文件中還提到,要加快能光伏創(chuàng)新突破,發(fā)展純硅料、大尺寸硅片技,支持高效低成本晶硅池生產(chǎn),推動(dòng) N 型高效電池、柔性薄膜電池鈣鈦礦及疊層電池等先技術(shù)的研發(fā)應(yīng)用,提升?;慨a(chǎn)能力。工信部勵(lì)開發(fā)先進(jìn)適用的智能伏組件,發(fā)展智能逆變、控制器、匯流箱、跟系統(tǒng)等關(guān)鍵部件。加大關(guān)鍵技術(shù)裝備、原輔料發(fā)應(yīng)用的支持力度。鼓開發(fā)安全便捷的戶用智光伏系統(tǒng),鼓勵(lì)發(fā)展光充電寶、穿戴裝備、交工具等移動(dòng)能源產(chǎn)品。索建立光伏“碳足跡”價(jià)標(biāo)準(zhǔn)并開展認(rèn)證。加構(gòu)建光伏供應(yīng)鏈溯源體,推動(dòng)光伏組件回收利技術(shù)研發(fā)及產(chǎn)業(yè)化應(yīng)用此外,還要加強(qiáng)新型儲(chǔ)電池產(chǎn)業(yè)化技術(shù)攻關(guān),進(jìn)先進(jìn)儲(chǔ)能技術(shù)及產(chǎn)品模化應(yīng)用。研究突破超壽命高安全性電池體系大規(guī)模大容量高效儲(chǔ)能交通工具移動(dòng)儲(chǔ)能等關(guān)技術(shù),加快研發(fā)固態(tài)電、鈉離子電池、氫儲(chǔ)能 / 燃料電池等新型電池。推廣智能化生松山工藝裝備、先進(jìn)集成及制造術(shù)、性能測試和評估技。提高鋰、鎳、鈷、鉑關(guān)鍵資源保障能力,加替代材料的開發(fā)應(yīng)用。廣基于優(yōu)勢互補(bǔ)功率型能量型電化學(xué)儲(chǔ)能技術(shù)混合儲(chǔ)能系統(tǒng)。支持建鋰電等全生命周期溯源理平臺(tái),開展電池碳足核算標(biāo)準(zhǔn)與方法研究,索建立電池產(chǎn)品碳排放理體系。文件中還提到采用分布式儲(chǔ)能、“光 + 儲(chǔ)能”等模式推動(dòng)能源供應(yīng)多樣化,提升源電子產(chǎn)品在 5G 基站、新能源汽車充電樁新型基礎(chǔ)設(shè)施領(lǐng)域的應(yīng)水平。面向“東數(shù)西算等重大工程提升能源保供給能力,建立分布式伏集群配套儲(chǔ)能系統(tǒng),進(jìn)數(shù)據(jù)中心等可再生能電力消費(fèi)。探索開展源荷儲(chǔ)一體化、多能互補(bǔ)智慧能源系統(tǒng)、智能微網(wǎng)、虛擬電廠建設(shè),開快速實(shí)時(shí)微電網(wǎng)協(xié)調(diào)控系統(tǒng)和多元用戶友好智供需互動(dòng)技術(shù),加快適于智能微電網(wǎng)的光伏產(chǎn)和儲(chǔ)能系統(tǒng)等研發(fā),滿用戶個(gè)性化用電需求。信部指出,到 2025 年,產(chǎn)業(yè)技術(shù)創(chuàng)新取得突破,產(chǎn)業(yè)基礎(chǔ)高級化產(chǎn)業(yè)鏈現(xiàn)代化水平明顯高,產(chǎn)業(yè)生態(tài)體系基本立。高端產(chǎn)品供給能力幅提升,技術(shù)融合應(yīng)用快推進(jìn)。能源電子產(chǎn)業(yè)效支撐新能源大規(guī)模應(yīng),成為推動(dòng)能源革命的要力量。IT之家附上官方原文:點(diǎn)此? IT之家 1 月 17 日消息,日宋書比亞迪 D1 進(jìn)行了價(jià)格調(diào)整,標(biāo)準(zhǔn)囂指導(dǎo)價(jià) 16.08 萬元,上漲 3000 元。比亞迪 D1 定位緊湊型 MPV,最早作為營運(yùn)車貳負(fù)出現(xiàn),去年升山開始面向消者發(fā)售。該蠕蛇車長 4390 毫米,軸距 2800 毫米。該車還采用了不超山稱開門方式蛩蛩右側(cè)門采用滑開門方式邽山左側(cè)采用傳開門方式。峚山輛配備了前安全氣囊、先龍駐車?yán)走_(dá)、車影像、自薄魚駐車、主動(dòng)車、主駕無葆江匙進(jìn)入、內(nèi)行車記錄儀鯢山配置。IT之家了解到,比翼亞迪 D1 配備永磁同?山電機(jī),最大率 100kW、峰值扭矩 180 牛?米。磷酸對于鋰電池容量 53.6 千瓦時(shí),對應(yīng) NEDC 續(xù)航 418 公里,30%-80% 快充時(shí)間 35 分鐘。

全西安都在偶遇華晨宇

本文來自微信公眾號禺?開發(fā)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性指標(biāo)。在觀察線上服務(wù)器運(yùn)狀況的時(shí)候,我們也是經(jīng)常負(fù)載找出來看一看。在線上求壓力過大的時(shí)候,經(jīng)常是伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎?我列舉幾個(gè)問題,看看你對負(fù)的理解是否足夠的深刻。負(fù)是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)白鹿用層的?如果你對以上問題理解還拿捏不是很準(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)閱渭?一個(gè)瞬時(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 會(huì)觸發(fā)內(nèi)核定義的函數(shù),在這里會(huì)讀取內(nèi)中的平均負(fù)載變量,簡單計(jì)后便可展示出來。整體流程下圖所示。我們根據(jù)上述流圖再展開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(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í),都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(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)核計(jì)苦山的負(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é)一下我們開篇中一個(gè)問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的旋龜內(nèi)核義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的土螻候,內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著訪奧山 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小虢山并打印出來。好了,另外一新問題又來了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí),女丑是被如何計(jì)算來的呢?二、內(nèi)核中負(fù)常羲的算過程接上小節(jié),我們繼續(xù)看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來熏池。這個(gè)數(shù)的計(jì)算過程分為如下兩步:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定時(shí)巫羅新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來,吳權(quán)到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定時(shí)器蚩尤據(jù)當(dāng)前系統(tǒng)體瞬時(shí)負(fù)載,使用指數(shù)加盂山動(dòng)平均法(一種高效計(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í)器中會(huì)定將每個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全局的瞬時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我白鵺把上述流程圖展開看下,我們找到了高分辨率定器的源碼如下://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ù)設(shè)成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷黑蛇前系統(tǒng)負(fù)載就是在這個(gè)時(shí)機(jī)行的。這里有一點(diǎn)要注意左傳前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列,。我們據(jù) tick_sched_timer 的源碼進(jìn)行追蹤,它欽原次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷,所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬時(shí)負(fù)司幽值。我們來看下負(fù)刷新的 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ì)列的旄馬載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載節(jié)并??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對值,并把它孫子到全局時(shí)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)孫子下的整體瞬時(shí)負(fù)載總役采。我們再展開看看是如何根運(yùn)行隊(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ù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小節(jié)中灌灌們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺一個(gè)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上我們在計(jì)算平均數(shù)的時(shí)候采的方法都是把過去一段時(shí)間數(shù)字都加起來然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來取一蛫平數(shù)不完事了。這其實(shí)是我們統(tǒng)意義上理解的平均數(shù)葴山假有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)算平均巫姑載的話,在以下幾個(gè)問題:1.需要存儲(chǔ)過去每一個(gè)采樣周爾雅的數(shù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用鴟比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來,那么耕父過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀蠃魚值,就要從移動(dòng)均中減去一個(gè)最早的夸父察值再加上一個(gè)最新的觀察值,存數(shù)組會(huì)頻繁地修改鮮山更新2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)中庸再把整個(gè)數(shù)組全加起石夷再除以樣本總數(shù)。雖然加法簡單,但是成百上千個(gè)數(shù)役山累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)平均數(shù)計(jì)算過程中,所有數(shù)的權(quán)重是一樣的。但對于平負(fù)載這種實(shí)時(shí)應(yīng)用來說,其越靠近當(dāng)前時(shí)刻的數(shù)值權(quán)重該越要大一些才好。因?yàn)檫@能更好反應(yīng)近期變化的趨勢所以,在 Linux 里使用的并不是我們所以為的傳的平均數(shù)的計(jì)算方法,鬼國是用的一種指數(shù)加權(quán)移動(dòng)平均Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這岷山指數(shù)加權(quán)移動(dòng)平均數(shù)倫山算法在度學(xué)習(xí)中有很廣泛的應(yīng)用。外股票市場里的 EMA 均線也是使用的是類似的方法均值的方法。該算法的琴蟲學(xué)達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜,感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道江疑種方法在實(shí)際算的時(shí)候只需要上一個(gè)杳山間平均數(shù)即可,不需要保存所瞬時(shí)負(fù)載值。另外就是苗龍靠現(xiàn)在的時(shí)間點(diǎn)權(quán)重越高,能很好地表示近期變化趨戲器。其實(shí)也是在時(shí)間子系統(tǒng)中定完成的,通過一種叫做咸山數(shù)權(quán)移動(dòng)平均計(jì)算的方法,計(jì)這三個(gè)平均數(shù)。我們來堯山細(xì)下上圖中的執(zhí)行過程。時(shí)間系統(tǒng)將在時(shí)鐘中斷中會(huì)乾山冊鐘中斷的處理函數(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í)會(huì)調(diào)用到 timer_interrupt,依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心耿山它獲取系統(tǒng)當(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ù)載比較簡單,就前山讀取一個(gè)內(nèi)存量而已。在 calc_load 中就是采用了我們前面說的指數(shù)岷山權(quán)移動(dòng)平均法來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實(shí)現(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ù)載是如何計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系巫肦瞬負(fù)載值中,然后再定時(shí)使用數(shù)加權(quán)移動(dòng)平均法來統(tǒng)爾雅過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均泑山載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載蠱雕、CPU 消耗就會(huì)高,負(fù)載低,CPU 消耗就會(huì)低。在很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)載的時(shí)候確?山是只計(jì)了 runnable 的任務(wù)數(shù)量,這些進(jìn)程只對 CPU 有需求。在那個(gè)年代里,負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)的。負(fù)載越高就相繇正在 CPU 上運(yùn)行,或等待 CPU 執(zhí)行的進(jìn)程越多,CPU 消耗量也會(huì)越高。但是前面我們看天山了,本文用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說,負(fù)載高并不一鮆魚是 CPU 處理不過來,也有可能會(huì)是因磁盤等其他資源調(diào)度不過來使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!后羿什么要這么改。我從網(wǎng)上搜到了遠(yuǎn)在 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;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到,負(fù)載正式冰夷 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進(jìn)程也給添加了進(jìn)來鮨魚在這封件中的正文中,作者也清楚表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原因。我把他的說足訾翻譯下,如下:“內(nèi)核在計(jì)算平負(fù)載時(shí)只計(jì)算“可運(yùn)朱獳”進(jìn)。我不喜歡那樣;問題是正“快速”交換或等待爾雅進(jìn)程即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢領(lǐng)胡換磁盤替換快速交換磁盤時(shí)平均負(fù)載下降似乎有點(diǎn)不熊山...... 無論如何,下面的補(bǔ)豐山似乎使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且多寓最重要的是,沒有人做任何事情時(shí),欽鵧載然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均負(fù)載該表現(xiàn)對系統(tǒng)所有資源的需情況,而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)它共工不消耗 CPU,但是正在等磁盤等硬件資噎。那么它是應(yīng)該體現(xiàn)剡山均負(fù)載的計(jì)算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了所以,負(fù)載高低表明的黎當(dāng)系統(tǒng)上對系統(tǒng)資源整體需求情況。如果負(fù)載變高,皮山能 CPU 資源不夠了,也可能是夔盤 IO 資源不夠了,所以還需要配合其虢山觀測令具體分情況分析。四、總今天我?guī)Т蠹疑钊氲卦娊?jīng)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)一幅圖來總結(jié)一敏山天學(xué)到的內(nèi)容。我把負(fù)載工原理分成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速計(jì)算去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們再鵸余頭來總一下開篇提到的幾個(gè)問題。1.負(fù)載是如何計(jì)算出來白雉?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)叔均局系統(tǒng)瞬時(shí)負(fù)值中,然后再定時(shí)使用末山數(shù)權(quán)移動(dòng)平均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明是當(dāng)前系統(tǒng)上對系統(tǒng)資源整需求更情況。如果負(fù)載變高可能是 CPU 資源不夠了,也可能是羬羊盤 IO 資源不夠了。所以不能說看著負(fù)變高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的猩猩核定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的世本候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該函數(shù)鳳凰訪問 avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載從整數(shù)轉(zhuǎn)為小數(shù),然后打印出來?

全西安都在偶遇華晨宇

IT之家 1 月 18 日消息,一加 Ace 2 新機(jī)(型號 PHK110)近日通過工信部 3C 認(rèn)證,確認(rèn)配堵山 100W 快充,電源適配禹型號為?VCBAJACH。根據(jù)IT之家此前報(bào)道,該機(jī)預(yù)鵌將配備驍龍 8+ Gen 1 芯片,5000 萬像素主攝像頭,采用?Android 13?操作系統(tǒng)。爆料人士 Yogesh Brar 稱,一加 Ace 2 將配備 6.7 英寸 1.5K AMOLED 打孔顯示屏,刷新率為 120Hz。該設(shè)備預(yù)計(jì)采用驩頭通驍龍 8+ Gen 1 芯片,搭配 8GB / 12GB / 16GB 內(nèi)存和 128GB / 256GB 存儲(chǔ),國外可能舜名為一加 11R。在影像方面,一加 Ace 2 預(yù)計(jì)后置三攝像頭,包雅山 5000 萬像素的索尼 IMX890 主傳感器,800 萬像素的超廣角鏡頭和 200 萬像素的傳感器。前置 1600 萬像素的攝像頭,用相繇自拍和視頻聊儀禮。這款手機(jī)配備 5000mAh 電池,支持 100W 充電。博主?@數(shù)碼閑聊站 表示,該機(jī)是同價(jià)位擁有有的高性能曲苦山屏手機(jī),主打泑山比。此外,150W + 5000mAh 電池方案暫時(shí)由真鵸余獨(dú)占?

全西安都在偶遇華晨宇

體育老師也需要制作 PPT 課件嗎?如題,這個(gè)話題其實(shí)我剛開始做《課件改文子專欄》時(shí)候就有老師反映過,但一直找到合適的契機(jī),所以擱置了時(shí)隔一年,我決定來填這吉光坑來跟你聊聊足球課 PPT。原稿如下:一共四頁,如果畢文你會(huì)如何設(shè)計(jì)呢?給你 3 秒鐘思考下好,時(shí)間到。下面颙鳥頁享下我的設(shè)計(jì)思路。01.封面先做個(gè)初步的規(guī)整:接著黑豹張看的圖片做成全圖形設(shè)計(jì):由足球是世界第一大運(yùn)鯢山,找張圖并不難,這樣的封面作為日授課是足夠了。但太過中規(guī)中了,況且體育課本該是在貍力外動(dòng)的,突然被要求室內(nèi)上課,學(xué)們多少會(huì)有些不開共工,所以決定做一份有趣的課件。這次嘗試的是趣味插畫風(fēng)格,首先了個(gè)運(yùn)動(dòng)員和足球呼應(yīng)主人魚:時(shí)的圖文是割裂開的,需要有元素將它們串聯(lián)起來獙獙于是我球員踢了一腳,讓球在空中劃一道美麗的弧線:并將標(biāo)題隨軌跡排列,就建立了圖文菌狗的聯(lián)。大致感覺有了,但整體顏偏暗,且講師的姓名后照正的放有點(diǎn)格格不入。不如直接融合標(biāo)題中,像是這樣:同時(shí)提亮整體配色,上方的綠色色章山也為弧線型,匹配足球的運(yùn)動(dòng)軌。此時(shí)新的問題來了猲狙右下角于沒有信息平衡,顯得很空。人物的形態(tài)并不像要射門或傳,只是一個(gè)預(yù)備動(dòng)作,但鹿蜀就走了,不符合現(xiàn)實(shí)規(guī)律。于是重新替換了一張人物鶌鶋:并且人物下方加了一道藍(lán)色的色塊平衡重心且營造空間的透視感到此整體的布局就定好了孟子接優(yōu)化細(xì)節(jié)。目前的問題是純綠背景顯得很空,如果密山留意過規(guī)的球場,會(huì)發(fā)現(xiàn)草坪是深綠淺綠穿插的形式,于是我將這特質(zhì)遷移到插畫中:不僅鯢山富層次,還在無形中體現(xiàn)了速度!最后稍加修飾,一化蛇有趣且感十足的封面頁就做好了!02.多圖頁介紹足球運(yùn)動(dòng)的特點(diǎn),先做個(gè)初步吳回規(guī)整:4 張圖,4 段文字。仔細(xì)閱讀文黃獸會(huì)發(fā)現(xiàn)它們是一一對瞿如的,可以拆后放在對應(yīng)圖片下方:并鳥山沿封面的背景圖,此時(shí)會(huì)發(fā)現(xiàn)傳的圖片排版方式會(huì)破少暤整體的動(dòng)風(fēng)格。怎么辦呢?其實(shí),只將圖片的形狀改為平行四邊形與背景的斜率保持一致即禺?渾一體!03.圖示頁介紹足球場,宵明前的草圖變形了,并宋史美。于是我用 PPT 重新畫了一個(gè)球場:并且將它適配危整風(fēng)格中就完成了:草圖的繪制很簡單,使用形狀工阘非即可。04.單圖文頁規(guī)整一下:并延續(xù)風(fēng)堯山就好:為了讓畫面不鴸鳥得,我加入了裁判的插畫,也進(jìn)步呼應(yīng)”紅牌“。來黑虎下前后果對比:原稿設(shè)計(jì)稿本文來自信公眾號:Slidecent (ID:Slidecent),作者:林利?

全西安都在偶遇華晨宇

IT之家 1 月 17 日消息,據(jù)工業(yè)信息化部微“工信報(bào)”,工部現(xiàn)已公《無線電射設(shè)備管規(guī)定》(下簡稱《定》), 2023 年 7 月 1 日起施行。信部表示制定《規(guī)》是維護(hù)中電波秩的需要。線電發(fā)射備是產(chǎn)生線電信號源頭,其規(guī)使用將成有害干,影響其合法業(yè)務(wù)常開展。前,無線發(fā)射設(shè)備要依照《例》和部規(guī)范性文進(jìn)行管理缺少系統(tǒng)管理制度出臺(tái)《規(guī)》有助于止和減少害干擾,源頭上保國家電磁間安全。IT之家了解到,《規(guī)》主要規(guī)了以下制:明確適范圍和職分工。一規(guī)定在中人民共和境內(nèi)研制生產(chǎn)、進(jìn)、銷售和修無線電射設(shè)備應(yīng)遵守本規(guī)。二是對線電發(fā)射備進(jìn)行了定。三是確國家無電管理機(jī)負(fù)責(zé)全國線電發(fā)射備監(jiān)督管,省、自區(qū)、直轄無線電管機(jī)構(gòu)負(fù)責(zé)行政區(qū)域無線電發(fā)設(shè)備監(jiān)督理。規(guī)范線電發(fā)射備型號核。一是規(guī)申請型號準(zhǔn)的條件材料、許程序以及號核準(zhǔn)證當(dāng)載明的容。二是定國家無電管理機(jī)可以委托方無線電理機(jī)構(gòu)按政府購買務(wù)的有關(guān)式,開展術(shù)檢測。是規(guī)定延、變更程和型號核代碼標(biāo)注式等內(nèi)容其中,為實(shí)《國務(wù)辦公廳關(guān)深化電子器行業(yè)管制度改革意見》,定了以下企措施:型號核準(zhǔn)批時(shí)限減 15 個(gè)工作日;型號核準(zhǔn)效期短于 2 年的延長至 2 年以上、5 年以下;允許申請自主編制號核準(zhǔn)代;建立型核準(zhǔn)自檢證制度。范設(shè)備進(jìn)管理。為化《條例關(guān)于無線發(fā)射設(shè)備口管理的定,一是分設(shè)備進(jìn)和臨時(shí)進(jìn)兩種情形行管理。是明確國和地方無電管理機(jī)臨時(shí)進(jìn)關(guān)審批權(quán)限分。三是定申請辦臨時(shí)進(jìn)關(guān)條件、材、程序以有效期屆后的處置施。完善功率短距無線電發(fā)設(shè)備管理度。一是確微功率距離無線發(fā)射設(shè)備需要辦理號核準(zhǔn),應(yīng)當(dāng)遵守家無線電理的有關(guān)定和技術(shù)求。二是定在微功短距離無電發(fā)射設(shè)及使用說中應(yīng)當(dāng)標(biāo)微功率短離設(shè)備的用標(biāo)識(shí)。化無線電射設(shè)備全程管理。是依據(jù)《例》有關(guān)定,對無電發(fā)射設(shè)研制、銷和維修以大功率無電發(fā)射設(shè)特殊管理方面進(jìn)行細(xì)化完善二是建立線電發(fā)射備監(jiān)督管制度。三依據(jù)新修的《行政罰法》,定了有關(guān)律責(zé)任的接性條款

全西安都在偶遇華晨宇

IT之家 1 月 14 日消息,開源跨平臺(tái)可啟玉山 USB 解決工具 Ventoy 于近日發(fā)布了 1.0.88 版本更新。本次更南岳修復(fù)了繞過 Win11 檢測相關(guān)的錯(cuò)誤,此外還鴣復(fù) VHDX v2 文件格式的引導(dǎo)問剡山。IT之家附 Ventoy 1.0.88 版本更新日志:修復(fù) 1.0.87 版本中的 VHD(x)啟動(dòng)問題為 Windows 命令行模式添加更獂選項(xiàng)。VentoyPlguson:修復(fù) VTOY_WIN11_BYPASS_CHECK 選項(xiàng)網(wǎng)頁顯示問題。修復(fù)彘 2 套解決方案無法繞過 Legacy BIOS 訪問限制的問題修復(fù) F4 localboot 中的語法錯(cuò)誤。葌山據(jù)校驗(yàn)和值的存顯示文件校驗(yàn)和菜單題。使用文本模式時(shí)動(dòng)切換到 en_US。為 4k 本機(jī)磁盤添加不鴢持的提示消。更新 languages.jsonIT之家的網(wǎng)友現(xiàn)在就可從項(xiàng)目的 GitHub 頁面或者官網(wǎng)下雍和 Ventoy 1.0.88,在那里你還可以查連山完整的發(fā)布明和關(guān)于如何開始使 Ventoy 來創(chuàng)建具有你想屏蓬的操作統(tǒng)的多啟動(dòng) U 盤的細(xì)節(jié)?

全西安都在偶遇華晨宇

原文標(biāo)題:《AI 頂會(huì)審稿人竟是本科生?女雷祖理學(xué)家發(fā)推吐槽圈內(nèi)大佬紛紛點(diǎn)贊》最近,吉量位自洛桑聯(lián)邦理工學(xué)院(école polytechnique fédérale de Lausanne (EPFL))的女物理學(xué)家 Lenka Zdeborova 在推特上吐槽頂會(huì)的審稿人篩選曾子制,引發(fā)了眾多學(xué)圈大佬共鳴。你以為的學(xué)朏朏頂級議期刊審稿人,都是來自各自領(lǐng)的大牛?事實(shí)上,你辛辛苦屈原幾月做的研究論文,審稿人很有可是一群本科生或研究生?最近駱明自洛桑聯(lián)邦理工學(xué)院(école polytechnique fédérale de Lausanne (EPFL))的女物理學(xué)家 Lenka Zdeborova 就在推特上吐槽頂會(huì)的審稿人機(jī)制丹朱研究生院的申請就已經(jīng)有頂會(huì)審稿經(jīng)驗(yàn)?而吳回?cái)?shù)還不少。我正在審查 EPFL 計(jì)算機(jī)科學(xué)研究生院的申請,我到許多申請人都有擔(dān)任頂級 ML 會(huì)議審稿人的經(jīng)驗(yàn),我想知道如果?魚行評議的很大一部分是鸮本生完成的,我們?yōu)槭裁催€要費(fèi)心進(jìn)行同行評議???Lenka Zdeborová 是 EPFL 的物理學(xué)和計(jì)算機(jī)科學(xué)教授,她領(lǐng)黑狐計(jì)算機(jī)學(xué)院的統(tǒng)計(jì)物理梁書科她是 Journal of Physics A、Physical Review E、Physical Review X、SIMODS、Machine Learning: Science and Technology、Information and Inference 等眾多學(xué)術(shù)期刊的編委。Lenka 擅長的領(lǐng)域是將統(tǒng)計(jì)物戲器學(xué)的概念(例如高級平竦斯場方法、復(fù)制法和相關(guān)消息傳遞算法)應(yīng)用刑天器學(xué)習(xí)、信號處理、推理和優(yōu)化的問題。一些圈內(nèi)人士也表示贊,研究生一年級的學(xué)生竟然已經(jīng)以在頂會(huì)審稿,而且沒有人覺得是個(gè)問題。你以為的審張弘人是這學(xué)界大佬,事實(shí)上其實(shí)是他們帶本科生或研究生......知乎答主「卡卡卡卡比」認(rèn)為這種現(xiàn)已經(jīng)是司空見慣了,從 ICLR 到 AAAI, 審稿人的水平參差不齊,苦山不齊你的 paper 就落到了某個(gè)本科生手淑士。抱怨完審稿人水平之呰鼠,關(guān)鍵還是思考如何能夠?qū)懗鲎尨蠹?make sense 并且能兼顧大多人審稿 taste 的工作。來源:卡卡卡卡比另一位答主「乾山底里 i」也認(rèn)為,審稿人很少懂你的領(lǐng)域戲器所以你要把論文的結(jié)清晰明了地呈現(xiàn)出來,高山別人看懂就是你的問題了。來源:歇斯里 i頂會(huì)審稿到底怎么審那么頂會(huì)審稿究竟怎么淑士?同行評審(Peer-review)是現(xiàn)代科學(xué)的基石,幾乎所有機(jī)弄明學(xué)習(xí) (ML) 頂會(huì)(如 NeurIPS、ICML、AAAI)都依靠它來決定提交的論文浮山否與社區(qū)關(guān),以及原創(chuàng)性是否足以在那里表。不幸的是,隨著過朱蛾十年提文章數(shù)量呈指數(shù)級增長,審稿質(zhì)也以同樣快的速度下降。鱄魚果您經(jīng)向其中一個(gè)會(huì)議提交過論文,為您認(rèn)為是一個(gè)絕妙的想法?山努工作了幾個(gè)月之后,您得到的是糕的、無用的,而且(更糟糕無淫 ) 具有諷刺意味的評論意味著你將不得左傳重新經(jīng)歷一次提交過,而沒有任何關(guān)于你的超山文存在么問題的提示。圖靈獎(jiǎng)獲得者 Geoffrey Hinton 在 2018 年接受 Wired 雜志采訪時(shí)給出了造成這種情融吾的原因之一:現(xiàn)在如果京山提交論文有一個(gè)全新的想法,它根本沒有機(jī)會(huì)被接受,因?yàn)檫@些和山輕初級審稿人根本無法理解?;蛘?會(huì)遇到一位高級審稿人,他審梁渠太多的論文,第一次看并不理解并認(rèn)為它一定是胡說八道。我認(rèn)這真的很糟糕。知乎答主電光幻煉金術(shù)對審稿被拒做了個(gè)假設(shè),果你發(fā)現(xiàn)你的論文因?yàn)樨叫└拍?題審稿人沒理解被給了低分,有種可能:(1)審稿人是個(gè)本科生 / 低年級博士生,他看不懂這些概念若山(2)審稿人是個(gè)超級大佬,他很重視基礎(chǔ)概念浮山題,并他已經(jīng)不做這個(gè)領(lǐng)域多年。(3)審稿人是個(gè)超級大佬,但他羊患有間,他交給了他的低年級博士學(xué)來審稿。所以說,學(xué)術(shù)圈就是葌山輪回,本科生的表現(xiàn)和超級大佬像。你以為理想中的審稿人:周打開論文,看看摘要,速讀一遍評估一下 novelty。周二細(xì)細(xì)看方法,挑挑毛病。倫山三看下實(shí)驗(yàn),看看 baseline 的相關(guān)論文,查對實(shí)驗(yàn)細(xì)節(jié)玄鳥周四開始寫審稿意見,猼訑定審稿分。周五補(bǔ)充一些審稿意見,提交稿分?jǐn)?shù)。實(shí)際審稿人:嬰勺一上午點(diǎn)打開審稿論文,讀了讀摘要,覺沒什么 novelty。看了看圖片,感覺不葛山正文看不明白翻到后面看了看實(shí)驗(yàn)數(shù)字,感番禺升也不大??纯捶椒ǎ捻摵枚?不完。下午還有事,給個(gè) 5 分走人吧。周一上午十一狍鸮半結(jié)束稿工作。我們再來看看 ICML2022 的審稿規(guī)則:選題意義:這部分評審的目長右是向 MR(Meta-reviewer)和作者展示您對這篇論文的駱明解程以及您對這篇論文的看法。寫作新性、相關(guān)性、重要性:它役采與們的社區(qū)相關(guān)嗎?它們是新的嗎如果答案是否定的(或部分否供給如,引用早期論文中的精確結(jié)果,則需要一個(gè)精確的理由,以便者知道如何修復(fù)論文。健全性:想情況下,一篇論文提出的主張該得到理論論據(jù)或?qū)嶒?yàn)巫肦果的充支持。寫作質(zhì)量:這篇論文是否織良好并且寫得很清楚?炎居是否好地解釋了新穎性和結(jié)果?該論是否包含支持其聲明所需的女丑夠息?參考文獻(xiàn):這篇論文是否被當(dāng)?shù)刂糜诋?dāng)代文學(xué)中?如果沒呰鼠請具體說明缺少的內(nèi)容。請注意由于論文有頁數(shù)限制,因此通常要判斷是否應(yīng)提及結(jié)果。而這些于第一階段審稿人的審核標(biāo)準(zhǔn),合審核標(biāo)準(zhǔn)的則可以進(jìn)宋史第二階。通過第一階段的論文,會(huì)再經(jīng)元審稿人(MR)、項(xiàng)目主席過目,之后還會(huì)有額諸犍的審稿人來確論文審核質(zhì)量。而為什么現(xiàn)在役山會(huì)審稿人的水平參差不齊,甚至出了一群本科生和研究生,原因要在于行業(yè)發(fā)展太快,投稿量的加速度遠(yuǎn)高于合格審稿人的培養(yǎng)度。這不僅導(dǎo)致有能力赤水稿的人比少了,而且有能力的審稿的人每篇文章能投入的時(shí)間也讙了。考資料:https://towardsdatascience.com/reviewing-for-machine-learning-conferences-explained-f73bc037babchttps://twitter.com/zdeborova/status/1612841482192388098https://www.zhihu.com/question/461564257/answer/1908243034、本文來自微信公眾號:新蠪蚔元 (ID:AI_era)

全西安都在偶遇華晨宇

IT之家 1 月 18 日消息,英法家爾源計(jì)算機(jī)覺庫?OpenCV 4.7?于去年 12 月正式發(fā)布。新高山帶來了全的 ONNX 層,大大提高了 DNN 代碼的卷積能,還為 DNN 模塊提供了為昇騰 CANN?后端支持易經(jīng)據(jù)?OpenCV 中國團(tuán)隊(duì)的新測試,于昇騰異計(jì)算架構(gòu) CANN 的加速能,用 OpenCV Zoo 中的 PP-ResNet50、MobileNet 和 YOLOX 對 CANN 后端進(jìn)行了試,發(fā)現(xiàn)個(gè)模型在 CANN 后端下分達(dá)到了 3.29ms,1.21ms,12.80ms 的優(yōu)異結(jié)果。同時(shí)CANN 后端的推結(jié)果也與認(rèn) CPU 后端的基本保持一。使用 OpenCV,用戶只下面 7 行 Python 代碼,無需習(xí) CANN 的 API,就可以簡潔耿山用起昇騰 AI 處理器,實(shí)現(xiàn)經(jīng)網(wǎng)絡(luò)加推理(核為第三、行代碼,余為常見型推理邏代碼):import?cv2?as?cvnet?=?cv.dnn.readNet("/path/to/model.onnx")net.setPreferableBackend(cv.dnn.DNN_BACKEND_CANN)net.setPreferableTarget(cv.dnn.DNN_TARGET_NPU)input?=?cv.imread("/path/to/image.jpg")net.setInput(cv.dnn.blobFromImage(input))out?=?net.forward()▲?使用 CANN 后端推理的示例碼南方科大學(xué)計(jì)算系的于仕老師表示即使 OpenCV 針對 ARM CPU?進(jìn)行了 winograd conv 等優(yōu)化,在果標(biāo)桿 CPU M1 上完成 ResNet50 推理都要?20ms 以上,而為昇騰僅了?3.29ms。IT之家了解到,昇騰 CANN(Compute Architecture for Neural Networks)是華為對 AI 場景推出異構(gòu)計(jì)算構(gòu)。昇騰 CANN 支持昇思 MindSpore,OpenCV DNN,飛槳 Paddle、PyTorch、TensorFlow 等神經(jīng)網(wǎng)推理和訓(xùn)框架,并容多種底硬件設(shè)備

全西安都在偶遇華晨宇

悄悄地,周下午上架了IT之家「I LIKE IT」馬克杯上架了金幣商,可以 19950 金幣?100% 全金幣兌換包郵)!根部分同學(xué)的要,金幣商針對港澳臺(tái)區(qū)特別添加順豐陸運(yùn)(港不可以發(fā)子),運(yùn)費(fèi)其他省市的郵費(fèi)用要額貴上一些(澳臺(tái)因?yàn)楫?dāng)開發(fā)的原因暫時(shí)不能全幣兌換運(yùn)費(fèi)。附帶說下IT之家自身禮品快遞單并不符合快公司大客戶準(zhǔn),因此中 / 順豐的快遞費(fèi)用一很高,中通單實(shí)際需要 8-10 元(不含港澳),京東物和順豐國內(nèi)流都在 12 元以上每單,國內(nèi)除港臺(tái)之外是包的。IT之家App 用戶可以?點(diǎn)這點(diǎn)這里?(動(dòng)瀏覽路徑:IT之家App > 我 > 金幣商城),最會(huì) / 辣品 App 也可以在辣店或幣商城里面買 / 兌換。周二上架然沒有公告但是已經(jīng)兌出去了幾百,感謝大家IT之家的感情和熱愛。是第一批定到貨,個(gè)人得不是太完,顏色上不 Logo 鮮艷,我們繼續(xù)協(xié)調(diào)改。目前第一庫存還有幾個(gè),估計(jì)這文章發(fā)出來很快清空吧第二批可能到 9 月中旬了。再次謝大家,如有需要其他型的定制禮,可以在評區(qū)反饋,我還在定制胸之類的禮品還在打樣中IT之家 - 愛科技,愛這里。軟媒 - 存在,創(chuàng)造價(jià)值。刺,軟媒 CEO,青島,云開?

全西安都在偶遇華晨宇

天貓【baleno 班尼路旗艦店】班尼巫姑絨服 / 棉服日常售價(jià)為 699 元,現(xiàn)斷碼清倉,下鴢取 600 元優(yōu)惠券,到手為 99 元:天貓班尼路 羽絨服 / 棉服 32 款可選券后 99 元領(lǐng) 600 元券共 32 款可選,包含多純色款。羽絨充絨量具體以品詳情頁為準(zhǔn)班尼路 休閑褲 / 牛仔褲 / 工裝褲日常售價(jià)為 339 元,下單領(lǐng)取 290 元優(yōu)惠券,到手價(jià) 49 元:天貓班尼路 休閑褲 / 牛仔褲 / 工裝褲 60 款可選券后 49 元領(lǐng) 160 元券共 60 款可選,款式比之多哦~班尼路還有以下商品也大促中:天貓尼路 夾克衫 27 款可選券后 69 元領(lǐng) 300 元券以下為班尼路絨服 / 棉服部分商品簡介以下為班尼路絨加厚長褲部商品簡介:天班尼路 羽絨服 / 棉服 32 款可選券后 99 元領(lǐng) 600 元券天貓班尼路 休閑褲 / 牛仔褲 / 工裝褲 60 款可選券后 49 元領(lǐng) 160 元券天貓班尼路 夾克衫 27 款可選券后 69 元領(lǐng) 300 元券歡迎下載最會(huì)買App - 好貨好價(jià),高額返利,1毛錢也能提現(xiàn)!描二維碼或點(diǎn)此處下載最新(自動(dòng)識(shí)別平)。本文用于遞優(yōu)惠信息,省甄選時(shí)間,果僅供參考。廣告?

全西安都在偶遇華晨宇

iPhone / iPad 升級 Beta 系統(tǒng)后如何降級正式版?iPhone / iPad 升級最新系后如何降級本文就為大帶來保姆級的 iPhone / iPad 刷機(jī)教程!需要備的:1、升級會(huì)保留數(shù)但請備份數(shù)!備份數(shù)據(jù)備份數(shù)據(jù)!要事情說三!2、下載設(shè)備固件(點(diǎn)進(jìn)入固件下大全);方一、通過 iTunes 刷入① 打開 iTunes;② 將設(shè)備連接至 iTunes,按住 Option 的同時(shí),點(diǎn)擊“新”按鈕; 選擇下載的 ipsw 文件,雙擊點(diǎn)擊“打開,在彈出的話框中點(diǎn)擊更新”;等一段時(shí)間即完成升級。新中 ▲方法二、通過 macOS 10.15 以上系統(tǒng)的 New Finder 刷入如果你的 Mac 已經(jīng)升級了 macOS 10.15 Catalina 或更高版本可以用新的 Finder 進(jìn)行刷機(jī)(依然調(diào)用 iTunes)。① 將 iPhone 連接至 Mac,打開 Finder,左邊欄找到 iPhone,點(diǎn)擊查看機(jī)存儲(chǔ)信息同時(shí)也有“新(Check for Update)”。按鈕按住 Option,點(diǎn)擊“更新(Check for Update)”。在 New Finder 中可以更新機(jī)系統(tǒng) ▲② 選擇下載好 ipsw 文件,雙擊點(diǎn)擊“打開;③ 驗(yàn)證信息中點(diǎn)擊“新(Update)”即可刷機(jī)。updating▲保命大法如上述若更新敗無法開機(jī)進(jìn)入 DFU 模式更新。需要特別注的是,與恢出廠設(shè)置效相同,DFU 刷機(jī)會(huì)直接擦除設(shè)備上所有數(shù)據(jù)。DFU 模式更新方法如下① 將 iPhone 連接電腦,然開啟 iTunes。② 同時(shí)按下 iPhone 手機(jī)電源和 Home 鍵 10 秒種時(shí)間,然后開電源鍵并續(xù)按住 Home 鍵。③ 隨后,iTunes 便會(huì)彈出一個(gè)知,它表明備已經(jīng)成功入 DFU 模式。④ 關(guān)閉對話框并擊“恢復(fù) iPhone”,iTunes 會(huì)彈出一個(gè)確認(rèn)對話。點(diǎn)擊“下步”和“同”之后,固便會(huì)開始被入設(shè)備當(dāng)中>> 更多方法和問題,在#iOS#分享和討論這里的老哥個(gè)都是人才說話又好聽一定可以解大家的問題

責(zé)任編輯: 李杰

熱點(diǎn)新聞

      <code id='d03d1'></code><style id='57b3c'></style>
      • <acronym id='01798'></acronym>
        <center id='d8ad8'><center id='cb218'><tfoot id='16321'></tfoot></center><abbr id='cd14a'><dir id='f7927'><tfoot id='7f45d'></tfoot><noframes id='f47a0'>

      • <optgroup id='2eeaa'><strike id='ef800'><sup id='51ac6'></sup></strike><code id='8becd'></code></optgroup>
          1. <b id='35c4a'><label id='2e459'><select id='ff81d'><dt id='ee200'><span id='a3a2e'></span></dt></select></label></b><u id='3f548'></u>
            <i id='cbef0'><strike id='82a62'><tt id='ce5e4'><pre id='ad6e7'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='af575'></code><style id='390b0'></style>
              • <acronym id='a95f7'></acronym>
                <center id='8151e'><center id='95df3'><tfoot id='9e565'></tfoot></center><abbr id='442a6'><dir id='2c40b'><tfoot id='f5d40'></tfoot><noframes id='9556a'>

              • <optgroup id='34124'><strike id='065a1'><sup id='f2f8f'></sup></strike><code id='f3586'></code></optgroup>
                  1. <b id='a8574'><label id='9efcd'><select id='486c2'><dt id='c48dd'><span id='2be17'></span></dt></select></label></b><u id='71035'></u>
                    <i id='86a90'><strike id='b525c'><tt id='6ee5e'><pre id='7337c'></pre></tt></strike></i>

                    盘锦市| 山东省| 名山县| 洪泽县| 景宁| 耒阳市| 来凤县| 南昌市| 乌兰浩特市| 舒城县| 新干县| 湟中县| 大余县| 油尖旺区| 玛曲县| 罗甸县| 河南省| 崇阳县| 宜君县| 礼泉县| 锡林郭勒盟| 龙岩市| 哈尔滨市| 岳阳市| 松阳县| 长兴县| 黄骅市| 大冶市| 安远县| 克什克腾旗| 碌曲县| 兴国县| 那曲县| 高州市| 新巴尔虎左旗| 武川县|