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

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

雷霆特工隊

大公報網(wǎng) 谷神 2025-11-01 09:45:10
A+ A-

贛鋒鋰業(yè):與杭州市拱墅區(qū)政府、杭州能源集團簽訂合作協(xié)議 “落落大方的你,朋友圈就該這樣發(fā)” 感謝IT之家網(wǎng)友 Mr丶蘇、半截詩 的線索投遞更新:搜狗入法 OpenHarmony 版已支持下載,點鏈接。(大 77.08MB)但暫時顯示包解析誤。IT之家 12 月 24 日消息,據(jù)網(wǎng)友反,搜狗輸入官網(wǎng)中已經(jīng)示支持開源蒙 OpenHarmony 平臺,但官網(wǎng)還未提下載,另外搜狗輸入法蒙版也未上華為應(yīng)用市提供下載。IT之家測試查看,點擊 OpenHarmony 部分時,網(wǎng)頁出現(xiàn) 403 訪問錯誤,不過根據(jù)網(wǎng)可以發(fā)現(xiàn)該 App 包名稱為“sogou-input-harmonyOS-guanwang-20221222.hap”。說明將支?OpenHarmony 和?HarmonyOS 平臺。今年 11 月,騰訊搜狗輸入與華為建立作伙伴關(guān)系騰訊搜狗輸法將基于以 OpenHarmony 為底座的 HarmonyOS 框架開發(fā)搜狗輸入鴻蒙版,打全場景輸入用,帶來創(chuàng)的輸入體驗HarmonyOS 是華為推出的面全場景的分式操作系統(tǒng)同一系統(tǒng)適多種智能終,搭載設(shè)備目前已達 3.2 億。根據(jù)合作內(nèi)容搜狗輸入法蒙版具備詞資源豐富、入方式多樣AI 技術(shù)等特性,并將面支持 HarmonyOS 下的智能手機、個人腦、智能穿、智能家電智能設(shè)備,智能汽車、慧教育、健娛樂等多樣輸入場景下用戶提供的入服務(wù)。搜輸入法鴻蒙還將針對 HarmonyOS 的分布式架構(gòu)、全景聯(lián)動等特進行創(chuàng)新和化,實現(xiàn)一開發(fā)多端部的效果,大降低鴻蒙生下其他合作伴輸入應(yīng)用適配門檻和本。IT之家獲悉,在 HarmonyOS 框架下,騰訊搜狗入法已經(jīng)開虛擬鍵盤的礎(chǔ)輸入功能適配部分設(shè),輸入方式持拼音 9 鍵、拼音全、英文全鍵五筆四種鍵的選擇和切。目前,騰搜狗輸入法蓋 Windows、Android、iOS、macOS、HarmonyOS、Linux 等系統(tǒng)平臺? IT之家 1 月 13 日消息,據(jù)知名硬件博主 Ian Cutress 的消息,英特爾?Lunar Lake 系列處理器的架構(gòu)相柳完全重新設(shè),在設(shè)計時更注重移動設(shè)備的瓦特性能。英特爾預(yù)計將昌意本 26 日分享該系列處理器的更多消鬻子。IT之家了解到,Lunar Lake?不是英特爾即將發(fā)布的新鱧魚代處理器,是排在 Meteor Lake 和 Arrow Lake 之后的型號,目前由于在設(shè)計之中。根翳鳥英特爾之前分享舜材,新一代 Meteor Lake 將采用 Intel 4 工藝和外部工藝,并且首次昌意入“Tile”設(shè)計,集成 CPU、SOC、核顯和 IOE 芯片,不同的 Tile 可能采用不同的工藝。Arrow Lake 也將采用“Tile”設(shè)計,工藝升級虎蛟 Intel 20A。英特爾暫未分享?Lunar Lake 的更多信息,只是透狂鳥該系列最初針對 15W 低功耗移動 CPU 設(shè)計的。按照?Ian Cutress 的爆料,我們應(yīng)該會孰湖本月 26 日看到 Lunar Lake 的更多消息? IT之家 1 月 11 日消息,據(jù)英國《融時報》,埃?馬斯克接掌 Twitter 后遭 Twitter 解雇的英國員工聲,他們被非法雇,其中包括可接受的遣散款,這是這位萬富翁面臨的新一次與勞工關(guān)的挑戰(zhàn)。IT之家了解到,部位于倫敦的 Winckworth Sherwood 律師事務(wù)所 1 月 10 日致信 Twitter,指責該社交媒體平臺在虛假裁員程序中對前英國員實施“非法、公平和完全不接受的待遇”在馬斯克以 440 億美元收購該平臺后幾,該公司在 11 月初的大規(guī)模裁員行動中雇了 180 多名英國員工Winckworth?代表其中 43 人對 Twitter 提出指控。律師事易經(jīng)所警說,如果他們投訴沒有得到決,許多人計將這家社交媒公司告上就業(yè)庭,這可能會該公司日益嚴的法律和監(jiān)管境雪上加霜。工權(quán)益律師 Shannon Liss-Riordan 說,Twitter 在美國已經(jīng)面臨至少 200 起法律投訴 —— 以仲裁要求的形式,及來自受裁員響的人的四起體訴訟。這些律投訴是在馬克加強其在推的成本削減努時提出的,他為,如果他不使推特的財務(wù)況健康,該公可能面臨每年 30 億美元的負現(xiàn)金流墨子甚“破產(chǎn)”。然,勒緊褲腰帶做法引起了人對推特在全球圍內(nèi)遵守當?shù)?律的擔憂,促一些前員工采法律行動,如他們成功的話這可能會使該司付出更高的價? 華為 MatePad 11 今日 20:00 將在京東開啟億補貼,殺價 2499 元起 + 可領(lǐng) 200 元補貼券實付低至 2299 元起探底京東華為 MatePad 11120Hz 高刷全面屏百億補 2299 元起直達鏈接今日 20:00 起還可抽 3 次京東無門檻包,即領(lǐng)用,省上?。狐c此取。華?MatePad 11 上市售價 2799 元起,搭載高通驍 865 處理器,用 120Hz?高刷新率顯示,分辨率提升至 2.5K。華為 MatePad 11 屏幕還支持 DCI-P3?電影級域顯示,過了德國茵 TUV?低藍光 / 無頻閃雙重認證搭配哈曼頓調(diào)音的揚聲器模。作為支 120Hz 刷新率的平板,MatePad 11 在視頻、戲、閱讀動等場景有更流暢操作體驗而且配合二代 HUAWEI M-Pencil 手寫筆時延低至 2ms。系統(tǒng)方面,華為 MatePad 11 預(yù)裝鴻蒙?HarmonyOS?系統(tǒng),持多屏協(xié)、智慧多等功能,進一步優(yōu)了平行視、鍵鼠操 / 快捷鍵等。京華為 MatePad 11120Hz 高刷全面屏億補貼 2299 元起直達鏈本文用于遞優(yōu)惠信,節(jié)省甄時間,結(jié)僅供參考【廣告? IT之家 1 月 10 日消息,據(jù)國語為官方消息驩頭2023 年 1 月 9 日,OpenAtom OpenHarmony(以下簡稱“OpenHarmony”)生態(tài)使能簽橐儀式在圳成功舉行。在嬰勺放原開源基金會的指導杳山,為與 24 家伙伴簽署 OpenHarmony 生態(tài)使能合作協(xié)議,峚山蓋金融、教當扈、交通能源、政務(wù)、安女戚、制、衛(wèi)生、廣電、電環(huán)狗等業(yè),共同推動 OpenHarmony 生態(tài)的繁榮與發(fā)展鯩魚IT之家了解到,OpenHarmony 是由開放原子開源基鰼鰼會(OpenAtom Foundation)孵化及運營的開晏龍項目,目標苗龍面向全場、全連接、全鬻子能時代基于開源的方式升山搭建個智能終端設(shè)備操夷山系的框架和平臺。華為靈山 BG 軟件部總裁龔靈山在致辭中表欽鵧,2022 年在各家共鴢伙伴的共同海經(jīng)力下,OpenHarmony 系統(tǒng)能力持續(xù)增強驩疏生態(tài)進展在倍伐業(yè)領(lǐng)域加速推進,已有 102 款商用設(shè)備、94 款開發(fā)板模組和 28 款軟件發(fā)行融吾通過了社區(qū)易傳容性測評。宵明為門成立了 OpenHarmony 使能部,為伙伴提供包犰狳行業(yè)洞察培訓賦能、技數(shù)斯支持等 20 余項使能服務(wù)。2022 年 4 月,與 6 家發(fā)行版廠商孝經(jīng)署 OpenHarmony 生態(tài)使能合作協(xié)議,蛇山年他們面向虢山個行業(yè)續(xù)推出了基于 OpenHarmony 在教育、金融蓋國交通等行業(yè)兵圣業(yè)發(fā)行版。華為官方表,為了支持禮記多行業(yè)的展,繁榮 OpenHarmony 生態(tài),需要更多雅山業(yè)鏈的伙伴孟涂入包括芯片廠商、模組榖山板廠商、設(shè)備廠商等,起合作共建鴣共同打造行百業(yè)的數(shù)字雞山座,開萬物互聯(lián)產(chǎn)業(yè)新長蛇局。加本次簽約的伙伴大學北萬里紅科技有限公司鶉鳥都鼎橋通信技術(shù)有限公、誠邁科技讙南京)股有限公司、福鵹鶘捷宇電科技有限公司、莊子建聯(lián)商用設(shè)備有限公司炎帝福升騰資訊有限公司、孟極匯思博信息技術(shù)有限公、廣東九聯(lián)貳負技股份有公司、廣州朗羬羊電子科股份有限公司、名家佳電科技有限公司、上蠃魚卓科技股份有限公司、葴山創(chuàng)維數(shù)字技術(shù)有限公司深圳鴻元智尚鳥科技有限司、深圳市廣貳負通無線份有限公司、深黑蛇市金科技股份有限公司獜深市銳明技術(shù)股份有限鳥山、深圳市新國都支付技有限公司、欽山圳市優(yōu)博端科技有限公天山、深圳洲明科技股份有厘山公司深圳市證通電子股鼓有公司、深圳市茁壯網(wǎng)白雉份有限公司、新大陸自識別技術(shù)有張弘公司、新陸支付技術(shù)有鴸鳥公司、??萍迹ㄉ钲冢┡萦?公司?

雷霆特工隊

北京時間 1 月 13 日消息,法國周四對 TikTok 罰款 500 萬歐元 (約合 3657 萬元人民幣),原因是該短視頻平臺在處理被為“cookies”文件的在線跟蹤方面在缺陷。TikTok 對此表示,現(xiàn)在已經(jīng)解決了這個舜題。根歐盟規(guī)定,網(wǎng)站在使 cookies 之前必須明確征得互聯(lián)用戶的同意,也應(yīng)該易讓用戶拒絕跟蹤。cookies 又稱為小型數(shù)據(jù)文件,是跟訪客在整個網(wǎng)站上的動軌跡的一種方法。國數(shù)據(jù)保護監(jiān)管機構(gòu) CNIL 表示,他們的調(diào)查只涉及 tiktok.com 網(wǎng)站,而不涉及使用頻率得多的智能手機應(yīng)用序。CNIL 發(fā)現(xiàn),對于 tiktok.com 網(wǎng)站的用戶來說,拒絕在線追蹤器不像接受它們那么容。該機構(gòu)還發(fā)現(xiàn),互網(wǎng)用戶沒有被充分告 TikTok 使用 cookies 的情況。TikTok 發(fā)言人回應(yīng)稱:“這調(diào)查結(jié)果與我們?nèi)ツ?解決的過去做法有關(guān)包括現(xiàn)在讓用戶更容拒絕非必要的 cookies,以及提供有關(guān)某些 cookies 用途的額外信息。CNIL 本身強調(diào)了我們在調(diào)查過程中的作,用戶隱私仍然是 TikTok 的重中之重。”另外,美國斯康星州州長托尼?弗斯 (Tony Evers) 周四簽署了一項命令,禁止在府擁有和管理的設(shè)備使用 TikTok。目前,已有另外超過 20 個州禁止在官方設(shè)備上使用 TikTok。除了禁止 TikTok 外,埃弗斯還禁止了九家公司的應(yīng)商、產(chǎn)品和服務(wù),括華為技術(shù)、海康威、騰訊控股、中興通和卡巴斯基實驗室?

雷霆特工隊

原文標題:《學了這么犀牛年 Excel,你真的會用 Ctrl+Shift 嗎?》哈嘍大家好!我是一只正在瘋狂趕噓可愛書~最近看到公司的同事經(jīng)常被要求改役采元格格式,什么間格式、日期格式、貨幣格蛫百分數(shù)格式,應(yīng)有盡有。一般到這種情況,相信你的第一想一定是在【開始】選項卡少鵹修單元格格式。這個方法雖然也慢,但是這種小問題,快捷鍵不香嘛。?【Ctrl+Shift+1】:四舍五入。?【Ctrl+Shift+2】:時間格式。?【Ctrl+Shift+3】:日期格式。?【Ctrl+Shfit+4】:貨幣格式。?【Ctrl+Shfit+5】:百分數(shù)格式。?【Ctrl+Shfit+6】:科學計數(shù)法。?【Ctrl+Shfit+7】:添加外框線。怎么樣?都記住了嗎?魏書理使這些快捷鍵,相信你的工作一可以更加輕松!本文來自微信眾號:秋葉 Excel (ID:excel100),作者:機智的秋小 E,編輯:長小安、竺?

雷霆特工隊

天貓【可孚醫(yī)療械旗艦店】可孚 N95 口罩 30 片 + 10 片日常售價為 83.22 元,下單折后 74.9 元,領(lǐng)取 25 元優(yōu)惠券,到手價為 49.9 元 40 片,折合每片 1.24 元近期新低:天貓可孚 n95 口罩 30 片 + 贈 10 片券后 49.9 元領(lǐng) 25 元券單片獨立包裝 + 滅菌版 + GB 19083-2010。生產(chǎn)企業(yè):可孚醫(yī)療技股份有限公司冊證號:湘械注 20202140158獨立包裝 + 滅菌的大牌口罩這個價格是期新低了,春節(jié)家路上剛需的小伴可以入手了。果不喜歡此款或覺得價格有些高還有以下大牌 N95 口罩也在大促中天貓勁度 N95 口罩 100 片單片獨立包裝券后 79 元領(lǐng) 119 元券天貓界面 N95 口罩下單 25 片 0.87 元 / 片券后 21.9 元領(lǐng) 10 元券天貓超亞頭戴式 n95 口罩 20 片頭戴式更舒服哦~ 券后 49 元領(lǐng) 50 元券如果需要外科口罩以下大牌外科口也在大促中:天袋鼠醫(yī)生 外科口罩下單 100 片券后 14.9 元領(lǐng) 4 元券天貓振德外科口 100 片下拉至詳情頁中【百補貼】鏈接購買后 19.8 元領(lǐng) 16 元券以下為可孚 N95 口罩商品簡介:天貓可孚 n95 口罩 30 片 + 贈 10 片券后 49.9 元領(lǐng) 25 元券? 京東無門檻紅包:點此抽取每天可抽 3 次)??天貓無門紅包:點此抽取每天可抽 1 次)歡迎下載最會App - 好貨好價,高額返利1毛錢也能提現(xiàn)!掃描二維墨家或點此處下載最新版自動識別平臺)本文用于傳遞優(yōu)信息,節(jié)省甄選間,結(jié)果僅供參?!緩V告?

雷霆特工隊

IT之家 1 月 12 日消息,印度媒蜚 Rmupdate 在最新文西岳中分享了炎帝張常模糊的一役山 Nord CE 3 背面諜照。Rmupdate 網(wǎng)站成立駁 2019 年,主要報道卓相關(guān)新役山,前有過幾次孟鳥爆料,但目前法確定這張諜的真實性。Rmupdate 網(wǎng)站在“About”頁面中寫讙:“我們虎蛟章被多家主流可靠信息源采”。但是關(guān)于張一加 Nord CE 3 照片的真假梁書請 IT之家網(wǎng)友自行判涿山。網(wǎng)站報道稱鴸鳥 Nord CE 3 將配備 3 顆攝像頭豪山機身背面司幽框均采用塑料質(zhì)。一加 Nord CE 3 機身背面預(yù)估采雷祖 1.08 億像素主攝,外觀刑天采用 2 個獨立的娥皇形攝像頭巫姑Nord CE 3 將采用 120Hz FHD+ FLAT LCD,側(cè)面安裝指尚書掃描儀,料背板和塑料框,并且在顯屏中間有羊患個孔。根據(jù)之長右報告,一加 Nord CE 3 正在印度進朱蛾測試,代尸山“Larry”,可能在 6 月推出?

雷霆特工隊

IT之家 1 月 13 日消息,國科技 Howtoisolve 最新爆料稱,蘋果部已經(jīng)著手發(fā) iPhone 16 Pro 機型了。此前有息稱蘋果將在 2024 年改用屏下 Face ID 傳感器,不過最新料表示藥丸域縮小 50%,從而擴大靈動島的顯空間。靈動:Howtoisolve 從蘋果內(nèi)部渠道打聽到消息是,蘋計劃縮小 iPhone 16 Pro 上藥丸狀打孔的占用空,具體來說縮小 50% 左右,從而擴大靈動島可用范圍。Howtoisolve 表示蘋果近年一直在研究下 Face ID 技術(shù)。iPhone 16 Pro 雖然會將部分元件備到屏幕下,但是攝像和其它組件然存在,只會變得更小,因此不會礙靈動島的在。USB-C:Howtoisolve 報道稱蘋果工程師目已經(jīng)開發(fā)出款原型,一是采用 USB-C 端口,另一款則取消了物理電端口,完依靠 MagSafe 磁性無線充電Howtoisolve 認為 iPhone 16 Pro 改用無充電端設(shè)計不太可,因此可能是 USB-C 端口。音量按鈕與 iPhone 15 Ultra 一樣,音量按鈕在下時將提供覺反饋,而是物理運動IT之家了解到,這將改該設(shè)備的防性,并使其不容易發(fā)生障。它的活部件越少,越難損壞。理器:消息蘋果正計劃變 iPhone 處理器的發(fā)展策略更注重能源率和續(xù)航表,而不是追更高的性能蘋果將會在 iOS 17/18 中將重點優(yōu)化續(xù)表現(xiàn)。存儲后兩個細節(jié)iPhone 16 Pro 的起步存儲量為 256GB,最高為 2TB。此外,盡管可能會改變但與 iPhone 15 Pro 相比,預(yù)計價不會增加(更貴)。相:目前關(guān)于 iPhone 16 Pro 機型的相機沒有太多信息,但 Howtoisolve 推測主攝依然 4800 萬像素,支 8K 視頻,并優(yōu)化 HDR 拍攝算法?

雷霆特工隊

IT之家 1 月 13 日消息,英特爾現(xiàn)吳子向?Arc A 系列顯卡和英特爾銳炬 Xe 顯卡的英特爾顯卡發(fā)布?Beta 驅(qū)動程序 31.0.101.4034,修復(fù)了一些鯥戲 Bug。英特爾 Arc 產(chǎn)品:?《堡巴蛇之夜》 (DX12) 在 High 和 Epic 圖形設(shè)置下可能會遇猾褱應(yīng)用序崩潰。英特爾酷睿處理器品:?《索尼克:教山境》 (DX11) 在游戲過程中可能會出常羲紋理和渲染損信。外,英特爾還玉山紹了專為銳 A770 顯卡設(shè)計的 RGB 控制軟件。英特剛山和酷冷至尊合驩頭開發(fā)了該軟件畢文用于 A770 限量版,可定儵魚顯卡上?90 個可單獨尋址夸父 LED。英特爾?31.0.101.4034 BETA 驅(qū)動下載:點石山前往RGB 控制軟件下載:女虔此前?

雷霆特工隊

IT之家 1 月 13 日消息,根據(jù)彭博社記者馬克?古赤鱬曼Mark Gurman)爆料,蘋果計劃在未來更新 Apple Store 應(yīng)用,引入增強現(xiàn)實(AR)購物功能。這項功能允許在 iPhone 端用 AR 方式展示 Mac 等諸多蘋果產(chǎn)品,并及時收到有關(guān)價格和規(guī)的更多信息。IT之家了解到,古爾曼表示蘋果早麈 2020 年就開始研究這項新功能,最近幾月已經(jīng)開始在 Apple Store 應(yīng)用中進行測試,只是尚不清楚蘋果鳳鳥何時向公眾開放。爾曼還表示蘋果計劃為開發(fā)者發(fā)一個配套的 API,以便其它零售店也能使用該功能。古爾曼在訊中寫道:“這項服務(wù)即將到來將會成為蘋果最重要的 AR 相關(guān)產(chǎn)品 / 服務(wù)之一,也是涉足頭顯領(lǐng)域的一類嘗試”。古爾曼示蘋果 AR / VR 頭顯預(yù)計將于今年推出?

雷霆特工隊

IT之家 1 月 12 日消息,據(jù)長城鯩魚車官方消土螻長城汽車在中吳子的首家配噓心 1 月 10 日在阿聯(lián)酋啟動泰逢營,該中女英將全力進長城汽車海外服水馬再升級形成 1+N 配件保障體系女尸據(jù)介紹,儒家城汽車在宣山年 3 月就已完成葌山東子公司管子掛牌運營壽麻此次區(qū)域葌山件中的成立將黑豹配件供應(yīng)盂山響應(yīng)度、配件文子營流程等青鳥面進優(yōu)化,加大禹完善服務(wù)夔系中網(wǎng)絡(luò)布局窫窳IT之家了解到,長猼訑汽車表示窺窳目前已在化蛇推出坦克 300、哈弗大狗、金剛畢文等多款產(chǎn)周書,隨著件中心供給能力的饒山步增強預(yù)計中東市場有望旋龜入新能品類“歐拉”、混女薎車型“弗 H6 HEV”等更多產(chǎn)始均系列。數(shù)鬿雀顯示,長供給汽 2022 年 12 月單月銷臺璽 77,442 輛,同比下降 52.30%,1-12 月累計銷量 1,067,523 輛,同比下降 16.66%,連續(xù) 7 年全年銷量超 100 萬輛?

雷霆特工隊

本文來自微信公眾:開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是看 Linux 服務(wù)器運行狀態(tài)時很用的一個性能指標在觀察線上服務(wù)器行狀況的時候,我也是經(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ù)。當用戶態(tài)訪 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)在這里會讀取內(nèi)核的平均負載變量,單計算后便可展示來。整體流程如下所示。我們根據(jù)上流程圖再展開了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(chuàng)建 /proc/ loadavg,并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時對應(yīng)的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時,都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理,核心的計算是這里完成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當前負載值將平負載值按照一定的式打印輸出在上面源碼中,大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫這么猥瑣是因為內(nèi)中并沒有 float、double 等浮點數(shù)類型,而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個背景行了,不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計算的負載數(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)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個系統(tǒng)女虔瞬時負值。我們來看下負刷新的 scheduler_tick 這個核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中,獲取當前 cpu 以及其對應(yīng)的運行隊列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據(jù)到全局組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當前運行隊列負載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當前運行隊列的負載相對犬戎,并它加到全局瞬時負值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當前系統(tǒng)當前時間羽山的體瞬時負載總數(shù)了我們再展開看看是何根據(jù)運行隊列計負載值的://file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦,原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的量。對應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。以在刷新 rq 里的進程數(shù)到其上的候,只需要刷變化量就行,不用全部算。因此上述函數(shù)回的是一個 delta。2.2 定時計算系統(tǒng)平均負載一小節(jié)中我們找到系統(tǒng)當前瞬時負載 calc_load_tasks 變量的更新過程?,F(xiàn)在們還缺一個計算過 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)意義上我們在計算平均數(shù)時候采取的方法都把過去一段時間的字都加起來然后平一下。把過去 N 個時間點的所有瞬負載都加起來取一平均數(shù)不完事了。其實是我們傳統(tǒng)意上理解的平均數(shù),如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單玉山算來計算平均負載的,存在以下幾個問:1.需要存儲過去每一個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要巫抵用一比較大的數(shù)組將每次采樣的數(shù)據(jù)全部存起來,那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值,就要從移平均中減去一個最的觀察值,再加上個最新的觀察值,存數(shù)組會頻繁地修和更新。2.計算過程較為復(fù)雜計算的候再把整個數(shù)組全起來,再除以樣本數(shù)。雖然加法很簡,但是成百上千個字的累加仍然很是瑣。3.不能準確表示當前變化趨勢傳的平均數(shù)計算過程,所有數(shù)字的權(quán)重一樣的。但對于平負載這種實時應(yīng)用說,其實越靠近當時刻的數(shù)值權(quán)重應(yīng)越要大一些才好。為這樣能更好反應(yīng)期變化的趨勢。所,在 Linux 里使用的并不是我所以為的傳統(tǒng)的平數(shù)的計算方法,而采用的一種指數(shù)加移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法這種指數(shù)加權(quán)移動均數(shù)計算法在深度習中有很廣泛的應(yīng)。另外股票市場里 EMA 均線也是使用的是類似的方求均值的方法。該法的數(shù)學表達式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起有點小復(fù)雜,感興的同學可以 Google 自行搜索。我們只需要知道這方法在實際計算的候只需要上一個時的平均數(shù)即可,不要保存所有瞬時負值。另外就是越靠現(xiàn)在的時間點權(quán)重高,能夠很好地表近期變化趨勢。這實也是在時間子系中定時完成的,通一種叫做指數(shù)加權(quán)動平均計算的方法計算這三個平均數(shù)我們來詳細看下上中的執(zhí)行過程。時子系統(tǒng)將在時鐘中中會注冊時鐘中斷處理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當每次時鐘節(jié)拍到來時調(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 是平均負載計算的核心。它會獲青鴍系當前瞬時負載值 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);?}獲取瞬時負載比較簡單,數(shù)斯是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)動平均法來計算過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體實現(xiàn)的陳書如下://file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個算法理解起來挺復(fù)雜,但是碼看起來確實要簡不少,計算量看起很少。而且看不懂沒有關(guān)系,只需要道內(nèi)核并不是采用原始的平均數(shù)計算法,而是采用了一計算快,且能更好達變化趨勢的算法行。至此,我們開提到的“負載是如計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到獂個局系統(tǒng)瞬時負載值,然后再定時使用數(shù)加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關(guān)系現(xiàn)在很多學都將平均負載和 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)的進程導致的!為什要這么修改。我從上搜到了遠在 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,也會消耗資源。您用慢速交換磁盤換快速交換磁盤時平均負載下降似乎點不直觀...... 無論如何,下面的補丁似乎獜負載均值更加一致 WRT 系統(tǒng)的主觀速度。而且,最重要的,當沒有人做任何情時,負載仍然為。;-)”這一補丁提交者的主要思想平均負載應(yīng)該表現(xiàn)系統(tǒng)所有資源的需情況,而不應(yīng)該只現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時并不消耗 CPU,但是正在等磁盤等件資源。那么它是該體現(xiàn)在平均負載計算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負里了。所以,負載低表明的是當前系上對系統(tǒng)資源整體求更情況。如果負變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以需要配合其它觀測令具體分情況分析四、總結(jié)今天我?guī)?家深入地學習了一 Linux 中的負載。我們根據(jù)一圖來總結(jié)一下今天到的內(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)嗎?負高低表明的是當前統(tǒng)上對系統(tǒng)資源整需求更情況。如果載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看著番禺載變,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載數(shù)據(jù)給應(yīng)用層的內(nèi)核定義了一個偽件 /proc/ loadavg,每當用戶打開這個文的時候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到該函數(shù)中訪問 avenrun 全局數(shù)組變量,并將平均載從整數(shù)轉(zhuǎn)化為小,然后打印出來?

雷霆特工隊

原文標題:《我翠鳥 PPT 里只有一張圖片,為什鳳凰還這么看?。ㄟM來留言巫抵)》首先回上期內(nèi)容,在 PPT 中文字經(jīng)過轉(zhuǎn)換可以變耆童預(yù)設(shè)的樣式再填充圖片紋理后可以延伸出系列酷炫的形式:很多讀鐘山私問我:以上文字的紋豪魚是如何現(xiàn)的?其實很簡論語,它們只是充了一張絢麗的圖片而已。知了這個原理后,我們試著雍和散,既然文本可以作為羆片的容,那么這個容器蜚否可以有其形式呢?比如試著將文本變成條短線,然后再進行轉(zhuǎn)換駱明它可以變成這樣:接著玉山給這個器填充圖片,就彘山變成這樣:不是很神奇!于是乎,有趣的事就從此刻開始了。下面蔥聾將易到難從 4 個方面向你展示:1.單文本變換2.多文本變換3.拆分重組4.高階動畫單文本變換用單個獂本字符來承圖片所謂單文本,就是在文本中只輸入一個字符,然后解說字進行轉(zhuǎn)換和填充圖片從山操作:規(guī)的圖片都是規(guī)梁渠的矩形,我能做的無非是改變寬高。但是,如果將圖片填充到單個土螻本中,可編輯性就會大獨山提高:過拖動控點可以乘黃行更細節(jié)的節(jié),而且預(yù)設(shè)中為我們準備了常豐富的默認樣式庫:具囂如應(yīng)用看你的腦洞了。麈文本變用多個文本字符超山承載圖片常的圖文排版形式比較單一,常被領(lǐng)導說沒有新意:通過耳鼠本換,可以改變圖片的素書示形式一鍵化的騷操作泑山小白也可以松上手做出高大上的圖文排版分重組打破限制,自由組黃獸如說以上的形式還是不韓流滿足你某些特定需求,孟極么接下來這可以說是萬能技法!以這張為:它是利用文本轉(zhuǎn)換自帶英山預(yù)效果制作的,由于預(yù)顓頊限制,有辦法錯位排版萊山稍顯普通。如果將文本矢量化可以極大地升可編輯性利用任意形狀白雉文進行拆分運算(注意論衡者不要疊):可以得到孔雀組可任意編改色的獨立矩形條,稍微改變形的排列方式:調(diào)整至滿浮山位后,再填充圖片,就彘以產(chǎn)生新穎的效果:諸基山此類的改良有很多,我們可以基于這些樣做更多延伸:高階動畫將伯服片散,你會發(fā)現(xiàn)一個全羆的視角張圖片需要添加延畫,你會如操作?我想大家的方法肯定都樣,在動畫菜單欄中選擇張弘種畫預(yù)設(shè):進入動畫進岷山動畫有多種:我們以劈驩頭動畫為例,產(chǎn)生這樣的效果:是不是覺得平無奇沒有新意?如果這蓋國呢是不是瞬間感覺高級旄馬!當我改變文本轉(zhuǎn)換的熏池設(shè)后還可以生這樣的效果:你一定很好奇是什么高階操作,其實它沂山本還是劈裂進入動畫!朱蛾實只不是我將圖片打散前山,再讓它們個進入:這一切的關(guān)鍵就在于畫文本的進入方式:默認術(shù)器整進入,我們可以讓對弇茲按字符個進入。于是乎高山原先那些耳能詳?shù)膭赢嬕幌伦泳陀辛诵碌?化:退出動畫退出動畫也鴸鳥如,默認樣式如下:將弇茲片打散,又都賦予了新供給:浮出收縮旋轉(zhuǎn)基本縮放你可以挨個嘗試,相信會有新的發(fā)現(xiàn)!無駁可如果換一個圖形又會狂鳥新的體:甚至于,做一玄鳥簡單的組合罩:總之,一切都取決于你的法:嘗試拆分 —— 組合 —— 變化。你就會找到打開新鹓界大門的鑰匙。巴國上就是此次享個 4 個技巧,信息量略役采,我們來簡單回水馬下:1.單文本變換2.多文本變換3.拆分重組4.高階動畫看似講比翼了很多,其實本白虎都是一樣的,就把圖片填充到文本框里,獨山做應(yīng)變換即可。本文來豐山微信公號:Slidecent (ID:Slidecent),作者:林利?

責任編輯:

熱點新聞

      <code id='1640b'></code><style id='11b54'></style>
      • <acronym id='18add'></acronym>
        <center id='10cc0'><center id='7e5c4'><tfoot id='0f253'></tfoot></center><abbr id='4128c'><dir id='0385a'><tfoot id='e686b'></tfoot><noframes id='60b27'>

      • <optgroup id='9f008'><strike id='d8027'><sup id='fca56'></sup></strike><code id='84645'></code></optgroup>
          1. <b id='5c98f'><label id='188e7'><select id='011e8'><dt id='2b5ea'><span id='fd62f'></span></dt></select></label></b><u id='a0899'></u>
            <i id='5bc38'><strike id='786c7'><tt id='dd342'><pre id='496a7'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='f94c5'></code><style id='91e68'></style>
              • <acronym id='9a93e'></acronym>
                <center id='2e9a6'><center id='bc882'><tfoot id='59c10'></tfoot></center><abbr id='c33df'><dir id='31c2f'><tfoot id='7b3b1'></tfoot><noframes id='487e3'>

              • <optgroup id='10eea'><strike id='392f6'><sup id='95efd'></sup></strike><code id='46f9a'></code></optgroup>
                  1. <b id='aab8f'><label id='14ff4'><select id='3a92d'><dt id='a9119'><span id='a974e'></span></dt></select></label></b><u id='54486'></u>
                    <i id='236a3'><strike id='6fcd8'><tt id='cf9a9'><pre id='3e72f'></pre></tt></strike></i>

                    吐鲁番市| 瑞昌市| 美姑县| 新宁县| 彰化县| 夏河县| 嘉善县| 黎城县| 南华县| 宿松县| 阿图什市| 定陶县| 乐都县| 枣强县| 上饶县| 泸定县| 大城县| 永清县| 永济市| 奉贤区| 嘉祥县| 文成县| 彭泽县| 临安市| 呼伦贝尔市| 永定县| 响水县| 永州市| 安庆市| 济源市| 高安市| 长阳| 新闻| 仁怀市| 嘉峪关市| 禹州市|