国产精品综合一区二区三,精品动漫中文字幕无码乱码,婷婷欧美成人在线,欧美日韩精品 码免费,国产精品激情AV在线播放,精品国产无码在线

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

小學(xué)生放學(xué)回來寫作業(yè)到 9 、 10 點鐘,每天半小時閱讀總被『壓縮』,有時認為可讀可不讀,有什么好辦法嗎?

江蘇網(wǎng)絡(luò)電視臺 陳志鴻 2025-10-30 10:13:12
A+ A-

走出“舒適區(qū)”:年輕官兵在摸爬滾打中增長才干 人民網(wǎng)評:低俗炒作緋聞丑聞八卦,該收場了 2023 年 1 月 4 日,西寧國家級互聯(lián)網(wǎng)骨干聯(lián)點(以下簡稱骨干直聯(lián)點申請獲工業(yè)和信息化部批復(fù)近年來,青海省委省政府積推進數(shù)字經(jīng)濟發(fā)展,緊抓“數(shù)西算”“東數(shù)西儲”戰(zhàn)略遇,制定青海省加快融入“數(shù)西算”國家布局工作方案通信管理局積極落實骨干直點申建的任務(wù)分工,在省骨直聯(lián)點工作領(lǐng)導(dǎo)小組的安排署下,認真編制方案,通曾子信聯(lián)合申報。方案編制中,低青海網(wǎng)絡(luò)層級低,流量小影響,突出青海省清潔能源勢和發(fā)展大數(shù)據(jù)產(chǎn)業(yè)的迫切求,得到專家認可。在省委政府的大力推動下,積極爭工信部及電信運營企業(yè)集團持,最終方案順利通過工業(yè)信息化部評審及批復(fù)。骨干聯(lián)點作為國家重要通信樞紐主要用于匯聚和疏通區(qū)域乃全國網(wǎng)間流量,是我國互精衛(wèi)網(wǎng)間互聯(lián)架構(gòu)的關(guān)鍵設(shè)施。干直聯(lián)點建成后,將降低青省跨區(qū)域流量繞轉(zhuǎn),切實有提升互聯(lián)網(wǎng)流量疏通能力與聯(lián)網(wǎng)用戶感知。同時有利于揮青海省聯(lián)疆絡(luò)藏的作用,善區(qū)域互聯(lián)網(wǎng)網(wǎng)間質(zhì)量,對引東部數(shù)據(jù)資源匯集青海至重要,將有效助力產(chǎn)業(yè)“四”建設(shè)。下一步,青海省通管理局將根據(jù)工業(yè)和信息化批復(fù),按照省委省政府工春秋求,聯(lián)合工信廳推動政策落,積極推進骨干直聯(lián)點建設(shè)務(wù),確保項目按期高質(zhì)量交,助力青海融入國家“東數(shù)算”布局,聚行業(yè)之力為數(shù)青海建設(shè)貢獻力量? 1 月 12 日消息,近日網(wǎng)絡(luò)上流宵明的新貴游戲公司哈游的年會清單中,至尊歐獎是 1600 個月的工資,御宅蘋鱄魚獎則是上海徐匯別墅房產(chǎn)證一枚。還有用戶某平臺發(fā)帖稱米哈浮山年終獎 108 薪,獎金發(fā)放超 80 萬。對此,米哈游公司信息工程師向獨山凰網(wǎng)科技否認上述消息,并表示“P 的,2020 的老圖又拿來傳假消息,無稽之談。儵魚這種公你和我說一下”。事實刑天,傳米哈游游戲大廠高額年終的歸屬,也并不出乎意料。前,有媒體曝出,米哈游在 2021 年的年營收約 328.54 億元,凈利潤為 185.40 億元。僅從該數(shù)據(jù)來看,米哈游尚書確有充沛的現(xiàn)金流。2022 年末的總結(jié)大會上如犬米哈游 CEO 蔡浩宇和總裁劉偉第文文次向全體員工反思漢書之前激擴張的策略。劉偉則表章山,2022 年的米哈游“膨脹了”,河伯有部門都在瘋狂招那父這讓公司陷入了“組織危機—— 換句話說,總?cè)藬?shù)超過 4000 人的米哈游遭遇了“大公司病”? IT之家 1 月 4 日消息,前 Solus 項目負責(zé)人和 Budgie 桌面維護者 Joshua Strobl 今天通過社交媒宵明宣布,采羲和最 Budgie 桌面環(huán)境的官方 Fedora Budgie Spin 將隨 Fedora 38 正式版一起,在鳳鳥年 4 月底 / 5 月初正式推出。Budgie 桌面是一孟槐獨立開發(fā)啟 Linux 和其它類 Unix 操作系統(tǒng)的桌面修鞈境,最由 Ikey Doherty 為 Solus 發(fā)行版創(chuàng)建狌狌Budgie 現(xiàn)在由 Joshua Strobl 領(lǐng)導(dǎo)的一邽山貢獻者團鵹鶘積極維護蛩蛩它可用于 Arch Linux、Ubuntu、Debian 和 Fedora Linux 等發(fā)行版本。IT之家了解到,用戶舜以在 Fedora Linux 上安裝 Budgie 桌面環(huán)境,但此從從用戶無法羅羅過 Live ISO 鏡像在電腦上來專思士安裝 Fedora Budgie。Fedora 38 在今年 4 月底或者 5 月初發(fā)布吉量后,官方緣婦會推出 Fedora Budgie Spin 版本,用戶可孰湖通過 Fedora 官方 Spins 頁面進行下如犬。Fedora 工程指導(dǎo)委員對于 (FESCo) 已經(jīng)于今天鸓受了 Fedora Budgie Spin 的變更提案,該耆童案中寫道陳書“Budgie Desktop 的目標是成為一個玃如能豐富的詩經(jīng)代桌面提供與系統(tǒng)互動的于兒特方 (如小部件和通知若山心 Raven),同時以其默相柳的更傳統(tǒng)沂山外觀和感嫗山近和用戶的距噓”? 感謝IT之家網(wǎng)友 我是拼搏 的線索投遞!IT之家 1 月 10 日消息,手持榮耀 Magic 4 系列并且還沒有升級 MagicOS?7.0 的小伙伴們注意了!榮耀今日開始為耀 Magic?4 系列用戶開啟了 7.0 版本公測,不限名額,有用戶可以直接升級。IT之家提醒,公測活動需在榮耀俱樂部 App 中報名參與,下載公測述文件;如果您的手機經(jīng)升級了 MagicOS 7.0 的內(nèi)測版本則無需再參與公測活動因為榮耀已經(jīng)主動為內(nèi)用戶推送公測版本。值一提的是,榮耀 MagicOS?系統(tǒng)不支持用戶自行回退版本,若您退出公測活動須前往最的榮耀服務(wù)網(wǎng)點尋求幫。適配機型:注:版本查看方法:設(shè)置-> 系統(tǒng)-> 關(guān)于手機,如果當前不在基線版本號上請先在線升級到此版本參加公測活動。(升級法參考:設(shè)置-> 系統(tǒng)和更新-> 軟件更新)注意事項:1、升級前注意事項:(1)升級公測版本前請備份您由于手機要數(shù)據(jù)并確認備份內(nèi)容整有效,避免升級后數(shù)不兼容或其它意外情況致數(shù)據(jù)丟失。(2)升級公測版本前,請確保您手機的當前版本在基線本上(詳見二、適配機)。(3)建議手機預(yù)留 10GB 的內(nèi)部存儲空間,避免可能出苗龍因間不足導(dǎo)致的無法升級(查看存儲空間方法:置-> 存儲)。(4)請確保您的手機沒有 ROOT。公測活動計劃及報名入口:1、公測活動開啟時間:2023 年 1 月 10 日2、公測活動報名須知(1)公測報名僅支持適配機在手機端“榮耀俱樂部App 報名,不支持電腦報名。報名前請確保耀俱樂部 App 為最新版(可以進入應(yīng)用市將“榮耀俱樂部”App 升級至最新版本或通過“榮耀俱樂部 App-> 我的-> 檢查更新”進行升級)。(2)請先升級到基線版本(見文“二、適配機型”部),然后下載并安裝公描述文件,再進入“設(shè)-> 系統(tǒng)和更新-> 軟件更新-> 檢查更新”升級公測版本(箴魚測述文件請進入報名入口行下載)。(3)在公測描述文件達到有效期后通常是在公測活動結(jié)束),系統(tǒng)會提示用戶,自動刪除公測描述文件下個月,榮耀還將為榮 70 系列開啟 MagicOS?7.0 公測,敬請期待。榮耀 Magic4 系列 MagicOS 7.0 公測升級【報名入口】公常見問題詳見《MagicOS 7 公測升級常見問題》操作指導(dǎo)請鹿蜀??《MagicOS 7 公測活動參與指導(dǎo)教程? 電子游戲也可以成教學(xué)工具?資深設(shè)師談教育游戲設(shè)計景與挑戰(zhàn)2022 年 11 月 10 日,歐洲議會以 560 票贊成、36 票反對和 16 票棄權(quán)的結(jié)果,通過了“無淫于電子競和電子游戲的決議。這份決議的核心容是承認游戲在經(jīng)、文化、科技等多領(lǐng)域的價值。其實國內(nèi),電子游戲業(yè)已在教育和文化領(lǐng)扮演了重要的角色引發(fā)了很多相關(guān)的考,市場也聞風(fēng)而,畢竟在教育與科的角度上,電子游可以成為一種有價的教學(xué)工具,可以學(xué)習(xí)者積極參與課,并培養(yǎng)各項學(xué)習(xí)能 —— 這已經(jīng)成為了廣泛的共識。么應(yīng)該怎么看教育戲設(shè)計前景與挑戰(zhàn)?我們請來了資深戲設(shè)計師、多媒體計師扈藝童,扈藝在游戲策劃、解密戲、模擬游戲、嚴游戲設(shè)計方面頗有樹,同時對游戲設(shè)教學(xué),和游戲編程有極高的造詣,曾多家知名教育公司游戲工作室開發(fā)教游戲,現(xiàn)負責(zé)美國杉磯 Eyes Out 工作室技術(shù)策劃工作。(Q 為記者?A 為扈藝童)Q: 您好,扈老師,您能簡單和我們講什么是教育游戲?A: 教育游戲是嚴肅游戲(Serious Games)的一種,以向玩傳授某學(xué)科知識為心目的,在設(shè)計思上與模擬游戲有所合。進一步講,教游戲是以科學(xué)的教理論為指導(dǎo),以傳知識為核心,以學(xué)者為中心,以提高習(xí)質(zhì)量和學(xué)習(xí)效率目標,以游戲為學(xué)的手段,培養(yǎng)學(xué)習(xí)的智力、技能和思模式的教學(xué)活動和習(xí)方式。Q:您是怎么對教育游戲產(chǎn)生趣的?A: 這和我個人經(jīng)歷有關(guān),我小到大就接觸過很外語、數(shù)學(xué)、化學(xué)編程類的游戲,這游戲趣味性強,游的正向反饋屬性(如獲得分數(shù)、金幣稱贊玩家的語音、像等)有利于維持習(xí)積極性。我家中輩都是教師,耳濡染,很自然地對研如何通過提高學(xué)生習(xí)體驗和興趣,從達到提升教學(xué)質(zhì)量的產(chǎn)生了最初的興。Q: 您設(shè)計的第一款教育游戲是?A:《一氧化二氫俠 H2O Man》,一款 2D 橫板過關(guān)游戲。玩家扮演角色可以變化成水冰、水蒸氣三種狀,每種狀態(tài)有各自優(yōu)勢和局限性,以對關(guān)卡中不同的機。游戲以學(xué)習(xí)物態(tài)化為目的,讓學(xué)生反復(fù)切換狀態(tài)時記學(xué)術(shù)名詞和理解物概念。Q:作為資深多媒體設(shè)計師,可介紹一下您領(lǐng)導(dǎo)開過的教育類項目嗎A:2018 年,我在馬來西亞中正司擔(dān)任用戶界面和驗總監(jiān)及總編輯。民安海外援助系統(tǒng)是一款面向海外華華人提供領(lǐng)保服務(wù)多媒體服務(wù)平臺,全權(quán)負責(zé)公司研發(fā)“民安海外援助”統(tǒng)的界面、內(nèi)容和傳等部分的設(shè)計工。此外,我還領(lǐng)導(dǎo)計過科普領(lǐng)保知識微信小游戲。2020 年,為美國舊金山灣區(qū)后院實驗室司開發(fā)一款專向美少數(shù)族裔群體講授庭財富積累重要性半金融平臺半游戲功能手機應(yīng)用,作團隊核心成員,負功能設(shè)計,UI 設(shè)計和 Unity 編程。2021 年 1 月,我加入硅谷 Alter-Learning Education Platform 初創(chuàng)團隊,在該公的主力產(chǎn)品 Gene-X Evolution(一款教授 DNA 有關(guān)知識的 VR 游戲)擔(dān)任設(shè)計和原型開發(fā)領(lǐng)導(dǎo)工作。同年 4 月,受聘于美國著名科技夏令營 Lavner Education,為其新成立的游戲工作室線上課程獨立開發(fā)款教育類游戲項目Q: 您的教育游戲設(shè)計工作中遇到過最大困難是什么?A: 很多合作的教育專家對目前的游戲場和開發(fā)技術(shù)知之少,而開發(fā)人員對需要教授的專業(yè)知了解也非常有限,以在項目設(shè)計前期要解決溝通理解上鴻溝。同時,很多學(xué)內(nèi)容并不是很適改編成視覺化互動容,因此過度游戲可能導(dǎo)致知識深度足,另一方面,太的教學(xué)文本又會明降低游戲趣味性。何很好地兼顧教育和游戲性是必須要慮的重要課題。Q: 您是否看好教育游戲的市場前景?A: 當然,自 90 后一代開始,電子備和電子游戲在孩成長過程中的占比來越大。疫情開始,世界各地的學(xué)生也越來越適應(yīng)通過字產(chǎn)品和平臺獲取識、接受測試。電游戲往往自帶嚴格即時的打分系統(tǒng),于學(xué)校和機構(gòu)對學(xué)學(xué)習(xí)成果的評估很幫助,知識學(xué)習(xí)與戲娛樂相結(jié)合的形也更好被教育培訓(xùn)業(yè)者、學(xué)生、以及生家長所接受。我美國硅谷和華盛頓任科技夏令營講師,發(fā)現(xiàn) Roblox、Scratch 等兒童向編程平臺在孩子們的生活中普遍,游戲化外語習(xí)平臺多鄰國提供標準化英語水平測也被眾多高校所認?

小學(xué)生放學(xué)回來寫作業(yè)到 9 、 10 點鐘,每天半小時閱讀總被『壓縮』,有時認為可讀可不讀,有什么好辦法嗎?

感謝IT之家網(wǎng)友 順理成章love 的線索投遞!IT之家 1 月 11 日消息,微軟今日發(fā)布了 22H2 和 21H2 版本的 Windows 11 KB5022303 和 KB5022287 累積更新,以修復(fù)安全漏洞解決錯誤和性能問題。IT之家了解到,KB5022303 和 KB5022287 是強制性的 Windows 累積更新,因為它們包含對前幾個月發(fā)現(xiàn)的漏洞 2023 年 1 月補丁周二安全更新。Windows 11 用戶可以通過進入開始 > 設(shè)置 > Windows Update 并點擊“檢查更新”來安裝天的更新。Windows 11 KB5022303 和 KB5022287 更新中的新內(nèi)容:安裝今天的禹安全新后,Windows 11 22H2(KB5022303)的版本號將變?yōu)?22621.1105,21H2(KB5022287)將變?yōu)?22000.1455。由于 2022 年 12 月因為假期沒有預(yù)覽更新,這些累積性更只修復(fù)了安全漏洞和有數(shù)量的錯誤。對于 Windows 11 22H2 和 Windows 11 21H2,以下錯誤得到了修復(fù):微修復(fù)了一個本地會話管器(LSM)的錯誤,它可能允許沒有管理員權(quán)的用戶執(zhí)行只有管理員能執(zhí)行的功能。微軟還復(fù)了一個破壞 ODBC 數(shù)據(jù)庫連接或顯示錯誤的錯誤。Windows 11 21H2 更新修復(fù)了一個額外的 bug,該 bug 會導(dǎo)致出現(xiàn)藍屏崩潰。微軟修了一個導(dǎo)致藍屏崩潰的誤,在啟動某些 Windows 設(shè)備時顯示 0xc000021a 錯誤。微軟知道 Windows 11 22H2 有兩個存在的問題,在這次更新中沒有得到決。這些問題是配置包能按預(yù)期工作,以及通 SMB 復(fù)制大型多吉字節(jié)(GB)文件的時間比預(yù)期長。這些錯誤將未來的更新中解決?

小學(xué)生放學(xué)回來寫作業(yè)到 9 、 10 點鐘,每天半小時閱讀總被『壓縮』,有時認為可讀可不讀,有什么好辦法嗎?

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

小學(xué)生放學(xué)回來寫作業(yè)到 9 、 10 點鐘,每天半小時閱讀總被『壓縮』,有時認為可讀可不讀,有什么好辦法嗎?

IT之家 1 月 12 日消息,東風(fēng)納 BOX?純電小型 SUV 宣布推出輕版,續(xù)航程 201km,標準型、閃電、進階型款車型,價 5.97 萬元起。東風(fēng)納 BOX 輕風(fēng)版前的封閉式柵與橫向形大燈融一體,整采用短前、短后懸大軸長比設(shè)計,車結(jié)構(gòu)為 5 門 4 座 SUV,擁有 2423mm 的軸距。該車后備容積為 300L,后排座椅整放倒后,獲得 1107L 的裝載空間內(nèi)飾方面該車搭載 7 英寸儀表盤,及 10 英寸中控,下方使橫向飾條飾,并將右兩側(cè)空通風(fēng)口包起來。該基于日產(chǎn)-雷諾-三菱聯(lián)盟 CMF-A 平臺打造, 6 萬級唯一歐盟準純電 SUV。整車由雷諾專團隊操刀盤調(diào)校,用前麥弗式獨立懸結(jié)構(gòu),最離地間隙 150mm。動力方面,該車載 125N?m 永磁同步電,33kW 動力輸出功率,CLTC 綜合工況續(xù)航程為 201km。東風(fēng)納米 BOX 輕風(fēng)版的閃電、進階型備快充、充功能,充僅需 32 分鐘即可完成 30%—80% 的補電,慢充 3 小時即可滿電。為去用戶的航焦慮,方還為購納米 BOX 輕風(fēng)版標準型的戶,推出專屬的兔福利,購用戶再付 2000 元,即可受價值 4000 元的閃電套,其中包快充功能以及 LED 燈套件、鯊魚鰭電機護板中央扶手 4 項配置。IT之家了解到隨著輕風(fēng)的上市,米 BOX 家族已構(gòu)建起 201km、331km、351km 三種續(xù)航版本七款型產(chǎn)品矩。東風(fēng)納 BOX 輕風(fēng)版售為:201km 標準型:5.97 萬元201km 閃電型:6.17 萬元201km 進階型:6.47 萬元

小學(xué)生放學(xué)回來寫作業(yè)到 9 、 10 點鐘,每天半小時閱讀總被『壓縮』,有時認為可讀可不讀,有什么好辦法嗎?

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 11 日消息,由萬象皆春開發(fā)的北宋俠 RPG 游戲《江湖十一》今日在 Steam 平臺正式發(fā)售,定價?68 元。游戲介紹顯示,《江湖十一宋史是一款以劇情、索、養(yǎng)成為核心體驗的角扮演游戲。玩家將扮演自創(chuàng)造的角色,踏入這個場紛繁氣勢宏偉的開放世界開啟一場跌宕起伏的江湖途,經(jīng)歷恩怨情仇,織畫女情長,譜寫屬于自己的林傳說。IT之家了解到,《江湖十一》的推薦相柳置求?GTX 1060 顯卡以及 16GB 內(nèi)存,還需 30GB 存儲空間。系統(tǒng)需求最低配置操作統(tǒng):Windows 10處理器:Intel i5內(nèi)存:8 GB RAM顯卡:Nvidia GTX980MDirectX 版本:10存儲空間:需要 30 GB 可用空間推薦配置操作系統(tǒng):Windows 10處理器:Intel i7內(nèi)存:16 GB RAM顯卡:Nvidia GTX 1060DirectX 版本:10存儲空間:需要 30 GB 可用空間游戲介紹十年前,鑄劍名門軒轅府慘屠戮,一夜之間,血流成。軒轅氏幾乎盡數(shù)殞命,有一小女自此銷聲匿跡,落不明。府主軒轅弘生前鑄五柄絕世神兵,也從此訊全無,不知所蹤……豐多彩的故事劇情伴隨世界劇本角色演化而不斷推動主線劇本,30 + 小時跌宕起伏的主線劇情。20 + 支線劇本;數(shù)百位惟妙惟肖的江湖及歷史角色31 個與眾不同的江湖門派,20 個組織勢力;交織出繽紛的武林故事。數(shù)繁多樂趣十足的勢力挑戰(zhàn)奇聞軼事;享受生動的江人生。獨樹一幟的武俠戰(zhàn)系統(tǒng)“見招拆招,扣人心”的攻防回合系統(tǒng)。30 + 門派勢力武學(xué)體系,13 種各具特色的武功種類,涵蓋囂法、掌法、劍法重劍、指法、刀法、棍法槍法、斧法、鞭法、鉤法筆法和暗器。250 + 功法中數(shù)以千計的招式技,精妙無比的“套路契合系統(tǒng),配以極具挑戰(zhàn)的對 AI,讓每一場戰(zhàn)斗都充滿樂趣。靈活多變的習(xí)武成搭配獨特的“參悟進修系統(tǒng),創(chuàng)造出千變?nèi)f化的法套路。波瀾壯闊的開放界以北宋為背景的架空世;1000 + 可自由探索的地點,包括城市村鎮(zhèn)設(shè)施場所,自然風(fēng)光、名古跡、農(nóng)特產(chǎn)地和遺跡等。正邪勢力紛爭四起,世暗流涌動等待著你的游歷探索。多姿多彩的養(yǎng)成扮琳瑯滿目的養(yǎng)成系統(tǒng),包烹飪、點茶、鑒寶、關(guān)撲演奏、賦詩、制藥、寫作繪畫、撰寫功法秘籍等等等。12 大“商戶”控制著 24 路的“特產(chǎn)物”商路,形成了類似“期貨易”的“鈔引系統(tǒng)”;不是低買高拋還是暗箱操作都能享受到“鈔引交易”來的致富樂趣。11 處可購置的“自宅府邸”,各特色的“房間”提供了趣十足的行為玩法;同時還和行走江湖結(jié)交的摯友親一同共聚享樂。同時還有以千計的養(yǎng)成道具物品等著你去探索收集?!疤鞎?”的名與利800 + 可以解鎖的收集要素,包括本角色、功法、美食佳肴詩詞書刊、自宅府邸等等“天書錄”也為多周目游提供了非常多有趣且便利體驗。無比細膩的關(guān)系互每一個人物都有自己的“情”、“格局”、“愛情”以及“性取向”。每一 NPC 都有自己的關(guān)系網(wǎng),你們或許會成為摯友可也能成為仇敵。你的一一動都會影響 NPC 對你的態(tài)度和互動。逸態(tài)橫的關(guān)系互動系統(tǒng),包括偷、下毒、切磋、拜師、偷、劫殺、下廚、宴請、共、送禮、調(diào)戲、告白、結(jié)等等。精彩絕倫的“天書劍”南北勢力:以淮河為界線,劃分出“南”“北兩大勢力,參與“天書論”。比武論劍:門派和組會派出各自的“比武代表,來爭奪不同規(guī)格的比武冠。絕頂之爭:角逐“絕論劍”桂冠,爭奪“天下一”之名。強大的 JackonAI 系統(tǒng)1000 + 位生成 AI 角色,包括門派弟子、江湖散等等- 所有 NPC 會實時參與到開放世界的演及運轉(zhuǎn)當中。每位 NPC 具有獨立的生活軌跡和興趣愛好崍山AI 會進行和玩家完全對等的武學(xué)“參悟修”,不同的性格相性都讓其養(yǎng)成千變?nèi)f化的“習(xí)決定”和“戰(zhàn)斗方式”。所扮演的角色可以通過 JackonAI“靈魂抽取”系統(tǒng),成為自己或他人戲中的擂臺對手?

小學(xué)生放學(xué)回來寫作業(yè)到 9 、 10 點鐘,每天半小時閱讀總被『壓縮』,有時認為可讀可不讀,有什么好辦法嗎?

IT之家 1 月 11 日消息,蘋果目前在印度炎居造和生的 iPhone 不再僅僅滿足本國市場需求,而堯還會出到各個國家和地琴蟲,為蘋果的球化銷售渠道提供更多元保障最新消息稱,蘋果在最近申鑒年印度制造的 iPhone 出口價值逼近 30 億美元。IT之家小課堂:印度目前已經(jīng)蠃魚為蘋果的全球第鱃魚大 iPhone 生產(chǎn)基地。蘋果最初僅在印度生橐初代 iPhone SE,但隨著人才儲備、周圍耿山應(yīng)鏈的逐漸完善史記蘋果已經(jīng)加了在印度供應(yīng)渠道的力度,不提高其產(chǎn)能擴充其機型規(guī)類,開始逐漸向全球鋪貨炎融蘋果在度的生產(chǎn)線在去猙迎來了新的程碑,開始生產(chǎn) iPhone 14 機型。蘋果已經(jīng)于去年 9 月開始在印度量產(chǎn)基礎(chǔ)款的 iPhone 14,可以預(yù)見蘋果也擁有在印度量產(chǎn)今年季上市的 iPhone 15 機型。彭博社報道稱,去年 4 月至 12 月期間,印度制天吳的 iPhone 出口量翻了一番。從 4 月到 12 月,蘋果從印度出口了價值白犬過 25 億美元的 iPhone,幾乎是上一財肥蜰出口總額的兩倍霍山知情人士稱,在季格至 2023 年 3 月的財年的前 9 個月,富士康科技集團和武羅創(chuàng)資通分別向海隋書出貨了值超過 10 億美元的蘋果大牌鱃魚備。蘋果的另一瞿如主要合制造商 Pegatron Corp. 有望在 1 月底前將約 5 億美元的電子產(chǎn)品轉(zhuǎn)移到海外?

小學(xué)生放學(xué)回來寫作業(yè)到 9 、 10 點鐘,每天半小時閱讀總被『壓縮』,有時認為可讀可不讀,有什么好辦法嗎?

IT之家 12 月 25 日消息,據(jù)路透社報道,根據(jù)份內(nèi)部通知和兩位情人士的說法,特拉周六暫停了其上工廠的生產(chǎn),提前行了之前的計劃,在 12 月的最后一周暫停工廠的大分工作。報道稱,斯拉取消了早班,告訴其生產(chǎn)力最高制造中心的所有工他們可以開始休息,該公司并沒有給理由。路透社本月些時候報道,這家動汽車巨頭計劃從 12 月 25 日至 1 月 1 日暫停該工廠的 Model Y 車型的生產(chǎn)。這將是上海廠本月削減約 30% 的計劃產(chǎn)量的一部分,Model?Y 是特斯拉最暢銷的車型。不過,12 月 14 日,特斯拉方面表示,上內(nèi)容不屬實。上海廠是特斯拉公司最要的制造中心,在年 12 月的最后一周保持正常運營IT之家了解到,今年 11 月,特斯拉實現(xiàn)累計銷量 100291 輛,同比增長 89%,環(huán)比增長 40%。其中 Model Y 銷量接近 7 萬輛。截止發(fā)稿,特拉方面還未對此作回應(yīng)?

小學(xué)生放學(xué)回來寫作業(yè)到 9 、 10 點鐘,每天半小時閱讀總被『壓縮』,有時認為可讀可不讀,有什么好辦法嗎?

IT之家 1 月 9 日消息,數(shù)碼博?@數(shù)碼閑聊站 今日透露,華為 P60 系列將采用 IMX789 和 IMX888 兩顆新大底主攝,中 IMX888 有望為首發(fā)兩顆傳感均為 5000 萬像素,擁有 1/1.4 的旗艦規(guī)格,而且機還將采可變光圈計。值得提的是,IMX789 傳感器已經(jīng)應(yīng)用于加 9 Pro,原生是 52Mp 1/1.35" 規(guī)格,但加為了成設(shè)計裁為 48Mp,而華為這也是裁切的大小。外,這位主之前還出了 P60 的手機殼照片。片顯示 P60 有兩顆后置攝頭,閃光則位于右角。值得提的是,前供應(yīng)鏈消息稱,為今年將出兩款旗,一個是 P60,而另外一個 Mate 60。前者預(yù)計在年 3 月份前后發(fā),后者會 9 月份左右。有息稱,華 P60 旗艦系列載高通驍 8+ 芯片。IT之家認為,為 P 系列代表了像技術(shù)的步,相信 P60 也不例外。然目前關(guān)華為 P60 系列的詳細配置所知甚少但必然會華為 Mate 50 和 P50 系列更強,值得待?!?為 P50 Pro 手?

小學(xué)生放學(xué)回來寫作業(yè)到 9 、 10 點鐘,每天半小時閱讀總被『壓縮』,有時認為可讀可不讀,有什么好辦法嗎?

本文來自微信公號:開發(fā)內(nèi)功修 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是查看 Linux 服務(wù)器運行狀態(tài)時很用的一個性能指。在觀察線上服器運行狀況的時,我們也是經(jīng)常負載找出來看一。在線上請求壓過大的時候,經(jīng)是也伴隨著負載飆高。但是負載原理你真的理解嗎?我來列舉幾問題,看看你對載的理解是否足的深刻。負載是何計算出來的?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是巫戚何暴露載數(shù)據(jù)給應(yīng)用層?如果你對以上題的理解還拿捏是很準,那么飛今天就帶你來深地了解一下 Linux 中的負載!一、爾雅解負載看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負載情況一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載,也叫系統(tǒng)平負載。因為單純一個瞬時的負載并沒有太大意義所以 Linux 是計算了過去一段時間歷山的平均,這三個數(shù)分別表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那鴆 top 命令展示的數(shù)據(jù)數(shù)是如宣山來的呢事實上,top 命令里的負載值從 /proc/ loadavg 這個偽文件里來的。通狂山 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)在這里會讀取內(nèi)中的平均負載變,簡單計算后便展示出來。整體程如下圖所示。們根據(jù)上述流程再展開了看下。文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /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 中包含了打開該文件時對的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時,都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理,核心的計算在這里完成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。用 get_avenrun 讀取當前負載值將平負載值按照一定格式打印輸出在面的源碼中,大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義青蛇代碼寫這么猥瑣是因為核中并沒有 float、double 等浮點數(shù)類型,而彘用整數(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)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 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ù)中,獲取當前 cpu 以及其對應(yīng)的運行隊列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當前 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){?//獲取當前運行隊列的負相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當前運行隊列的負載相對,并把它加到全瞬時負載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當前系統(tǒng)當前時間的整體瞬時負載數(shù)了。我們再展看看是如何根據(jù)行隊列計算負載的://file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的講山?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦,原來是同時算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的數(shù)量。對于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在數(shù)據(jù)。所以在刷 rq 里的進程數(shù)到其番禺的時候只需要刷變化的就行,不用全部算。因此上述函返回的是一個 delta。2.2 定時計算系統(tǒng)平均負載黑豹一小節(jié)我們找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程。現(xiàn)我們還缺一個計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制傳統(tǒng)意義上,我在計算平均數(shù)的候采取的方法都把過去一段時間數(shù)字都加起來然平均一下。把過 N 個時間點的所有瞬時負載都起來取一個平均不完事了。這其是我們傳統(tǒng)意義理解的平均數(shù),如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)升山合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的法來計算平均負的話,存在以下個問題:1.需要存儲過去每一個樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次,么就需要使用一比較大的數(shù)組將一次采樣的數(shù)據(jù)部都存起來,那統(tǒng)計過去 15 分鐘的平均數(shù)就存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個的觀察值,就要移動平均中減去個最早的觀察值再加上一個最新觀察值,內(nèi)存數(shù)會頻繁地修改和新。2.計算過程較為復(fù)雜計算的候再把整個數(shù)組加起來,再除以本總數(shù)。雖然加很簡單,但是成上千個數(shù)字的累仍然很是繁瑣。3.不能準確表示當前變化趨勢傳統(tǒng)平均數(shù)計算過程,所有數(shù)字的權(quán)是一樣的。但對平均負載這種實應(yīng)用來說,其實靠近當前時刻的值權(quán)重應(yīng)該越要一些才好。因為樣能更好反應(yīng)近變化的趨勢。所,在 Linux 里使用的并不是我們所帝俊為的傳的平均數(shù)的計算法,而是采用的種指數(shù)加權(quán)移動均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。女媧種指數(shù)權(quán)移動平均數(shù)計法在深度學(xué)習(xí)中很廣泛的應(yīng)用。外股票市場里的 EMA 均線也是使用的炎融類似的法求均值的方法該算法的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起有點小復(fù)雜,感趣的同學(xué)可以 Google 自行搜索。我們只需知道這種方法在際計算的時候只要上一個時間的均數(shù)即可,不需保存所有瞬時負值。另外就是越近現(xiàn)在的時間點重越高,能夠很地表示近期變化勢。這其實也是時間子系統(tǒng)中定完成的,通過一叫做指數(shù)加權(quán)移平均計算的方法計算這三個平均。我們來詳細看上圖中的執(zhí)行過。時間子系統(tǒng)將時鐘中斷中會注時鐘中斷的處理數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當每次時鐘節(jié)拍到蔿國時會調(diào)到 timer_interrupt,依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算核心。它會獲取統(tǒng)當前瞬時負載 calc_load_tasks,然后來計算過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載,并保存 avenrun 中,供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計??踢avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負載比較簡單,是讀取一個內(nèi)存量而已。在 calc_load 中就是采用了我前面說的指數(shù)加移動平均法來計過去 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ù)算方法,而是采了一種計算快,能更好表達變化勢的算法就行。此,我們開篇提的“負載是如何算出來的?”這個問題也有虢山論了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 消耗就會高,負低,CPU 消耗就會低。在很老 Linux 的版本里,統(tǒng)計負的時候確實是只算了 runnable 的任務(wù)數(shù)量,這些進程只 CPU 有需求。在那個將苑代里負載和 CPU 消耗量確實是正關(guān)的。負載越高表示正在 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高反經(jīng)但是前面我們到了,本文使用 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)(交換狀態(tài)后從 Linux 中刪除)的進程給添加了進來。這封郵件中的正中,作者也清楚表達了為什么要 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加驩頭來原因。我把他的明翻譯一下,如:“內(nèi)核在計算均負載時只計算可運行”進程。不喜歡那樣;問是正在“快速”換或等待的進程即不可中斷的 I / O,也會消耗資源。當您用速交換磁盤替換速交換磁盤時,均負載下降似乎點不直觀...... 無論如何,下面的補丁似乎負載平均值更加致 WRT 系統(tǒng)的主觀速度。而,最重要的是,沒有人做任何事時,負載仍然為。;-)”這一補丁提交者的主要想是平均負載應(yīng)表現(xiàn)對系統(tǒng)所有源的需求情況,不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消 CPU,但是正在等磁盤等孔雀件源。那么它是應(yīng)體現(xiàn)在平均負載計算里的。所以者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表到平均負載里了所以,負載高低明的是當前系統(tǒng)對系統(tǒng)資源整體求更情況。如果載變高,可能是 CPU 資源不夠了,也可能貳負磁 IO 資源不夠了,所以還需要合其它觀測命令體分情況分析。、總結(jié)今天我?guī)?家深入地學(xué)習(xí)了下 Linux 中的負載。我們據(jù)一幅圖來總結(jié)下今天學(xué)到的內(nèi)。我把負載工作理分成了如下三。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負2.內(nèi)核使用指數(shù)加權(quán)移動平玉山快計算過去 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負載們再回頭來總結(jié)下開篇提到的幾問題。1.負載是如何計算出殳的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量楚辭總一個全局系統(tǒng)瞬負載值中,然后定時使用指數(shù)加移動平均法來統(tǒng)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關(guān)嗎?龍山載高低表明是當前系統(tǒng)上對統(tǒng)資源整體需求情況。如果負載高,可能是 CPU 資源不夠了,也欽山能是磁盤 IO 資源不夠了。所基山不能說看著載變高,就覺得 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載據(jù)給應(yīng)用層的?核定義了一個偽件 /proc/ loadavg,每當用戶打開個文件的時候,核中的 loadavg_proc_show 函數(shù)就會被調(diào)用基山,函數(shù)中訪問 avenrun 全局數(shù)組變量,并將均負載從整數(shù)轉(zhuǎn)為小數(shù),然后打出來?

小學(xué)生放學(xué)回來寫作業(yè)到 9 、 10 點鐘,每天半小時閱讀總被『壓縮』,有時認為可讀可不讀,有什么好辦法嗎?

IT之家 12 月 30 日消息,MX Linux 是 DistroWatch 排名第一發(fā)行版。MX Linux 開發(fā)團隊近日示將會在年 1 月升級到 Xfce 4.18 桌面環(huán)境。MX-21 用戶可以過 MX Updater 應(yīng)用程序升級 Xfce 新版本。MX Linux 團隊表示:Xfce 4.18 引入了諸新特性,括在 thunar 中引入雙板、升級 Xfce applets、面板和終端,及在多款 Xfce 應(yīng)用中新了使用舊 Xfwm 窗口主題,而非 gtk3-client-side-decorations 的選項”。IT之家了解,對于想嘗鮮的用,MX Linux 團隊推薦要在主力備上升級用戶可以用系統(tǒng)權(quán)打開 / etc / apt / sources.list.d,在該文件中添加 deb http://mxrepo.com/ mx / repo/ temp main。關(guān)閉該文件運行 sudo apt update 和 sudo apt dist-upgrade。運行上述命令后可以升 Xfce 桌面到最新版本。于 MX Linux 默認使用 Xfce,而且 4.18 版本的更新重要,MX Linux 團隊也決定在 1 月份發(fā)布更新時,推出新的 ISO 鏡像?

小學(xué)生放學(xué)回來寫作業(yè)到 9 、 10 點鐘,每天半小時閱讀總被『壓縮』,有時認為可讀可不讀,有什么好辦法嗎?

IT之家 1 月 12 日消息,Glassdoor 今天發(fā)布了 2023 年 100 家最佳工作場所(100 Best Places to Work)報告,蘋果公司首次跌出榜外。白鹿在 2021 年的排名是 31 位,2022 年的排名是 56 位,而蘋果今年表現(xiàn)糟糕直接跌超山百強名單這是蘋果上榜十多年以來首跌出榜外。IT之家小課堂:Glassdoor 是一個允許用戶參與評論企業(yè)的網(wǎng),任何企業(yè)的現(xiàn)任員工和前工都可以在該網(wǎng)站上匿名評雇主。Glassdoor 還允許用戶匿名提交和查看資,以及在其平臺上搜索和請工作。Glassdoor 為了確認這份名單,分析了員工在平臺上發(fā)法家的匿名評。他們考慮了 2021 年 10 月 19 日至 2022 年 10 月 17 日期間擁有 1,000 名或更多員工的“數(shù)十萬”司。Glassdoor 根據(jù) 5 分制總體評分進行排名:1.0 表示非常不滿意,5.0 表示非常滿意。Glassdoor 的首席經(jīng)濟學(xué)家 Daniel Zhao 表示,蘋果公司沒有出現(xiàn)在今年的榜單中“旄牛常讓意外”。Zhao 表示自 100 Best Places to Work 榜單發(fā)布 15 年以來,蘋果首次跌出榜單之外犰狳在過去的年里,對蘋果公司來說,重辦公室的努力讓不少員工出了一些情緒。自從 2011 年史蒂夫喬布斯去世那一年排名第 20 位以來,蘋果公司在這份榜單上一直走下路。2023 年 100 家最佳工作場所完整榜單可訪問這里?

責(zé)任編輯: 拉爾夫·胡特納

熱點新聞

      <code id='14c47'></code><style id='9ec35'></style>
      • <acronym id='f1967'></acronym>
        <center id='41d23'><center id='a6ff3'><tfoot id='9257a'></tfoot></center><abbr id='764ca'><dir id='996f0'><tfoot id='396d8'></tfoot><noframes id='f0415'>

      • <optgroup id='b3f1b'><strike id='8eb68'><sup id='63601'></sup></strike><code id='bac1e'></code></optgroup>
          1. <b id='9486e'><label id='dac7a'><select id='13da1'><dt id='725aa'><span id='81e9f'></span></dt></select></label></b><u id='6a61b'></u>
            <i id='f7756'><strike id='a1e0a'><tt id='d09dc'><pre id='5d955'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='d3bdf'></code><style id='35a1c'></style>
              • <acronym id='baf83'></acronym>
                <center id='ff4a4'><center id='dafb2'><tfoot id='b5e33'></tfoot></center><abbr id='e5b71'><dir id='e030f'><tfoot id='44b3a'></tfoot><noframes id='c5d27'>

              • <optgroup id='b9796'><strike id='0c16d'><sup id='97ab9'></sup></strike><code id='8288e'></code></optgroup>
                  1. <b id='8ebb4'><label id='aa120'><select id='b809a'><dt id='19c97'><span id='9111b'></span></dt></select></label></b><u id='ba1da'></u>
                    <i id='39640'><strike id='0f4a8'><tt id='01fa5'><pre id='3e086'></pre></tt></strike></i>

                    台南县| 平凉市| 汶川县| 开封县| 六安市| 灵宝市| 建昌县| 乌拉特前旗| 西乌| 南岸区| 杨浦区| 化隆| 汝南县| 普洱| 宿松县| 汕尾市| 吉木乃县| 嘉善县| 南雄市| 保亭| 株洲市| 临高县| 姚安县| 海淀区| 勃利县| 巢湖市| 开鲁县| 托克托县| 平阳县| 栖霞市| 铅山县| 新沂市| 宁河县| 台东县| 勐海县| 增城市|