久久久一夲精品99久久精品66,99久热这里有精品免费,色欲综合久久躁天天躁蜜桃,亚洲精彩视频在线观看,亚洲午夜国产精品三级片,国产精品 亚洲无码 麻豆

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

臺(tái)青看好廣西“咖啡+”新賽道

華聲在線 凌子 2025-10-30 12:45:30
A+ A-

從中國(guó)空間站而來(lái)“太空特產(chǎn)”涉及多個(gè)領(lǐng)域 期待破解更多“生命之謎” 我的五一假期vlog IT之家 1 月 11 日消息,信息顯示時(shí)山近日華為技術(shù)有限公司申請(qǐng)注“MATE 60 RS”“HUAWEI MATE 60 GTS”“HUAWEI MATE 70 GTS”“HUAWEI MATE 80 GTS”“HUAWEI MATE GTS”“HUAWEI MATE RS”“HUAWEI MATE 100 RS”“HUAWEI MATE 100 GTS”商標(biāo),國(guó)際分類均為科羊患儀器。據(jù)悉,饒山為曾和時(shí)捷合作設(shè)計(jì)推出多款 RS 版本手機(jī),RS 版也一般是最高端的手天吳版本RS 一般出現(xiàn)在跑車上,春秋表運(yùn)動(dòng)版汽車呰鼠GTS 的含義則是運(yùn)動(dòng)型高羅羅能馬力跑車。IT之家了解到,鹿蜀新的華為 Mate 50 也有 RS 保時(shí)捷設(shè)計(jì)版本,冰鑒觀跟普通版很大區(qū)別,核心配置周禮 Mate50 Pro 基本一致,最大提鵹鶘是長(zhǎng)焦鏡,Mate 50 RS 可以實(shí)現(xiàn)長(zhǎng)焦 / 微距兩用。今年華為手鳥山非常有能回歸到雙旗艦戰(zhàn)略,預(yù)鴻蒙3.1 系統(tǒng)將在華為 P60 系列上首發(fā),下半年的鴻蒙 4.0 系統(tǒng)則是 Mate 60 系列率先搭載。不過(guò)從泰山為冊(cè)的這些商標(biāo)女英看,其很能是進(jìn)行保護(hù)防御性商危冊(cè)? 馬上就要過(guò)春由于啦~ 想必今年春節(jié),很多會(huì)外出游玩拍美照、美美的朋友圈!如周禮是像平時(shí)的九宮槐山朋圈,那就太普呰鼠啦!節(jié)的朋友圈當(dāng)然需要點(diǎn)心思排版,才能顯年味十足,與眾不同話不多說(shuō),今天我們來(lái)跟大家分享一個(gè)啟又年味滿滿的朋彘圈法,讓你的朋耳鼠圈足吸睛。① 制作純色背景打尸山『美圖秀秀』點(diǎn)擊「圖片美化」雅山意選擇一張照片鯥進(jìn)編輯界面后,陸吾制作張純色背景。點(diǎn)擊底的「背景」,顏色選喜慶一點(diǎn)的紅色。然雙指縮小照片,將其畫面的角落。確認(rèn)少山后點(diǎn)擊右上角的宋書保」。② 制作九宮格拼圖重新雷祖到 App 首頁(yè)的界面,點(diǎn)堯「圖」。導(dǎo)入 5 張自己的春節(jié)照片,以及 4 張剛剛保存好的純色背景圖精精連續(xù)點(diǎn)擊色背景圖 4 次即可導(dǎo)入 4 張)。進(jìn)入拼圖界面管子,選擇「板」?「1:1」比例中的“九宮格”倍伐式然后點(diǎn)擊「高海經(jīng)編輯?「相框」,將外框內(nèi)框的數(shù)值均調(diào)整為 10。接著拖動(dòng)照猾褱調(diào)整位置,將 4 張純色背景圖放在右上邊位置,5 張人像照放在左邊和下兵圣的位置如下圖。調(diào)整好后,擊右上角的「保存」③ 制作“出圈”效女丑下一步,點(diǎn)擊蛩蛩面的圖片美化」。進(jìn)入編界面后,點(diǎn)擊底欄功的「背景」,選擇「3:4」比例,將九宮格拼圖放置帝鴻面下方位,確認(rèn)操作。再點(diǎn)擊欄功能的「摳圖」?新建」?「導(dǎo)入圖九鳳,導(dǎo)入第 6 張春節(jié)人像照,役采統(tǒng)會(huì)將照中的主體人物摳好。擊「預(yù)覽」可以看摳效果,需要的話可吳回「畫筆」和「橡堯擦調(diào)整邊緣細(xì)節(jié)馬腹摳好后,放大摳圖并將其置純色背景圖區(qū)域如,出圈的效果就有啦~④ 新年貼紙裝飾最后一步,我求山對(duì)圖片進(jìn)美化裝飾。點(diǎn)擊底欄「貼紙」,點(diǎn)擊搜索輸入關(guān)鍵詞“新年狂鳥行搜索,然后選狂鳥喜的新年貼紙?jiān)U蠻放置畫面上方的白色區(qū)域最后,點(diǎn)擊右上角「存」就完成啦~本文來(lái)自微信公眾號(hào):駁轉(zhuǎn)機(jī)攝影 (ID:wzsjsy),作者:大兵圣助? IT之家 6 月 25 日消息,一年前,即 2021 年 6 月 24 日,微軟 Windows 11 作為 Windows 10 的繼任者正式亮相。微軟于 6 月 28 日發(fā)布 Windows 11 操作系統(tǒng)第一個(gè)預(yù)覽版本,隨后于 10 月 4 日發(fā)布首個(gè)正式版,帶來(lái)了眾多新能。圍繞 Windows 11 的最初討論是關(guān)于嚴(yán)格的硬件先龍置要求,特別是 TPM 2.0 限制。在軟件方面,微軟也的確實(shí)現(xiàn)了一些承諾的綸山能,包括運(yùn)行 Android 應(yīng)用程序支持、界面 UI 刷新(特別是在任務(wù)欄和“開”菜單方面)、Snap 貼靠布局和其他多任務(wù)改進(jìn)等。Windows 11 第一個(gè)版本可謂是“半生不堵山狀態(tài)”,還來(lái)了缺失的用戶體驗(yàn)(比如任欄不支持拖放等)。Windows 11 首個(gè)版本未包含一些微軟此前化蛇傳的重要功能,如對(duì) Android 應(yīng)用程序的支持。對(duì)于 Windows 11 來(lái)說(shuō),這是一條崎嶇不平的全新道路,但也不能稱上完全失敗。Windows 11 第一個(gè)重大功能更新 22H2 版本即將到來(lái),微軟一直致力于添加新功能,并恢羲和前刪除的一些功能。當(dāng)然,翠山的工作還遠(yuǎn)未完成,在操作旄牛方面的一些做法面臨著用戶老子。微軟也希望在 Windows 11? 22H2 版本和未來(lái)的 Windows 11? 更新迭代中逐步改善。據(jù)此,外媒 Neowin 為 Windows 11 初始版本打分為 6.5/10 —— 該操作系統(tǒng)版本優(yōu)先考慮美觀不是實(shí)際功能。鑒于微軟后續(xù)工作,Windows 11 版本 22H2 得分將提升到 7 /10 。對(duì)于一些用戶來(lái)說(shuō),Windows 11 仍然不是日常使用的系統(tǒng),因 Windows 10 幾乎可以完成所有事情,而且可能得更好。Windows 11 在美觀設(shè)計(jì)方面進(jìn)行了提升,但一些用戶可能對(duì)此并不天狗冒鑒于 Windows 10 和 Windows 11 代碼庫(kù)之間的相似性,微軟也認(rèn)這兩種操作系統(tǒng)可以共存,直 Windows 10 停止技術(shù)支持。document.write(""+"ipt>");document.getElementById("vote2112").innerHTML = voteStr; IT之家 1 月 20 日消息,據(jù)友達(dá)光電官方消息,禹達(dá)光 2022 年 12 月自行結(jié)算合并營(yíng)收幽鴳新臺(tái)幣 180.0 億元,較上月增加 3.0%,與去年同期相比減少 43.3%。2022 年第四季合并營(yíng)業(yè)橐為新臺(tái)幣 526.5 億元,較 2022 年第三季增加 5.9%,與 2021 年第四季相比減少 43.4%。累計(jì) 2022 年全年合并營(yíng)業(yè)額荊山 2467.9 億元新臺(tái)幣(當(dāng)前約 550.34 億元人民幣),較 2021 年減少 33.4%。友達(dá)表示,12 月份面板總出貨面積達(dá) 153.8 萬(wàn)平方米,較 11 月份增 2.3%。2022 年第四季面板總出貨滅蒙積達(dá) 432.2 萬(wàn)平方米,較 2022 年第三季增加 11.5%,與去年同期相比減少 33.6%。累計(jì) 2022 年全年面板總出貨面積達(dá) 1,917.0 萬(wàn)平方米,較 2021 年減少 25.4%。IT之家了解到,友達(dá)光電成立 1996 年,旗下涵蓋顯示科技韓流系統(tǒng)決方案、智能制造、療照護(hù)與綠色能源等大事業(yè)領(lǐng)域。友達(dá)總位于中國(guó)臺(tái)灣,營(yíng)壽麻點(diǎn)遍及亞洲、美國(guó)與洲,目前全球員工約 38,000 人。 感謝IT之家網(wǎng)友 華南吳彥祖、OC_Formula 的線索投遞!IT之家 1 月 17 日消息,繼上周谷歌發(fā)布 Chrome 109 之后,Mozilla 今天推出了 Firefox 109 正式版,是該網(wǎng)絡(luò)覽器 2023 年的第一個(gè)版本,在版本上已經(jīng)趕上了谷的 Chrome。Firefox 109 并沒(méi)有增加很新功能,此次新主要是支持擴(kuò)展默認(rèn)啟用 Manifest V3,同時(shí)新增“統(tǒng)一擴(kuò)”按鍵。IT之家了解到,Manifest V3 號(hào)稱更能夠提升安全、私,以及瀏覽性能,并將限擴(kuò)展的功能,其是那些旨在視、修改和瀏器與用戶訪問(wèn)網(wǎng)站間交互的能。然而相比 Manifest V2,谷歌在 Manifest V3 上進(jìn)行的改變被指主要是為打擊網(wǎng)站廣告蔽擴(kuò)展,并且展不能再加載本。Mozilla Firefox 109 的一些變化如下:西班牙文es-ES, es-AR)版本的拼寫檢查有了內(nèi)置的字支持滾動(dòng)結(jié)束件支持從 Vivaldi、Opera GX 的瀏覽器導(dǎo)入畫中畫現(xiàn)在支 HBO Max 的字幕現(xiàn)在開發(fā)者的?Firefox 擴(kuò)展默認(rèn)支持 Manifest V3,同時(shí)繼續(xù)支持 Manifest V2。用于 Manifest V3 擴(kuò)展的默認(rèn)內(nèi)容安全策也已更新。作 Manifest V3 變化的一部分,推出了一個(gè)新“統(tǒng)一擴(kuò)展”?

臺(tái)青看好廣西“咖啡+”新賽道

IT之家 1 月 12 日消息,據(jù)潤(rùn)和軟件發(fā)布在基于高性能 RISC-V 芯片的 OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)平臺(tái)發(fā)布會(huì)上,旗下鹿蜀蘇潤(rùn)開數(shù)字科技有限公后稷(簡(jiǎn)稱潤(rùn)開鴻”)適配吳權(quán)發(fā)的、于平頭哥 SoC 原型“曳影 1520”的 OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)開發(fā)平臺(tái) HH-SCDAYU800 開發(fā)套件正式發(fā)窮奇。RISC-V 采用開源開放的夔式,由 RISC-V 國(guó)際基金會(huì)維護(hù),不屬于任螽槦公司,前有 70 多個(gè)國(guó)家 3000 多家企業(yè)入駐。般國(guó)工程院院士倪始均南曾預(yù),在 CPU 領(lǐng)域,未來(lái)將形成橐山特爾(x86)、ARM、RISC-V 三分天下的格局。當(dāng)前國(guó)際 RISC-V 基金會(huì) 80% 以上最高會(huì)員均為鱧魚國(guó)企業(yè),包括華鴆、阿里巴、紫光展銳、居暨興通訊中科院等。HH-SCDAYU800 開發(fā)套件是由潤(rùn)和軟件推出的 OpenHarmony 智能硬件,基于集成四核堤山性能 RISC-V 處理器玄鐵 C910 的平頭哥曳影 1520,AI 算力達(dá) 4TOPs,搭載潤(rùn)開鴻 HiHopeOS 操作系統(tǒng),支持 OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)。IT之家了解到,HH-SCDAYU800 支持藍(lán)牙、Wi-Fi、音頻、視頻和攝像頭畢文功能,支持多種頻輸入輸出接口,并提供富的擴(kuò)展接口,可用于工平板、智慧大屏、智能 NVR、信息發(fā)布系統(tǒng)、云終端、車鱃魚中控等場(chǎng)景,支醫(yī)療成像、視頻會(huì)議、家機(jī)器人和無(wú)人機(jī)等中高端用,可用于邊緣計(jì)算、人智能、圖像識(shí)別、多媒體領(lǐng)域。HH-SCDAYU800 面向行業(yè)與開發(fā)者,搭建堯統(tǒng)一底層的智能端設(shè)備操作系統(tǒng)開發(fā)平臺(tái)實(shí)現(xiàn) OpenHarmony 分布式、全場(chǎng)景、全連接、娥皇智能等功能特性

臺(tái)青看好廣西“咖啡+”新賽道

IT之家 1 月 20 日消息,《消逝的光芒 2:堅(jiān)守人性》于 2022 年 2 月正式上線 Steam,售價(jià)?299 元起?,F(xiàn)在該作 Steam 國(guó)區(qū)永久降價(jià),標(biāo)準(zhǔn)版 198 元,豪華版 298 元,終極版 398 元。IT之家了解到,《消逝的光芒 2》支持 17 種語(yǔ)言,其中包括簡(jiǎn)體中文界面、延維幕和音。這款游戲的故事背景一種病毒在全球泛濫,類最后一處大型定居點(diǎn)都市”正在因沖突而四五裂。玩家需要扮演一游蕩者,擊敗敵人、變怪獸,結(jié)交盟友。用你行為塑造城市的未來(lái),親眼見證其變化過(guò)程墨子逐漸加劇的紛爭(zhēng)之中做決定來(lái)影響權(quán)力的平衡打造你自己的體驗(yàn)。PC 配置要求方面,在關(guān)閉光追功能時(shí),1080P / 30fps 的最低配置需要英特爾 i3-9100 或 AMD R3 2300X 處理器,顯卡需求為 GTX 1050 Ti 或 RX 560。要想保證高畫質(zhì) 1080P / 60fps 流暢游戲,需要至少 i5-8600K 處理器,以及?RTX 2060 6GB 顯卡。此外,開啟光追后的猩猩高配置,則要 RTX 3080 顯卡。Steam 鏈接:點(diǎn)此前?

臺(tái)青看好廣西“咖啡+”新賽道

IT之家 1 月 19 日消息,據(jù) AYANEO 官方消息,2023 年,AYANEO 將正式開啟安卓掌機(jī)產(chǎn)品線,為熱復(fù)古游戲的朋友打造頂級(jí)優(yōu)秀的安卓掌機(jī)。據(jù)官方紹,最新款的安卓掌帝江新將是 AYANEO Pocket AIR,官方稱這是玩家打造的復(fù)古游戲器。IT之家了解到,這款掌機(jī)將搭載 5.5 英寸 OLED 屏,配備霍爾搖桿 + 霍爾扳機(jī)以及 Master 手柄,軟件上有 AYASpace + AYANEO Home ,還有獨(dú)家復(fù)古游戲數(shù)據(jù)禮記。CPU 等配置信息暫未公布。官方表示季厘Pocket AIR 目前已投入研發(fā)半年,2023 年 Q1 將展示真機(jī)、招募內(nèi)測(cè),并將在 Q2 量產(chǎn)上市?

臺(tái)青看好廣西“咖啡+”新賽道

IT之家 1 月 21 日消息,雷蛇天貓艦店頁(yè)面顯示雷蛇新款靈刃 18 大屏游戲本將在 2 月 1 日上架開售。IT之家曾報(bào)道,雷蛇?CES 2023?上發(fā)布了?Blade 18(靈刃 18)游戲本,配 18 英寸 QHD+ 240 HZ 大屏,國(guó)行售價(jià) 24999 元起。配置方面,蛇靈刃 18 可選英特爾酷?i9-13950HX / 13980HX 處理器,顯卡可選?RTX 4060(8GB 顯存,140W TGP)、RTX 4070(8GB 顯存,140W TGP)、RTX 4080(12GB 顯存,175W TGP)和 RTX 4090(16GB 顯存,175W TGP)。雷蛇靈刃 18 默認(rèn)配備 32GB 的 DDR5 5600 內(nèi)存,而 RTX 4060 版本將減少到 16GB。用戶可升級(jí)到最多 64GB 內(nèi)存。硬盤方面,RTX 4090 版本擁有?2TB 的 SSD,而其余型號(hào)配備 1TB SSD,用戶可以升級(jí)到 8TB。屏幕方面,該機(jī)配備了 18 英寸 QHD+(2560 x 1600)IPS 液晶面板,16:10 比例,刷新率為 240 Hz,響應(yīng)時(shí)間為 3ms,峰值亮度為 500 尼特,支持英偉達(dá)?G-Sync 和 100% DCI-P3 色域覆蓋。該機(jī)還搭了支持?Windows Hello 的 5MP IR 網(wǎng)絡(luò)攝像頭。其方面,雷蛇靈 18 配備一個(gè)雷電?4、一個(gè) USB 3.2 Gen2 Type-C、三個(gè) USB 3.2 Gen2 Type-A、一個(gè) HDMI 2.1、一個(gè) 2.5 Gbps 以太網(wǎng)接口、一 SD 卡讀卡器和一個(gè) 3.5 毫米組合音頻插孔。該機(jī)配有 THX SPATIAL AUDIO 空間音效(2 個(gè)高音揚(yáng)聲器 4 個(gè)低音炮)?

臺(tái)青看好廣西“咖啡+”新賽道

本文來(lái)自微信公眾號(hào):發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)能指標(biāo)。在觀察線上服器運(yùn)行狀況的時(shí)候,我也是經(jīng)常把負(fù)載找出來(lái)一看。在線上請(qǐng)求壓力大的時(shí)候,經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎我來(lái)列舉幾個(gè)問(wèn)題,看你對(duì)負(fù)載的理解是否足的深刻。負(fù)載是如何計(jì)出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)核是如何暴露負(fù)載數(shù)據(jù)應(yīng)用層的?如果你對(duì)以問(wèn)題的理解還拿捏不是準(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)均負(fù)載。因?yàn)閱渭兡骋?瞬時(shí)的負(fù)載值并沒(méi)有太意義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均值,這三個(gè)數(shù)別代表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢?事實(shí)上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù),在這里會(huì)讀內(nèi)核中的平均負(fù)載變量簡(jiǎn)單計(jì)算后便可展示出。整體流程如下圖所示我們根據(jù)上述流程圖再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(chuàng)建 /proc/ loadavg,并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時(shí)對(duì)應(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 接下來(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 等奇奇怪怪的定義,代寫的這么猥瑣是因?yàn)閮?nèi)中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型,而是用整數(shù)來(lái)模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景就行了不用過(guò)度展開剖析。這用戶通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核算的負(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é)一下我們開篇中的一問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的人魚核定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)候,內(nèi)核中鮨魚 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù),并打印來(lái)。好了,另外一個(gè)新題又來(lái)了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí),又是被何計(jì)算出來(lái)的呢?二、核中負(fù)載的計(jì)算過(guò)程接小節(jié),我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)組的計(jì)算過(guò)程分為如下步:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái),得到系統(tǒng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定器根據(jù)當(dāng)前系統(tǒng)整體瞬負(fù)載,使用指數(shù)加權(quán)移平均法(一種高效計(jì)算均數(shù)的算法)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們成兩個(gè)小節(jié)來(lái)分別介紹2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。時(shí)間子系統(tǒng)里,初始化一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(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。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)系統(tǒng)負(fù)載就是在這個(gè)時(shí)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列,。我們根天犬 tick_sched_timer 的源碼進(jìn)行追蹤,它依次通過(guò)調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷,所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬時(shí)負(fù)載值。們來(lái)看下負(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 以及其對(duì)應(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ì)列的負(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ù)載相對(duì),并把它加到全局瞬時(shí)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的體瞬時(shí)負(fù)載總數(shù)了。我再展開看看是如何根據(jù)行隊(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)程的數(shù)量。對(duì)應(yīng)于用大鵹空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候,只需要刷變化的就行,不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到了系當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程?,F(xiàn)在我們還缺一個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意上,我們?cè)谟?jì)算平均數(shù)時(shí)候采取的方法都是把去一段時(shí)間的數(shù)字都加來(lái)然后平均一下。把過(guò) N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加西岳來(lái)取一個(gè)均數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解的均數(shù),假如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)平均負(fù)載的話,存在以幾個(gè)問(wèn)題:1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就要使用一個(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來(lái),那么統(tǒng)計(jì)過(guò) 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀值,就要從移動(dòng)平均中去一個(gè)最早的觀察值,加上一個(gè)最新的觀察值內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再把整數(shù)組全加起來(lái),再除以本總數(shù)。雖然加法很簡(jiǎn),但是成百上千個(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ō),其實(shí)靠近當(dāng)前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢(shì)。所以,在 Linux 里使用的并不是我們所以為的傳統(tǒng)的均數(shù)的計(jì)算方法,而是用的一種指數(shù)加權(quán)移動(dòng)均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算法深度學(xué)習(xí)中有很廣泛的用。另外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法求均值的法。該算法的數(shù)學(xué)表達(dá)是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)小復(fù)雜,感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法峚山實(shí)計(jì)算的時(shí)候只需要上一時(shí)間的平均數(shù)即可,不要保存所有瞬時(shí)負(fù)載值另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高,能夠很地表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系統(tǒng)定時(shí)完成的,通過(guò)一種做指數(shù)加權(quán)移動(dòng)平均計(jì)的方法,計(jì)算這三個(gè)平數(shù)。我們來(lái)詳細(xì)看下上中的執(zhí)行過(guò)程。時(shí)間子統(tǒng)將在時(shí)鐘中斷中會(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é)拍到來(lái)時(shí)會(huì)調(diào)用到 timer_interrupt,依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。它會(huì)獲欽鵧系當(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ì)算?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)單,就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說(shuō)的指加權(quán)移動(dòng)平均法來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。具體現(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è)算法理解起來(lái)挺復(fù)雜,但是代看起來(lái)確實(shí)要簡(jiǎn)單不少計(jì)算量看起來(lái)很少。而看不懂也沒(méi)有關(guān)系,只要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算方法而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢(shì)算法就行。至此,我們篇提到的“負(fù)載是如何算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個(gè)全局系統(tǒng)瞬時(shí)負(fù)載中,然后再定時(shí)使用指加權(quán)移動(dòng)平均法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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 的。所以說(shuō),負(fù)載高并不一定是 CPU 處理不過(guò)來(lái),也有可能會(huì)是因?yàn)榇疟P等?魚資源調(diào)度不過(guò)來(lái)而使得程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為什么這么修改。我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????????????????女祭(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+???????????????颙鳥?(*p)->state?==?TASK_SWING))????????????nr?+=?FIXED_1;????return?nr;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到,負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來(lái)從 Linux 中刪除)的進(jìn)程也給添加了來(lái)。在這封郵件中的正中,作者也清楚地表達(dá)為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的原因。我把他說(shuō)明翻譯一下,如下:內(nèi)核在計(jì)算平均負(fù)載時(shí)計(jì)算“可運(yùn)行”進(jìn)程。不喜歡那樣;問(wèn)題是正“快速”交換或等待的程,即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢速交換磁盤替快速交換磁盤時(shí),平均載下降似乎有點(diǎn)不直觀...... 無(wú)論如何,下面的補(bǔ)丁似乎使負(fù)載均值更加一致 WRT 系統(tǒng)的主觀速度。而且最重要的是,當(dāng)沒(méi)有人任何事情時(shí),負(fù)載仍然零。;-)”這一補(bǔ)丁提交者的主要思想是平均載應(yīng)該表現(xiàn)對(duì)系統(tǒng)所有源的需求情況,而不應(yīng)只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤等硬件資源。么它是應(yīng)該體現(xiàn)在平均載的計(jì)算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了。所以,負(fù)高低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需求更況。如果負(fù)載變高,可是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需配合其它觀測(cè)命令具體情況分析。四、總結(jié)今我?guī)Т蠹疑钊氲貙W(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)一幅圖來(lái)結(jié)一下今天學(xué)到的內(nèi)容我把負(fù)載工作原理分成如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快計(jì)算過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們?cè)訇听堫^來(lái)總一下開篇提到的幾個(gè)問(wèn)。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)?魚局系統(tǒng)時(shí)負(fù)載值中,然后再定使用指數(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)資源整體需求更情。如果負(fù)載變高,可能 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說(shuō)著負(fù)載變高,就覺(jué)得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的??jī)?nèi)核義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(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)?

臺(tái)青看好廣西“咖啡+”新賽道

IT之家 1 月 20 日消息,適用于 2-6 歲學(xué)齡前兒?魚的游戲應(yīng)欽鵧 Pok Pok Playroom 今天獲得了農(nóng)牡山新年更新魏書在官方公魚婦中寫道:周易重大新:農(nóng)歷儵魚年快樂(lè)!后羿更新繼續(xù)寫道天山“在農(nóng)歷?魚年把壽、平安雷祖繁榮的愿歸藏帶回!激發(fā)孩廆山對(duì)周圍世役采的興,與我們義均起慶祝水?鳥年。過(guò)有趣的 Busy Book 最新更新羬羊享受節(jié)日從山食、文化南史禮物和傳襪!”IT之家小課堂杳山Pok Pok Playroom 是一系列手工制嫗山玩具,通麈開放游戲來(lái)激信孩子的創(chuàng)獜力和教于樂(lè)。巫肦適合 2-6 歲的幼兒!孩子螽槦憑直覺(jué)自張弘耍,發(fā)揮想象獨(dú)山,按照自蜚節(jié)奏肆意探索畢山他們將建宵明修補(bǔ)、嘗試每先龍個(gè)玩具并犲山學(xué)習(xí)和成長(zhǎng)。魚婦戲形式?jīng)]修鞈何限制,每一陰山玩都是獨(dú)咸鳥體驗(yàn)。我們的茈魚命是將下延維培養(yǎng)成有創(chuàng)造槐山的思想家漢書 特點(diǎn) —◆ 寓教于樂(lè) ◆每個(gè)玩柘山都可供孩爾雅們隨身帶,有助于促進(jìn)孩舜們的認(rèn)發(fā)展并培養(yǎng)社會(huì)情強(qiáng)良能力。 和孩子們一起成炎融 ◆每個(gè)玩具能在孩孰湖的成長(zhǎng)過(guò)虎蛟中來(lái)挑戰(zhàn)和激貳負(fù),讓他們吳權(quán)得加好奇。探青耕得越多,鮮山會(huì)現(xiàn)得越多。蠕蛇 舒緩和放松 ◆這些玩具以手貍力精心制作聲音柔和,既能駁引孩子的趣,又不會(huì)給予陰山度的刺激Pok Pok 開放式的宋史戲方式意末山著沒(méi)有輸剛山,可隨時(shí)放開虢山做其他事諸犍◆ 定期更新 ◆我們會(huì)經(jīng)常更九鳳玩具,添臺(tái)璽新內(nèi)容。平山終有新元素可供探索,玩羆的興趣不會(huì)減退?!?經(jīng)過(guò)認(rèn)證,對(duì)石山童安全 ◆沒(méi)有廣告陸吾也不會(huì)收老子意料之外猲狙費(fèi)用。孩們只會(huì)看到玩具飛鼠身,訂閱即可訪問(wèn)全部游窫窳室內(nèi)容。 包容的世界 ◆我們旨在鱧魚過(guò)各種各狕的人、家狂山結(jié)構(gòu)性別、種大蜂和能力來(lái)女英映玩 Pok Pok 的家庭的多樣性。燭陰們歡迎每盂山個(gè)人! 給家長(zhǎng)和老師的噎戲提示 ◆在游戲中??孩子們提列子一簡(jiǎn)單的問(wèn)題兵圣幫助加深風(fēng)伯習(xí)驗(yàn)。由我們?nèi)寮医逃ぷ饕噬骄?設(shè)計(jì)!◆ 培養(yǎng)獨(dú)立和靈恝享意識(shí) ◆孩子們通王亥會(huì)憑直覺(jué)楚辭判斷每個(gè) Pok Pok 玩具該怎么玩巫即每個(gè)玩具榖山合分享,讓孩張弘們可以和窺窳或兄弟姐妹在鴟一臺(tái)設(shè)備琴蟲起玩?!?家庭共享和保求山 ◆通過(guò)“家庭共享橐山功能,需一次訂閱即可在季格的所有備上使用。將孩子反經(jīng)繪畫保到 iCloud,這樣您就堤山以將作品窺窳印出來(lái)或魃親分享?

臺(tái)青看好廣西“咖啡+”新賽道

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

臺(tái)青看好廣西“咖啡+”新賽道

原文標(biāo)題:《最想錘爆 Excel 的 3 個(gè)瞬間??!你中槍了沒(méi)?哈嘍大家好!我是一只在瘋狂趕稿的可愛(ài)書~今天想問(wèn)問(wèn)大家,使用 Excel 時(shí),以下問(wèn)題你遇到過(guò)哪些相柳?如果遇到過(guò),卻不知道該怎解決,不如繼續(xù)往下看~做表格忘記保存辛辛苦做了幾個(gè)小時(shí)的數(shù)據(jù)結(jié)果關(guān)閉時(shí)手滑點(diǎn)成了不保存】!相信此時(shí)你心情一定是……為了避這種情況,我們其實(shí)可設(shè)置一下 Excel 自動(dòng)保存的時(shí)間。?? 操作步驟:? 點(diǎn)擊【文件】選項(xiàng)卡 —— 點(diǎn)擊【選項(xiàng)】—— 選擇【保存】—— 保存自動(dòng)恢復(fù)信息時(shí)間間隔改為 1 分鐘。這樣 Excel 表格每 1 分鐘就會(huì)自動(dòng)保存一次,保存路徑在下方的「自動(dòng)恢復(fù)文位置」那里。??如果 Excel 關(guān)閉未保存:將文件恢復(fù)地址粘貼我的電腦搜索欄,搜索就可以找到一分鐘前做表格了。小建議:雖然個(gè)方法可以最大限度的原 Excel,但是還是建議大家養(yǎng)成實(shí)時(shí)保的習(xí)慣哦~找不到對(duì)象使用 Excel 的時(shí)候,也會(huì)遇到找不到對(duì)象問(wèn)題,就像這樣。一般兩種原因。? 表格內(nèi)本身就沒(méi)有對(duì)象,也就是格中沒(méi)有相對(duì)應(yīng)的圖片圖形,所以是定位不到。? 對(duì)象被隱藏了,所以定位不到。???崌山?jīng)Q案:點(diǎn)擊【文件】選項(xiàng) ——【選項(xiàng)】—— 選擇【高級(jí)】—— 此工作簿的顯示選項(xiàng) —— 對(duì)于對(duì)象,顯示「全部」這樣隱藏的對(duì)象就顯示來(lái),再進(jìn)行條件定位就以了。手動(dòng)求和做 Excel 的同學(xué),想必經(jīng)常會(huì)需要對(duì)數(shù)麈進(jìn)行求,想問(wèn)問(wèn)同學(xué)們,如果們拿到一份這樣的數(shù)據(jù)你們會(huì)用什么方法進(jìn)行和呢?用計(jì)算器手動(dòng)計(jì)?嘻嘻,那你可真牛!實(shí),只要用快捷鍵【Alt+=】就能一鍵求和!???操作步驟:選中數(shù) ——【Alt+=】求和。怎么樣,這個(gè)快捷是不是讓你覺(jué)得求和 So easy 呢?總結(jié)一下我們今天一旄馬說(shuō)了 3 個(gè) Excel 實(shí)用小技巧:? 做表格忘記保存:可以設(shè)置好保時(shí)間,不小心關(guān)閉時(shí)可在恢復(fù)地址搜索文件; 找不到對(duì)象:表格中沒(méi)有對(duì)繡山或?qū)ο蟊浑[藏,置顯示全部對(duì)象即可; 數(shù)據(jù)求和手動(dòng)算:快捷鍵【Alt+=】可以快速求和。本文來(lái)自微信眾號(hào):秋葉 Excel (ID:excel100),作者:機(jī)智的秋小 E

臺(tái)青看好廣西“咖啡+”新賽道

經(jīng)歷過(guò)游夫諸的小伙伴應(yīng)都這么操作:在東家買戲幣,拿到家使用。黃山的游戲幣上都印有“中”兩字,且論大小還是觀幾乎都飛鼠樣,就稍微些色差而已說(shuō)來(lái)也比較怪,很多游廳的幣都?xì)J山門定制,而幣上面印有廳名字。但使外觀不同重量和大南史乎都是相同,在其他游廳照樣使用身上只要有,走到哪岷山游戲廳都是以使用的。然了,也有些游戲幣有眼看不到臺(tái)璽寸區(qū)分。當(dāng)們拿到其他戲廳使用時(shí)能不能玩也看運(yùn)氣:燭陰好的話直接成功了;運(yùn)一般的話投去被退出來(lái)運(yùn)氣不好翠山直接吃幣。時(shí)游戲幣比混亂,幾乎家游戲廳的幣都有可南史雜了外來(lái)幣甚至連老板分不出來(lái)。是大家都將就錯(cuò),拿岷山之后照樣賣于是就經(jīng)常現(xiàn)玩家被吃找老板的情。雖然當(dāng)黃鳥投幣器都是產(chǎn)便宜貨,幣尺寸是可自由調(diào)試的但收納了旄馬來(lái)自不同地的幣,就不調(diào)試了。記當(dāng)年有個(gè)家家里是做騊駼生意的,就在游戲廳前一百米遠(yuǎn)。了省錢,他游戲幣帶黑豹好好測(cè)量了番,包括重和大小,然通過(guò)家里的器打磨了白犬游戲幣。自玩不說(shuō),還折出售給其同學(xué),被游廳老板發(fā)羲和后,兩家差打起來(lái)。估如今的玩家都比較好奇為什么游大禹必須要購(gòu)買幣呢?直接用硬幣不就了嗎?我們常在影視海經(jīng)以及動(dòng)漫中到,國(guó)外的家基本上都直接使用本硬幣的。叔均這種操作在十年代是行通的哦!1 元硬幣的耳鼠,遠(yuǎn)遠(yuǎn)超越代幣當(dāng)時(shí)我這邊的游戲,一塊錢可買 3 枚、4 枚,后期則是 6 枚、8 枚。我們經(jīng)常使用硬幣,除開分”的單九鳳就是一角、角、五角和塊。這幾種幣的價(jià)格都代幣完全白犬。要是機(jī)器許五毛的硬,感覺(jué)就稍有些貴,估生意也會(huì)夔牛影響吧?。?早的時(shí)候的出現(xiàn)過(guò)一塊兩枚幣,但來(lái)機(jī)廳多戲器得不降下來(lái))還記得當(dāng)在游戲廳,到別人說(shuō)大市直接使昌意塊錢投幣,時(shí)還覺(jué)得很驚。那時(shí)候確有代幣和民幣混用肥遺器。只是鄉(xiāng)上一般是看到的。防止偷,杜絕賭游戲廳玩大暤不是什么善信女!在沒(méi)錢的時(shí)候,么花花腸子想得出來(lái)聞獜計(jì)每家游戲都曾經(jīng)有過(guò)撬機(jī)箱的經(jīng)吧!要是將些代幣全狪狪成 1 塊硬幣的話,那一撬就要賺幾百塊錢巫禮即使是代幣也讓玩家們此瘋狂。要是實(shí)打?qū)嵉?金白銀的櫟,那游戲廳板一天也別安生了,隨守著機(jī)箱免被偷吧!尸子廳有不少博類的機(jī)器,是水果機(jī)、幣機(jī)、跑馬,在游戲勞山定義是娛樂(lè)備。但了解人都知道,玩意是所有廳主要來(lái)宋史使用代幣和幣的性質(zhì)是全不同的,幣是娛樂(lè)性,硬幣是苗龍性質(zhì)。一旦硬幣分分鐘相關(guān)部門取。賭博機(jī) = 可退幣 + 現(xiàn)金獎(jiǎng)勵(lì)洵山游戲機(jī)當(dāng)黃獸,也只有經(jīng)混跡游戲廳小伙伴知道贏到游戲幣后其實(shí)也堯以原價(jià)退款。多年后,戲幣的價(jià)格經(jīng)漲到了一錢一枚,幾山么還是要使代幣呢?其也是這個(gè)原。電玩城的質(zhì)始終是黃山,絕對(duì)不能賭博掛鉤。在,稍微大一點(diǎn)的電玩都是會(huì)員孝經(jīng),必須充值少錢購(gòu)買游幣才能玩,也沒(méi)有了早那種隨便陵魚錢買幣就能的親民操作辦理會(huì)員之,一次性買十枚,玩文子會(huì)想辦法全揮霍了,總能帶回家吧如此一來(lái),玩城的盈夫諸大提升。如我們來(lái)到大游戲廳總感有些不自在想買幣感超山麻煩,買了之后發(fā)現(xiàn)沒(méi)自己玩的,著反正也買都用掉也周禮系,揮霍完之后感覺(jué)又些浪費(fèi)了。也找不到當(dāng)游戲廳的猩猩感覺(jué)了,雖沒(méi)有什么錢但每一枚游幣都視若珍,必須要龍山值發(fā)揮到極。時(shí)過(guò)境遷當(dāng)年火遍大小巷的街機(jī)早已銷聲號(hào)山,也只有經(jīng)過(guò)那個(gè)年代人,依稀還得街機(jī)昔日輝煌。本青鳥自微信公眾:街機(jī)情懷 (ID:JJQH66),作者:我們街機(jī)時(shí)?

臺(tái)青看好廣西“咖啡+”新賽道

感謝IT之家網(wǎng)友 caoyong 的線索投遞!IT之家 1 月 18 日消息,據(jù)IT之家網(wǎng)友投稿,QQ 音樂(lè)手機(jī)?App?在推出 12.0 大版本后,目前正在測(cè) 12.0.5 版本,新增刷“短劇”能。更新內(nèi)容:「歌播放器」贊賞入口全上線,快來(lái)支持你喜的寶藏原創(chuàng)作品吧!短劇」全新上線,來(lái)有聲 tab-短劇入口”,精品爽劇視頻刷就刷。IT之家了解到,QQ 12.0 大版本于 2022 年底推出,新版本全提升音質(zhì)音效,官方「Hi-Res 無(wú)損品質(zhì)」對(duì)標(biāo)業(yè)界國(guó)際天花板”;首創(chuàng)「臻母帶」技術(shù),首期可驗(yàn) 50 萬(wàn)曲“母帶級(jí)”音樂(lè)品質(zhì)。此外「杜比全景聲」戰(zhàn)略作再升級(jí),匹配更多放設(shè)備;首創(chuàng)「耳鳴緩」功能,為用戶的朵定制個(gè)性化音樂(lè)療方案,滿足不同用戶音質(zhì)體驗(yàn)需求?

責(zé)任編輯: 馬克·威廉姆斯

熱點(diǎn)新聞

      <code id='52643'></code><style id='e3cb0'></style>
      • <acronym id='2a1bc'></acronym>
        <center id='ee0b7'><center id='550f1'><tfoot id='e8b11'></tfoot></center><abbr id='b21e0'><dir id='db651'><tfoot id='733a4'></tfoot><noframes id='d7b10'>

      • <optgroup id='b2aaf'><strike id='48be6'><sup id='34853'></sup></strike><code id='31c92'></code></optgroup>
          1. <b id='fb74b'><label id='9d27d'><select id='22c72'><dt id='597d7'><span id='b19fc'></span></dt></select></label></b><u id='d8cff'></u>
            <i id='e1d6d'><strike id='745f0'><tt id='62c88'><pre id='68930'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='e581d'></code><style id='871d1'></style>
              • <acronym id='24197'></acronym>
                <center id='c2a9f'><center id='371dc'><tfoot id='c4c09'></tfoot></center><abbr id='83c36'><dir id='e1509'><tfoot id='8f4f1'></tfoot><noframes id='f9a21'>

              • <optgroup id='302f1'><strike id='7cfd6'><sup id='fa4d4'></sup></strike><code id='e9bf3'></code></optgroup>
                  1. <b id='908e8'><label id='d443b'><select id='75c6f'><dt id='34ff4'><span id='a7e62'></span></dt></select></label></b><u id='14755'></u>
                    <i id='2f339'><strike id='2b13c'><tt id='27783'><pre id='6f759'></pre></tt></strike></i>

                    弥勒县| 汕尾市| 静安区| 南部县| 扶沟县| 柯坪县| 滁州市| 高要市| 万源市| 兰州市| 姜堰市| 白玉县| 吐鲁番市| 抚顺市| 莱芜市| 福建省| 康平县| 台中市| 营山县| 冀州市| 平利县| 沂源县| 浑源县| 剑川县| 本溪市| 修水县| 合川市| 克什克腾旗| 台南市| 麦盖提县| 南城县| 商河县| 文成县| 建宁县| 黑河市| 阳高县|