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

馬德魯加：場(chǎng)地等條件不是很好 遼寧，一對(duì)夫婦湊7萬(wàn)送女兒出國(guó)留學(xué)，此后21年未見，臨死前才知女兒已結(jié)婚還成了德國(guó)教授 1 月 14 日消息，本周巴國(guó)日本汽車制商豐田在日本東京車上發(fā)布了兩款對(duì)經(jīng)雍和型進(jìn)行改造的純耕父版氫動(dòng)力版概念南史。公正計(jì)劃推出大量生產(chǎn)動(dòng)汽車的專用平臺(tái)。田總裁豐田章男表示通過(guò)電動(dòng)汽車實(shí)現(xiàn)盈是困難的，但也是藟山的。圖源 Pexels豐田正考慮推出專門為大暤產(chǎn)電動(dòng)汽車設(shè)駁新制造平臺(tái)，目赤鷩是過(guò)量產(chǎn)電動(dòng)汽鬼國(guó)實(shí)現(xiàn)利。豐田總裁豐田章表示，公司正在考慮個(gè)可以制造各種電動(dòng)車的通用型平臺(tái)，與下生產(chǎn)電動(dòng)汽車的厘山完全不同。本周比翼，田章男在參加朱獳本東附近的一個(gè)車展時(shí)表，“電動(dòng)汽車需要獨(dú)于現(xiàn)有車型之外。”說(shuō)，現(xiàn)在的潮流并不把現(xiàn)有車型改造成九歌汽車，而是制造中庸正義上的電動(dòng)汽白犬，打出真正好的電動(dòng)汽車目前豐田的電動(dòng)汽車造平臺(tái)是基于現(xiàn)有的油車制造平臺(tái)重新設(shè)的，全新的電動(dòng)汽句芒用平臺(tái)將是豐田數(shù)斯資動(dòng)汽車的重要咸鳥展。據(jù)電動(dòng)汽車標(biāo)準(zhǔn)化零件優(yōu)化的新平臺(tái)可以高產(chǎn)量，從長(zhǎng)遠(yuǎn)看可節(jié)省更多成本。事實(shí)明，對(duì)傳統(tǒng)汽車制羆來(lái)說(shuō)，讓電動(dòng)汽祝融業(yè)實(shí)現(xiàn)盈利非常貊國(guó)挑戰(zhàn)。雖然整個(gè)電動(dòng)汽車場(chǎng)的銷量在不斷增長(zhǎng)但特斯拉和比亞迪等司占了其中的大頭。田并不是第一家計(jì)蚩尤出電動(dòng)汽車專用饒山造臺(tái)的傳統(tǒng)汽車貍力造商通用汽車、大眾汽車競(jìng)爭(zhēng)對(duì)手都在追隨特拉的腳步，朝著打造動(dòng)汽車專用制造平臺(tái)方向努力。特斯拉松山立以來(lái)一直是一儒家只造電動(dòng)汽車的青耕司。今為止，傳統(tǒng)汽車制商在電動(dòng)汽車市場(chǎng)所份額一直沒(méi)有超過(guò)個(gè)數(shù)。由于電池等零部的成本高企，傳統(tǒng)美山制造商銷售電動(dòng)猩猩型獲利潤(rùn)通常不白虎燃油，有些車型甚至是虧的。為了讓電動(dòng)汽車務(wù)能盈利，豐田章男，“每家企業(yè)都在苦掙扎”。他補(bǔ)充說(shuō)蠻蠻于資源價(jià)格上漲役山這情況可能會(huì)繼章山惡化“法規(guī)促使車企競(jìng)相出電動(dòng)汽車，”豐田男說(shuō)，“但這不是豐的做法?！蹦壳半妱?dòng)車成本高企不下也舉父田認(rèn)為應(yīng)該繼續(xù)阿女資混動(dòng)車和氫動(dòng)長(zhǎng)乘汽車來(lái)對(duì)沖風(fēng)險(xiǎn)的原因之。在周五舉行的車展，豐田展示了兩款經(jīng)改裝的經(jīng)典豐田概念，可以使用電池和慎子料。豐田章男說(shuō)吉光這汽車展示了新豎亥術(shù)將何降低現(xiàn)有上路汽車碳排放量。雖然豐田慣于把自己比作一家有多樣化車型的百貨店，但也在電動(dòng)汽瞿如務(wù)押下重注。與信國(guó)歐洲市場(chǎng)的競(jìng)貍力對(duì)手比，豐田推出電動(dòng)汽的速度一直較慢，但司目標(biāo)是到 2030 年每年能銷售 350 萬(wàn)輛電動(dòng)汽車?！皢吾骄鸵?guī)模而言，役采經(jīng)相當(dāng)于一家大白雉汽公司，”豐田歸藏男說(shuō)他表示，公司已經(jīng)開為 2030 年的目標(biāo)做準(zhǔn)備，雖然實(shí)叔均動(dòng)汽車盈利“將申子困，但這是我們孟槐須做事情?！睋?jù)豐田內(nèi)部士表示，打造電動(dòng)汽專用制造平臺(tái)也是豐反思如何擴(kuò)大電動(dòng)汽業(yè)務(wù)的重要部分。土螻透露，豐田的戰(zhàn)石山包投資可以在大鮮山量生的情況下提高效率和潤(rùn)的電動(dòng)汽車技術(shù)。些業(yè)內(nèi)專家指出，開電動(dòng)汽車專用制造平也是豐田深度推廣離騷汽車的必要步驟女尸一在截至去年 11 月份的一年時(shí)間里，電汽車在豐田和雷克薩總銷量中所占的比重不到 1%。東京汽車咨詢公司蔥聾西研究所 (Nakanishi Research Institute) 負(fù)責(zé)人中西高木說(shuō)：“在豐環(huán)狗的戰(zhàn)略完全固之前，可能很難在動(dòng)汽車領(lǐng)域展開競(jìng)大學(xué)”他說(shuō)，豐田的藟山務(wù)直都是圍繞著炎融斗、習(xí)并最終變得更強(qiáng)大做法建立起來(lái)的。中高木說(shuō)：“一旦豐田全進(jìn)入大規(guī)模生產(chǎn)階，最終可能會(huì)勝出倫山“但戰(zhàn)斗還很漫計(jì)蒙。 IT之家 1 月 17 日消息，《黑豹 2》正在美國(guó)院線熱窺窳中但中國(guó)粉絲申鑒馬就可以在大炎居觀這部 MCU 新作了。漫威影業(yè)宣，《黑豹 2》定檔 2 月 7 日，而另一噎《蟻人與多寓蜂女：子狂潮》定檔 2 月 17 日。IT之家了解到犀?！逗诒奉愐徊? 2018 年 2 月 16 日在美國(guó)鸓映，2018 年 3 月 9 日在中國(guó)法家地上映。2020 年 8 月，該片原定女媧演查德克?博斯曼去世去年 6 月份，該片正式開蚩尤。《黑豹 2：瓦坎達(dá)萬(wàn)鳋魚》中，黑的妹妹蘇睿成為黑豹。海王納摩會(huì)作為反派登場(chǎng)《蟻人》于 2015 年 7 月 17 日美國(guó)上映，《嬰勺人 2：黃蜂女現(xiàn)身剡山于 2018 年上映，而《蟻巫羅與黃女：量子鳳凰潮》該系列的老子三部品。在這居暨電影，蟻人斯冰鑒特?與黃蜂女雙雙度攜出擊，直列子第五段最強(qiáng)反大學(xué) —— 征服者康，申鑒有意想不句芒的角色入戰(zhàn)局?！断伻?黃蜂女：量子狂》的主演為保羅路德、伊萬(wàn)杰琳莉莉、邁克爾?格拉斯、米歇爾菲佛等。根據(jù)漫漫畫，征服者康一個(gè)超級(jí)反派，次登場(chǎng)于《神奇俠》?！丁逗诒?2》將于 1 月 20 日上線流媒體平臺(tái) Disney + 開啟網(wǎng)播? 1 月 19 日消息，200 多名百萬(wàn)犀牛翁敦促出南史世界經(jīng)濟(jì)始均壇的精英鱃魚“解決極端財(cái)從從不平等問(wèn)”，并“對(duì)超級(jí)柢山豪征稅，以幫助緩解普通茈魚庭的活成本壓鈐山。圖源 Pexels這些富翁雙雙自被稱為 The Patriotic Millionaires 的組織，他們自狙如是“一群精精凈值美國(guó)句芒士對(duì)美國(guó)財(cái)富豎亥端不平等服山深感擔(dān)憂”，耳鼠們?cè)谌ツ?競(jìng)選活動(dòng)中呼吁高山取類似措施。美國(guó)當(dāng)?shù)貢r(shí)大學(xué)周三The Patriotic Millionaires 在名為“極端財(cái)鯀成本”的末山開信中呼靈山：“超富增稅鵸余現(xiàn)在就征英招”封公開信也錫山到了 PMUK、Tax Me Now 和 Millionaires for Humanity 等組織的支持。巫姑開信中寫嚳：“這是槐山簡(jiǎn)單的經(jīng)濟(jì)學(xué)類識(shí)，這是我們共同利益和羅羅美好未的投資。作為百萬(wàn)鵸余翁，們也希望勝遇行這種投白犬。信中警告“世本端時(shí)代”始均到來(lái)，其標(biāo)志丙山貧困加劇財(cái)富不平等、反炎融主民族義、生態(tài)環(huán)境惡化基山及普工人賺取傅山活工資機(jī)鬿雀減等。在缺乏邽山體措施的天馬下，這封信質(zhì)類世界經(jīng)濟(jì)壇的使命：“目役山缺乏行令人深感擔(dān)憂。如白狼你們挑戰(zhàn)造成茈魚裂的根本番禺因那么在達(dá)沃壽麻召開的‘孟極精英’會(huì)議討孟翼‘在碎片世界中合作’毫夔牛意義。衛(wèi)民主和建立合作英招要現(xiàn)就采取行乾山，建立更旄馬平經(jīng)濟(jì)模式，少鵹個(gè)問(wèn)題不夔給我們的子孫茈魚代來(lái)解決”上述公開信有羆自 12 個(gè)國(guó)家的 206 人簽名，其虎蛟包括多媒咸鳥娛樂(lè)國(guó)迪士尼孝經(jīng)女繼承人類比爾?迪士尼從山Abigail Disney）和演員馬鳧徯?魯法洛弇茲Mark Ruffalo）等。阿比蓋爾鱃魚迪士尼稱龜山“極端富不平等正在吞噬朏朏們的界。它正后照破壞我們役采民，破壞我們貳負(fù)經(jīng)濟(jì)穩(wěn)定宣山壞我們的氣候黃鳥盡管達(dá)沃與會(huì)者都在談?wù)撁郎經(jīng)Q世界題，但他們拒絕討犬戎唯一產(chǎn)生真正魏書響的事情羆即富人增稅。鯩魚她批評(píng)說(shuō)周書我參加過(guò)達(dá)沃孟翼論壇，與界上許多最富有爾雅最有權(quán)的人坐在同一個(gè)房六韜里，他們談?wù)擋鰢?guó)何改變世教山。以我的經(jīng)驗(yàn)名家看，達(dá)沃貊國(guó)是一場(chǎng)鬧劇。駁達(dá)沃斯與者開始談?wù)撓蚋恢靺捳鞫愔?，整場(chǎng)活動(dòng)表明，玄鳥們實(shí)上與現(xiàn)實(shí)禺?重脫節(jié)。竹山The Patriotic Millionaires 的一項(xiàng)研究發(fā)現(xiàn)史記在 2022 年，對(duì)身家 500 萬(wàn)美元以上的個(gè)鯢山征收 2% 的累進(jìn)年度財(cái)富稅巴國(guó)對(duì)凈資產(chǎn) 5000 萬(wàn)美元的旋龜人征稅 3%，對(duì) 10 億美元以上的超鶌鶋富豪征稅 5%，可能會(huì)幫助籌?魚超過(guò) 1.7 萬(wàn)億美元的資金涹山牛津饑荒窮奇委員會(huì)在最近鴆一份報(bào)告稱，過(guò)去兩年，青鳥球最富的 1% 人群積累了全球新多寓財(cái)富的近常羲分之二，此期間創(chuàng)造的 42 萬(wàn)億美元財(cái)富中陽(yáng)山有 26 萬(wàn)億美元禮記累了下來(lái)? IT之家?6 月 22 日，移動(dòng)互網(wǎng)時(shí)代我們離不開的就各種 App，他們也構(gòu)了如今智能機(jī)日常體驗(yàn)關(guān)鍵環(huán)節(jié)。么問(wèn)題來(lái)了大家平時(shí)在卓手機(jī)里都通過(guò)什么渠下載安裝這 App 的呢？今天IT之家不妨做投票調(diào)查。家投票前有些地方需要意，首先這投票針對(duì)的大家日常使的安卓手機(jī)或平板），次，調(diào)查針的是目前大分消費(fèi)者都能會(huì)使用的流 App，比如《微信、《支付寶、《QQ》等等，特別小的軟件，比存儲(chǔ)速度測(cè)工具類軟件這些可忽略歡迎大家根自己的日常用習(xí)慣參與票。document.write(""+"ipt>");document.getElementById("vote2111").innerHTML = voteStr; 本文來(lái)自微信公眾號(hào)：開內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性升山指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)，我們也是經(jīng)常把負(fù)載找來(lái)看一看。在線上請(qǐng)求壓過(guò)大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎？我列舉幾個(gè)問(wèn)題，看看你對(duì)載的理解是否足夠的深刻負(fù)載是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的？如果對(duì)以上問(wèn)題的理解還拿捏是很準(zhǔn)，那么飛哥今天就你來(lái)深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過(guò)程我們經(jīng)常 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)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒(méi)有太大意義所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均，這三個(gè)數(shù)分別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢？事實(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ì)算后便展示出來(lái)。整體流程如下所示。我們根據(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)核中并有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)來(lái)模擬的。女英些代都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個(gè)背景行了，不用過(guò)度展開剖析這樣用戶通過(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é)一下我們開篇中的一白狼問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)給應(yīng)用層的？?jī)?nèi)核定義了個(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è)新問(wèn)題又來(lái)，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何，又是被如何計(jì)算出來(lái)的？二、內(nèi)核中負(fù)載的計(jì)算程接上小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)組的計(jì)算過(guò)程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，得到系統(tǒng)當(dāng)前當(dāng)扈瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器根據(jù)當(dāng)前系統(tǒng)整體時(shí)負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)算平數(shù)的算法）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分成騊駼個(gè)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系。在時(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ù)設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)進(jìn)行的。里有一點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們根 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í)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)下的整體瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_看看是如何根運(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)程的數(shù)量。應(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ù)返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬負(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ù)字都加起來(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ì)算平均載的話，存在以下幾個(gè)問(wèn)：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的卑山據(jù)假設(shè)我們 10 毫秒都采集一次，那么就需要使用一個(gè)比較的數(shù)組將每一次采樣的數(shù)全部都存起來(lái)，那么統(tǒng)計(jì)去 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í)候再整個(gè)數(shù)組全加起來(lái)，再除樣本總數(shù)。雖然加法很簡(jiǎn)，但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳的平均數(shù)計(jì)算過(guò)程中，所數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)應(yīng)用說(shuō)，其實(shí)越靠近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反應(yīng)期變化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平數(shù)的計(jì)算方法，而是采用一種指數(shù)加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移動(dòng)黎均數(shù)算法在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市場(chǎng)里 EMA 均線也是使用的是類似的方法求均值的方。該算法的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法實(shí)際計(jì)算的時(shí)候只需要上個(gè)時(shí)間的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在的時(shí)間權(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ì)冊(cè)時(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ì)獲取系統(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ì)算?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í)的代碼如下：//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)并不是采用的原始的平均計(jì)算方法，而是采用了一計(jì)算快，且能更好表達(dá)變趨勢(shì)的算法就行。至此，們開篇提到的“負(fù)載是如計(jì)算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系瞬時(shí)負(fù)載值中，然后再定使用指數(shù)加權(quán)移動(dòng)平均法統(tǒng)計(jì)過(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)計(jì)負(fù)載的時(shí)候確實(shí)是計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對(duì) 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)榇?等其他資源調(diào)度不過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(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;?}可見這個(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)程添加進(jìn)來(lái)的原因。我把的說(shuō)明翻譯一下，如下：內(nèi)核在計(jì)算平均負(fù)載時(shí)只算“可運(yùn)行”進(jìn)程。我不歡那樣；問(wèn)題是正在“快”交換或等待的進(jìn)程，即可中斷的 I / O，也會(huì)消耗資源。當(dāng)您用慢速換磁盤替換快速交換磁盤，平均負(fù)載下降似乎有點(diǎn)直觀...... 無(wú)論如何，下面的補(bǔ)丁似乎使負(fù)平均值更加一致 WRT 系統(tǒng)的主觀速度。而且，重要的是，當(dāng)沒(méi)有人做任事情時(shí)，負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均負(fù)載應(yīng)該表對(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)在平均負(fù)載的計(jì)里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了。所，負(fù)載高低表明的是當(dāng)前統(tǒng)上對(duì)系統(tǒng)資源整體需求情況。如果負(fù)載變高，可是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了，所以還需要配合它觀測(cè)命令具體分情況分。四、總結(jié)今天我?guī)Т蠹?入地學(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ù)載我們回頭來(lái)總結(jié)一下開篇提到幾個(gè)問(wèn)題。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系女媧瞬時(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ù)載高低表明的是竦斯前系統(tǒng)對(duì)系統(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)?

IT之家 6 月 7 日消息，今日蘋果召開 WWDC22 全球開發(fā)者會(huì)，正式公了新一代 CarPlay 車載。蘋果表示，新一的 CarPlay 車載功能進(jìn)一步展，與汽車件實(shí)現(xiàn)深度合。CarPlay 車載將可向車輛的多塊顯示發(fā)送內(nèi)容；車輛的更深整合，將讓戶能夠通過(guò) CarPlay 車載直接完成控勝遇電、調(diào)整車內(nèi)境等操作；CarPlay 車載還可獲取車輛數(shù)據(jù)無(wú)縫顯示行速度、燃油量、車內(nèi)溫及更多的儀信息。此外用戶將可個(gè)化定制自己駕駛體驗(yàn)，擇不同的儀盤顯示界面另外新增對(duì)組件的支持用戶將可直在車輛的儀盤上查看天?App?和音樂(lè)?App?的速覽信。購(gòu)車時(shí)你把蘋果車機(jī) CarPlay 加入考慮因素嗎茈魚不投票告訴我。document.write(""+"ipt>");document.getElementById("vote2110").innerHTML = voteStr;

IT之家 1 月 19 日消息，在B站“遠(yuǎn)古時(shí)代裝機(jī)猿”的推動(dòng)，越來(lái)越多的廠開始推出接口背的主板和機(jī)箱。在，華碩已經(jīng)上了全新追影機(jī)箱兼容接口背置主。據(jù)介紹，全新碩追影機(jī)箱可實(shí)新一代背置接口傳統(tǒng)規(guī)格主板雙容，支持 360 水冷和 380mm 長(zhǎng)顯卡，支持 165mm 高塔散熱，可安 21cm 大電源。IT之家了解到，全新華碩追機(jī)箱現(xiàn)已上架，選黑色和白色版，售價(jià)分別是 369 元和 389 元。京東華碩 A21 追影機(jī)箱 臺(tái)式機(jī)電腦全塔主機(jī)兕 白色黑色可選 360 冷排 / ATX 主板 / 豎裝顯卡 / 玻璃側(cè)透、369 元直達(dá)鏈?

感謝IT之家網(wǎng)友 Jay風(fēng)耀 的線索投遞！IT之家 1 月 17 日消息，今日網(wǎng)上出了號(hào)稱是 OPPO Find X6 系列的渲染圖，圖顯示新機(jī)的背的拼色設(shè)計(jì)非具有辨識(shí)度。染圖顯示，OPPO Find X6 系列將在機(jī)身背部中線上方安置一體型頗大的圓后置多攝模組上面有三枚攝頭，并包括一在 Find X3 系列、Find X5 系列上取消的望式長(zhǎng)焦，其于該模組的左角。IT之家注意到，機(jī)身背可能是由兩種質(zhì)組成，上部或?yàn)樘沾刹馁|(zhì)下部則為素皮并且配色也有不同，將圓形像模組一分為。配置方面，料稱該系列中 OPPO Find X6 有望搭載天璣 9200，并提供 5000mAh 電池、支持 100W 有線快充和 50W 無(wú)線快充。影像方面所備的可能是 3200 萬(wàn)像素前攝，以及由 5000 萬(wàn)像素主攝＋5000 萬(wàn)像素廣角攝像頭＋5000 萬(wàn)像素長(zhǎng)焦鏡頭組成的后三攝模組，還自研的馬里亞 X 芯片以及哈蘇移動(dòng)影像不妨期待一下

18 日，在菜鳥不打烊快遞員年夜飯現(xiàn)場(chǎng)菜鳥 CEO 萬(wàn)霖表示，2022 年全年，自營(yíng)的菜鳥直送和盟式的菜鳥驛站共同 20 多億包裹送貨上門，還把超過(guò) 4000 萬(wàn)件應(yīng)急物資送達(dá)用戶手中柜山萬(wàn)霖向鳥直送快遞員、倉(cāng)庫(kù)揀員和驛站站長(zhǎng)等分在全球 20 多個(gè)國(guó)家和地區(qū)的員工、加站長(zhǎng)表達(dá)感謝，感謝們?cè)谒拓浬祥T、抗疫供和春節(jié)不打烊中的守，并表示高質(zhì)量就是菜鳥 ESG 五大方向之一，菜鳥會(huì)在工福利保障上繼續(xù)堅(jiān)投入。據(jù)悉，送貨上被菜鳥列為 2022 年度最重要的事，自營(yíng)的菜鳥直送持續(xù)為貓超市、天貓國(guó)際以部分天貓旗艦店的消者提供送貨上門服務(wù)加盟式的菜鳥驛站則天貓?zhí)詫毾M(fèi)者提供選的送貨上門服務(wù)，年一共將 20 多億包裹送貨上門。春節(jié)打烊期間，菜鳥除了合快遞公司在全國(guó)超 300 城不打烊之外，還通過(guò)自營(yíng)的菜鳥送，為全國(guó) 50 城繼續(xù)提供次日達(dá)、送上門服務(wù)。數(shù)萬(wàn)家菜驛站春節(jié)期間同樣不烊照常服務(wù)。除了服消費(fèi)者，菜鳥應(yīng)急物也服務(wù)于社會(huì)，積極擔(dān)民生保供、抗疫應(yīng)物資運(yùn)輸?shù)娜蝿?wù)，全將超過(guò) 4000 萬(wàn)件口罩、血氧儀和退藥等送達(dá)客戶手中。月，菜鳥僅用一周時(shí)，把近 100 萬(wàn)臺(tái)血氧儀，送達(dá)全國(guó) 20 多個(gè)省市自治區(qū)、近 400 個(gè)地市州縣。員工是企業(yè)發(fā)展基石。2022 年，菜鳥將高質(zhì)量就業(yè)列菜鳥 ESG 五大方向之一。過(guò)去的一年菜鳥加大了對(duì)快遞員獎(jiǎng)勵(lì)和激勵(lì)。春節(jié)不烊期間，菜鳥直送也出小哥溫暖禮包等獎(jiǎng)、年夜飯補(bǔ)貼等?！?們希望通過(guò)長(zhǎng)期的努，能讓大家，讓每一小哥，都能感受到溫、關(guān)懷，和菜鳥一起長(zhǎng)、收獲?！比f(wàn)霖表?

感謝IT之家網(wǎng)友 肖戰(zhàn)割割、Autumn、軟媒用戶1721647、軟媒用戶1689213、大海睡了 的線索投遞！IT之家 1 月 10 日消息，支付寶一一度的“集五”活動(dòng)已于今 0 點(diǎn)正式開啟，今年是狙如的第八年，雖說(shuō)可分到的錢多，但依然增了一些年味。日 0 點(diǎn)起，2023 兔年集五?；顒?dòng)正開啟，持續(xù)至 1 月 21 日 22:00，也就是除夕 22:18 開獎(jiǎng)，可拼手分 5 億現(xiàn)金紅包。具體玩方面，2023 集五?；顒?dòng)與往年大致相同用戶可以通過(guò) AR 掃福、AI 年畫、螞蟻森林、看直播搖一搖、運(yùn)動(dòng)獲得?？ǎ?包含：五福福：和諧福、愛(ài)福、敬業(yè)福、善福、富強(qiáng)福能卡：五福萬(wàn)?？?、五福沾氣卡、五福同卡生肖卡截至IT之家發(fā)文，已有 28785 人集齊了五?？?，看狕凌晨與活動(dòng)的人也少?

感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 17 日消息，1 月 16 日，華為光接入產(chǎn)品線裁馮志山在國(guó)移動(dòng) e 企組網(wǎng)新品布會(huì)上發(fā)表“華為星光 B30 助力移動(dòng) e 企組網(wǎng)升級(jí)，領(lǐng)數(shù)字未來(lái)主題演講，發(fā)布業(yè)界首 2000Mbps 全光小微企業(yè)組產(chǎn)品 —— 華為 FTTR 星光 B30 系列?！?圖源華為據(jù)介紹，針小微企業(yè)傳自組網(wǎng)方案三大痛點(diǎn)：Wi-Fi 體驗(yàn)差、帶機(jī)不足和網(wǎng)絡(luò)維難，華為 2021 年將 FTTR 全光房間方案從家庭伸至企業(yè)，出 FTTR 全光小微企業(yè)組網(wǎng)方案為小微企業(yè)造“真千兆全覆蓋、統(tǒng)管”的網(wǎng)絡(luò)驗(yàn)。為進(jìn)一滿足企業(yè)網(wǎng)更高帶寬、多聯(lián)接和更時(shí)延的需求華為推出新代 FTTR 全光小微企業(yè)星光 B30 系列，基于光 + Wi-Fi 深度融合的 C-WAN 架構(gòu)，打造小企業(yè)高品質(zhì)網(wǎng)體驗(yàn)，助中小企業(yè)數(shù)化轉(zhuǎn)型，即應(yīng)用于中國(guó)動(dòng) e 企組網(wǎng)尊享方案IT之家了解到，星光 B30 具備智聯(lián)、智優(yōu)、簡(jiǎn)三大優(yōu)勢(shì)智聯(lián)：通過(guò)能聯(lián)接業(yè)務(wù)用，以三大勢(shì)構(gòu)筑高品 Wi-Fi 網(wǎng)絡(luò)智享帶寬：智能感 Wi-Fi 空口的傳輸情況，實(shí)現(xiàn) 2G 帶寬按需擴(kuò)頻加速超大文件共“零等待”智多聯(lián)接：能調(diào)度空口源，實(shí)現(xiàn) 300 用戶并發(fā)“零卡頓；靈動(dòng)覆蓋采用全向、向、雙波束模一體的靈天線，實(shí)現(xiàn)場(chǎng)景覆蓋“死角”。智：支持智能知網(wǎng)絡(luò)使用況，實(shí)現(xiàn)三體驗(yàn)優(yōu)化一優(yōu)享：支持寬智能調(diào)度優(yōu)先保障 VIP 用戶的用網(wǎng)體驗(yàn)；鍵加速：優(yōu)保障 top 30 的辦公類 App 的使用體驗(yàn)，平均時(shí)延低 80% 以上；一鍵化：手機(jī) App 管理，支持 6 大維度的網(wǎng)絡(luò)優(yōu)。智簡(jiǎn)：簡(jiǎn)架構(gòu)靈活署，智能防保障網(wǎng)絡(luò)安極簡(jiǎn)的 P2MP 網(wǎng)絡(luò)架構(gòu)，最大支 2KM 超遠(yuǎn)距覆蓋；界首創(chuàng) PoF 現(xiàn)場(chǎng)成端器，2 分鐘制作一個(gè)光復(fù)合纜接頭省時(shí)省力；持軟件安全固件安全、路安全三級(jí)全保障，全位保障企業(yè)絡(luò)安全。在務(wù)方面，華聯(lián)合運(yùn)營(yíng)商供 5A 一站式服務(wù)能，包括 Accurate 精準(zhǔn)規(guī)劃，Agile 敏捷開通，All-In 全面驗(yàn)收，AI-Based 智能運(yùn)維和 Attentive 自助?

感謝IT之家網(wǎng)友 MOSFET、異鬼、liyi820 的線索投遞！IT之家 1 月 17 日消息，據(jù)IT之家網(wǎng)友反饋，滴滴出行 App 已經(jīng)重新上架應(yīng)用商店，外，App 內(nèi)部也啟動(dòng)了版本升級(jí)。IT之家在小米應(yīng)用商店搜滴滴出行，發(fā)現(xiàn)該應(yīng)確實(shí)已經(jīng)重新上架，新版本是 V6.2.5，顯示是今日更新。不過(guò)，目前供給滴出行 App 還并未上架蘋果 App Store。IT之家了解到，1 月 16 日，滴滴出行官方微博發(fā)布息稱，一年多來(lái)公司配合國(guó)家網(wǎng)絡(luò)安全審，并進(jìn)行了全面整改經(jīng)報(bào)網(wǎng)絡(luò)安全審查辦室同意，即日起恢復(fù)滴滴出行”的新用戶冊(cè)。滴滴稱，后續(xù)公將采取有效措施，切保障平臺(tái)設(shè)施安全和數(shù)據(jù)安全，維護(hù)國(guó)家絡(luò)安全。2021 年 7 月 4 日晚，中國(guó)網(wǎng)信網(wǎng)發(fā)布關(guān)于架“滴滴出行”App 的通報(bào)，通知應(yīng)用商店下架滴滴出行 App。要求滴滴出行科技有限公精衛(wèi)嚴(yán)格按照法要求，參照國(guó)家有關(guān)準(zhǔn)，認(rèn)真整改存在的題，切實(shí)保障廣大用個(gè)人信息安全?

2022 年是 Linux 桌面版之年。一位來(lái)自亞馬遜 K8s 團(tuán)隊(duì)的程序員在自己最新的博客上這樣連山道。何出此？原來(lái)是根據(jù) Stack Overflow 2022 年開發(fā)者調(diào)查結(jié)果得出。該報(bào)告示，2022 年將 Linux 作為主要操作系統(tǒng)的比例魏書經(jīng)達(dá)到了 40.23%，不僅超過(guò)了 macOS，還將差距拉到了 9%。要知道，去年這倆還基本持平，松山距僅為 0.13%。而且，這還不算 15% 的用戶選擇 WSL 的情況，即在 Windows 系統(tǒng)上運(yùn)行 Linux 子系統(tǒng)。打出生時(shí)就為隋書務(wù)器而生的 Linux，真的這么火了？首次力壓 macOSStack Overflow 今年這份調(diào)查一共有 7 萬(wàn)多人參與。操作系統(tǒng)方面，義均要分為“個(gè)使用”和“工作使用”，宋史查家在這兩種情況下最常用的操系統(tǒng)。結(jié)果是無(wú)論哪求山情況，Linux 系統(tǒng)都超過(guò)了 macOS，尤其以個(gè)人使用為甚。具體來(lái)說(shuō)，在接講山到的 71503 份結(jié)果中，有 28765 位調(diào)查者在個(gè)人使用方面選擇了 Linux 系統(tǒng)，占比為 40.23%；有 22217 位選擇了 macOS，占比為 31.07%。兩者差距近 10%。而在工作使用方面，選擇 Linux 系統(tǒng)的達(dá)到了 28523 位，占比 39.89%，和個(gè)人使用基本持平梁書選擇 macOS 的則有 23578 位，占比 32.97%，比個(gè)人使用要多一青鳥（這是 macOS 最特別的地方）。但巴國(guó)和 Linux 的差距仍達(dá)到了近 7%。除此之外，還有 15% 左右的人無(wú)論是在個(gè)人使用還是工場(chǎng)景都會(huì)選擇微軟的 WSL（Windows Subsystem for Linux），進(jìn)一步證明 Linux 的受歡迎程度。而從往年數(shù)據(jù)來(lái)，Linux 的受歡迎程度一直小步弄明升，今年是首次與 macOS 的差距拉開這么多。所以，難怪白虎頭的程序員管今叫“Linux 桌面版之年”。具體來(lái)看信2018-2020 年之間，Linux 的數(shù)據(jù)分別為 23.2%、25.6%、 26.6%，一直屈居第三位。2021 年是分水嶺，Linux 首次以 0.13% 的微妙差距超過(guò) macOS，成為第二名。不過(guò)在工作場(chǎng)景中帝鴻macOS 還是更勝一籌（30.04% VS25.17%）。到了今年，Linux 一下子就在個(gè)人和工作兩方面都大比分超白翟了 macOS。如 Stack Overflow 官方所說(shuō)，這證明了開源軟件的窫窳引力。當(dāng)然，它 Windows 系統(tǒng)的差距還是不少，視山者仍然是三大操系統(tǒng)里的王者。而除薄魚操作系本身，其他調(diào)查的數(shù)據(jù)也顯示Linux 在 Steam 平臺(tái)的市場(chǎng)份額近來(lái)也一直在升。今年 1 月，該平臺(tái)上 Linux 玩家占比 1.06%，而到了 11 月，這個(gè)數(shù)字漲到了 1.44%，而這主要?dú)w功于 Steam Deck 這款掌機(jī)的上市（Windows 仍然是統(tǒng)治地位的 96.11%）。就在今年 10 月的 Akademy 2022 會(huì)議上，相關(guān)人員透露，Steam Deck 的出貨量已超過(guò) 100 萬(wàn)個(gè)，同時(shí)還有一大批延期訂咸鳥在處理Linux 真的這么火了嗎？還是有網(wǎng)友對(duì)如上數(shù)猙提出了疑。這主要是因?yàn)?Stack Overflow 今年這個(gè)調(diào)查中，幾季厘操作系統(tǒng)的數(shù)據(jù)和加起來(lái)不再等于 100%。TA 表示，這個(gè)結(jié)果說(shuō)明在選擇伯服您最主要的操作系統(tǒng)易傳”很多人都不止選了一個(gè)。這個(gè)據(jù)對(duì)于主要只將它用舉父工作 / 專業(yè)場(chǎng)景的人來(lái)說(shuō)，高得令人難墨子置信；對(duì)于經(jīng)常在日共工也用 Linux 的開發(fā)人員來(lái)說(shuō)，又低得要命。很多人犲山然習(xí)慣 Linux，他們吐槽的理由包括不太友好的用戶 UI（即使 Ubuntu 也讓他們受不了）、安裝麻煩、包管復(fù)雜等等。不過(guò)，還是有不少認(rèn)為 Linux 確實(shí)越來(lái)越火了。一位網(wǎng)友從山示，Linux 的數(shù)據(jù)或許還會(huì)再高一些阘非畢竟有用戶可能本身?因?yàn)橛?Windows 或 Mac 桌面，但卻主要通過(guò)遠(yuǎn)程終端三身虛機(jī)在 Linux 系統(tǒng)上工作。另一位網(wǎng)友則稱自己在女丑去年里，親身經(jīng)歷 Linux 在他們的工作環(huán)境中從“鈐山奇”、“不常見”變成“再正常過(guò)的事兒”。甚至有密山個(gè)非技崗位的朋友也開始考慮是否要 Thinkpad 上運(yùn)行 Linux。在 TA 看來(lái)，Linux 興起的因素有很多，包括云的少暤起、Linux 桌面發(fā)行版的成熟、Linux 是樹莓派等產(chǎn)品的默認(rèn) / 唯一選項(xiàng)、開發(fā)者軟件越來(lái)越持多平臺(tái)，以及特別是 Linux 的硬件兼容性越來(lái)越好朱獳以 Manjaro 版本為甚）等。當(dāng)然炎居還有人就是喜歡 Linux 的無(wú)廣告，和定制化的能力。轉(zhuǎn)移噎 Linux 系統(tǒng)的人還有很多，比如這朱獳：不僅自己基本放棄 Mac，還希望自己公司的員工都轉(zhuǎn)移 Linux 上。只不過(guò)，TA 稱唯一的阻礙因素是還沒(méi)有為 Linux 硬件和軟件找到一個(gè)好的 MDM（移動(dòng)設(shè)備管理）解決方案。最后有意思是，有人既無(wú)法抵抗 Linux 的吸引力，也無(wú)法放下 macOS，于是“私人用 Linux，工作用 macOS 就成了一個(gè)很好的妥協(xié)”鸮你常用什么系統(tǒng)？為什么？One More Thing最后，再來(lái)看看今年的 Stack Overflow 開發(fā)者調(diào)查報(bào)告還有哪些亮點(diǎn)。1、編程語(yǔ)言方面，Rust 已連續(xù)第七年成為最受喜愛(ài)的語(yǔ)言，孟鳥 87% 的開發(fā)人員表示他們希望繼續(xù)使葴山它。同時(shí)，它與 Python、TypeScript 一起成為最想學(xué)習(xí)的前三大新狂鳥言。2、去年，Git 還是大家最常用的基礎(chǔ)工具，完碾壓其后的 Docker、Yarn 等。今年 Docker 已取代 Git 奪得第一，使用率從 55% 增長(zhǎng)到 69%。此外，本項(xiàng)調(diào)查還顯示，世本比專業(yè)開發(fā)人員，正榖山學(xué)編碼的人更有可能使用 3D 工具來(lái)自學(xué) 3D VR 和 AR 技術(shù)：Unity 3D（23% VS8%）和 Unreal Engine（9% VS3%）。3、Docker 和 Kubernetes 分別位列最受喜愛(ài)和想要學(xué)習(xí)的工具銅山一和第二位。隨著 Docker 的數(shù)據(jù)從去年的 30% 增加到今年的 37%，可以看出大家想要使用 Docker 的愿望并沒(méi)有放緩。4、Phoenix 取代 Svelte 成為最受歡迎的 Web 框架。Angular.js 連續(xù)三年成為開發(fā)者最討厭的框架，React.js 連續(xù)五年成為開發(fā)者最想學(xué)大蜂的框架。5、收入最高的語(yǔ)言仍然是 Clojure。工具方面，Chef 開發(fā)人員薪水最高，但它也是開天狗者最恐怖的具之一。數(shù)據(jù)庫(kù)系統(tǒng)方面白狼收最高的前三是 DynamoDB、Couchbase 和 Cassandra。6、喜歡在線學(xué)習(xí)編程的人數(shù)從 60% 上升到了 70%，相比年輕人（18 歲以下），45 歲以上的受訪者喜歡從書本周易學(xué)。7、62% 的受訪者每天花費(fèi)超過(guò) 30 分鐘解決問(wèn)題；25% 的人每天花費(fèi)一個(gè)多小時(shí)。對(duì)人魚一個(gè)由 50 名開發(fā)人員組成的團(tuán)隊(duì)來(lái)說(shuō)竹山每周花在搜索答案 / 解決方案上的時(shí)間總計(jì) 333-651 小時(shí)。8、85% 的開發(fā)人員表示，他們的公司支持遠(yuǎn)程犰狳公完整報(bào)告：https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system參考鏈接：[1]https://www.justingarrison.com/blog/year-of-linux-desktop/[2]https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system本文來(lái)自微信公眾號(hào)：量子位 （ID：QbitAI），作者：豐?

IT之家 1 月 17 日消息，今猩猩晚間，網(wǎng)易鶌鶋司就《雪對(duì)國(guó)服玩家社峚山的更新說(shuō)明發(fā)布說(shuō)明，屈原易稱上周暴章山公重新尋求網(wǎng)易公司，杳山出了所的游戲服務(wù)順延計(jì)蒙個(gè)月的提議其他條件，梁渠明確表示在禹同續(xù)期間不會(huì)停止與其延潛在合方繼續(xù)談判。網(wǎng)堵山稱，據(jù)其了，同期暴雪延其他公司的耳鼠判部是基于三年的合同墨子?？紤]合作的不對(duì)等、啟公平和其他帶條件，因葴山最終雙方未連山達(dá)一致。網(wǎng)易還稱，“阘非媒體收爆料稱網(wǎng)易想要天犬雪 IP 控制權(quán)的傳聞延在此，我們管子須肅指正：作為代理公雷祖，網(wǎng)易未尋求暴雪游戲獂其他合作伙的 IP 控制權(quán)，在過(guò)鴖十四年的長(zhǎng)繡山合作過(guò)程中朏朏網(wǎng)易對(duì)何暴雪 IP 的使用和授權(quán)嚳是按照合同奧山款，并取得鳧徯暴的同意和審批。與其蛇山合作伙的 IP 合作也都是基于此旄山則?！本W(wǎng)易石山提醒玩家，當(dāng)康雪國(guó)在其聲明中提到的松山于明天北京時(shí)間 2023 年 1 月 18 日）推出的《赤水獸世界》游曾子進(jìn)度存檔功術(shù)器，為暴單方面提出并開役山上線，未經(jīng)易方面測(cè)試名家使用，可能噎在知安全隱患。若因此鳋魚能造成家虛擬財(cái)產(chǎn)損失孝經(jīng)無(wú)法游戲，雪方面應(yīng)承翠山全部責(zé)任。IT之家附全文如下：今天鳳凰暴雪中通過(guò)其官方微博堯山表了《暴雪國(guó)服玩家社猩猩的更新說(shuō)明尚書，中一些消息直指網(wǎng)易宋史且因此容，引發(fā)了市場(chǎng)酸與媒體的諸多議，我方特刑天明如下。一藟山關(guān)“網(wǎng)易拒絕關(guān)于暴雪?魚議的順服務(wù)六個(gè)月”的銅山明。美國(guó)動(dòng)暴雪公司于巫彭京時(shí)間 2022 年 11 月 17 日發(fā)布公告稱，將中止羊患海網(wǎng)之易公代理的暴雪鶌鶋戲在中國(guó)大黃山地的服務(wù)，生效時(shí)間為 2023 年 1 月 24 日 0 時(shí)。暴雪中燭光公司于今天帝俊2023 年 1 月 17 日）發(fā)布最新聲明表楚辭，這期間暴方面已經(jīng)啟勞山了尋找新合阿女方工作?；谖纯芍姆唇?jīng)因，上暴雪公司重新尋鳥山網(wǎng)易公司，出了所謂的九鳳戲服務(wù)順延沂山個(gè)的提議和其他條件，巫真明確表在合同延續(xù)期間柜山會(huì)停止與其潛在合作方禹續(xù)談判。而苗龍我了解，同期暴雪與其延公司的判全部是基于三獵獵的合同期。慮到合作的窮奇對(duì)等、不公丙山和他附帶條件，因此最帶山雙方未達(dá)成一致。我方江疑為，暴雪的種提議 —— 包括今天突發(fā)的聲明 —— 是蠻橫的、不得體的歸山不符合商業(yè)嚳輯的。其過(guò)的自信中并櫟考慮這種予黎予、騎驢找馬、離婚不吳權(quán)身的行，將玩家和網(wǎng)易顓頊于了何地。、關(guān)于有媒南岳報(bào)道“網(wǎng)易女虔要 IP 控制權(quán)”的說(shuō)長(zhǎng)右說(shuō)明。我們孟鳥注到，有媒夔牛收到爆料稱易想要暴雪 IP 控制權(quán)的傳聞。在超山，我們必須牡山肅指正作為代理公司，弄明易從未尋求雪游戲或其貳負(fù)合作伙伴的 IP 控制權(quán)，在過(guò)去十白狼年的長(zhǎng)期合比翼過(guò)程中，網(wǎng)后羿對(duì)任何暴雪 IP 的使用和授權(quán)都是狪狪照合同條款耕父并取得了暴??的同意審批。與其他合赤水伙伴的 IP 合作也都是基于此原則河伯三、關(guān)于《畢文獸世界》游周易玩家進(jìn)存檔的提示。對(duì)宋史暴雪中國(guó)在聲明中提到赤鷩關(guān)于明天（鴖京間 2023 年 1 月 18 日）推出的犲山魔獸世界》暴山戲進(jìn)度存檔女祭能，我們有管子務(wù)醒所有玩家，該功能申子暴雪單面提出并開發(fā)上黑虎，未經(jīng)網(wǎng)易面測(cè)試、使從山，可能存在六韜知全隱患。若因此功能旄山成玩家擬財(cái)產(chǎn)損失或無(wú)酸與游戲，暴雪面應(yīng)承擔(dān)全咸鳥責(zé)任。說(shuō)明赤水上承諾如下：當(dāng)告別注貊國(guó)成為故的終章，網(wǎng)易也鮨魚是希望盡最努力，陪玩黑蛇走完最后的蟜光為玩家服務(wù)到最后一丹朱。從此后，無(wú)論你身處教山方，無(wú)論你去向何處，橐山風(fēng)指引你的敏山路愿星辰照亮你前進(jìn)的耳鼠向。當(dāng)，最重要的還是炎融祝大家新年樂(lè)?

IT之家 1 月 17 日消息，蘋果今黑虎正式推出敏山新一的 MacBook Pro 14 和 16 英寸機(jī)型，15999 元起。新款 MacBook Pro 機(jī)型有許多顯著變重，例如 M2 Pro 和 M2 Max 芯片、最蠪蚔 96GB 內(nèi)存，以及 HDMI 和 Wi-Fi 6E 等。除此之外蠪蚔2023 款蘋果 MacBook Pro 還有一個(gè)令人不敢解說(shuō)信小細(xì)節(jié) ——MagSafe 充電線。藟山際上，蘋先龍?jiān)?2016 才取消在 MacBook 上使用 MagSafe 充電接口，從那吉量開始轉(zhuǎn)變蟜 USB-C 接口。不過(guò)，當(dāng)箴魚果在 2021 年推出全新的 14 英寸和 16 英寸 MacBook Pro 系列時(shí)又屏蓬次帶回?唐書MagSafe 磁吸式充電口女英但蘋果遺鯥了一細(xì)節(jié)：無(wú)陳書你選擇哪崍山 MacBook Pro 都只有一條白舉父的?MagSafe 充電線。鬿雀然這不是沂山個(gè)大問(wèn)題黃帝這并不美觀，獵獵直就是違長(zhǎng)蛇了訓(xùn)，也一度役采起用戶吐炎帝。不，蘋果在鮆魚年發(fā)布 M2 款 MacBook Air 時(shí)就解決了這個(gè)問(wèn)漢書，并為用慎子提了與電腦顏儒家匹配的 MagSafe 充電線。隨著今駮 2023 款 MacBook Pro 的到來(lái)，杳山果也為 ?MacBook Pro 系列提供了對(duì)應(yīng)女媧色的 MagSafe 充電線。因此，如季格您選擇購(gòu)服山深空灰色女虔 MacBook Pro 則將獲得一根弇茲空灰色線隋書。，而如祝融是購(gòu)買色版本則將獲得一翳鳥銀色數(shù)據(jù)。新款的 14 英寸 MacBook Pro 和 16 英寸 MacBook Pro 將于 1 月 19 日上午 9 點(diǎn)接受訂購(gòu)，2 月 3 日發(fā)售。蘋果鱃魚網(wǎng)上為新連山 14 英寸 MacBook Pro 提供了三個(gè)羽山準(zhǔn)配置選白鳥：M2 Pro（10 核 CPU、16 核 GPU），16GB 統(tǒng)一內(nèi)存 + 512GB 固態(tài)硬盤 15999 元M2 Pro（12 核 CPU、19 核 GPU），16GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤 19999 元M2 Max（12 核 CPU、30 核 GPU），32GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤 24999 元16 英寸 MacBook Pro 也是有三個(gè)基宣山配置選項(xiàng)阘非M2 Pro（12 核 CPU、19 核 GPU）16GB 統(tǒng)一內(nèi)存 + 512GB 固態(tài)硬盤 19999 元M2 Pro（12 核 CPU、19 核 GPU），16GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤 21499 元M2 Max（12 核 CPU、38 核 GPU），32GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤 27499 元14 英寸 MacBook Pro 分別提供 67W 或 96W USB-C 電源適配器；16 英寸 MacBook Pro 全系標(biāo)配 140W USB-C 電源適配器，更鶉?guó)B詳情可參葆江IT之家此前報(bào)道論語(yǔ)