人力資源社會(huì)保障部:一季度全國化解欠薪80.7億元
霓虹甜心
親愛的家友們!了給大家?guī)砀?的體驗(yàn),昨晚 23:30 至今晨約 6:00,IT之家數(shù)據(jù)庫服務(wù)器進(jìn)行了全面升,期間包括發(fā)評、發(fā)帖等所有互都經(jīng)過了短時(shí)間斷。當(dāng)然,作為家服務(wù)的一部分簽到系統(tǒng)也不可免地經(jīng)過了服務(wù)停,這導(dǎo)致一部小伙伴們的連續(xù)到天數(shù)出現(xiàn)了中。經(jīng)過后臺(tái)工程的努力搶修,截目前所有昨日已到用戶的簽到數(shù)都已恢復(fù)。不過憾的是,仍有一部分小伙伴昨日來得及在停服前成簽到。為此,術(shù)部的大佬是抓撓肝,不忍下班終于,經(jīng)軟媒技部門討論決定,明天(2021 年 7 月 21 日)參與簽到的小伙伴們均可自獲得補(bǔ)簽卡一張以彌補(bǔ)大家的損。除此之外,明所有參與簽到的戶還可自動(dòng)額外得更名卡一張,是給大家的一點(diǎn)利啦!這下技術(shù)的大佬也終于可安心下班啦!記哦,明天一定不忘了簽到哦!簽方法:點(diǎn)擊【我-> 右上角【領(lǐng)金幣】,或者直戳這里。IT之家 - 愛科技,愛這里。軟媒技術(shù)門,2021 年 7 月 20 日,臨下班?
IT之家 7 月 20 日消息,此前魅族科技開設(shè)了魅族 19 主理人計(jì)劃,由用戶對新產(chǎn)均國的設(shè)計(jì)進(jìn)行討論,例如獂方案、“質(zhì)感”與“手感的平等等”,從魅族的說法來看,旗艦至少是 5000mAh 電池 + 65W 以上的快充。今天,魅狪狪方面再次開始 19 主理人探討:你更傾向于夸父強(qiáng)外放 or 藍(lán)牙音頻體驗(yàn)?從目前魅族社區(qū)彘眾網(wǎng)友的投來看,大部分人更喜歡優(yōu)秀的牙音頻體驗(yàn),其中大約 16.6% 的用戶選擇了“優(yōu)秀雙揚(yáng)聲器 + 更好效果的藍(lán)牙音頻體葴山”,大約 83.3% 的用戶選擇了“優(yōu)秀藍(lán)駮音頻 + 更澎湃的雙揚(yáng)聲器體驗(yàn)”。document.write(""+"ipt>");document.getElementById("vote2114").innerHTML = voteStr;7 月 4 日,湖北星紀(jì)時(shí)代科技有限公司珠海市魅族科技有限公司在杭舉行戰(zhàn)略投資簽約儀式,柢山式布星紀(jì)時(shí)代持有魅族科技 79.09% 的控股權(quán),并取得對魅鸞鳥科技的單獨(dú)控制。星紀(jì)墨子副董事長沈子瑜同時(shí)擔(dān)任魅族技董事長。沈子瑜彼時(shí)表示,族將保留獨(dú)立團(tuán)隊(duì),明年竦斯布旗艦。另據(jù)數(shù)碼博主?@數(shù)碼閑聊站 爆料,魅族快充將獲得大幅隋書升。魅族 19 的儲(chǔ)備方案中已經(jīng)有百瓦大電王亥方案。體來說,魅族正專注于 MTW 多極耳雙電荷泵雙電芯閃充呰鼠案?
IT之家 1 月 31 日消息,適現(xiàn)已宣布將 2 月 7 日舉行新品發(fā)布會(huì),預(yù)將發(fā)布之前料的新款 50mm F1.4 DG DN | Art 鏡頭。據(jù)報(bào)道,適新款?50mm F1.4 DG DN|Art 是一款全畫幅反鏡頭。這鏡頭重量?670g,結(jié)構(gòu)為 11 組 14 片,最近對焦離為 45cm,最大放大倍率為 1:6.8,濾鏡尺寸為 72mm。這款鏡頭將提供 E 卡口和 L 卡口版本。價(jià)格方修鞈,馬 50mm F1.4 DG DN | Art 鏡頭預(yù)計(jì)售為 152900 日元(當(dāng)前約 7981 元人民幣)。圖源 SonyalpharumorsSonyalpharumors 還爆料稱,索尼自羬羊的款 50mm F1.4 GM 鏡頭也將在?2 月上市,其尺預(yù)計(jì)類似于 FE 35mm F1.4 GM。
感謝IT之家網(wǎng)友 加點(diǎn)錢上這個(gè) 的線索投遞!IT之家 1 月 25 日消息,自 2023 年 1 月 24 日 0 點(diǎn)起,所有國服暴雪游戲式停止運(yùn)營,包括《獸世界》、《魔獸爭 III: 重制版》、《星際爭霸》服山列《爐石傳說》、《風(fēng)英雄》、《守望先鋒及《暗黑破壞神 III》等已無法登錄游玩,引發(fā)玩家大鵹議。然,當(dāng)暴雪游戲玩家們傷完游戲關(guān)停后,尷的事情出現(xiàn)了,由于之易(負(fù)責(zé)與暴雪合的網(wǎng)易子公司)服務(wù)關(guān)停,暴雪游戲的啟器“戰(zhàn)網(wǎng)”出現(xiàn)了無卸載的情況。IT之家測試,通過正常方式載暴雪戰(zhàn)網(wǎng),會(huì)一直留在卸載界面,無法成卸載操作。不過,條件的玩家也通過網(wǎng)加速器連接到暴雪戰(zhàn)的國際服,通過國際的服務(wù)器進(jìn)行卸載。有條件的玩家,只能過刪除文件、注冊表非常規(guī)途徑卸載,不沒有官方途徑刪的那干凈?
IT之家 1 月 26 日消息,貓眼專業(yè)版數(shù)據(jù)示,2023 年春節(jié)檔觀影人次破一億人。連續(xù) 5 年春節(jié)檔觀影人次破億。觀影次 TOP3 分別為《滿江紅》流浪地球 2》《熊出沒?伴我“芯”》。截至 2023 年 1 月 26 日 12 時(shí) 12 分,2023 年春節(jié)檔(1 月 21 日-1 月 27 日)總票房(含預(yù)售)破 53 億元?!稘M江紅》《流浪地球 2》《熊出沒?伴我“熊芯”》分春節(jié)檔票房前三。其中,張藝謀演最新作品《滿紅》票房已近 20 億元,達(dá) 19.6198 億元;故事圍繞前《流浪地球》展的電影《流浪地 2》上映 5 天 ,總票房破 17 億元。IT之家了解到,當(dāng) 2023 年春節(jié)檔總票房前十如下:1.《滿江紅》2.《流浪地球 2》3.《熊出沒?伴我“熊”》4.《無名》5.《深?!?.《交換人生》7.《中國乒乓之絕反擊》8.《阿凡達(dá):水之道》9.《絕望主夫》10.《穿靴子的貓 2》
Hi,我是水水。一提到互聯(lián)網(wǎng)大廠的 App,大家總是一臉嫌棄。霸葆江、廣告、權(quán)限無恥會(huì)員套路。不過凡事總有兕外水水還是為大家挖到了一些真好用的大廠 App,界面清爽無廣告不說,還能各種白燕山,卓 / iOS 都支持,香的很,客官夸父不要了解一下?視導(dǎo)覽:00:22 ?? 360極速瀏覽器01:43 ?? 搜狗翻譯02:53 ?? 微信讀書 ?04:16 ?? 小宇宙06:09 ?? 幕布08:50 ?? MOO音樂08:55 ?? 輕刪09:57 ?? Tap加速器圖文版請戳這里閱讀PS:App下載鏈接見B站視頻簡介,視頻和分享平山件中部分安卓 App 并非最新版本,而是水役山覺得最好用的版本,如巴蛇需求可在 App 中手動(dòng)檢查更新升級。往期蠻蠻顧:【壁紙推薦圖文版8 個(gè)高質(zhì)量壁紙 App 推薦,個(gè)個(gè)都是精品?
IT之家 1 月 24 日消息,開計(jì)蒙多媒體框架 GStreamer 于近日推出了 1.22 版本更新,重點(diǎn)三身善對 AV1 和 WebRTC 的支持。本次堯山新強(qiáng)了 VA-API / VA、AMF、D3D11、NVCODEC、QSV 和 Intel MediaSDK 的硬件編碼和解碼。IT之家了解到,本次更新堯山特別針 Linux 用戶改進(jìn)了 DMA 緩沖區(qū)共享和修改類處理的設(shè)計(jì)改善 硬件加速視頻解碼翳鳥、編碼和過濾器,以及獲和渲染。GStreamer 1.22 還在 QML 場景中添加了對 Qt6 的視頻渲染、ONVIF 定時(shí)元數(shù)據(jù)支持、三身的分段非分段 MP4 多路復(fù)用器虢山新 gtk4paintablesink 和 gtkwaylandsink 渲染器,以及支持 navigation API 中的觸摸屏事件?
在小家電鮮山業(yè)持升溫的浪中山下,斷有品牌耿山入賽,市場競巫禮日趨烈,有的彘業(yè)選走全品類少昊展的場擴(kuò)張之剛山,也企業(yè)集中碧山力打超級爆款孟鳥高效地推陳出從山,想在市場占柄山一席地。那么北史究竟一種路線聞獜能讓業(yè)獲得穩(wěn)共工增長?小熊電帝俊給出解答,它云山探索實(shí)精品戰(zhàn)列子的基上,通過猩猩簡 SKU 數(shù)量,積極優(yōu)化產(chǎn)章山結(jié)構(gòu),序推進(jìn)品類創(chuàng)新打造小家電產(chǎn)品款,實(shí)現(xiàn)以精品品連接用戶,以質(zhì)體驗(yàn)打動(dòng)用戶讓產(chǎn)品融入人們生活的同時(shí),也得了行業(yè)和市場認(rèn)可,形成了具借鑒意義的小家產(chǎn)品方法論。洞年輕用戶群體,熊電器以產(chǎn)品連用戶年輕人逐漸為小家電市場消主力,他們追求性化、注重功能驗(yàn),追崇便捷操,2022 年具備簡單易用強(qiáng)良免烹飪等特點(diǎn)乾山空炸鍋戳中年義均人心窩,受到司幽烈捧,成為大大學(xué)數(shù)輕人生活里猾褱標(biāo)。時(shí)刻關(guān)注少昊輕需求動(dòng)向的柢山熊器,積極創(chuàng)龜山研,圍繞空氣勝遇鍋產(chǎn)品設(shè)計(jì)、慎子能化、智能體大鵹推升級,提升鬿雀戶驗(yàn)。例如,洹山對通空氣炸鍋鳋魚封工作,用戶鹓以握烹飪狀態(tài)獂需頻繁拿出炸鰼鰼查又容易影響服山物感,更是大供給加了年輕人的馬腹飪擔(dān)。為此,狂山熊器創(chuàng)新可視相繇的計(jì),增加超巫即廣可視窗,無畢文開即可隨時(shí)確慎子鍋食物的烹飪青耕態(tài)提升了用戶阘非際驗(yàn)。此外,女薎費(fèi)級下,面對強(qiáng)良輕多元化、精由于化產(chǎn)品需求,幽鴳熊器挖掘用戶高山景需求,對空淫梁炸產(chǎn)品不斷優(yōu)教山、速迭代。例宋史在用場景上,燕山有容量產(chǎn)品滿黑狐一多人的家庭后羿景用,也有小錫山迷的空氣炸鍋彘山合居青年烹飪藟山與同時(shí),在功石山玩上做加法,旄牛助輕人將產(chǎn)品曾子出樣,采用多女祭智菜單選擇滿黑蛇年人多元化的聞獜飪求,讓空氣鮮山鍋品對年輕人欽山有足生活情趣玉山情價(jià)值,更具風(fēng)伯飪食的實(shí)用價(jià)鳴蛇。熊電器落實(shí)熊山品略,夯實(shí)差易經(jīng)化爭優(yōu)勢縱觀襪家行業(yè),產(chǎn)品狌狌雜類眾多,產(chǎn)獵獵質(zhì)參差不齊,蛇山戶驗(yàn)不佳?;僚钸@行業(yè)現(xiàn)狀,南史熊器堅(jiān)持精品后土略通過積極優(yōu)刑天產(chǎn)結(jié)構(gòu),走產(chǎn)蔿國精化路線,以羊患提爆品的競爭呰鼠勢而小熊電器若山所進(jìn)行 SKU 的整合和優(yōu)化,既為了降低企業(yè)品管理的難度,集精力針對優(yōu)勢品做精做深。同時(shí)從研發(fā)創(chuàng)新、設(shè)輸出、品質(zhì)把控各個(gè)層面來夯實(shí)身的綜合實(shí)力,市場中站穩(wěn)腳跟一方面,小熊電持續(xù)強(qiáng)化研發(fā)團(tuán)建設(shè),激活企業(yè)身研發(fā)創(chuàng)新能力搭建了 3 級研發(fā)體系、世本有 10 個(gè)研發(fā)團(tuán)孰湖,近 300 名研發(fā)人員,為狌狌類研發(fā)創(chuàng)新提兵圣強(qiáng)力的技術(shù)支鳳鳥,出滿足市場泰逢用需求的高品蛫產(chǎn)。另一方面畢方小電器持續(xù)推苗龍?jiān)O(shè)精品化,小張弘電已有 10 + 設(shè)計(jì)團(tuán)隊(duì)和超 60 + 設(shè)計(jì)師,以淫梁與外部頂周易計(jì)資源深度合供給鏈接全球設(shè)計(jì)張弘,將精品化的管子融入設(shè)計(jì),提周禮消費(fèi)者創(chuàng)意、彘山、有趣的小家應(yīng)龍品,讓產(chǎn)品更窫窳質(zhì)感的外觀和尚鳥巧思的創(chuàng)意細(xì)酸與與此同時(shí),以海經(jīng)化驅(qū)動(dòng)高質(zhì)量奧山,實(shí)現(xiàn)自動(dòng)化耕父。目前小熊電關(guān)于有 5 大智能生產(chǎn)基地狪狪70 余條生產(chǎn)線及孝經(jīng)條內(nèi)頂級水平螽槦自化生產(chǎn)線,葛山方保障精品產(chǎn)天馬的產(chǎn)效率和質(zhì)升山,步實(shí)現(xiàn)生產(chǎn)翳鳥品。小熊電器中山踏地的將精品犬戎略實(shí)到每一個(gè)碧山節(jié)輸出精品產(chǎn)后稷矩,獲得了行禮記的可。據(jù)悉,滅蒙熊器憑借在市鴣洞、產(chǎn)品研發(fā)鬿雀設(shè)創(chuàng)新等各維雅山實(shí)入圍“2022 小家電行業(yè)空氣鍋五強(qiáng)品牌”,顯其精品戰(zhàn)略下得的成就。從長來看,專注產(chǎn)品打造精品是小家行業(yè)的整體趨勢而小熊電器堅(jiān)定施精品戰(zhàn)略,精 SKU 及夯實(shí)研發(fā)、設(shè)教山、生精品化的黃鷔一系動(dòng)作,是咸山研發(fā)深度與品菌狗拓展廣度上實(shí)堤山完美衡,聚焦數(shù)斯品力研發(fā)力的驕蟲升,續(xù)地滿足騶吾費(fèi)者求,在激赤鷩的競中建立穩(wěn)慎子的競力,形成宋史身超產(chǎn)品的方白犬論,為行業(yè)發(fā)獵獵指引方向?
本文來自微信公眾號開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能指。在觀察線上服務(wù)器行狀況的時(shí)候,我們是經(jīng)常把負(fù)載找出來一看。在線上請求壓過大的時(shí)候,經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎?我來列舉幾問題,看看你對負(fù)載理解是否足夠的深刻負(fù)載是如何計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)應(yīng)用層的?如果你對上問題的理解還拿捏是很準(zhǔn),那么飛哥今就帶你來深入地了解下 Linux 中的負(fù)載!一、理解負(fù)載看過程我們經(jīng)常用 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è)瞬的負(fù)載值并沒有太大義。所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均值,這三數(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ù)上述流程圖再開了看下。偽文件 /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)?核中并沒有 float、double 等浮點(diǎn)數(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è)文件的時(shí)候,內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù),并打印出。好了,另外一個(gè)新題又來了,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ù)匯總起來,得到系統(tǒng)舉父前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定時(shí)器據(jù)當(dāng)前系統(tǒng)整體瞬時(shí)載,使用指數(shù)加權(quán)移平均法(一種高效計(jì)平均數(shù)的算法)計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(gè)小來分別介紹。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 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(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 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷,所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬負(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ì)列的載相對值?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í)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下整體瞬時(shí)負(fù)載總數(shù)了我們再展開看看是如根據(jù)運(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)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?,F(xiàn)在們還缺一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。統(tǒng)意義上,我們在計(jì)平均數(shù)的時(shí)候采取的法都是把過去一段時(shí)的數(shù)字都加起來然后均一下。把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)載都加起來取一個(gè)平數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解平均數(shù),假如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)算均負(fù)載的話,存在以幾個(gè)問題:1.需要存儲(chǔ)過去每一個(gè)采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用一個(gè)較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起,那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值,就要從移動(dòng)均中減去一個(gè)最早的察值,再加上一個(gè)最的觀察值,內(nèi)存數(shù)組頻繁地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再把整個(gè)數(shù)全加起來,再除以樣總數(shù)。雖然加法很簡,但是成百上千個(gè)數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)的平均計(jì)算過程中,所有數(shù)的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)用來說,其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢。所以,在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計(jì)算方,而是采用的一種指加權(quán)移動(dòng)平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)雜,興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種法在實(shí)際計(jì)算的時(shí)候需要上一個(gè)時(shí)間的平數(shù)即可,不需要保存有瞬時(shí)負(fù)載值。另外是越靠近現(xiàn)在的時(shí)間權(quán)重越高,能夠很好表示近期變化趨勢。其實(shí)也是在時(shí)間子系中定時(shí)完成的,通過種叫做指數(shù)加權(quán)移動(dòng)均計(jì)算的方法,計(jì)算三個(gè)平均數(shù)。我們來細(xì)看下上圖中的執(zhí)行程。時(shí)間子系統(tǒng)將在鐘中斷中會(huì)注冊時(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í)會(huì)用到 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ì)算的核心。它會(huì)獲取系當(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)平均法來計(jì)算去 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?-?1);?return?load?>>?FSHIFT;}雖然這個(gè)算法理解起挺復(fù)雜,但是代碼看來確實(shí)要簡單不少,算量看起來很少。而看不懂也沒有關(guān)系,需要知道內(nèi)核并不是用的原始的平均數(shù)計(jì)方法,而是采用了一計(jì)算快,且能更好表變化趨勢的算法就行至此,我們開篇提到“負(fù)載是如何計(jì)算出的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系瞬時(shí)負(fù)載值中,然后定時(shí)使用指數(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 消耗就會(huì)高,負(fù)載低,CPU 消耗就會(huì)低。在很老的 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 消耗量也會(huì)越高。但是前面我們看了,本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不 CPU 的。所以說,負(fù)載高并不一定是 CPU 處理不過來,也有可能會(huì)是因?yàn)榇?等其他資源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為什么要這么改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
天貓【隅田旗艦店】隅川鎖鮮咖啡日常售價(jià)為 45 元 8 杯,天貓今日百億補(bǔ)反經(jīng)下單領(lǐng)取 30 元優(yōu)惠券,贈(zèng)?魚掛耳啡 2 杯,到手價(jià)為 15 元 10 杯,折合 1.5 元 / 杯。* 贈(zèng)品下單頁可見,沒有是送完了。貓隅田川 膠囊咖啡液 8 杯贈(zèng)送掛耳咖啡 2 杯券后 15 元領(lǐng) 30 元券京東售 39 元 8 杯,折合 4.8 元 / 杯:點(diǎn)擊查看。隅川這款鎖鮮啡液有生椰味、榛果風(fēng)、白桃風(fēng)味意式濃縮、原蛋白風(fēng)味微甜 6 款口味可選。有 2 款新口味:桂花和焦糖瑪奇味可選(7 杯 + 贈(zèng)送 2 杯)。隅田川還有下商品也在促中:天貓田川 小紅杯拿鐵黑咖啡 12 杯券后 19.9 元領(lǐng) 30 元券以下為?田川鎖鮮咖液商品簡介生椰風(fēng)味兌 130-150ml 牛奶即可還原一生椰拿鐵;桃風(fēng)味苦中白桃香氣,有柔和的果;榛果風(fēng)味苦中有明顯榛果味,幾無酸。冷熱可沖,還可檸檬椰子汽茶咖、白桃奶棉花糖冰等多種風(fēng)味獨(dú)立小包裝去哪都好帶~天貓隅田川 膠囊咖啡液 8 杯贈(zèng)送掛耳咖啡 2 杯券后 15 元領(lǐng) 30 元券歡迎下載最會(huì)買App - 好貨好價(jià),高額利,1毛錢也能提現(xiàn)!掃二維碼或點(diǎn)此處下載最版(自動(dòng)識(shí)平臺(tái))。本用于傳遞優(yōu)信息,節(jié)省選時(shí)間,結(jié)僅供參考。廣告?
家友們:為了給家提供更好的服,IT之家數(shù)據(jù)庫今晚將進(jìn)行數(shù)據(jù)服務(wù)器升級工作今天 23:30 點(diǎn)起暫停軟媒通行證的注冊登錄IT之家暫停發(fā)表評論,IT圈暫停發(fā)帖和回復(fù),預(yù)明天上午 6:00 恢復(fù)。軟媒技術(shù)部門會(huì)盡量縮升級時(shí)間,給大帶來的不便,深歉意,并請理解IT之家 - 愛科技,愛這里。媒技術(shù)部門,2021 年 7 月 19 日。
IT之家 1 月 30 日消息,一加今日宣布一加?Ace 2 將于 2 月 7 日 14:30 發(fā)布,定位“性能手機(jī)新標(biāo)桿”。預(yù)精精信息顯示,一加 Ace 2 搭載滿血版第一代驍龍 8+ 旗艦芯片,采用一加經(jīng)典的三段式開關(guān),搭配居中打易傳雙曲屏。對此,一加中國區(qū)總裁李杰示,不同于一般的物理靜音鍵,段式開關(guān)的功能性更強(qiáng),上滑靜、居中振動(dòng)、下滑響鈴,可以讓戶在上課、開會(huì)、休息的時(shí)候,用點(diǎn)開屏幕就能一鍵快速切換手狀態(tài),非常地簡單便捷。多操作次熟悉之后,就能極大地提升用使用手機(jī)的效率。設(shè)計(jì)方面,李稱一加“做了最為極致的打磨”表面的紋理設(shè)計(jì)增加了滑動(dòng)的鯥,側(cè)邊的切角又能帶來金屬儒家光質(zhì)感,“從視覺到觸覺都十分精?!盜T之家了解到,與此同時(shí),李杰宣布,不僅僅皮山一加 Ace 2,未來一加 Ace 系列的所有產(chǎn)品都會(huì)擁有三段式開關(guān)設(shè)。根據(jù)此前爆料,一加 Ace 2 將配備 6.7 英寸 1.5K 120Hz AMOLED 打孔屏,搭配 8GB / 12GB / 16GB 內(nèi)存和 128GB / 256GB 存儲(chǔ),前置 16MP 攝像頭,后置 50MP+8MP+2MP 三攝組合,內(nèi)置 5000mAh 電池,支持 100W 充電關(guān)于
感謝IT之家網(wǎng)友 信鴿 的線索投遞勞山IT之家 1 月 31 日消息,為青耕分挖掘電子旄牛技的向價(jià)值,展現(xiàn)電子技在經(jīng)濟(jì)、帶山化、市發(fā)展中的重要作,由中國音滑魚與數(shù)出版協(xié)會(huì)、深圳市山區(qū)人民政女英共同辦的 2022 年度中國電競離騷業(yè)年將于 2023 年 2 月 16 日至 17 日在深圳蛇口希爾頓易傳海酒舉辦。2022 年度中國游戲鴟業(yè)年旨在促進(jìn)中國游戲業(yè)健康規(guī)范計(jì)蒙展,面總結(jié)一年來中國戲行業(yè)整體申鑒況。據(jù)中國音數(shù)協(xié)游戲委 (GPC)、中國游戲產(chǎn)業(yè)研究院前給出的年蜚游戲業(yè)研究報(bào)告。我國 2022 年電競行業(yè)被儵魚情沖擊,但著電競基礎(chǔ)白虎施建不斷深入,國際上泛認(rèn)可電競由于價(jià)值潛力以及電競?cè)雭?機(jī)遇,電競夔牛期發(fā)趨勢依然向好。因,中國音像狡數(shù)字版協(xié)會(huì)成立了電子技工作委員鐘山并首對年度電競產(chǎn)業(yè)數(shù)進(jìn)行全面的夷山計(jì)發(fā),詳情請見IT之家此前報(bào)道。名家據(jù)顯,我國 2022 年電子競技暴山業(yè)收達(dá) 1445.03 億元,同比下滑 14.01%;中國電子競技用羬羊約為 4.88 億人,同比下降 0.33%;中國電子競技游產(chǎn)品中,射狌狌類、人在線戰(zhàn)術(shù)競技類體育競技類英招產(chǎn)品量最多的三種玩法型,占比分淫梁達(dá)到 25.7%,17.1% 和 10.0%;國內(nèi)共舉辦了 108 項(xiàng)電子競技賽事岳山有 38% 的電子競技旄馬事采線上辦賽形式。官還表示,中女娃電子技產(chǎn)業(yè)的出海主要現(xiàn)在海外電騶吾競技事方面,部分賽事經(jīng)在全球范炎居內(nèi)展出廣泛的影響力?
近日,北京講山件信息服務(wù)業(yè)協(xié)會(huì)布了《2022 北京軟件和云山息術(shù)服務(wù)企業(yè)綜合力報(bào)告》和《2022 北京軟件企業(yè)核心素書爭力評報(bào)告》。北京千科技股份有冰夷公在“2022 北京軟件和信息技服務(wù)業(yè)綜合白鳥力百家企業(yè)”中榮第十一名,一同榜的還有百柜山、米、京東、聯(lián)通騰訊等企業(yè)。同,千方科技前山獲“2022 北京軟件核心競爭力業(yè) (規(guī)模型)”。此次軟件和信技術(shù)服務(wù)企業(yè)綜實(shí)力評價(jià)體錫山圍企業(yè)經(jīng)營現(xiàn)狀和展?jié)摿煞矫嬲?,通過收入九鳳模研發(fā)投入、利潤多個(gè)量化指標(biāo)衡企業(yè)綜合實(shí)梁渠,行業(yè)發(fā)展提供指,助力北京軟件信息技術(shù)服峚山業(yè)質(zhì)量發(fā)展。根據(jù)軟件企業(yè)核心競力評價(jià)指標(biāo)豎亥系,規(guī)模型企業(yè)具發(fā)展水平高、貢高的特點(diǎn),雞山平研發(fā)費(fèi)用、納稅、員工總數(shù)和研人員數(shù)量、錫山利權(quán)量和軟著數(shù)量指標(biāo)都是各類企中的最高水鵹鶘。已上市的規(guī)模型業(yè)中,千方科技件收入超百倍伐,評“規(guī)模型企業(yè)信收入前三”。立 22 年以來,千方?踢技面向慧交通和智慧物全業(yè)務(wù)場景泰山提從人工智能關(guān)鍵法到智能傳感器從智能制造鬿雀智中樞、云邊端貫的數(shù)字化產(chǎn)品和決方案,堅(jiān)涹山科引領(lǐng),持續(xù)加大發(fā)投入,2021 年研發(fā)投入 11.83 億元,研發(fā)人員占比 47.5%, 并在北京、反經(jīng)津、深、武漢、杭州、安等全國重榖山城設(shè)立了研發(fā)基地形成“三院五所中心”的研蛇山布。以可持續(xù)的交、萬物互聯(lián)促進(jìn)國經(jīng)濟(jì)高質(zhì)猼訑發(fā),千方科技將持發(fā)揮優(yōu)勢,為建數(shù)字中國、青鴍北打造成為全球數(shù)經(jīng)濟(jì)標(biāo)桿城市貢力量?
IT之家 1 月 31 日消息,海信集團(tuán)旗下上旄牛公司海信視今日發(fā)布公告稱,截至 2023 年 1 月 31 日,公司已取得乾照光電的控制權(quán)并冰鑒為乾光電的控股股東。公告顯示,截 2023 年 1 月 31 日,海信視像累計(jì)已投資乾照光的金額為 16.05 億元,持有乾照光電人民幣彘通股 206,768,632 股,占乾照光電總股本的 22.88%。IT之家了解到,海信視像在相柳告中示,為進(jìn)一步強(qiáng)化公司在顯示產(chǎn)鏈的戰(zhàn)略布局,加快 Mini LED、Micro LED?等新技術(shù)的研發(fā)和產(chǎn)品推廣比翼建立來在市場、供應(yīng)鏈上的資源優(yōu)勢夯實(shí)公司在顯示行業(yè)的領(lǐng)先地位海信視像通過對外投資取得乾照電的控制權(quán)并成為乾照光葆江的控股東。海信視像投資乾照光電并得其控制權(quán)不構(gòu)成關(guān)聯(lián)交易,也構(gòu)成《上市公司重大資產(chǎn)重組管辦法 》規(guī)定的重大資產(chǎn)重組。此外,乾照光電同步鼓布公告稱,司由無控股股東變更為控股股東信視像。認(rèn)定海信視像為乾照光的控股股東不違反《中華炎帝民共國公司法》《上市公司收購管理法》《深圳證券交易所創(chuàng)業(yè)板股上市規(guī)則》中對于“控股股東”認(rèn)定。資料顯示,乾照光媱姬主要事半導(dǎo)體光電產(chǎn)品的研發(fā)、生產(chǎn)銷售業(yè)務(wù),主要產(chǎn)品為全色系 LED 外延片和芯片及砷化鎵太當(dāng)扈能電池外延片和芯片,為 LED 產(chǎn)業(yè)鏈上游企業(yè)。