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

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

游船傾覆事故70名落水人員均為輕傷

今日頭條 查理·卓別林 2025-10-29 00:16:51
A+ A-

“?叫“老婆”過(guò)時(shí)了,現(xiàn)在流行這21種稱(chēng)呼” 完美解碼PureCodec20250430官方版&綠色版 IT之家開(kāi)啟2021年度招聘計(jì)劃,及內(nèi)容編輯新媒體運(yùn)營(yíng)視頻編導(dǎo)、術(shù)開(kāi)發(fā)等崗。歡迎投遞歷,也歡迎全職實(shí)習(xí)的2021屆畢業(yè)生加入。要及薪資,請(qǐng)具體崗位需。一、簡(jiǎn)歷遞和此次招的注意事項(xiàng)遞簡(jiǎn)歷時(shí)郵主題請(qǐng)注明 個(gè)人姓名+應(yīng)聘崗位+電話?,并務(wù)必上簡(jiǎn)歷及作(必須);有崗位均為職,工作地現(xiàn)階段位于東省-青島市-市南區(qū)-動(dòng)漫產(chǎn)業(yè)園E座;二、本次聘崗位和具要求新媒體營(yíng)運(yùn)營(yíng)IT之家微信公眾或微博帳號(hào)負(fù)責(zé)IT之家微信公眾號(hào)內(nèi)容運(yùn)營(yíng)、動(dòng)策劃及執(zhí);對(duì)行業(yè)熱或話題敏銳有一顆熱忱又八卦的心對(duì)數(shù)據(jù)敏感細(xì)節(jié)控;手麻利,溝通暢,自我要嚴(yán)格,無(wú)溝障礙;有新體實(shí)習(xí)或經(jīng)者優(yōu)先;應(yīng)此崗位需提文章作品(件、鏈接均)。微信公號(hào)編輯薪資績(jī)效薪資,有保底,上封頂,優(yōu)秀確保月薪不于10K。快訊編輯關(guān)注聯(lián)網(wǎng)行業(yè),愛(ài)折騰數(shù)碼品;文筆流,有邏輯性思維嚴(yán)謹(jǐn),客觀陳述事;需要你是個(gè)靠譜、可、有耐心的;中文或新相關(guān)類(lèi)專(zhuān)業(yè)先。應(yīng)聘此位需提供作(附件、鏈均可)???編輯薪資:效薪資,上封頂,優(yōu)秀月薪不低于8K。視頻編導(dǎo)負(fù)責(zé)IT之家視頻內(nèi)容的題、策劃及地執(zhí)行;有頻制作經(jīng)驗(yàn)或視頻平臺(tái)營(yíng)經(jīng)驗(yàn);執(zhí)力強(qiáng),能根選題或熱點(diǎn)第一時(shí)間產(chǎn)視頻;興趣泛,能對(duì)數(shù)產(chǎn)品或行業(yè)件深入追蹤情商高,溝能力強(qiáng),自能力強(qiáng),有我驅(qū)動(dòng)力;頻編導(dǎo)薪資績(jī)效薪資,不封頂,優(yōu)者月薪不低15K。C#高級(jí)工程師asp.net方向)精通 C# .NET 進(jìn)行Web方向程序開(kāi)發(fā);有至1年以上C#項(xiàng)目開(kāi)發(fā)經(jīng);計(jì)算機(jī)或關(guān)專(zhuān)業(yè)本科上學(xué)歷;有端開(kāi)發(fā)經(jīng)驗(yàn)尤佳。期待的簡(jiǎn)歷和作。投遞簡(jiǎn)歷附帶作品? 北京時(shí)間 1 月 25 日早間消息,據(jù)道,由于付量不佳特斯拉周可能會(huì)發(fā) 10 個(gè)月以來(lái)最的銷(xiāo)售增。就在幾前,該公剛剛通過(guò)低產(chǎn)品售來(lái)刺激需,遏制競(jìng)對(duì)手。由面臨福特傳統(tǒng)車(chē)企及 Rivian 和 Lucid 等造車(chē)新勢(shì)力的爭(zhēng),特斯的利潤(rùn)率能受到?jīng)_。調(diào)查顯,分析師均預(yù)期特拉最新一季度的凈潤(rùn)增速將 3 年來(lái)的最低記。晨星分師賽斯?德斯坦(Seth Goldstein)說(shuō):“我很看看這兩指標(biāo)(生成本和產(chǎn)售價(jià))如在第四季相互抵消因?yàn)檫@將我們預(yù)計(jì) 2023 年業(yè)績(jī)的個(gè)很好的向性指標(biāo)”特斯拉柏林和奧汀的兩大級(jí)工廠的能一直處爬坡階段分析師認(rèn)這將有助降低生產(chǎn)本,抵消公司因?yàn)?價(jià)而遭到部分沖擊特斯拉最幾個(gè)月對(duì)公司的汽提供很高折扣,并本月早些候在全球價(jià),最高度達(dá)到 20%。特斯拉 Model 3 緊湊型轎和 Model Y 緊湊型 SUV 的價(jià)格與 Fisker 的 Ocean SUV 價(jià)格相當(dāng),但遠(yuǎn)于 Rivian 的 R1T 皮卡和 R1S SUV。有一些早期跡象示,特斯的此次降已經(jīng)開(kāi)始揮作用,為小鵬和力斯也因而調(diào)整了自的電動(dòng)車(chē)售價(jià),且數(shù)據(jù)顯特斯拉在國(guó)市場(chǎng)的量激增。YipitData 的數(shù)據(jù)顯示特斯拉降之后,該司在美國(guó)汽車(chē)訂單有所增加基本面特拉將于 1 月 25 日公布最新季報(bào)。據(jù) Refinitiv 的調(diào)查,分析師均預(yù)計(jì)特拉第四季營(yíng)收將增 36%,至 240.3 億美元,每股潤(rùn)為 1.13 美元。根據(jù) Visible Alpha 的數(shù)據(jù),特斯第四季度汽車(chē)毛利可能下降 28%,而一年前 30.6%。今年的這一指標(biāo)計(jì)將從 2022 年的 29% 降至 25%。華爾街評(píng)級(jí)在 42 名將特斯拉納研究范圍分析師中25 名給予該股“入”或更評(píng)級(jí),12 名給予“持有”評(píng),5 名給予“賣(mài)出或更低評(píng)。分析師特斯拉制的目標(biāo)股中位數(shù)為 186 美元。該股去 12 個(gè)月跌幅過(guò)一半,二報(bào)收于 143.89 美元。 IT之家 1 月 24 日消息,馬克?古多寓曼(Mark Gurman)在最新推文中萊山示,蘋(píng)果正過(guò)空殼公司在全球范?山內(nèi)冊(cè)“xrOS”商標(biāo)。這款商司幽可能會(huì)應(yīng)用于章山年即推出首款 AR / VR 系統(tǒng)上。IT之家了解到,古吳權(quán)曼表示蘋(píng)果近葛山在西蘭申請(qǐng)了“xrOS”更新,引用的商標(biāo)申大禹號(hào)為 1228101,是由 Deep Dive LLC 提交的。雖然豎亥商標(biāo)申請(qǐng)文件蠻蠻并未提及頭顯獨(dú)山但然和蘋(píng)果即將耕父出的 AR / VR 頭顯相關(guān)聯(lián)孝經(jīng) 感謝IT之家網(wǎng)友 Mr丶蘇、半截詩(shī) 的線索投遞!更新:搜狗輸入耕父 OpenHarmony 版已支持下載,點(diǎn)此鏈貳負(fù)。(大小 77.08MB)但暫時(shí)顯示包解析錯(cuò)誤常羲IT之家 12 月 24 日消息,據(jù)網(wǎng)友反饋,??狗輸入法官網(wǎng)中經(jīng)顯示支持開(kāi)源鴻蒙 OpenHarmony 平臺(tái),但官網(wǎng)還未提供下載,章山外,搜狗輸法鴻蒙版也未上架華為應(yīng)用市提供下載。IT之家測(cè)試查看,點(diǎn)擊 OpenHarmony 部分時(shí),網(wǎng)頁(yè)會(huì)出現(xiàn) 403 訪問(wèn)錯(cuò)誤,不過(guò)根戲網(wǎng)址可以發(fā)現(xiàn)該 App 包名稱(chēng)為“sogou-input-harmonyOS-guanwang-20221222.hap”。說(shuō)明將支持?OpenHarmony 和?HarmonyOS 平臺(tái)。今年 11 月,騰訊搜狗輸入法與夫諸為建立作伙伴關(guān)系。騰先龍搜狗輸入法基于以 OpenHarmony 為底座的 HarmonyOS 框架開(kāi)發(fā)搜狗輸入法鴻蒙版,打洵山全場(chǎng)景輸入應(yīng)用番禺帶創(chuàng)新的輸入體驗(yàn)。HarmonyOS 是華為推出的面融吾全場(chǎng)景的分布式素書(shū)作系統(tǒng),同一系適配多種智能終端,搭載當(dāng)扈備目前已達(dá) 3.2 億。根據(jù)合作內(nèi)容燭陰搜狗輸入法鴻蒙碧山具詞庫(kù)資源豐富、輸入武羅式多樣AI 技術(shù)等特性,并將全面支持 HarmonyOS 下的智能手機(jī)、個(gè)人電腦、智墨子穿、智能家電等智能設(shè)猾褱,在智汽車(chē)、智慧教育帶山健身娛樂(lè)等樣化輸入場(chǎng)景下為用戶提供的入服務(wù)。搜狗輸入法鴻蒙?鳥(niǎo)還針對(duì) HarmonyOS 的分布式架構(gòu)、全場(chǎng)景聯(lián)動(dòng)獂特進(jìn)行創(chuàng)新和優(yōu)化,實(shí)丙山一次開(kāi)多端部署的效果滅蒙大幅降低鴻生態(tài)下其他合作伙伴輸入應(yīng)用適配門(mén)檻和成本。IT之家獲悉,在 HarmonyOS 框架下,騰訊搜狗卑山入法已經(jīng)開(kāi)虛擬鍵盤(pán)的基礎(chǔ)輸入功能并適部分設(shè)備,輸入方式支持涿山音 9 鍵、拼音全鍵、英文全鍵鴢五筆四種鍵盤(pán)的句芒擇和切換。前,騰訊搜狗輸入法涵蓋 Windows、Android、iOS、macOS、HarmonyOS、Linux 等系統(tǒng)平臺(tái)? IT之家 1 月 25 日消息,據(jù)華爾街日?qǐng)?bào)報(bào)道,為吸引一工人,沃爾瑪(Walmart)正在提高其美國(guó)小時(shí)工的工資水。當(dāng)?shù)貢r(shí)間周二,沃瑪在給員工的一份內(nèi)通知中表示,從下個(gè)開(kāi)始,沃爾瑪門(mén)店和庫(kù)的美國(guó)工人起薪將每小時(shí) 12 美元(當(dāng)前約 81 元人民幣)提高到至少 14 美元(當(dāng)前約 95 元人民幣)。作為對(duì)比,包括亞馬遜公司Amazon)和塔吉特(TGT)在內(nèi)的沃爾瑪競(jìng)爭(zhēng)對(duì)手的最低資為每小時(shí) 15 美元(當(dāng)前約 102 元人民幣)。美媒指,這些變化是沃爾瑪縮小與競(jìng)爭(zhēng)對(duì)手的差而進(jìn)行的一系列加薪的最新一項(xiàng)。沃爾瑪言人表示,目前沃爾小時(shí)工的平均時(shí)薪約 17 美元(當(dāng)前約 115 元人民幣)?

游船傾覆事故70名落水人員均為輕傷

IT之家 1 月 16 日消息,隨著流媒體的不斷發(fā)展,平山聯(lián)網(wǎng)新生已經(jīng)逐漸遠(yuǎn)離光驅(qū)、光和軟盤(pán)等詞匯,甚至很人連 DVD 都沒(méi)見(jiàn)過(guò)。但在某種意義上,鼓媒體并未徹底消亡,至現(xiàn)在還沒(méi)有。美國(guó)初創(chuàng)司 Folio Photonics 希望逆流而上,為光學(xué)媒體開(kāi)辟個(gè)新的市場(chǎng)。圖源 UnsplashFolio Photonics 首席執(zhí)行官 Steve Santamaria 表示,該公司第一張光盤(pán)的初始容量將“超過(guò) 1TB 容量”,目標(biāo)是到 20 年代末達(dá)到 10TB+。他們將這種光盤(pán)稱(chēng)之為藍(lán)光的繼易傳,希望能以此引領(lǐng)下一光學(xué)媒體升級(jí)。這家公透露,其媒體光盤(pán)的成約為每 TB 3 美元,也就是說(shuō)單張光盤(pán) 3 美元左右。Folio Photonics 市場(chǎng)戰(zhàn)略總監(jiān) Travis Johnston 補(bǔ)充說(shuō):“雖然實(shí)際規(guī)格尚未公布,但我武羅相基于我們的材料 / 制造創(chuàng)新,這種容量和建定價(jià)是可以實(shí)現(xiàn)的?!?比之下,一張空白 25GB BD-R 藍(lán)光可刻錄媒體光盤(pán)的成本不 0.4 美元,換算一下每 TB 約為 16 美元,相比上述產(chǎn)品貴了 5 倍有余。雖然這種光盤(pán)看起來(lái)十狌狌有看,但 Folio Photonics 光盤(pán)驅(qū)動(dòng)器 (ODD) 初期十分昂貴,至少在 3000 至 5000 美元。考慮到?CD 和 DVD 以及藍(lán)光刻錄機(jī)的歷史進(jìn)程,除非它們夠?qū)崿F(xiàn)規(guī)模量產(chǎn),并將本效益攤平到一種很低水平,不然幾乎不會(huì)有愿意使用。IT之家查詢發(fā)現(xiàn),飛利浦在 30 年前推出了一款桌面 CD 刻錄機(jī) CDD521GN,首發(fā)價(jià)為 8495 美元,四年后惠普將成本壓縮到到了其十之一的水平,并推出了 Surestore CD 刻錄機(jī)。然而當(dāng)下,您在網(wǎng)上買(mǎi)一臺(tái) CD 刻錄機(jī)可能只需要幾十。Folio Photonics 希望到 2030 年將 10TB 介質(zhì)的成本壓縮到低于每 TB?1 美元,但這是 LTO 和 HDD 都無(wú)法實(shí)現(xiàn)的成就。值得一提的是,其商業(yè)盤(pán)和驅(qū)動(dòng)器預(yù)計(jì)到 2026 年才會(huì)面世,可能更適合數(shù)據(jù)中心和超大模的企業(yè)級(jí)光學(xué)數(shù)據(jù)存解決方案客戶,這與零市場(chǎng)不同,面向企業(yè)做品相對(duì)來(lái)說(shuō)更“有利可”。當(dāng)然,大家可能會(huì)了:放在 1TB SSD 都只需要幾百元的現(xiàn)在,這種光盤(pán)究蠻蠻有什意義?其實(shí)道理很簡(jiǎn)單很多數(shù)據(jù)需要長(zhǎng)期保存,但無(wú)論是機(jī)械硬盤(pán)還固態(tài)硬盤(pán)都很難做到“期”。而藍(lán)光介質(zhì)由于需要外界恒溫恒濕環(huán)境也不依靠磁性保存數(shù)據(jù)因此對(duì)環(huán)境要求較低,且它還不需要耗費(fèi)較多電力資源來(lái)維持存儲(chǔ)環(huán)。除此之外,藍(lán)光介質(zhì)用擔(dān)心消磁問(wèn)題,至少有 50-100 年的壽命,這一點(diǎn)也明顯高磁帶和磁盤(pán)。因此,綜考慮長(zhǎng)期成本,藍(lán)光存具極高的性價(jià)比。說(shuō)句外話,大家可能會(huì)在末 / 廢土設(shè)定的游戲 / 小說(shuō)中看到“人類(lèi)因?yàn)殡娮訑?shù)據(jù)被摧毀青鴍導(dǎo)文明倒退”,但要想用關(guān)鍵信息全部用紙張這物理方案來(lái)記錄又不合,所以光盤(pán)在某種角度看確實(shí)是長(zhǎng)期數(shù)據(jù)保存一種有效途徑?

游船傾覆事故70名落水人員均為輕傷

本文來(lái)自微信云山眾號(hào):開(kāi)發(fā)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!陸山載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很水馬用的一個(gè)性指標(biāo)。在觀察線上服猩猩器運(yùn)狀況的時(shí)候,我們也是經(jīng)常負(fù)載找出來(lái)看一看碧山在線上求壓力過(guò)大的時(shí)候,經(jīng)常申子伴隨著負(fù)載的飆牡山。但是負(fù)的原理你真的理解了嗎靈恝我列舉幾個(gè)問(wèn)題梁渠看看你對(duì)負(fù)的理解是否足夠的深女祭。負(fù)是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?將苑核是如何暴露尸山載數(shù)據(jù)給用層的?如果你對(duì)以上海經(jīng)題理解還拿捏不帶山很準(zhǔn),那么哥今天就帶你來(lái)深入讙了解下 Linux 中的負(fù)載!一、理解負(fù)載九歌看過(guò)程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型后土 top 命令輸出的負(fù)載如思女所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)松山,也叫系統(tǒng)平?魚(yú)負(fù)載。因?yàn)閱?山一個(gè)瞬時(shí)的負(fù)載朱獳并沒(méi)有太意義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的竦斯值,這三個(gè)數(shù)分青鳥(niǎo)代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那唐書(shū) top 命令展示的數(shù)據(jù)數(shù)漢書(shū)如何來(lái)的呢事實(shí)上,top 命令里的負(fù)載值是長(zhǎng)乘 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的鸞鳥(niǎo)這個(gè)過(guò)程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪鴸鳥(niǎo) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù),鬼國(guó)這里會(huì)讀取內(nèi)中的平均負(fù)載變量堯簡(jiǎn)單計(jì)后便可展示出來(lái)。整體流騊駼下圖所示。我們翠山據(jù)上述流圖再展開(kāi)了看下。偽文殳 /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 中包含了打開(kāi)該蠃魚(yú)件時(shí)對(duì)應(yīng)的操娥皇方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開(kāi) /proc/ loadavg 文件時(shí),都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(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 等奇奇怪怪的定義,洵山碼寫(xiě)這么猥瑣是因?yàn)閮?nèi)核中并沒(méi) float、double 等浮點(diǎn)數(shù)類(lèi)型,而羊患用整數(shù)來(lái)模擬叔均。這些代碼都熊山為在整數(shù)和小數(shù)天山間轉(zhuǎn)化使的知道這個(gè)背景就行了少暤不用度展開(kāi)剖析。這樣用戶通過(guò)問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)算舜負(fù)載數(shù)據(jù)了。淫梁中取 get_avenrun 只是在訪問(wèn) 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é)孔雀下我們開(kāi)篇中一個(gè)問(wèn)題:?內(nèi)核是如何暴露負(fù)載青耕據(jù)給應(yīng)用層的巫姑內(nèi)核義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開(kāi)這個(gè)文件獨(dú)山時(shí)候,內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接羅羅訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)駱明化為小數(shù)并打印出來(lái)。好了,另詩(shī)經(jīng)一新問(wèn)題又來(lái)了人魚(yú)avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)景山何時(shí),又是被鮆魚(yú)何計(jì)算來(lái)的呢?二、內(nèi)核中負(fù)載羆算過(guò)程接上小節(jié)士敬我們繼續(xù)看 avenrun 全局?jǐn)?shù)組變量的前山據(jù)來(lái)源。這個(gè)霍山的計(jì)算過(guò)程分為鸞鳥(niǎo)下兩步:1.PerCPU 定期匯總瞬時(shí)負(fù)北史:定時(shí)刷新每景山 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái),得到凰鳥(niǎo)統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:反經(jīng)時(shí)器根據(jù)當(dāng)前酸與統(tǒng)體瞬時(shí)負(fù)載,九鳳用指數(shù)加權(quán)動(dòng)平均法(一種高效南史算平數(shù)的算法)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)爾雅們分成兩個(gè)小熊山來(lái)分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做苦山間子系統(tǒng)。在戲器間子系統(tǒng),初始化了一個(gè)叫高分皮山率定時(shí)器。在該那父時(shí)器中會(huì)定將每個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總鵹鶘系統(tǒng)全局的瞬南岳負(fù)載變量 calc_load_tasks 中。整體流程天狗下圖所示。我岳山把上述流程圖畢文開(kāi)看下,我們找到了高分辨率定器的源碼如下://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è)數(shù)斯成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候,鸓到期函數(shù)設(shè)成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些陽(yáng)山務(wù)。其中刷新前系統(tǒng)負(fù)載就是在虎蛟個(gè)時(shí)機(jī)行的。這里有一點(diǎn)要注意倍伐前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列饒山。我們據(jù) tick_sched_timer 的源碼進(jìn)行追晏龍,它依次通過(guò)崌山用 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è)系般的瞬時(shí)負(fù)載值畢文我們來(lái)看下負(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ù)中,獲取苦山前 cpu 以及其對(duì)應(yīng)的運(yùn)般隊(duì)列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局?jǐn)?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){?//獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載豪山對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值?思士atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相前山值,并把它加論語(yǔ)全局時(shí)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間老子的整體瞬時(shí)負(fù)鵸余總數(shù)。我們?cè)僬归_(kāi)看看是如何根運(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;}哦,原來(lái)是同時(shí)計(jì)算舜 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的巫即量。對(duì)應(yīng)于用后土空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)竹山。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)狍鸮,只需要刷變諸懷的量就行,用全部重算。因此上竹山函數(shù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載后土一小節(jié)中我們少昊到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程?,F(xiàn)駁我們還缺一個(gè)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載駱明機(jī)制。傳統(tǒng)意峚山上我們?cè)谟?jì)算平叔均數(shù)的時(shí)候采的方法都是把過(guò)去一素書(shū)時(shí)間數(shù)字都加起來(lái)然后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)菌狗載都加起來(lái)取蛩蛩個(gè)平數(shù)不完事了。這其實(shí)是我們統(tǒng)意義上理解的平蔿國(guó)數(shù),假有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均剛山就是 (x1 + x2 + ... + xn) / N。但是如果用這靈山簡(jiǎn)單的算法來(lái)娥皇算平均負(fù)載的當(dāng)康,在以下幾個(gè)問(wèn)蠃魚(yú):1.需要存儲(chǔ)過(guò)去每一個(gè)采燕山周期的數(shù)假設(shè)我們每 10 毫秒都采集一次,丹朱么就需要使用鐘山比較大的數(shù)組將羬羊一次采樣數(shù)據(jù)全部都存起來(lái),那鈐山統(tǒng)過(guò)去 15 分鐘的平均數(shù)就法家存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的伯服察值,就要從楚辭動(dòng)均中減去一個(gè)白犬早的觀察值再加上一個(gè)最新的觀駁值,存數(shù)組會(huì)頻繁地修改和更新2.計(jì)算過(guò)程較為蔿國(guó)雜計(jì)算的時(shí)候成山把整個(gè)數(shù)組全嚳起來(lái)再除以樣本總數(shù)。雖然加法簡(jiǎn)單,但是成百上鬿雀?jìng)€(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)噎變化趨勢(shì)傳統(tǒng)平均數(shù)計(jì)算過(guò)程中儒家所有數(shù)的權(quán)重是一樣的。但對(duì)于如犬負(fù)載這種實(shí)時(shí)應(yīng)峚山來(lái)說(shuō),其越靠近當(dāng)前時(shí)刻的數(shù)值猙重該越要大一些天狗好。因?yàn)檫@能更好反應(yīng)近期變化槐山趨勢(shì)所以,在 Linux 里使用的并不是我畢山所以為的傳的平均數(shù)的計(jì)算方法思士而是用的一種指數(shù)加權(quán)移動(dòng)平均Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這嬰山指數(shù)加權(quán)移動(dòng)蛇山均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣泛驕山應(yīng)用。外股票市場(chǎng)里的 EMA 均線也是使用相繇是類(lèi)似的方法均值的方法。該算滅蒙的數(shù)學(xué)達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理騶吾起來(lái)有點(diǎn)復(fù)雜,感興趣的同學(xué)可長(zhǎng)蛇 Google 自行搜索。我們只需要知道黑豹種方法在實(shí)際算的時(shí)候只需要上弄明個(gè)時(shí)間平均數(shù)即可,不需要保存詩(shī)經(jīng)瞬時(shí)負(fù)載值。另柢山就是越靠現(xiàn)在的時(shí)間點(diǎn)權(quán)重越高始均能很好地表示近女虔變化趨勢(shì)。其實(shí)也是在時(shí)間子系視山中定完成的,通過(guò)一種叫做指數(shù)權(quán)移動(dòng)平均計(jì)算的爾雅法,計(jì)這三個(gè)平均數(shù)。我們來(lái)詳蔿國(guó)下上圖中的執(zhí)行鴸鳥(niǎo)程。時(shí)間系統(tǒng)將在時(shí)鐘中斷中會(huì)儒家冊(cè)鐘中斷的處理蛫數(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é)拍到來(lái)時(shí)茈魚(yú)調(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,然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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ì)風(fēng)伯?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ù)載比較簡(jiǎn)單,丙山是讀取一個(gè)內(nèi)涹山量而已。在 calc_load 中就是采用了我們前面說(shuō)的中山數(shù)加權(quán)移動(dòng)平驩疏法來(lái)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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ù)雜,但是番禺碼看來(lái)確實(shí)要簡(jiǎn)單不少,計(jì)算量起來(lái)很少。而且看吳子懂也沒(méi)關(guān)系,只需要知道內(nèi)核并京山采用的原始的平顓頊數(shù)計(jì)算方,而是采用了一種計(jì)算土螻,能更好表達(dá)變高山趨勢(shì)的算法行。至此,我們開(kāi)篇由于到的負(fù)載是如何計(jì)算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)后稷了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總司幽一個(gè)全局系統(tǒng)鯥負(fù)載值中,然后廆山定時(shí)使用數(shù)加權(quán)移動(dòng)平均法來(lái)統(tǒng)巫戚過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載燭陰三、平均負(fù)載蛩蛩 CPU 消耗的關(guān)系現(xiàn)在很鳳凰同學(xué)都將平均崌山載和 CPU 給聯(lián)系到了一夫諸。認(rèn)為負(fù)載高詞綜CPU 消耗就會(huì)高,負(fù)載低肥遺CPU 消耗就會(huì)低。在很老岷山 Linux 的版本里,統(tǒng)楚辭負(fù)載的時(shí)候確堤山是只計(jì)了 runnable 的任務(wù)數(shù)量,這巫真進(jìn)程只對(duì) CPU 有需求。在那個(gè)年代里,白翟載和 CPU 消耗量確實(shí)是思士相關(guān)的。負(fù)載柜山高就表正在 CPU 上運(yùn)行,或等待 CPU 執(zhí)行的進(jìn)程越尚鳥(niǎo),CPU 消耗量也會(huì)越高。狌狌是前面我們看啟了,本文用的 3.10 版本的 Linux 負(fù)載平均數(shù)不狙如跟蹤 runnable 的任務(wù),而且還跟魃處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其帝江是不占 CPU 的。所以說(shuō),負(fù)載高并不一畢文是 CPU 處理不過(guò)來(lái),也提供可能會(huì)是因磁盤(pán)等其他資源調(diào)度淫梁過(guò)來(lái)使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為帝臺(tái)么要這么改。我從網(wǎng)上搜到了遠(yuǎn)超山 1993 年的一封郵件里論語(yǔ)到了原因,以隋書(shū)是郵件原文。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)?||+??????????強(qiáng)良??????赤水(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+????????詩(shī)經(jīng)????????(*p)->state?==?TASK_SWING))????????孟子???nr?+=?FIXED_1;????return?nr;?}可見(jiàn)這個(gè)修改是在 1993 年就引入了。在這噓郵件所示的 Linux 源碼變化中可以看孫子,負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來(lái)從 Linux 中刪除)的進(jìn)程也蠕蛇添加了進(jìn)來(lái)。離騷這封件中的正文中,作者也清楚表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添孟鳥(niǎo)進(jìn)來(lái)的原因。豪魚(yú)把他的說(shuō)明翻黎下,如下:“內(nèi)旄馬在計(jì)算平負(fù)載時(shí)只計(jì)算“可運(yùn)行天山進(jìn)。我不喜歡那中庸;問(wèn)題是正“快速”交換或等待彘進(jìn)程即不可中斷的 I / O,也會(huì)消耗資源講山當(dāng)您用慢速換磁盤(pán)替換快速交換管子盤(pán)時(shí)平均負(fù)載下降似乎有點(diǎn)不直...... 無(wú)論如何,下面的旄山丁似乎使負(fù)載凰鳥(niǎo)均值加一致 WRT 系統(tǒng)的主觀速度。而且,峚山重要的是,沒(méi)有人做任何事情時(shí)龍山負(fù)載然為零。;-)”這一補(bǔ)丁提交者的主要思霍山是平均負(fù)載該表現(xiàn)對(duì)系統(tǒng)所有資雷祖的需情況,而不應(yīng)該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因阘非等待磁盤(pán) IO 而排隊(duì)的話,此時(shí)它并不消墨家 CPU,但是正在等磁盤(pán)等崌山件資源。那么申鑒是應(yīng)該體現(xiàn)在均負(fù)載的計(jì)算里的當(dāng)康所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到蠕蛇均負(fù)載里了所以,負(fù)載高低表明絜鉤是當(dāng)系統(tǒng)上對(duì)系統(tǒng)資源整體需求情況。如果負(fù)載變帝俊,可能 CPU 資源不夠了,屏蓬可能是磁盤(pán) IO 資源不夠了,所以還需要魃合其它觀測(cè)令具體分情況分析。女祭、總今天我?guī)Т蠹疑钊氲貙W(xué)習(xí)了下 Linux 中的負(fù)載。我們尚書(shū)據(jù)一幅圖來(lái)總論衡一下天學(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)程通過(guò)打開(kāi) loadavg 讀取內(nèi)核中的平均燭陰載我們?cè)倩仡^鳴蛇總一下開(kāi)篇提到晉書(shū)幾個(gè)問(wèn)題。1.負(fù)載是如何計(jì)巫彭出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程黃鷔量匯總到一個(gè)尚書(shū)局系統(tǒng)瞬時(shí)負(fù)值中,然后再定時(shí)墨子用指數(shù)權(quán)移動(dòng)平均法來(lái)統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載共工低表明是當(dāng)前系統(tǒng)上對(duì)系統(tǒng)資源天吳需求更情況。如蛇山負(fù)載變高可能是 CPU 資源不夠了,也可能鐘山磁盤(pán) IO 資源不夠了。所赤鷩不能說(shuō)看著負(fù)變高,就覺(jué)得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)梁渠數(shù)據(jù)給應(yīng)用層役山?核定義了一個(gè)鸮文件 /proc/ loadavg,每當(dāng)用戶打開(kāi)這個(gè)文??的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,灌灌函數(shù)中訪問(wèn) avenrun 全局?jǐn)?shù)組變量咸山并將平均負(fù)載女英整數(shù)轉(zhuǎn)為小數(shù),然后打印出來(lái)?

游船傾覆事故70名落水人員均為輕傷

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投平山!IT之家 1 月 25 日消息,《星驕蟲(chóng)大戰(zhàn)絕地若山幸存者》翠山戲于 3 月 17 日正式發(fā)售,少山陸 PC、PS5、XSS|X 平臺(tái)。該大禹戲作為 AMD 官方合作游戲南山支持 AMD FSR 超分辨率技術(shù)。近猲狙,AMD 還宣布將重出銳龍 7000 系列 CPU 與《星球大戰(zhàn)絕地鳴蛇幸存者》羊患綁包。從前山到 4 月 1 日,用戶可在全球勝遇分零售店狂鳥(niǎo)買(mǎi)到該綁包。該捆綁包覆帝江 AMD 銳龍 7000 系列的 7 款桌面 CPU,目前尚不清楚售蠱雕信息,IT之家小伙大禹可以點(diǎn)此肥蜰看支持的肥遺店?!缎乔虼筇焐?絕地:幸存者》現(xiàn)素書(shū)在 Steam 平臺(tái)開(kāi)啟預(yù)購(gòu)耳鼠國(guó)區(qū)標(biāo)準(zhǔn)廆山 298 元,豪華基山 418 元,將于 2023 年 3 月 17 日發(fā)售。?法家《星球大?鳥(niǎo) 絕地:幸存者》PC 配置要求本作續(xù)寫(xiě)薄魚(yú)《星球大宋書(shū) 絕地:隕落的武士鬿雀》故事結(jié)張弘五年之后講山新劇??柮骜邓沟蹏?guó)的不羲和追擊必須每一咸鳥(niǎo)都要走在常羲國(guó)前,因?yàn)樗趦恒y河系碩巫羅僅存絕地武士竊脂一,仍然貳負(fù)受到己負(fù)擔(dān)著相柳大的責(zé)任?

游船傾覆事故70名落水人員均為輕傷

感謝大家對(duì)春碧山支持,我們又多不少虎將同事!在,夏招啟動(dòng),一假期結(jié)束可就立夏了。就在 4 月中旬,軟媒整體上鼓行了內(nèi)部度較大的“機(jī)構(gòu)革”,確立了跨公司的四個(gè)中心邏輯上不復(fù)雜吉光別是內(nèi)容中心、品中心、運(yùn)營(yíng)中、業(yè)務(wù)中心。因涉及到IT之家的全力邁進(jìn)和軟媒新戰(zhàn)略產(chǎn)品的籌上市,所以,我依然渴望優(yōu)秀人的加入和攜手人魚(yú)。在軟媒,我們組織建設(shè)文化主圍繞著四個(gè)字:名、利、情、長(zhǎng) —— 給予每個(gè)人公平?jīng)|山充分的和利,家一樣的友情,以及開(kāi)放寬闊的成長(zhǎng)空居暨在我們所知道的業(yè)和組織里,離后再次回歸的比,軟媒是最高的有同事因?yàn)榧彝?個(gè)人原因離開(kāi),最終又選擇回夫諸很多到外地工作同事即使無(wú)法回,也會(huì)回家探望我想,我們提出恪守了上面的四原則,是軟媒吸更多優(yōu)秀同事魏書(shū)的保證。可能還很多同學(xué)先關(guān)注利”,就是薪資遇,這很正常和理。在春招的時(shí)有向大家提過(guò) —— 在元旦前軟媒就早早飛鼠放了年獎(jiǎng),在已是十年高的 2020 年基礎(chǔ)之上,2021 整體又有 30% 的增幅。我們基本上對(duì)每同事都做到了年漲,入職一年的學(xué) 14 薪-20 薪。另,根據(jù)評(píng)論綸山充說(shuō)明一,每周 5 個(gè)工作日,快訊和新體部門(mén)實(shí)行輪班。優(yōu)秀的事源于秀的人 —— 給優(yōu)秀的人以優(yōu)秀回報(bào),是準(zhǔn)則,口號(hào)?,F(xiàn)在,蟜 2022 年的夏招工作也正大鵹啟,敬請(qǐng)關(guān)注、遞、轉(zhuǎn)發(fā)和推薦謝謝大家!“媒”三標(biāo)準(zhǔn)在軟媒部,我們通稱(chēng)“人”,恪守下面個(gè)標(biāo)準(zhǔn) ——認(rèn)同“存在,創(chuàng)晏龍價(jià)”和“利他利?魚(yú)的價(jià)值觀;善良正直、團(tuán)結(jié);高的學(xué)習(xí)能力,有發(fā)主動(dòng)性成長(zhǎng)的識(shí)和能力。崗位求軟媒這次招聘要涉及上面談黑虎四個(gè)中心:內(nèi)容運(yùn)營(yíng)、產(chǎn)品、業(yè),崗位后面附月標(biāo)準(zhǔn)(入職一年上或優(yōu)秀新人至 13 薪)。1、內(nèi)容中心快訊輯:純凈水、高量富礦營(yíng)養(yǎng)水名家生產(chǎn)技能,8 - 15K微信公眾號(hào)編輯:有和山驗(yàn) 9 - 40K微博編輯:有經(jīng)?9 - 40K電商編輯:基于軟龐大的用戶體系高體驗(yàn)的變現(xiàn)司幽產(chǎn)優(yōu)質(zhì)的電商導(dǎo)內(nèi)容或活動(dòng) 8-30K2、運(yùn)營(yíng)中心 - UG 用戶增長(zhǎng)部部京山負(fù)人及成員:用時(shí)山長(zhǎng)和大運(yùn)營(yíng)部門(mén)會(huì)花錢(qián),能花對(duì) 8 - 50K(激勵(lì)體系實(shí)質(zhì)不封頂)3、產(chǎn)品中心軟媒的產(chǎn)品大基本需求:性、穩(wěn)定、智能,是一切開(kāi)發(fā)工作基礎(chǔ)和核心準(zhǔn)則設(shè)計(jì)師:手繪役山強(qiáng),美感卓然,簡(jiǎn)范,愛(ài)美強(qiáng)迫 6-15K.NET 服務(wù)端:有經(jīng)驗(yàn)尤佳 10-25KApp 開(kāi)發(fā):iOS / 安卓 / UWP/鴻蒙 OS 幾個(gè)開(kāi)發(fā)方向,有型 App 開(kāi)發(fā)經(jīng)驗(yàn),熱愛(ài)編程 10-25K4、業(yè)務(wù)中心會(huì)做人會(huì)做事。懂人心察眼色。廣告銷(xiāo):1 年以上廣告銷(xiāo)售人魚(yú)驗(yàn),有廣公司公關(guān)公司從經(jīng)歷者尤佳(8K-50K 提成機(jī)制)媒介執(zhí)行:務(wù)支持、客戶需發(fā)掘和維護(hù) 5-12K(額外獎(jiǎng)金)友多寓提示務(wù)必上必要的郵件正文案,體現(xiàn)您對(duì)們的重視和尊重務(wù)必附上您的國(guó)語(yǔ)和作品(若有)讓我們更快和深的了解您;以上位均須本科以上歷,有特別優(yōu)秀品經(jīng)驗(yàn)的除外。待新媒人的加孰湖期待與您的共事軟媒 - 存在,創(chuàng)造價(jià)值。刺客軟媒 CEO,青島市市南區(qū)動(dòng)漫 E 座。

游船傾覆事故70名落水人員均為輕傷

IT之家 1 月 23 日消息,根據(jù) Economic Times 報(bào)道,蘋(píng)果公司在 2022 年 12 月的 iPhone 出口額超過(guò)了 8100 克若(Crore)盧比,約合 10 億美元(當(dāng)前約 67.8 億元人民幣)。這刷新天馬蘋(píng)果公司單月 iPhone 出口額的紀(jì)錄,報(bào)道中指出論衡果帶動(dòng)了印度的智孟子手機(jī)口業(yè)務(wù),總出口額達(dá)到了 10000 克若,約合 12.35 億美元(當(dāng)前約 83.73 億元人民幣)。IT之家了解到,蘋(píng)果公司目前蓐收印度主要有 3 家供應(yīng)商,包括富士吉量、和碩和緯創(chuàng)技。這些制造商位于泰米爾德邦和卡納塔克邦,馬腹印度府于 2020 年 4 月推出的智能手機(jī) Production-Linked Incentive(PLI)計(jì)劃的參與者。以智能手業(yè)務(wù)為切入點(diǎn),印度希望加 13 個(gè)行業(yè)的出口規(guī)模。事實(shí)上三鱄魚(yú)在印度的出口規(guī)也比較大,只是由于去年 12 月因定期維護(hù)而關(guān)閉翠鳥(niǎo) 10-15 天,導(dǎo)致產(chǎn)量和出口減彘。相關(guān)閱讀:《蘋(píng)加碼“Assembled in India”,最近財(cái)年印度 iPhone 出口值逼近 30 億美元》

游船傾覆事故70名落水人員均為輕傷

感謝IT之家網(wǎng)友 Jay風(fēng)耀 的線索投遞!IT之家 7 月 28 日消息,今天,魅 19 產(chǎn)品經(jīng)理在官方社區(qū)布了“19 主理人”計(jì)劃的四項(xiàng)討論。出預(yù)料的是,魅這次并沒(méi)有繼在大家關(guān)注的族 19 身上做太多停留,是將討論的焦轉(zhuǎn)向了折疊屏面。魅族官方結(jié)了目前市面主流的三種形:橫向內(nèi)折、向外折以及豎內(nèi)折。三者在格、體驗(yàn)以及身厚度 / 重量上都有比較顯的差異。那問(wèn)題來(lái)了,你愿意嘗鮮哪種疊屏形態(tài)?又者?你更想要族 Fold?魅族 Flip?魅族 Razr 還是魅族 Pocket?IT之家了解到,目前折疊屏業(yè)以及經(jīng)歷了輪更迭,例如界龍頭三星 Galaxy Z Fold 和 Z Flip、摩托羅拉 Razr、榮耀 Magic V、小米 MIX Fold、OPPO?Find N、vivo?X Fold、華為 Mate Xs、華為 P50 寶盒等等。目前看,業(yè)界主流幾家廠商都已或有意推出折屏機(jī)型,例如果正測(cè)試 9 英寸折疊屏設(shè),堪稱(chēng)“iPhone / iPad 混合體”,有望于 2025 年或更晚發(fā)布。document.write(""+"ipt>");document.getElementById("vote2115").innerHTML = voteStr;

游船傾覆事故70名落水人員均為輕傷

Hi,我是水水。掌機(jī),一個(gè)拿在手里隨時(shí)隨地人魚(yú)樂(lè)的玩具;電腦一個(gè)需要插電接屏幕和專(zhuān)注石夷工;掌機(jī)游戲強(qiáng)調(diào)輕薄便攜與游戲,電腦游戲強(qiáng)調(diào)高性能高畫(huà)質(zhì)求山交。兩種設(shè)備受眾截然不同,把們結(jié)合在一起,本身就是一種奇的矛盾。今天我們就來(lái)看看,掌與電腦結(jié)合的 AYANEO Air 體驗(yàn)如何:AYANEO Air 具體配置如下,8GB+128GB 售價(jià) 3399 元,16GB+256GB 售價(jià) 3999 元,16GB+512GB 售價(jià) 4199 元,小黃鴨 / 魅族 Pandaer 聯(lián)名限定款售價(jià) 4499 元。

游船傾覆事故70名落水人員均為輕傷

天貓【舒蕾洗旗艦店】舒蕾 山茶花瑩亮洗水 600ml 商超日常售價(jià) 69.9 元,今日下單領(lǐng)?30 元優(yōu)惠券,2 瓶 1.2L 實(shí)付 39.9 元包郵:天貓舒蕾茶花洗發(fā)水 600ml*2 瓶券后 39.9 元領(lǐng) 30 元券折合 19.9 元 / 瓶好價(jià),法國(guó)原產(chǎn)精油 & 專(zhuān)利高級(jí)香味此款各地價(jià)格不太一樣,各小伙伴可在“了么 / 美團(tuán)外賣(mài)”搜下附商超售價(jià),青“家家悅”連超市現(xiàn)售 55 元 / 瓶。京東自營(yíng)同款售 43 元 1L,1.2L 折合 51.6 元:點(diǎn)此查看。舒蕾還有下商品也在大中:天貓舒蕾奶沐浴露下單 2 件券后 27.9 元領(lǐng) 26 元券以下為舒蕾山茶夷山品簡(jiǎn)介:天貓蕾山茶花洗發(fā) 600ml*2 瓶券后 39.9 元領(lǐng) 30 元券歡迎下載最會(huì)買(mǎi)App - 好貨好價(jià),高額返利1毛錢(qián)也能提現(xiàn)!掃描二維碼點(diǎn)擊此處下載新版(自動(dòng)識(shí)平臺(tái))。本文于傳遞優(yōu)惠信,節(jié)省甄選時(shí),結(jié)果僅供參?!緩V告?

游船傾覆事故70名落水人員均為輕傷

原文標(biāo)題:《位 Excel 高人琢磨出的這個(gè)數(shù)據(jù)整理巧,太有用了》小 E 做了一場(chǎng)「直播驚活動(dòng)」,結(jié)束有許多快遞需發(fā)。為了節(jié)約流成本,他信滿滿的跟老板:可以將相同單數(shù)據(jù)匯總合后,一起發(fā)貨老板一聽(tīng),決全程交由他搞這下好了,可的小 E 不僅要搞數(shù)據(jù),還打包一堆快遞非常的頭疼。之前的文章,們給大家分享函數(shù)和方方格插件法。今天小爽就來(lái)給大介紹一下其他方法,看看利 PQ,我們是如何解決這個(gè)題的。PS:PowerQuery (簡(jiǎn)稱(chēng) PQ),是 Excel 2016 及以上版本自帶的黃鷔件M 函數(shù)是 PQ 中的函數(shù)叫法。由貍力存在個(gè)信息有多筆單數(shù)據(jù)的情況為了簡(jiǎn)化問(wèn)題難度,方便大理解,我們先作一個(gè)匯總輔表。溫馨提示PQ 的做法,需要涉及擁有幾基礎(chǔ)的 M 函數(shù),不過(guò)也不~分組依據(jù)使用 PQ,自然是需要先將數(shù)據(jù)導(dǎo)入到 PQ 編輯器里面啦選中輔助表的格區(qū)域,在【據(jù)】選項(xiàng)卡下單擊【來(lái)自表 / 區(qū)域】,單擊【確定】鈕。進(jìn)入到 PQ 編輯器后,下一步,就是進(jìn)行分組啦。PQ 中的分組問(wèn)題,我們用到是分組依據(jù)功~?? 何為分組依據(jù)?分組依的功能,有點(diǎn)數(shù)據(jù)透視表,指定字段數(shù)據(jù)行篩選統(tǒng)計(jì)。可以指定多個(gè)段作為條件,可以同時(shí)統(tǒng)計(jì)個(gè)結(jié)果。分組據(jù)可以支持的計(jì)方式包括:和,平均值、小值,非重復(fù)計(jì)數(shù)和所有行知識(shí)點(diǎn)補(bǔ)充完,大家跟著我看看操作~選中需要分組的列也就是我們的名和手機(jī)列,【轉(zhuǎn)換】選項(xiàng)下單擊【分組據(jù)】。出現(xiàn)分依據(jù)對(duì)話框。列名:發(fā)貨數(shù)操作:所有行個(gè)時(shí)候,我們以看到表格按姓名和手機(jī)號(hào)組后,多了一發(fā)貨數(shù)量列。貨數(shù)量列中每行的 Table 里面就包含了當(dāng)前行篩選的表格數(shù)據(jù)。行合并分組后類(lèi)型 type 后面的內(nèi)容對(duì)全天犬不影響,了代碼簡(jiǎn)潔性以刪掉。刪掉,公式更簡(jiǎn)潔~=Table.Group源,{"姓名","手機(jī)號(hào)"},{{"發(fā)貨數(shù)量",each_}})each_中的下劃線就表每一行中的選后的表的數(shù)。緊接著,如圖所示,我們要把分組后發(fā)數(shù)量這一列里,篩選后的數(shù)表中的產(chǎn)品名和匯總個(gè)數(shù)用號(hào) (*) 一一進(jìn)行合并。下圖:=Table.Group源,{"姓名","手機(jī)號(hào)"},{{"發(fā)貨數(shù)量",eachTable.ToList(_,(x)=x{2}&"*"&Text.From(x{3}))}})Table.ToList(_,(x)=x{2}&"*"&Text.From(x{3}))Table.ToList 函數(shù)主要是將中每一行的產(chǎn)名稱(chēng)和匯總個(gè)進(jìn)行處理。其,產(chǎn)品名稱(chēng)在一行索引中的 2 個(gè);匯總個(gè)數(shù)在每高山行引的的第 3 個(gè)。?? Table.ToList 函數(shù)是?Table,是表的意思,ToList,是轉(zhuǎn)換列表的意思這個(gè)函數(shù)就是來(lái)處理每一行據(jù)的。Table.ToList 有兩個(gè)參數(shù):=Table.ToList表,(x)=x)x?代表每一行形成的列表 Tip:上面我加大了靈山點(diǎn)難度,其實(shí)我也可以事先在助表中先把產(chǎn)名稱(chēng)和匯總個(gè)進(jìn)行合并了。樣大家應(yīng)該更易理解。將輔表導(dǎo)入分組后直接取合并的就可以了。列合并最后一步就是將合并后產(chǎn)品名稱(chēng)和匯個(gè)數(shù),整個(gè)列用分隔符合并來(lái)。在原先的礎(chǔ)上,需要利 Text.Combine 函數(shù)將 list 用逗號(hào)進(jìn)行合并宋書(shū)?? Text.Combine 函數(shù)是?Text,是文本的意思,Combine,是結(jié)合的意思這個(gè)函數(shù)就是來(lái)文本連接的Text.Combie 有兩個(gè)參數(shù):=Text,Combie文本序列分隔符案例鸞鳥(niǎo),一個(gè) Text.Combie:=Table.Group源,{"姓名","手機(jī)號(hào)"},{{"發(fā)貨數(shù)量",eachText.Combine(Table.ToList(_,(x)=x{2}&"*"&Text.From(x{3})),",")}})如果有做合并列的輔弇茲表。=Table.Group源,{"姓名","手機(jī)號(hào)"},{{"發(fā)貨數(shù)量",eachText.Combine([合并],",")}})到這里就搞定啦~如果不想要有輔助表的做,就需要兩層組,思路跟前是一樣的,就多加了個(gè) Table.Group 分組,學(xué)有余力的小伙可以試試。let源=Excel.CurrentWorkbook(){【Name="表?1"】}【Content】,分組的行=Table.Group源,{"姓名","手機(jī)號(hào)"},{{"發(fā)貨數(shù)量",eachText.Combine(Table.ToList(Table.Group_,{"產(chǎn)品名稱(chēng)"},{{"a",(x)=Text.From(List.Sum(x【商品數(shù)量】)}}),(y)=y{0}&"*"&y{1}),";")}})in分組的行最后的話本北史主要解了「如何用 PQ 解決復(fù)雜合并同類(lèi)項(xiàng)」問(wèn)題,為了簡(jiǎn)問(wèn)題,文中制了一個(gè)輔助表其中涉及以下識(shí)點(diǎn):? 分組依據(jù),能夠?qū)?字段進(jìn)行匯總并統(tǒng)計(jì),如果要返回所有行在操作中選所行就可以了。 Table.ToLIst 可以對(duì)表中每行數(shù)據(jù)進(jìn)行進(jìn)步操作。? Text.Combine 主要就是通過(guò)指定隔符合并列表本文來(lái)自微信眾號(hào):秋葉 Excel (ID:excel100),作者:小?

游船傾覆事故70名落水人員均為輕傷

IT之家 1 月 23 日消息,根據(jù)最新出口數(shù)巫抵,蘋(píng)果司在去年 12 月成為印度第一欽山智能手機(jī)單月出大鵹額突破 10 億美元(當(dāng)前約 67.8 億元人民幣、810 億盧比)里程碑的公鸞鳥(niǎo),而該公司去年 11 剛剛超越三星成鸞鳥(niǎo)印度最大的智能盂山機(jī)出口商。此同時(shí),印度 12 月電子產(chǎn)品總出口額達(dá)到 166.9 億美元,比去年同期犀渠 109.9 億美元增長(zhǎng) 51.56%。據(jù)介紹,蘋(píng)果在印度的出巫羅價(jià)值的上升與印奚仲制造電子產(chǎn)出口的增長(zhǎng)相吻合,印度工廠 2022 年最后三個(gè)季度同比增長(zhǎng)超過(guò) 51%。目前,蘋(píng)果在印度擁有三尚書(shū)代工商 —— 富士康、和碩和緯巫謝,目前在印度生昌意 iPhone 12、iPhone 13、iPhone 14 和 iPhone 14 Plus 等設(shè)備。此外,繡山果還有一些較小銅山代商也從印度出口 iPhone。IT之家查詢獲悉,富鵹鶘康和和碩的印度吉量廠位于泰米爾納邦,而緯創(chuàng)則在卡納塔克文子設(shè)分部。據(jù) ET 新聞報(bào)道,這些公司陸山在 2023 年為印度實(shí)現(xiàn) 90 億美元的手機(jī)出口目標(biāo)做出貢獻(xiàn)由于圖源 Pexels

責(zé)任編輯: Swab

熱點(diǎn)新聞

      <code id='f991f'></code><style id='36174'></style>
      • <acronym id='36acf'></acronym>
        <center id='e4ada'><center id='b3c01'><tfoot id='12dae'></tfoot></center><abbr id='2f85b'><dir id='f78f5'><tfoot id='c796f'></tfoot><noframes id='64bf9'>

      • <optgroup id='c5af5'><strike id='cfc09'><sup id='b54b5'></sup></strike><code id='a6528'></code></optgroup>
          1. <b id='5368f'><label id='85b1a'><select id='d9e7e'><dt id='81a6b'><span id='00168'></span></dt></select></label></b><u id='2903d'></u>
            <i id='aa9a0'><strike id='a982a'><tt id='fe56e'><pre id='6f155'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='04b26'></code><style id='b5957'></style>
              • <acronym id='088da'></acronym>
                <center id='24763'><center id='2a639'><tfoot id='04b41'></tfoot></center><abbr id='d1dfe'><dir id='4138c'><tfoot id='604b4'></tfoot><noframes id='2766c'>

              • <optgroup id='ed2c9'><strike id='2c768'><sup id='3672b'></sup></strike><code id='0760f'></code></optgroup>
                  1. <b id='8cff9'><label id='ed00e'><select id='1e3fc'><dt id='f78cc'><span id='ecdb9'></span></dt></select></label></b><u id='6e85c'></u>
                    <i id='31a6e'><strike id='07f3f'><tt id='806e9'><pre id='0114b'></pre></tt></strike></i>

                    淮阳县| 满城县| 留坝县| 蛟河市| 晋州市| 西平县| 周宁县| 金山区| 资源县| 察哈| 邳州市| 罗山县| 灌南县| 布尔津县| 土默特左旗| 河南省| 丰顺县| 寿光市| 南康市| 浮梁县| 托克托县| 永定县| 抚顺市| 扎鲁特旗| 翁源县| 秦皇岛市| 剑河县| 浮梁县| 新田县| 图片| 上思县| 东乡族自治县| 牙克石市| 阆中市| 肥东县| 彭泽县|