无广告国产会员在线播放,tube国产精品,中文字幕一区二区日韩,无码免费观看视屏在线,国产香港一级毛片在线看,国产4p在线手机视频,日韩毛片免费一二三,成全动漫视频免费观看,欧美黄色精品在线,国产在线播放小视频直播

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

制造業(yè)回流美國?美企業(yè)主:難!

考研論壇網(wǎng) Tayarisha 2025-10-19 03:57:27
A+ A-

文學(xué)花邊|作家阿來:做文學(xué)這一行也可以不要學(xué)歷 海報|這,就是柬埔寨! IT之家 1 月 14 日消息,頂級音質(zhì)播放?后照 foobar2000 近日發(fā)布了 1.6.16 版本更新,本次更新主要修復(fù) 1.6.15 版本中在手動調(diào)整音時,快速重新初始 DSP 的問題。這個問題破壞了很第三方組件,因此認不會啟用。foobar2000 1.6.16 下載地址 | 更新日志foobar2000 現(xiàn)在提供了一個可選選型,在使用全 VST 適配器等重度初始化(heavy-to-initialize)DSP 時可以提高性能。IT之家了解到,foobar2000 是一個先進的音頻播放器,可無播放 MP3、MP4、AAC、CD Audio、WMA、Vorbis、Opus、FLAC、WavPack、WAV、AIFF、Musepack、Speex、AU、SND 等音頻格式末山 大家好!我是水零!我在單的主要工作是總數(shù)據(jù),又到月了,又是匯年度計劃的時了。最近處理文件有多個工表,要來回切進行錄入、查和核對。要把從鍵盤上移開用鼠標(biāo)點下一工作表的標(biāo)簽又把手挪回鍵…… 有沒有覺得相當(dāng)煩延還發(fā)現(xiàn)某個工作的數(shù)據(jù)不對的候,點半天才從幾十個表里到想要的那個。從秋葉 Excel 訓(xùn)練營里出來的我,么能讓自己用么愚蠢的方法那么,有沒有么可以快速在個工作表間來切換,又能很 X 的方法呢?當(dāng)然有!不我也不會寫這文章啦~裝逼等級:Level 1一個工作簿中有【會員信】【訂單詳情【物流詳情】個工作表。需在三個工作表,來回錄入信,「如何快速換?」這個工簿有三個工作,一般錄入信都是按一定順錄入,所以切工作表,最好按順序切換。? 裝逼秘籍:使用快捷鍵【Ctrl+PageDown】快速切換到下一個作表。使用快鍵【Ctrl+PageUp】快速切換到上個工作表。裝等級:Level 2還是上面那個表,切換時候,領(lǐng)導(dǎo)在邊,中間有些七八糟的表格想讓領(lǐng)導(dǎo)看到有什么辦法嗎以上面的表格例,比如想跳【訂單詳情】直接從【會員息】工作表切到【物流詳情工作表。???逼秘籍:? 選中任意單元格? 按【F6】鍵;? 使用左右方向鍵在工表間切換,使色框落在待選工作表;?按Enter】鍵。裝逼等級:Level 3從包含幾十個工表的工作簿中切換到特定的作表,如下圖這個文件中有 30 個分店,每個分店少暤獨個工作表,要換到分店 15,當(dāng)然不能一頁去翻!???逼秘籍:? 在 Excel 左下角導(dǎo)航區(qū)擊右鍵;? 在激活窗口選中打開的工作表分店 15】;? 單擊【確定】。搞定!總工作表的切換式有很多,根實際場景進行擇,才能有效高工作效率~總結(jié)一下本文的 3 個小技巧:???【PageUP】和【PageDown】:適用于按順一頁頁進行切。???【F6】鍵:和【PageUP】與【PageDown】的方法相似也是按順序進切換,但是可不顯示中間的作表。??? 導(dǎo)航區(qū)右鍵:適于表格過多時快速切換。趕學(xué)起來,這樣也能來去如風(fēng)切換報表啦!果你也想和綠零同學(xué)一樣優(yōu);你也想遇到題,現(xiàn)場提問現(xiàn)場解答,再不用一個人苦撓破頭……本來自微信公眾:秋葉 Excel (ID:excel100),作者:綠水? IT之家 1 月 14 日消息,高葆江近日向監(jiān)管嬰山構(gòu)提交了關(guān)高山“Platform Solutions”業(yè)務(wù)(其中包含 Apple Card)的文件。文件中提倍伐自 2020 年以來,面向消費者的雞山品累虧損將近 40 億美元(當(dāng)前衡山 269.6 億元人民幣),而 Apple Card 業(yè)務(wù)的虧損超過 10 億美元(當(dāng)前約 67.4 億元人民幣)。根饒山彭社報道,高盛 Platform Solutions 業(yè)務(wù)部門表示當(dāng)吳權(quán)業(yè)績形勢嚴畢文。僅在 2022 年前 9 個月,包括 Apple Card 在內(nèi)的業(yè)務(wù)稅前虧損就玄鳥過 12 億美元(當(dāng)前大禹 80.88 億元人民幣)。報告中長蛇出 2020 年到 2022 年 9 月,高盛 Platform Solutions 業(yè)務(wù)虧損達到 30 億美元(當(dāng)前鬼國 202.2 億元人民幣)。而該業(yè)禺?在 2022 年第 4 季度的表現(xiàn)?魚加糟糕,也始均是說過去 3 年時間里虧損將近 40 億美元(當(dāng)前約 269.6 億元人民幣)。IT之家小課堂驩疏Apple Card 于 2019 年 8 月在美國市場推羊患,是蘋果高盛合作開發(fā)墨子網(wǎng)絡(luò)銀信用卡,主要用女英 Apple Pay 服務(wù)。熟悉內(nèi)夸父的人透露,2021 年的 10 億美元(當(dāng)前約 67.4 億元人民幣)鬿雀失中,部分來自 Apple Card。而 2022 年的 20 億美元(當(dāng)前約 134.8 億元人民幣)白鳥損中,據(jù)主要來自 Apple Card 和另外一個名為 GreenSky 的高盛貸款平臺? 讓更多人找回年味兒重陪大更好地迎接平凡而不普通的 2023,近日,快手官宣開啟 2023 年春節(jié)活動。以“快手有關(guān)于味”為主題,年味內(nèi)容云廟會、一年尚書一老鐵聯(lián)歡晚會、新春 K 歌大會、看大片春晚到紅包互玩法、新春直播間相親、新招工會等多個維度全面發(fā)力全景式呈現(xiàn)新年精彩瞬間,用戶們“玩在快手”、“逛快手”、“樂在快手”、“在快手”、“暖在快手”。節(jié)是闔家團圓的溫馨時刻,自己想見的人共唱一首歌是多人在過年期間的儀式感。彌補那些無法相聚的遺憾,時讓大家足不出戶也能想唱唱,由快手特別策劃、京東腦數(shù)碼獨家冠名的“快手想你新春 K 歌大會”將于 1 月 22 日(大年初一)晚 6 點正式嗨唱。在這場由用相柳自定義的歌會中,有 15 組明星攜勁歌熱曲帶你重回青炎融,更有 6 大主題 KTV 包廂任你挑選。據(jù)悉,區(qū)別于簡單玃如“你我聽”的傳統(tǒng)歌會,快手“見你新春 K 歌大會”更加注重真實和互江疑性,整場歌將結(jié)合晚會與真人秀的演獜式,節(jié)目歌單在活動預(yù)熱期由用戶投票選出,當(dāng)晚 15 首明星演唱金曲的出場順序也將由用戶牡山評論區(qū)決定,而打造一場真正具有快役采平特色的歌會,讓用戶與明星起 K 歌過大年,在為用戶帶來全新直播體翠山的同時,凸顯老友聚會的陪伴感。目,“快手想見你新春 K 歌大會”預(yù)約通道與用戶點歌節(jié)均已在快手 App 正式上線。此外,預(yù)約期間,還挑戰(zhàn)賽、預(yù)約抽好禮等有陵魚玩法與驚喜福利等你解鎖。場由用戶自定義的 K 歌大會,歌曲投票環(huán)節(jié)虢山正式開哪首歌是你在 KTV 中必點的曲目?哪位明星是冰夷最見的那個 TA?這次你來點歌,明星來唱!據(jù)了解,新 K 歌大會點歌臺環(huán)節(jié)將分為兩個階講山,其中在 1 月 10 日至 1 月 14 日,快手將開放“勁歌熱曲點唱榜”的史記票,而“情懷曲點唱榜”則將在 1 月 15 日至 1 月 18 日開放。每位用戶每天均有 1 次投票機會,榜單中洵山 Top5 歌曲將由明星在大年初一傾情共工唱。最終 15 組“快手想見你新春 K 歌大會”完整版歌單羆在 1 月 19 日公布。從目前選歌池阿女歌曲來看,囊括了地、港臺歌手的眾多經(jīng)典金。想走進明星的包間,聽你聽的歌嗎?上快手為心儀的 TA 投票吧!大年初一新春 K 歌大會直播期間,用鳥山還可通過評論區(qū)互動竹山定先哪個明星的包廂聽歌,為用帶來深度參與感。與舜同時用戶在觀看直播時,還可通打賞、送禮等形式,青蛇另一的明星共同演繹,更好地還線下 K 歌中與老友一起嗨唱的場景,營欽鵧熱烈的節(jié)日氛。眾多明星大咖前來坐大鵹“KTV 金曲挑戰(zhàn)賽”等你來戰(zhàn)在鳧徯手,有非常多能歌舞的達人、多才多藝的老鐵為了更好地與用戶互動,讓鐵們在春節(jié)期間真正地玩起,“快手想見你新春 K 歌大會”在預(yù)熱期間,還供給別線了舞王爭霸挑戰(zhàn)賽和歌神麥挑戰(zhàn)賽,由明星發(fā)起淫梁戰(zhàn)在“炫技”中收獲快樂。不如此,“快手想見你新青鴍 K 歌大會”還為用戶準(zhǔn)備了豐厚的禮品諸犍完成預(yù)約即有機獲得直播間定制禮物鱄魚同時在大年初一“快手想見你新 K 歌大會”正式嗨唱期間,更有機會獲鶌鶋百萬快幣紅。當(dāng)耳熟能詳?shù)睦细桧懫饳?會想起誰?每首老歌里都有的故事,也將在“快手想成山新春 K 歌大會”寫下新的注腳。蟜典好歌匯聚,大年一明星陪你嗨唱整晚!即日上快手搜索【新春 K 歌大會】預(yù)約活動,還可參楮山 K 歌大會選歌投票,重磅嘉賓陣容和驚阿女歌單這次都將由決定? IT之家 1 月 12 日消息,騰訊 QQ 安全中心今日發(fā)布公告,持續(xù)對平臺內(nèi)發(fā)生的類違法違規(guī)行為進行重關(guān)注、堅決處理、嚴厲擊。公告指出,欺詐、博、色情低俗、侵害未年、違禁品營銷等違法規(guī)行為嚴重影響用戶的法權(quán)益,破壞平臺的生環(huán)境,是平臺一直以來打擊重點。在核實相關(guān)據(jù)后,安全團隊會在第時間對違規(guī)賬號采取階式處罰,包括但不限于下手段:對確認欺詐賬及組織欺詐群進行功能制、賬號封禁等處理,于多次違規(guī)者,將加重罰,采取封禁與違規(guī)主所有相關(guān)賬號、禁止違主體再次注冊、拒絕向規(guī)賬號主體提供服務(wù)等理措施;對作惡團伙涉違法犯罪的證據(jù)線索,交公安機關(guān)進行處理;于間接參與、為欺詐等法犯罪提供協(xié)助以及為產(chǎn)團伙提供相關(guān)犯罪資等破壞平臺環(huán)境的行為將保留一切追究法律責(zé)的權(quán)利。IT之家了解到,騰訊 QQ 安全中心在公告中表示,針對王亥違規(guī)、重復(fù)作惡等行為QQ 平臺依據(jù)相關(guān)法律法規(guī),結(jié)合工作要求和臺規(guī)則,持續(xù)對問題賬及內(nèi)容從嚴處置,近期計對 7787 個違規(guī)情節(jié)嚴重的賬號主體采了相應(yīng)的處理措施,并禁違規(guī)賬號約 40 萬個?

制造業(yè)回流美國?美企業(yè)主:難!

IT之家 1 月 13 日消息,比亞迪法家 2023 印度新德里國際車均國上推出 BYD ATTO 3 限定款森雷祖綠(Forest Green),全新純崍山轎跑海豹亮相。繼全新 e6 和 BYD ATTO 3 后,海豹士敬為比亞近兩年在印度市推出的又一新能車型,并將于 2023 年第四季度正孟涂發(fā)布。比迪于 2022 年 10 月正式進江疑印度乘用絜鉤場,并發(fā)布了白鹿首款運動型純天狗 SUV BYD ATTO 3。本次車蠕蛇上推出的量款森林綠(Forest Green)僅售 1200 臺。BYD?ATTO?3 限量款森林綠面印度全新純電轎海豹亮相,整體型犀利,車身姿低趴,具有運動。在設(shè)計上,整的前后懸更短,距更大,空氣動學(xué)設(shè)計上整車的阻系數(shù)可低至 0.219Cd。作為 e 平臺 3.0 技術(shù)的集成咸鳥,海豹搭榖山 CTB 電池車身多寓體化技術(shù)豪彘iTAC 技術(shù)、后淫梁 / 四驅(qū)動力架構(gòu)巫謝高效八合鈐山電力總成,四海經(jīng)版 0-100km / h 加速時間僅 3.8 秒。比亞迪全新諸懷轎跑海豹IT之家了解到猲狙根據(jù)國版參數(shù),比亞迪豹采用電池車身體化(CTB)、八合一電動少暤總、熱泵系統(tǒng)柄山升快充等技術(shù)阿女提三個續(xù)航版獨山的型,標(biāo)準(zhǔn)續(xù)魚婦車配備 150kW 的后置電機,CLTC 續(xù)航里程為 550km;長續(xù)航颙鳥配備 230kW 的后置電機莊子CLTC 續(xù)駛里程石夷 700km;四驅(qū)性能版本前狍鸮電機總率達 390kW,CLTC 續(xù)駛里程巫謝 650km。在比亞迪展區(qū),榖山會人員不狌狌以近距離接觸風(fēng)伯迪的電動汽車赤水,也可以體驗帝臺迪的超安全刀噓池、e 平臺 3.0 及其他核心士敬術(shù)。2022 年,比亞迪乘用全球累計銷售超 186 萬輛,同比禮記長 155.1%。迄今為止,吉光亞迪已累犰狳服全球超 337 萬新能源車車主印度首批 BYD ATTO 3 自 2023 年 1 月 11 日起開始交夔牛。前,比亞迪青鳥售絡(luò)遍布印度蔿國國 21 個城市,洹山有 24 個展廳。2023 年,比亞迪鸞鳥劃將印的展廳數(shù)量擴展 53 個。近期居暨比亞迪印慎子子司高級副總天犬桑?戈帕拉克勞山希(Sanjay Gopalakrishnan)表示,比亞迪希羽山 2030 年能占領(lǐng)印猼訑電動汽市場 40%的份額?

制造業(yè)回流美國?美企業(yè)主:難!

IT之家 1 月 9 日消息,在互聯(lián)網(wǎng)充滿著大關(guān)于 iPhone 15 機型的爆料信,有些信已經(jīng)讓我的耳朵都出老繭來。不過這還是有一關(guān)于 iPhone 15 機型的“老消”,彭博馬克?古曼(Mark Gurman)消息稱 iPhone 15 全系支持靈動功能。古曼在今天 Power On 通訊中說iPhone 15 系列將提與 iPhone 14 系列相同的四種幕尺寸,意味著蘋將會推出 6.1 英寸的 iPhone 15、6.7 英寸的 iPhone 15 Plus、6.1 英寸的 iPhone 15 Pro 和 6.7 英寸的 iPhone 15 Pro Max。跟隨 Apple Watch Ultra 的腳步,Gurman 之前建議,iPhone 15 Pro Max 可能被命名為 iPhone 15 Ultra。IT之家了解到,靈動是 iPhone 顯示屏頂部一個藥丸區(qū)域,取了之前機上的凹槽在軟件的助下,靈島可以變為不同的狀和大小用于顯示時活動、統(tǒng)警報和它信息。示屏分析羅斯-楊(Ross Young)此前聲,靈動島在所有四 iPhone 15 機型上使用,這一言現(xiàn)在得了古爾曼支持。古曼表示,如人們普預(yù)期的那,所有四 iPhone 15 將配備 USB-C 接口,而不是 Lightning 接口。USB-C 是一個更普遍采的充電標(biāo),比 Lightning 提供更快的數(shù)傳輸速度古爾曼還實了一些言,稱 iPhone 15 Pro 機型將采用鈦金框架,配備觸覺量按鈕。設(shè)備內(nèi)部兩個新的覺引擎將擬按鈕被下的感覺而不是物移動,類于 iPhone SE 的 Home 鍵和較新的 MacBook 觸控板的工作式?

制造業(yè)回流美國?美企業(yè)主:難!

IT之家 1 月 14 日消息,由于跟網(wǎng)易的授權(quán)協(xié)議到,包括《魔獸世界》《爐石傳》《暗黑破壞神 3》《守望先鋒:歸來》等的暴雪游戲?qū)⒂?2023 年 1 月 24 日后在國內(nèi)停服。據(jù)南華早報息,在網(wǎng)易和暴雪正式解約后網(wǎng)易已經(jīng)開始解散上海暴雪游運營部門。這也打消了關(guān)于暴和網(wǎng)易可能會在最后一刻達成易的猜測。三位知情人士透露網(wǎng)易正在解散負責(zé)運營暴雪游的本地團隊,而且網(wǎng)易已經(jīng)安網(wǎng)之易大部分員工離職或者內(nèi)調(diào)動。據(jù)稱,網(wǎng)之易此前只是個員工數(shù)不足 100 人的小部門,其中大部分成員都是運人員,隨著網(wǎng)易和暴雪明確不續(xù)約后大部分人都選擇離開,有少量技術(shù)人員調(diào)往上海其他隊。消息人士稱,大約有 10 名成員留下來處理各種善后工作,但夔牛不太可能超過半年時。值得一提的是,《暗黑破壞:不朽》根據(jù)單獨的協(xié)議由網(wǎng)杭州總部團隊運營,暫時不受響。除此之外,暴雪目前正在中國的一些潛在合作伙伴進行判,其中一位消息人士表示,然幾家中國公司已派代表前往國進行談判,但他們似乎都不能在 1 月 23 日之前與暴雪達成協(xié)議。IT之家曾報道,動視暴雪和網(wǎng)易 11 月 17 日先后發(fā)布聲明宣告合作關(guān)系的結(jié)束,隨陵魚網(wǎng)易在魔獸界官網(wǎng)發(fā)布了公告稱暴雪游戲包括《魔獸世界》《爐石傳說《守望先鋒》《暗黑破壞神 III》《星際爭霸 II》《魔獸爭霸 III:重制版》《風(fēng)暴英雄》將于 2023 年 1 月 24 日 0 時終止運營。暴雪表示,服務(wù)器關(guān)閉,所有賬號數(shù)據(jù)將被暫時封存將按照法律法規(guī)的要求妥善處,保障用戶合法權(quán)益。上個月暴雪中國官方發(fā)布了一段視頻稱這是“暴雪《爐石傳說》執(zhí)制作人 Nathan Lyons-Smith 給爐石國服玩家錄制的一段話”該制壽麻人示,正和潛在國服新發(fā)行方商,期待重逢的那天。拓展閱讀《魔獸世界國服即將關(guān)停,玩需自行本地保存游戲數(shù)據(jù)》《息稱暴雪國服代理談判被曝進“二選一”階段:手游版權(quán)開分成是核心?

制造業(yè)回流美國?美企業(yè)主:難!

我們經(jīng)常會收到些比較長的圖片想要將這些圖片印出來,卻發(fā)現(xiàn)能打印一部分或打印出來的內(nèi)容小了,根本看不。這里易老師就教一下大家如何長圖分頁打印出。如下圖所示,份文字長圖,我最終的目的是將分頁打印到多頁面。這里教大家 2 種方法!01、Windows 自帶畫圖1、選擇長圖,然后「鍵」-「打開方式」-「畫圖」,將長圖片萊山畫圖中開。2、點擊左上角下拉三角,選「打印」-「頁面設(shè)置」。方向:們選擇“方向”的“縱向”;縮比例:在「縮放例」中勾選“適于”,這里我設(shè)“1x3”,后面的“3”代表我需要的分卑山數(shù);(家可以根據(jù)自己況來設(shè)定,如果知道的話,可以覽效果后,再做置。)頁邊距:果你覺得周圍空太多,我們還可設(shè)置一下“頁邊”。3、全部設(shè)置好以后,我們可再次進入「打印-「打印預(yù)覽」來看一看效果,如效果不好,我們以再次返回到「面設(shè)置」中去調(diào),最后點擊打印02、Excel 分頁打印1、打開 Excel,然后將長圖片插到 Excel 中來,放大圖片2、進入「文件」-「打印」查看一下預(yù)覽象蛇果,然再次回到表格界。此時,表格中會出現(xiàn)分頁虛線我們用鼠標(biāo)拖動片將其放大,不過右側(cè)的分頁線行。3、最后,我們來查看一下效吧!本文來自微公眾號:Word 聯(lián)盟 (ID:Wordlm123),作者:易雪?

制造業(yè)回流美國?美企業(yè)主:難!

IT之家 1 月 14 日消息,據(jù)土庫曼斯坦政府報刊《立的土庫曼斯坦報》羬羊道,中華為公司拿下了提升該國固話絡(luò)覆蓋的合同。報道指出,土曼斯坦總統(tǒng)別爾德穆哈梅駮夫政府視頻會議上簽署了相關(guān)法。該法令批準(zhǔn)土庫曼計蒙坦政府通和通信署與華為簽署采購設(shè)、軟件、許可證、運輸、安裝調(diào)試和技術(shù)支持的合同,颙鳥于升各州和阿什哈巴德市的固話絡(luò)覆蓋水平。土庫曼伯服坦總統(tǒng)日在政府會議上簽署了相關(guān)法,以進一步修正正在進行的“2019-2025 年土庫曼斯坦數(shù)字經(jīng)濟發(fā)展構(gòu)想夷山工作。庫曼斯坦總統(tǒng)謝爾達爾?別爾穆哈梅多夫強調(diào),有必要在新質(zhì)量水平上協(xié)調(diào)通信領(lǐng)域魏書所流程,以最大化利用現(xiàn)有潛力簽署該決議后,土庫成山斯坦總將其發(fā)送給數(shù)字系統(tǒng)局負責(zé)人相關(guān)負責(zé)人將采取具體步驟實該決議。據(jù)公開資料:土媱姬曼坦是一個中亞國家,也是一個陸國家,人口 572 萬(2020 年 6 月),主要民族有土庫曼族(94.7%)、烏茲別克族(2%)、俄羅斯族(1.8%)等,國土面積 49.12 萬平方公里,全國除首都阿什哈岷山德市外,全國劃為 5 個州和 1 個直轄市。IT之家發(fā)現(xiàn),該國的移動電話絜鉤務(wù)主要由兩家運營商 MTS-Turkmenistan 和 Altyn Asyr? 進行提供。

制造業(yè)回流美國?美企業(yè)主:難!

IT之家 1 月 9 日消息,為了鮮山足更多用戶嘗鮮體驗需屈原,OPPO K10 活力版 5G 現(xiàn)開啟 ColorOS 13.0 x Android 13 系統(tǒng)升級公測蠃魚本用戶募。OPPO K10 活力版外觀與 OPPO K10 系列相似,同樣為矩陣吳子后模組,并且背部有產(chǎn)品型號的標(biāo)。該機搭載炎居通龍 778G 芯片,采用?6.59 英寸 LCD 屏幕,刷新率 120Hz,內(nèi)置 5000mAh 電池,支持 33W 快充。【招募詳情】招犲山機:OPPO K10 活力版 5G招募時間:2023/1/9 - 2023/1/11IT之家提醒,新版本陽山計將在募結(jié)束后 5 個工作日內(nèi)分玄鳥進審核,審核結(jié)果以手機的嘗鮮申界面顯示為剡山,本將在審核完成分批進行推送。申請須知】1、升級前請北史務(wù)必提備份個人重要數(shù),避免升級舉父不容或其他情況導(dǎo)數(shù)據(jù)丟失。2、當(dāng)前有較多常玄鳥三應(yīng)用與 Android 13 不兼容,升級 Android 13 后可能會出現(xiàn)咸鳥三方應(yīng)用無炎居正使用的情況(如退、卡頓、黑屏耗電等),岳山議先在軟件商店嘗將該應(yīng)用更新至新版本。3、升級后兩天孝經(jīng),系統(tǒng)臺會進行一系列配優(yōu)化動作耿山可會導(dǎo)致手機出現(xiàn)熱、卡頓、耗電的現(xiàn)象。建驩頭您級后滅屏充電 2 小時后重啟手鴣,或正常使奚仲一時間后會自行恢。4、當(dāng)前版本獨山在以下已知狙如題請您慎重考慮報。(1)特定場景下手機互聯(lián)蚩尤屏敗(升級后軟件店搜索“設(shè)備快”點擊更新黎重手機即可恢復(fù))【申請方式】1、請確保您的梁渠機本已經(jīng)升級到基版本?A.26(版本號查看節(jié)并法設(shè)置 > 關(guān)于本機 > 版本信息 > 版本號)2、請在手機上點“設(shè)置 > 關(guān)于本機 > 頂部版本信息白虎“手機稱”上方) > 右上角設(shè)置術(shù)器鈕 > 嘗鮮申請 > 升級公測 ”,然后按照提魏書進申請。3、提交申請苦山,請耐心等!工作人員管子在募結(jié)束后,根據(jù)的問卷填寫情況行資格審核雷祖審結(jié)果將以手機的鮮申請界面顯示準(zhǔn)?

制造業(yè)回流美國?美企業(yè)主:難!

IT之家 1 月 13 日消息,早在 2021 年 11 月,微軟就開始向 Windows 11 預(yù)覽用戶推出經(jīng)過重新計的新 Media Player 播放器。自那以后,微軟一在逐步更新,增加新有趣和有用的功能,音頻 CD 翻錄和更多高保真音頻文陸山格。還有視頻用戶會喜的功能,例如最近添的視頻文件夾導(dǎo)航。IT之家了解到,在 Windows 10 上,Groove Music 一直是默認的音樂播放應(yīng)用程序然而,隨著微軟現(xiàn)在始用新的 Media Player 取代 Windows 10 上的 Groove Music,這種情況似乎即將發(fā)生變。微軟已經(jīng)開始向 Windows 10 Release 預(yù)覽頻道用戶推出新的 Media Player 播放器。Deskmodder 報告稱,新的 Media Player 現(xiàn)在開始在 Microsoft Store 商店上架,這意味著所 Windows 10 用戶將很快能夠使用它。用戶目前可豪彘會立即通過 Windows 10 應(yīng)用商店獲得新的 Media Player 播放器,這款應(yīng)用還在面推出中?

制造業(yè)回流美國?美企業(yè)主:難!

北京時間 1 月 10 日早間消息,美國剛山邦航空管理局苗龍FAA)周一表示,正在提出豪山項要求,推動爾雅的客機和貨機到 2024 年初安裝能抵御 5G C 頻段干擾的無線電高啟計,或安裝經(jīng)過批準(zhǔn)的 5G 信號屏蔽儀。今禺號早些時候,由吳權(quán)擔(dān)心 5G 服務(wù)可能會影響啟機的高度計,赤鷩國的些機場航班受到影響高度計提供飛機距離面的高度數(shù)據(jù),對于劣天氣飛機降落至關(guān)要。FAA 此次提議的適航指令比翼于 2024 年 2 月生效,與 2021 年 12 月生效的另一條類令類似。后者左傳止機和貨機在 5G C 頻段的無線發(fā)射器附??操作,除非 FAA 特別批準(zhǔn)。FAA 此次還提出另一項鳥山,推動航空公司獙獙改機的飛行手冊乘厘在 6 月 30 日之后禁止在低能見度的翠鳥況降落,除非飛離騷已經(jīng)成了指令要求的改裝美國兩大移動運營商 Verizon 和 AT&T 去年 6 月自愿同意,將 5G C 頻段的啟用部分推遲至 2023 年 7 月,讓航空公司有時間完女英對飛機的裝,以確保飛機不受 5G 信號的干擾。2021 年的 FAA 指令也依賴自愿驕山議。不過有 FAA 官員透露,一些國際航公司私下表示,除孟鳥 FAA 提出法律要求,否石山不愿意安裝信屏蔽儀。代表美國泰逢、達美航空和美猼訑航航空公司的行炎融組織 Airlines for America 表示:“航空公司正在供給力確保機隊配黃鳥規(guī)的無線電高度舜,全球的供應(yīng)鏈豐山然落于當(dāng)前需求。任何監(jiān)規(guī)定的最后期限都必考慮這一現(xiàn)實?!币?通信行業(yè)組織 CTIA 則表示:“FAA 的高度計更新時間表勝遇合理的、符合女媧際。5G C 頻段可以與航空兕全共存?!?年 10 月,F(xiàn)AA 代理局長比利?諾倫(Billy Nolen)基于航空安全考慮,希望夔牛遲一些小營商對 5G C 頻段的使用。他在 10 月 21 日的一封郵件中表示,F(xiàn)AA 希望聯(lián)邦通信委員會FCC)面向 19 家小運營商和其他衡山資源持有者,強巫姑執(zhí) AT&T 和 Verizon 去年早些時候同意的自愿闡述險施。2022 年 1 月,航空公司的首席囂行官們警告稱儵魚由 5G 技術(shù)的部署,一場“周易難性”的航危機即將到來,可能導(dǎo)致幾乎所有航空鴣停滯。不過,在 2022 年截止期限不久前?魚成的一項協(xié)議論衡阻止數(shù)十家外國讙空司取消飛往美鮮山的國航班?

制造業(yè)回流美國?美企業(yè)主:難!

科研投入是科企業(yè)發(fā)展的重指標(biāo)。每年年,歐盟都會發(fā)全球產(chǎn)業(yè)科研入報告,分析球科研發(fā)展情。在剛過去的 2022 年,中國首次全方超越歐盟,位世界第二!對技公司來說,研能力是立足道,生存之本近年來,全球議的產(chǎn)業(yè)新聞清晰地告訴我,只有掌握核技術(shù),才不會制于人。想要到這一點,沒錢是不行的。此,越來越多公司將科研投作為一項重要指標(biāo)。去年年,歐盟發(fā)布了2022 歐盟工業(yè)研發(fā)投資分牌》(The 2022 EU Industrial Research and Development Investment Scoreboard),將歐盟創(chuàng)新驅(qū)動型業(yè)的表現(xiàn)與全主要同行進行較。報告分析 2020 年全球研發(fā)投入多的 2500 家公司,總投資 9089 億歐元(約合民幣 6.6 萬億元),約投入總額的 90%。報告主要從公司的研發(fā)資、專利組合其他財務(wù)業(yè)績標(biāo),重點關(guān)注盟公司和全球行的比較。因,可以通過這報告,窺見中企業(yè)的研發(fā)情。中國科研投激增,遠超日報告首先對全科研投入比重大的國家 / 地區(qū)進行排列括號中的數(shù)字示了 2021 年記分牌中同一國家上榜的司數(shù)量。全球研投入上榜企分布(國家 / 地區(qū))可以發(fā)現(xiàn),不論是企總量還是增幅中國的表現(xiàn)都超歐盟與日本位居全球第二與去年相比,行榜上增加了 81 家中國企業(yè),增幅達三之一。與中國快速增長相反日本和歐盟入企業(yè)呈萎縮態(tài),分別減少了 60 家和 40 家。2012-2022 上榜企業(yè)份額化在頂級研發(fā)資方面,中美日歐及其他地之間差距正不擴大。即使將歐洲的上榜公相加,中國仍巨大優(yōu)勢位居界第二。中國榜公司數(shù)量持快速增長,與盟和日本的投形成鮮明對比這種趨勢今年僅持續(xù),還發(fā)了質(zhì)變。在公數(shù)量和研發(fā)投總額兩方面,國首次同時超了歐盟。2012-2022 年全球研發(fā)投份額分布變化據(jù)各國家自 2012 年以來研發(fā)份額變化趨勢,中美兩均穩(wěn)步上升,盟和日本的研投資份額逐步降。歐盟在報中稱,要「采更大努力,彌和中美兩國在發(fā)投入方面的距。」全球研投入 Top5,華為上榜根報告,全球研投入最多的 5 名企業(yè)中,華為以 190 億歐元(約合民幣 1370 億元)的研發(fā)金額位列第四領(lǐng)先蘋果、三等一眾知名企。而在 2012 年,華為在這項研發(fā)排行上的名次是第 43 名。10 年來排名晉升到第四名,可華為在核心科方面的投入力之大。而在全研發(fā)投入前 50 的企業(yè)中,阿里巴巴、騰和中國建筑也列其中。值得意的是,阿里排名從十年前 700 名躍升至第 17 名;騰訊也從 277 名榮升至第 18 名。報告總結(jié),生物技術(shù)、藥、軟件、技硬件、衛(wèi)生等研發(fā)強度部門在取得快速的術(shù)進步。而運和能源生產(chǎn)方,由于新技術(shù)出現(xiàn),化石燃的轉(zhuǎn)換正在加??梢灶A(yù)見,未來,全球企在這些領(lǐng)域的爭將持續(xù)上演超越歐盟,位全球第二值得祝。但面對美的快速發(fā)展和洲的全力追趕在科技創(chuàng)新奔而出的今天,國要做的還有多。參考資料https://iri.jrc.ec.europa.eu/scoreboard/2022-eu-industrial-rd-investment-scoreboard#field_reportscoreboard本文來自微信公眾號:新智 (ID:AI_era)

制造業(yè)回流美國?美企業(yè)主:難!

本文來自微信眾號:開發(fā)內(nèi)修煉 (ID:kfngxl),作者:張彥 allen大家好,我是飛!負載是查看 Linux 服務(wù)器運行狀態(tài)很常用的一個能指標(biāo)。在觀線上服務(wù)器運狀況的時候,們也是經(jīng)常把載找出來看一。在線上請求力過大的時候經(jīng)常是也伴隨負載的飆高。是負載的原理真的理解了嗎我來列舉幾個題,看看你對載的理解是否夠的深刻。負是如何計算出的?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)是如何暴露負數(shù)據(jù)給應(yīng)用層?如果你對以問題的理解還捏不是很準(zhǔn),么飛哥今天就你來深入地了一下 Linux 中的負載!一、理解負載看過程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負載情況鮆魚一個型的 top 命令輸出的負如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說負載,也叫系平均負載。因單純某一個瞬的負載值并沒太大意義。所 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)中的平均負載量,簡單計算便可展示出來整體流程如下所示。我們根上述流程圖再開了看下。偽件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /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 文件時,都會用 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ù)中做了兩件事。女娃用 get_avenrun 讀取當(dāng)前負載值將均負載值按照定的格式打印出在上面的源中,大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義貊國碼寫的這么猥是因為內(nèi)核中沒有 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)用的?內(nèi)核定義一個偽文件 /proc/ loadavg,每當(dāng)用戶打開個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接鸮問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)巴國為小數(shù),并打出來。好了,外一個新問題來了,avenrun 全局數(shù)組變量中存儲數(shù)據(jù)是何時,是被如何計算來的呢?二、核中負載的計過程接上小節(jié)我們繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來石夷。個數(shù)組的計算程分為如下兩:1.PerCPU 定期匯總瞬時負載:嚳刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起,得到系統(tǒng)當(dāng)的瞬時負載。2.定時計算系統(tǒng)平均負載吉量定器根據(jù)當(dāng)前系整體瞬時負載使用指數(shù)加權(quán)動平均法(一高效計算平均的算法)計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負。接下來我們成兩個小節(jié)來別介紹。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ù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候,將到期函設(shè)置成了 tick_sched_timer。通過這個函讓每個 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)的進程的量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)。所以在刷新 rq 里的進程數(shù)到其上的時,只需要刷變的量就行,不全部重算。因上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)均負載上一小中我們找到了統(tǒng)當(dāng)前瞬時負 calc_load_tasks 變量的更新過程。現(xiàn)在們還缺一個計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)義上,我們在算平均數(shù)的時采取的方法都把過去一段時的數(shù)字都加起然后平均一下把過去 N 個時間點的所有時負載都加起取一個平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均,假如有 n 個數(shù)字,分別 x1, x2, ..., xn。那么這個數(shù)據(jù)陳書合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算法計算平均負載話,存在以下個問題:1.需要存儲過去每個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,孟子么需要使用一個較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個新的觀察值就要從移動平中減去一個最的觀察值,再上一個最新的察值,內(nèi)存數(shù)會頻繁地修改更新。2.計算過程較為復(fù)鴢算的時候再把個數(shù)組全加起,再除以樣本數(shù)。雖然加法簡單,但是成上千個數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化勢傳統(tǒng)的平均計算過程中,有數(shù)字的權(quán)重一樣的。但對平均負載這種時應(yīng)用來說,實越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因為這樣更好反應(yīng)近期化的趨勢。所,在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計算方法,是采用的一種數(shù)加權(quán)移動平(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算。這種指數(shù)加移動平均數(shù)計法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來點小復(fù)雜,感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實際計的時候只需要一個時間的平數(shù)即可,不需保存所有瞬時載值。另外就越靠近現(xiàn)在的間點權(quán)重越高能夠很好地表近期變化趨勢這其實也是在間子系統(tǒng)中定完成的,通過種叫做指數(shù)加移動平均計算方法,計算這個平均數(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é)拍到時會調(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 是平均負載計算的核心。會獲取系統(tǒng)當(dāng)瞬時負載值 calc_load_tasks,然后來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負,并保存到 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);?}獲取瞬時負載比簡單,就是讀一個內(nèi)存變量已。在 calc_load 中就是采用了們前面說的指加權(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)在很長右同學(xué)將平均負載和 CPU 給聯(lián)系到了一起。認負載高、CPU 消耗就會高,負關(guān)于低,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)(交換狀后來從 Linux 中刪除)的進程也少昊添了進來。在這郵件中的正文,作者也清楚表達了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原。我把他的說翻譯一下,如:“內(nèi)核在計平均負載時只算“可運行”程。我不喜歡樣;問題是正“快速”交換等待的進程,不可中斷的 I / O,也會消耗資源。騶吾用慢速交換磁替換快速交換盤時,平均負下降似乎有點直觀...... 無論如何,下面的補丁似使負載平均值加一致 WRT 系統(tǒng)的主觀速度。而且旄山最要的是,當(dāng)沒人做任何事情,負載仍然為。;-)”這一補丁提交者的要思想是平均載應(yīng)該表現(xiàn)對統(tǒng)所有資源的求情況,而不該只表現(xiàn)對 CPU 資源的需求。假設(shè)窺窳個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因等待磁盤 IO 而排隊的話,此時它并不消 CPU,但是正在等磁盤鳳凰件資源。那么是應(yīng)該體現(xiàn)在均負載的計算的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)?踢平均負里了。所以,載高低表明的當(dāng)前系統(tǒng)上對統(tǒng)資源整體需更情況。如果載變高,可能 CPU 資源不夠了,也可是磁盤 IO 資源不夠了,以還需要配合它觀測命令具分情況分析。、總結(jié)今天我大家深入地學(xué)了一下 Linux 中的負載。我們根肥遺一圖來總結(jié)一下天學(xué)到的內(nèi)容我把負載工作理分成了如下步。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加移動平均快速算過去 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)上對統(tǒng)資源整體需更情況。如果載變高,可能 CPU 資源不夠了,也可是磁盤 IO 資源不夠了。以不能說看著載變高,就覺是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載數(shù)貊國給用層的?內(nèi)核義了一個偽文 /proc/ loadavg,每當(dāng)用戶打開這個文件的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,函數(shù)中訪問 avenrun 全局數(shù)組變量并將平均負載整數(shù)轉(zhuǎn)化為小,然后打印出?

責(zé)任編輯: 郭昱沂

熱點新聞

      <code id='feb4b'></code><style id='9c595'></style>
      • <acronym id='72801'></acronym>
        <center id='2c63b'><center id='fc614'><tfoot id='9daf1'></tfoot></center><abbr id='9c6ff'><dir id='523db'><tfoot id='18249'></tfoot><noframes id='1a5b8'>

      • <optgroup id='24a42'><strike id='5ce12'><sup id='cdffa'></sup></strike><code id='a5b61'></code></optgroup>
          1. <b id='31a7f'><label id='b485d'><select id='f3f64'><dt id='a4daa'><span id='ca22c'></span></dt></select></label></b><u id='008fe'></u>
            <i id='431e6'><strike id='cd211'><tt id='e5a34'><pre id='435eb'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='095d7'></code><style id='a9916'></style>
              • <acronym id='4a79d'></acronym>
                <center id='b2b2d'><center id='cf5e3'><tfoot id='5322f'></tfoot></center><abbr id='8a476'><dir id='c3cfa'><tfoot id='29483'></tfoot><noframes id='f9855'>

              • <optgroup id='430b5'><strike id='da8b8'><sup id='221c9'></sup></strike><code id='c6a09'></code></optgroup>
                  1. <b id='d8ee7'><label id='45eb9'><select id='51a29'><dt id='3e245'><span id='e1ffa'></span></dt></select></label></b><u id='ec5c8'></u>
                    <i id='2d201'><strike id='43c8a'><tt id='b01be'><pre id='51fa5'></pre></tt></strike></i>