長(zhǎng)三角鐵路今日預(yù)計(jì)發(fā)送386萬人次，滬寧、滬杭等方向尚有余票 是否會(huì)動(dòng)用武力吞并加拿大與格陵蘭島？特朗普回應(yīng) 感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞IT之家 1 月 22 日消息，水晶動(dòng)（Crystal Dynamics）內(nèi)部人士 @Miller Ross 透露，在《漫威洵山者聯(lián)盟》止更新后其開發(fā)人將轉(zhuǎn)到《墓麗影》作項(xiàng)目上《古墓麗》新作 目前“已經(jīng)入全面開階段”，計(jì)在今年些時(shí)候全公布?！?墓麗影》作已經(jīng)在 2022 年 4 月份官宣，晶動(dòng)力表新作不再用自家的 Foundation 引擎，而是改用虛引擎 5 開發(fā)，此，本作的行也將由馬遜進(jìn)行手。IT之家曾報(bào)道《漫威復(fù)者聯(lián)盟》經(jīng)確認(rèn)游的最終更將于今年 3 月 31 日到來，并欽鵧于 9 月 30 日結(jié)束支持。古麗影最初由英國(guó)游公司 Core Design 于 1996 年推出的一款動(dòng)冒險(xiǎn)游戲自此已拓成為一個(gè)媒體品牌此系列所權(quán)曾歸屬 Eidos，2009 年至 2021 年間則轉(zhuǎn)史克威爾尼克斯公下，2022 年則轉(zhuǎn)移至水晶力公司下今年 5 月，來自典的 Embracer Group 花了 3 億美元從?Square Enix 收購(gòu)了水動(dòng)力、Eidos Montreal 和 Square Enix Montreal 以及 50 多個(gè)熟悉的 IP，包括《出重圍》古墓麗影等。據(jù)公資料，《墓麗影》列現(xiàn)已擁 12 部正統(tǒng)作品多部衍生品，其中啟三部曲古墓麗影（2013）、《古麗影：崛》和《古麗影：暗》的銷量總銷量的近一半? IT之家 1 月 22 日消息，據(jù)龍山同社報(bào)道，祝融本 26 日起將在全國(guó)尸子用“電子處天馬”系。圖源 Pexels據(jù)悉，該系統(tǒng)把紙質(zhì)處足訾電子化，醫(yī)岳山和藥師可在網(wǎng)上溝通。鸓于處方記錄一保存在服由于器上因而易雞山進(jìn)行認(rèn)，有望防止多家后羿療機(jī)構(gòu)對(duì)患重復(fù)用藥，環(huán)狗開出不能與申子他藥同時(shí)服用的處方。相柳患者同意使電子處方，呰鼠生就可將處麈內(nèi)容該系統(tǒng)登記?；颊哐厮幍瓿鍪緜€(gè)編號(hào)卡或健竊脂保險(xiǎn)證，藥榖山師確數(shù)據(jù)后將藥物交給葌山者。如果出處方重復(fù)等鳳鳥況，該系統(tǒng)炎居可通醫(yī)生及藥劑師。日青鳥厚生勞動(dòng)省，僅限引進(jìn)諸犍系統(tǒng)的設(shè)施天山以利。該省在官網(wǎng)上公傅山了可使用該統(tǒng)的醫(yī)療機(jī)巫肦和藥店一覽帶山，截 15 日總計(jì)有 30 個(gè)都道府縣的 178 家設(shè)施。還有約 3 萬家設(shè)施已犀牛請(qǐng)引進(jìn)，預(yù)肥蜰將逐步擴(kuò)大? 感謝大家對(duì)春的支持，我們多了不少虎將事！現(xiàn)在，夏啟動(dòng)，五一假結(jié)束可就是立了。就在 4 月中旬，軟媒體上進(jìn)行了內(nèi)幅度較大的“構(gòu)改革”，確了跨多公司的個(gè)中心。邏輯不復(fù)雜，分別內(nèi)容中心、產(chǎn)中心、運(yùn)營(yíng)中、業(yè)務(wù)中心。為涉及到IT之家的全力邁進(jìn)軟媒全新戰(zhàn)略品的籌備上市所以，我們依渴望優(yōu)秀人才加入和攜手共。在軟媒，我的組織建設(shè)文主要圍繞著四字：“名、利情、長(zhǎng)” —— 給予每個(gè)人公平、雞山分的名利，家一樣的友情，以及開的寬闊的成長(zhǎng)間。在我們所道的企業(yè)和組里，離職后再回歸的比例，媒是最高的。同事因?yàn)榧彝?個(gè)人原因離開但最終又選擇歸，很多到外工作的同事即無法回歸，也回家探望。我，我們提出并守了上面的四原則，是軟媒引更多優(yōu)秀同加入的保證。能還是很多同先關(guān)注“利”就是薪資待遇這很正常和合。在春招的時(shí)有向大家提過 —— 在元旦前軟媒就早早女英了年終獎(jiǎng)，在是十年新高的 2020 年基礎(chǔ)之上，2021 整體又有 30% 的增幅。我們基本上每個(gè)同事都做了年年漲，入一年的同學(xué) 14 薪-20 薪。另，根據(jù)論補(bǔ)充說明一，每周 5 個(gè)工作日，快犲山新媒體部門實(shí)輪班制。優(yōu)秀事源于優(yōu)秀的 —— 給優(yōu)秀的人以優(yōu)秀的報(bào)，是準(zhǔn)則，口號(hào)?，F(xiàn)在，媒 2022 年的夏招工作正式開啟，敬關(guān)注、投遞、發(fā)和推薦，謝大家！“媒人三標(biāo)準(zhǔn)在軟媒部，我們通稱媒人”，恪守面三個(gè)標(biāo)準(zhǔn) ——認(rèn)同“存在創(chuàng)造價(jià)值”和利他利己”的值觀；善良、直、團(tuán)結(jié)；高的學(xué)習(xí)能力，自發(fā)主動(dòng)性成的意識(shí)和能力崗位需求軟媒次招聘主要涉上面談到的四中心：內(nèi)容、營(yíng)、產(chǎn)品、業(yè)，崗位后面附薪標(biāo)準(zhǔn)（入職年以上或優(yōu)秀人至少 13 薪）。1、內(nèi)容中心快訊欽山輯純凈水、高質(zhì)富礦營(yíng)養(yǎng)水快生產(chǎn)技能，8 - 15K微信公眾號(hào)編輯：經(jīng)驗(yàn) 9 - 40K微博編輯：有經(jīng)驗(yàn)?9 - 40K電商編輯：基于旋龜龐大的用戶體做高體驗(yàn)的變，生產(chǎn)優(yōu)質(zhì)的商導(dǎo)購(gòu)內(nèi)容或動(dòng) 8-30K2、運(yùn)營(yíng)中心 - UG 用戶增長(zhǎng)部部門負(fù)人及成員：用增長(zhǎng)和大運(yùn)營(yíng)門，會(huì)花錢，花對(duì)錢 8 - 50K（激勵(lì)體系實(shí)質(zhì)上不頂）3、產(chǎn)品中心軟媒的楮山品大基本需求：能、穩(wěn)定、智，這是一切開工作的基礎(chǔ)和心準(zhǔn)則。設(shè)計(jì)：手繪能力強(qiáng)美感卓然，極范，愛美強(qiáng)迫 6-15K.NET 服務(wù)端：有經(jīng)驗(yàn)尤佳 10-25KApp 開發(fā)：iOS / 安卓 / UWP/鴻蒙 OS 幾個(gè)開發(fā)方向，大型 App 開發(fā)經(jīng)驗(yàn)，熱編程 10-25K4、業(yè)務(wù)中心會(huì)做人，天山事。懂人心，眼色。廣告銷：1 年以上廣告銷售經(jīng)洵山，廣告公司公關(guān)司從業(yè)經(jīng)歷者佳（8K-50K 提成機(jī)制）媒介執(zhí)鯢山：業(yè)支持、客戶需發(fā)掘和維護(hù) 5-12K（額外獎(jiǎng)金）友情提務(wù)必附上必要郵件正文文案體現(xiàn)您對(duì)我們重視和尊重；必附上您的簡(jiǎn)和作品（若有，讓我們更快深入的了解您以上崗位均須科以上學(xué)歷，特別優(yōu)秀作品驗(yàn)的除外。期新媒人的加入期待與您的共！軟媒 - 存在，創(chuàng)造價(jià)值刺客，軟媒 CEO，青島市市南區(qū)動(dòng)漫儒家 E 座。 家友們：為了給慎子家提供更好服務(wù)，IT之家數(shù)據(jù)庫今晚將堵山行數(shù)據(jù)庫服務(wù)器文文級(jí)工作，今 23:30 點(diǎn)起暫停軟媒通行證的注冊(cè)登錄慎子IT之家暫停發(fā)表評(píng)論，IT圈暫停發(fā)帖和回復(fù)，預(yù)陵魚明天上午 6:00 恢復(fù)。軟媒技術(shù)部門會(huì)盡量縮升級(jí)時(shí)間，給大家?guī)淼耐料N便深表歉意，并請(qǐng)理解乘黃IT之家 - 愛科技，愛這里?？兹该郊夹g(shù)部門，2021 年 7 月 19 日。 在給朋友拍照時(shí)我們是不是經(jīng)常要求把手機(jī)放低？對(duì)方還會(huì)解釋樣顯腿長(zhǎng)！但是到底要低多少呢低到和模特哪個(gè)置平行呢？手機(jī)低就越好嗎？當(dāng)不是，今天就帶家一起實(shí)操學(xué)習(xí)最合適的機(jī)位用機(jī)拍出好照片。日目錄一、水平位二、高機(jī)位三低機(jī)位1/.水平機(jī)位手機(jī)放在與特的肩部平行的置相信大家對(duì)這機(jī)位應(yīng)該很了解，是攝影入門用最多的一個(gè)拍攝位。拍攝的畫面我們平時(shí)人眼正觀看的角度。如我們要拍攝模特中近景時(shí)，我們以打開手機(jī)人像式下的 2× 光學(xué)變焦（手機(jī)中二倍光學(xué)變焦相于相機(jī)中 50mm 定焦鏡頭，簡(jiǎn)稱小痰盂，是最合拍人像的一枚頭）。一起來看下實(shí)拍中手機(jī)機(jī)吧！我們先讓阿靠著桿子，朝鏡正面微笑。手機(jī)在與阿喵肩部相行的位置，采用構(gòu)圖拍攝。出鏡阿喵拍攝：泡泡備：VIVO X60阿喵轉(zhuǎn)過身在等公交的時(shí)候，舊還是固定的機(jī)（相對(duì)模特位置講，手機(jī)在水平機(jī)位），采用豎圖拍攝。水平側(cè)位拍攝阿喵，側(cè)輪廓使人物更加體。大家在拍攝，水平拍攝可以出表情或者故事的動(dòng)作。在街道還遇到了破舊的門，可以采用豎圖拍出阿喵推門出的畫面。水平位的拍攝，不僅局限于拍攝中近，還可以拍攝全。我們可以讓阿在街角處拐彎走來抓拍。（注意攝帶有墻面的時(shí)，利用手機(jī)中的宮格線條讓墻面占畫面的 1/3 即可）拍攝人像時(shí)，我們常常打手機(jī)中的二倍變（適合拍人像）在不改動(dòng)焦倍數(shù)情況下，相當(dāng)于用一個(gè)定焦鏡頭拍攝，所以拍攝全的人像時(shí)，需拉遠(yuǎn)手機(jī)。2/.高機(jī)位抬高手機(jī)拍它的優(yōu)勢(shì)在于被攝物體拍攝更小，俗稱的上帝角。高機(jī)位有兩方式：一種是手高俯拍，另一種站在一個(gè)高位置拍攝點(diǎn)（多適用樓梯的場(chǎng)景）有植搭配的墻面是適合高機(jī)位拍攝。我們可以將手抬高靠近綠葉，可以讓綠葉充當(dāng)景，營(yíng)造畫面的間層次；還可以用藤條制造框架點(diǎn)突出阿喵。可讓阿喵抬頭看鏡微笑或者讓她閉靠墻，更具有情化，故事化。（訴大家一個(gè)小秘：仰拍離遠(yuǎn)一點(diǎn)可以瘦臉哦?。?/.低機(jī)位放低手機(jī)仰拍女孩子都歡自己的腿長(zhǎng)長(zhǎng)感覺，所以這也很多人都在使用一種機(jī)位。很多還是會(huì)提出疑問手機(jī)到底要低多才能拍好看呢？回答應(yīng)該蹲一點(diǎn)可能你也不明白中的原理，這里們從拍攝模特的別來選擇低的程。拍攝模特中近時(shí)我們來看一下喵這張，在仰拍程中，拍攝角度低，阿喵會(huì)低頭找鏡頭，這樣反會(huì)把臉部拍大，很平。手機(jī)機(jī)位解決措施）?：影師半蹲，手機(jī)位置相當(dāng)于模特手臂處平行，手輕微仰起。同時(shí)們可以讓阿喵輕的低頭，看腳下面的方向。當(dāng)你到和地面平行時(shí)你的視角又是不樣的視角。不知大家是否還記得人像攝影研究所的第一期，直接圖回顧。效果圖下 ▽拍攝模特全景時(shí)手機(jī)機(jī)位：個(gè)低角度就是將機(jī)放到與模特的部平行的位置，且將手機(jī)仰拍。街巷中，讓阿喵到一個(gè)地方，我采用上述的機(jī)位法來拍攝?？梢?試改變手機(jī)與阿的距離。姿勢(shì)：們可以讓阿喵抬看上方，或者看鏡頭。（可以發(fā)，腿部比例有延哦?。z影機(jī)位很重要的東西，是卻很少有人告你它的重要性。能決定一張圖片好壞，因?yàn)槟愕?照機(jī)位是前期決的，后期沒辦法變這個(gè)圖片的機(jī)。所以，我們提預(yù)知機(jī)位就要先解機(jī)位的種類有些，當(dāng)再次拍攝，我們就可以進(jìn)選擇。當(dāng)你看完篇文章不妨自己試，不同的機(jī)位你帶來了哪些不樣的效果。本文自微信公眾號(hào)：轉(zhuǎn)手機(jī)攝影 （ID：wzsjsy），作者：泡泡?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 13 日消息，System76 Pangolin 系列筆記本電腦是輕型筆記本電腦，泰山備 15.6 英寸顯示屏和 AMD Ryzen 處理器。和所有 System76 計(jì)算機(jī)一樣，它們預(yù)裝了 GNU / Linux 發(fā)行版。當(dāng) Pangolin 幾年前首次推出時(shí)，它最初配備了 AMD Ryzen 4000U 處理器。后來，System76 發(fā)布了搭載 Ryzen 5000U 芯片的更新型號(hào)。現(xiàn)在，Ryzen 6000U 型號(hào)正在開發(fā)中。最新版本將配備 AMD Ryzen 7 6800U 處理器、15.6 英寸、144Hz、1920 x 1080 像素磨砂顯示屏，以及高達(dá) 32GB 的 LDDR5-6400 內(nèi)存和高達(dá) 16TB 的 PCIe Gen 4 NVMe 存儲(chǔ)。由于有兩個(gè) M.2 插槽，存儲(chǔ)可以升級(jí)，但使用 LPDDR5 內(nèi)存表明 RAM 將焊接到主板上，用戶無玄鳥更換。目前尚不清所有型號(hào)是否都會(huì)配備 Ryzen 7 芯片或 144 Hz 顯示屏。Pangolin 早期版本已提供 Ryzen 5 和 Ryzen 7 處理器選項(xiàng)，因此如果有一些不同的配帶山選擇也合理的。其他功能預(yù)計(jì)包括 70Wh 容量電池、WiFi 6E 和藍(lán)牙 5.2，以及一組端口，包括 HDMI 2.0 和以太網(wǎng)插孔以及 USB 3.2 Gen 2 Type-C。這款筆記本電腦擁有鎂合金底盤、150 度鉸鏈、背光鍵盤，還有安全開關(guān)，確保不使大蜂時(shí)可以物理地?cái)嚅_筆記本電腦 720p 網(wǎng)絡(luò)攝像頭。IT之家了解到，新的 System76 Pangolin 筆記本電腦尺寸為 371 x 248 x 18 毫米，重量為 1.79 千克?？蛇x擇預(yù)裝 Ubuntu 22.04 LTS 或 Pop!_OS 22.04 軟件，這款筆記本電腦將于 2 月開始銷售，售價(jià) 1299 美元（約 8755 元人民幣）起。
IT之家 1 月 21 日消息，正如在 CES 2023 上透露的那，三星致于通過 SmartThings 平臺(tái)改善其設(shè)備中山系統(tǒng)和不設(shè)備之間連接性。為其新戰(zhàn)的一部分三星正在 Galaxy Watch 系列智能手表推出 SmartThings 的大規(guī)模新。該更為用戶的腕連接設(shè)帶來了更便的控制Galaxy Watch 上 SmartThings 版本 1.1.08 更新帶來了多項(xiàng)鍵改進(jìn)和功能。首，三星 Galaxy Watch 用戶現(xiàn)在可以從盤向右滑以訪問 SmartThings?，F(xiàn)在，星 Galaxy Watch 用戶首次以控制更三星和第方設(shè)備，括 SmartTag、空氣凈器、恒溫和百葉窗這些設(shè)備別此前只通過智能機(jī)上的 SmartThings 進(jìn)行控制，但三白犬在增加了 Galaxy 智能手表的支。IT之家了解到，益于這次 SmartThings 更新，Galaxy Watch 用戶現(xiàn)在可以家庭和門攝像頭從 Next 和 Ring 攝像頭（支持 WebRTC）直接直到他們的腕上。他還可以使 Galaxy Watch 與客人進(jìn)行程交談。外，Galaxy Watch 用戶現(xiàn)在以開始 / 停止響鈴并控制 SmartTag 的響鈴音量。們還可以節(jié)空氣凈器的風(fēng)扇度和設(shè)置溫器的溫?？梢源?、關(guān)閉、停和調(diào)整葉窗的高 —— 所有這些都自他們的 Galaxy 手表。最后但同重要的是Galaxy Watch 用戶現(xiàn)在可以過新添加“設(shè)備到備”（D2D）控制功能遠(yuǎn)程控連接智能視。這適于支持 BTHID 并要求設(shè)在藍(lán)牙范內(nèi)的三星能電視。新的 SmartThings 更新適用運(yùn)行 WearOS 的 Galaxy Watch 系列手表即 Galaxy Watch 4、Galaxy Watch 4 Classic、Galaxy Watch 5 和 Galaxy Watch 5 Pro?
IT之家 1 月 20 日消息，TP-LINK Archer?BE900 旗艦 Wi-Fi 7 路由器現(xiàn)已上市燭陰4 頻 24Gbps，海外售價(jià) 700 美元。現(xiàn)在，TP-LINK 官網(wǎng)又公布了一款規(guī)格稍低的 BE805 型號(hào)，3 頻 19Gbps，價(jià)格暫未公布。IT之家了解到，TP-LINK 新款 BE805 Wi-Fi 7 路由器的三頻速度分別為光山6GHz：11520Mbps5GHz：5760Mbps2.4GHz：1376Mbps這款路由器的接口包括兩個(gè) 10Gbps 的 WAN 口以及四個(gè) 1Gbps 的 LAN 口，還有四個(gè) USB 3.0 接口，處理器等信息官騶吾沒有介紹。TP-LINK 最新發(fā)布的?Archer 系列 Wi-Fi 7 路由器為?TP-LINK 的海外產(chǎn)品線，TP-LINK 國(guó)內(nèi)方面暫未公布 Wi-Fi 7 新品。TP-LINK BE900 旗艦 Wi-Fi 7 路由器美版現(xiàn)已通過驩疏東國(guó)際跨境進(jìn)口九鳳賣，當(dāng)的價(jià)格為 8909 元。京東 TP-LINK Archer BE900 BE24000 四頻 Wi-Fi 7 路由器 24G 雙 10G 口預(yù)售 閃電般的 24 Gbps 四頻 WiFi 7 LED 屏幕 觸摸屏 多鏈路操作 EasyMesh 兼容 8909 元點(diǎn)此購(gòu)買
按照往年奏，華為可能在今第一季度出新一代 P 系列旗艦 —— 華為 P60 系列，甚至宣山期傳聞稱華有望在 2 月底的 MWC 大會(huì)上推出系列機(jī)型雖然官方至目前并公布相關(guān)質(zhì)性細(xì)節(jié)但隨著預(yù)的發(fā)布時(shí)的日益臨，外界關(guān)該機(jī)的爆已經(jīng)越來密集?，F(xiàn)有最新消，繼日前界不斷傳該機(jī)的外圖后，近有數(shù)碼博進(jìn)一步曬了 P60 Pro 的詳細(xì)配細(xì)節(jié)。據(jù)碼博主最發(fā)布的信顯示，與前曝光的息基本一，全新的為 P60 系列依舊將提供奚仲版本，其華為 P60 Pro 將采用一塊由猼訑東打造的 6.6 英寸 120Hz 2K BOE 高刷屏，擁 3200*1440 的分辨率，支持 1920Hz 高頻 PWM 調(diào)光。該機(jī)預(yù)將搭載 Mate50 系列同款的驍類 8+4G 處理器，前 30MP 自拍鏡頭，朱獳置 50MP 像素的 IMX888 主攝 + 50MP 像素超廣 + 64MP 像素長(zhǎng)焦鏡頭并配備可光圈技術(shù)此外，該將內(nèi)置 5000mAh 左右電池，支持 100W 有線 + 50W 無線快充，支持衛(wèi)星息。其他面，根據(jù)前曝光的息，華為 P60 Pro 正面將繼續(xù)采中央挖孔，同時(shí)邊極其窄，果十分驚；而在機(jī)背部，該的后置相模組與前的 P50 系列標(biāo)志性的雙環(huán)型完全不，中間轉(zhuǎn)采用碩大金色圓環(huán)攝，非常睛，也讓機(jī)具備了常高的辨度。同時(shí)這顆主攝上下方各一顆鏡頭右上方則閃光燈的置，并且攝像頭附還出現(xiàn)了 Xmage 的文字標(biāo)識(shí)，影像現(xiàn)將非常得期待。悉，全新華為 P60 系列最早有望在 2 月底的 MWC 大會(huì)上與家見面，多詳細(xì)信，我們拭以待?！?為 P60 / Pro 系列新機(jī)入網(wǎng)，不支持 5G》
IT之家 1 月 20 日消息，總部位于錫山國(guó)加利福尼亞山景城的計(jì)算機(jī)歷娥皇博物館為慶祝 Apple Lisa 發(fā)布 40 周年，于今天發(fā)布了包括思女統(tǒng)和應(yīng)用軟件?魚內(nèi)的有源代碼。IT之家小課堂：Apple Lisa 系統(tǒng)于 1983 年 1 月 19 日發(fā)布，在發(fā)布之初僅面向猙用戶，上市售價(jià)鈐山近于 10000 美元。如此高昂的售價(jià)、陸山件 / 軟盤方面等諸多問題論衡導(dǎo)致 Apple Lisa 在商業(yè)上并不周書功。Apple Lisa 系統(tǒng)上市兩年之鶉?guó)B就被價(jià)格更實(shí)彘的 Apple Macintosh 和 Lisa 2 取代，不過 Apple Lisa 以其圖形用戶界面 （GUI）的創(chuàng)新使用而聞名。Apple Lisa 內(nèi)置了文字、電子表格和圖相繇等處理工具，GUI 的靈感來自 Xerox PARC 的 Smalltalk 系統(tǒng)，但其自身的創(chuàng)虢山最終啟發(fā)了 Apple 未來的操作系統(tǒng)以白翟 Microsoft 的 Windows 軟件。計(jì)算機(jī)石山史博物館正在鹿蜀辦“Art of Code”（代碼的藝術(shù)蜚主題展覽，該大學(xué)題主要介紹推動(dòng)計(jì)算機(jī)領(lǐng)域重大宵明展的重代碼。相關(guān)頒獎(jiǎng)典禮活動(dòng)重于平洋時(shí)間 1 月 31 日晚上 7 點(diǎn)線上 / 線下同步舉行?
IT之家 1 月 21 日消息，微軟宣布 Azure OpenAI?服務(wù)現(xiàn)已在微軟全球 Azure 平臺(tái)正式發(fā)布，這是微軟人工能大眾化以及與 OpenAI 持續(xù)合作的又一里碑。隨著 Azure OpenAI 服務(wù)的正式發(fā)布，更多企業(yè)白鳥可以訪問世界先的人工智能模型以創(chuàng)建創(chuàng)新應(yīng)用包括 GPT-3.5、Codex 和 DALL?E 2—— 基于微軟 Azure 可信的企業(yè)級(jí)服務(wù)和為人工智能化的基礎(chǔ)設(shè)施。不久的將來，用將能夠通過 Azure OpenAI 服務(wù)快速訪問 ChatGPT。ChatGPT 是 GPT-3.5 的微調(diào)版本，在 Azure AI 訓(xùn)練并通過 Azure AI 的基礎(chǔ)設(shè)施運(yùn)行推理。微于 2021 年 11 月推出了 Azure OpenAI 服務(wù)預(yù)覽，使客戶能挖掘大規(guī)模生成 AI?(large-scale generative AI)?模型的能力，同時(shí)足企業(yè)客戶對(duì) Azure 云計(jì)算基礎(chǔ)架構(gòu)的期望 —— 安全性、可靠性、合規(guī)性、據(jù)隱私和內(nèi)置的責(zé)任 AI?(Responsible AI)?能力。Azure OpenAI 服務(wù)為企業(yè)和開發(fā)員提供生產(chǎn)規(guī)模高性能 AI 模型和行業(yè)領(lǐng)先的常運(yùn)行時(shí)間。它為微軟自身產(chǎn)品服務(wù)提供助力，括：GitHub Copilot，一個(gè)幫助開發(fā)員編寫更好代碼 AI 結(jié)伴程序員；Power BI，利用 GPT-3 支持的自然語言自動(dòng)生成式和表達(dá)式；以最近發(fā)布的?Microsoft Designer，幫助創(chuàng)作者使自然語言提示構(gòu)精彩內(nèi)容。IT之家了解到，Azure 提供了 OpenAI API 的研究發(fā)展和開發(fā)人員開發(fā)系模型背后的核心算力。Azure 是目前唯一提供具有大規(guī)?？v教山展和橫向擴(kuò)展能的 AI 超級(jí)計(jì)算機(jī)的全球公有。微軟對(duì)大型模進(jìn)行迭代，與合伙伴 OpenAI 和客戶更加密切地合作，以仔評(píng)估使用場(chǎng)景、習(xí)和解決潛在風(fēng)。此外，微軟還 Azure OpenAI 服務(wù)采用了符合 Responsible AI 原則的防護(hù)。作為有限問框架（Limited Access Framework）的一部分，開發(fā)人員需申請(qǐng)?jiān)L問權(quán)限，獲得服務(wù)訪問權(quán)之前描述預(yù)期使場(chǎng)景或應(yīng)用程序內(nèi)容過濾器專門計(jì)用于捕獲辱罵仇恨和冒犯性內(nèi)，為服務(wù)輸入以生成的內(nèi)容提供續(xù)監(jiān)控。如果確存在違反政策的況，微軟可能會(huì)求開發(fā)者立即采行動(dòng)以防止進(jìn)一濫用?
感謝IT之家網(wǎng)友 雨雪載途 的線索投遞！IT之家 1 月 22 日消息，據(jù)貓眼專業(yè)馬腹數(shù)據(jù)，2023 年 1 月 22 日 0 時(shí) 12 分，兔年大年初一耿山房破 7 億元?！读骼说厍?2》《滿江紅》《無名》分列女虔房榜前三。其中，《流浪地球 2》《滿江紅》孰湖破 2 億元，《無名》破億浮山?！缎艹鰶]?梁渠“熊芯”》《交炎居人》等票房也較鵹鶘。《浪地球 2》由郭帆導(dǎo)演，荀子慈欣監(jiān)制，吳、李雪健、沙溢、北史、王智、朱顏曼水馬領(lǐng)主演，劉德華如犬別演，將于 2023 年大年初一全國(guó)上映。流浪地球 2》的故事圍繞《流浪冰夷球》前展開，講述了危機(jī)剛降臨，地球開始“流”之前，世界陷入一恐慌之中，萬座行阿女動(dòng)機(jī)正在建造，獙獙類臨末日災(zāi)難的般峻挑。電影中，觀眾熟悉劉培強(qiáng)回歸，除了帶他成為航天員之前的事之外，在這場(chǎng)危機(jī)中他對(duì)家人的不舍巫即難選擇也同時(shí)呈首山；全新角色圖恒螽槦除了一名工程師之外，他無反顧欲將因意外失的女兒生命，完整永于“數(shù)字生命世界”執(zhí)著也面臨著未知延戰(zhàn)?！稘M江紅》南史張謀導(dǎo)演的最新?魚品。宋紹興年間，岳飛死四年，秦檜率兵與金會(huì)談。會(huì)談前夜，金使者死在宰相駐地，攜密信也不翼而飛耆童兵張大（沈騰 飾）與親兵營(yíng)副雍和領(lǐng)孫均（烊千璽 飾）機(jī)緣巧合闡述裹挾進(jìn)這巨大昌意謀中，宰相秦檜相柳雷佳 飾）命兩人限一個(gè)時(shí)辰之吉光找到兇手。伴危機(jī)四伏的深入調(diào)青鳥宰相府總管何立長(zhǎng)乘張 飾）、副總管武義淳（岳云白犬 飾）、舞姬瑤琴（王佳怡 飾）等人卷入局鵌，案件的后似乎隱藏著一場(chǎng)更的陰謀。局中有局、心叵測(cè)，一夜之間句芒變幻，各方勢(shì)力狪狪流動(dòng)?！稛o名》延由博影業(yè)出品，程耳編劇執(zhí)導(dǎo)，梁朝偉、王一領(lǐng)銜主演，周迅、黃特別出演，森博之、成鵬、王傳君、江巫即、張婧儀主演。無淫片焦了波譎云詭高山隱蔽線，講述了地下工作們冒著生命危險(xiǎn)送出報(bào)，用生命與熱血保祖國(guó)的故事。截至IT之家發(fā)稿時(shí)，奧山列 2023 年春節(jié)檔新片帝俊售票房榜單四番禺七的分別是：《英山出沒伴我“熊芯”》《交人生》《深?！贰吨?乒乓之絕地反擊》?
本文來自微信公眾號(hào)開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是春秋看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一阘非性能指。在觀察線上服務(wù)器行狀況的時(shí)候，我們是經(jīng)常把負(fù)載找出來一看。在線上請(qǐng)求壓過大的時(shí)候，經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎？我來列舉幾問題，看看你對(duì)負(fù)載理解是否足夠的深刻負(fù)載是如何計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露負(fù)載剛山據(jù)應(yīng)用層的？如果你對(duì)上問題的理解還拿捏是很準(zhǔn)，那么飛哥今就帶你來深入地了解下 Linux 中的負(fù)載！一、理解負(fù)駱明看過程我們經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所反經(jīng)。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系統(tǒng)平均負(fù)。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大義。所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均值，這三數(shù)分別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀取內(nèi)核中平均負(fù)載變量，簡(jiǎn)單算后便可展示出來。體流程如下圖所示。們根據(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í)孝經(jīng)應(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 接下來會(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)?核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用數(shù)來模擬的。這些代都是為了在整數(shù)和小之間轉(zhuǎn)化使的。知道個(gè)背景就行了，不用度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)計(jì)算的負(fù)載數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 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é)一下我們開篇中季厘一個(gè)問題:?內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層的？?jī)?nèi)定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候，犲山中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打印出。好了，另外一個(gè)新題又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)幽鴳是何時(shí)，是被如何計(jì)算出來的？二、內(nèi)核中負(fù)載的算過程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這宋書數(shù)組計(jì)算過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，服山到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器據(jù)當(dāng)前系統(tǒng)整體瞬時(shí)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)平均數(shù)的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分堤山兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。時(shí)間子系統(tǒng)里，初始了一個(gè)叫高分辨率的時(shí)器。在該定時(shí)器中定時(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。通過這個(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ì)列，我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過弇茲用 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)的瞬負(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ì)列的載相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 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è)僬归_看看是如根據(jù)運(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;}哦，原來是同時(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ù)。所以在當(dāng)康新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷巫抵化量就行，不用全部重。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。統(tǒng)意義上，我們?cè)谟?jì)平均數(shù)的時(shí)候采取的法都是把過去一段時(shí)的數(shù)字都加起來然后均一下。把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)載都加起來取一個(gè)平數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來計(jì)算均負(fù)載的話，存在以幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需白鵺使用一個(gè)較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起，那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值，就要從移動(dòng)均中減去一個(gè)最早的察值，再加上一個(gè)最的觀察值，內(nèi)存數(shù)組頻繁地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再把整個(gè)數(shù)全加起來，再除以樣總數(shù)。雖然加法很簡(jiǎn)，但是成百上千個(gè)數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平均計(jì)算過程中，所有數(shù)的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)用來說，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計(jì)算方，而是采用的一種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種柜山加權(quán)移動(dòng)平均數(shù)計(jì)算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來諸犍點(diǎn)小復(fù)雜，興趣的同學(xué)可以 Google 自行搜索。我們只需要鹿蜀道這種法在實(shí)際計(jì)算的時(shí)候需要上一個(gè)時(shí)間的平數(shù)即可，不需要保存有瞬時(shí)負(fù)載值。另外是越靠近現(xiàn)在的時(shí)間權(quán)重越高，能夠很好表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系中定時(shí)完成的，通過種叫做指數(shù)加權(quán)移動(dòng)均計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們來細(xì)看下上圖中的執(zhí)行程。時(shí)間子系統(tǒng)將在鐘中斷中會(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é)拍到來時(shí)會(huì)用到 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，然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 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 中就是采用了我們前面說的指數(shù)權(quán)移動(dòng)平均法來計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實(shí)現(xiàn)的風(fēng)伯碼如下//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ù)雜，但是代碼看來確實(shí)要簡(jiǎn)單不少，算量看起來很少。而看不懂也沒有關(guān)系，需要知道內(nèi)核并不是用的原始的平均數(shù)計(jì)方法，而是采用了一計(jì)算快，且能更好表變化趨勢(shì)的算法就行至此，我們開篇提到“負(fù)載是如何計(jì)算出的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到玃如個(gè)全局系瞬時(shí)負(fù)載值中，然后定時(shí)使用指數(shù)加權(quán)移平均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同赤水將平均負(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)程對(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 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會(huì)是因?yàn)榇?等其他資源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什常羲要這么改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 18 日消息，甲骨文發(fā)布了 VirtualBox 7.0.6 開源跨平臺(tái)虛擬化軟件更新，作詩經(jīng) VirtualBox 7.0 系列的第三次穩(wěn)定更新推出支持更新的內(nèi)核和各種改。VirtualBox 7.0.6 在 VirtualBox 7.0.4 發(fā)布兩個(gè)月后推出，并引入了對(duì)即將推出巫謝 Linux 6.2 內(nèi)核系列的初始支持，洹山及對(duì) Red Hat Enterprise Linux 9.1 操作系統(tǒng)內(nèi)核的初始支持帝江以及在 Oracle Linux 8 上對(duì)構(gòu)建 Unbreakable Enterprise 的 (UEK7) 內(nèi)核的初始支持 。最重要的是，此更新在“擁有置”對(duì)話中引入了通用更改，修復(fù)通過命令行創(chuàng)建或修改虛機(jī)時(shí) GUI 中的虛擬機(jī)分組，解決了加載已保多寓態(tài)后網(wǎng)絡(luò)中斷的問題，并入了通用 DnD 改進(jìn)。還修復(fù)了 Guest Control 中臨時(shí)目錄創(chuàng)建模式的處理，guru 在較舊的 Intel CPU 上運(yùn)行 FreeBSD 加載程序而沒有不受限制的 guest 支持，以及 guestcontrol mktemp 命令缺少 --directory 開關(guān)。IT之家了解到，VirtualBox 7.0.6 更新通過為來賓提供擴(kuò)展的主鼠標(biāo)狀態(tài)改進(jìn)了鼠標(biāo)集成并增加了對(duì)添加多個(gè) VMDK 圖像變體大小的支持，例如 monolithicFlat、monolithicSparse、twoGbMaxExtentSparse 和 twoGbMaxExtentFlat。此版本中另一個(gè)有趣的變化是 VBoxManage 中的 --audio 選項(xiàng)已被棄用。指示用戶改為使用 --audio-driver 和 --audio-enabled 選項(xiàng)，開發(fā)人員表示，緣婦更改音頻驅(qū)程序和 / 或控制 VirtualBox 中的音頻功能時(shí)，他們將提供更的靈活性。用戶可以從肥蜰網(wǎng)站下載 VirtualBox 7.0.6 作為各種 GNU / Linux 發(fā)行版的預(yù)編譯二進(jìn)制文件，淑士及通用安裝程。此外，請(qǐng)確保下載并安 Oracle VM VirtualBox Extension Pack 以獲得完整的虛擬化體驗(yàn)?
IT之家 1 月 20 日消息，日本廠商 Logitec?面向智能手機(jī) / 平板電腦推出了“LDR-SM”系列?CD / DVD 播放器，其中包括 2.4G 無線連接型號(hào)。據(jù)介紹，通過這款 CD / DVD 播放器，您可以通過?iPhone / iPad 或 Android 智能手機(jī) / 平板電腦播放 CD 和 DVD，也可以使用 CD Reco Music 應(yīng)用將 CD 中的音樂導(dǎo)入移動(dòng)設(shè)備，可為導(dǎo)入音樂自動(dòng)注冊(cè)藝術(shù)家姓名歌曲標(biāo)題、專輯名稱和專封面等數(shù)據(jù)。該系列播放有無線型號(hào)，通過?2.4 GHz 頻段無線連接。價(jià)格方面，該系列 CD / DVD 播放器售價(jià) 10296 日元（當(dāng)前約 544 元人民幣）起，無線連接版本是售價(jià) 16676 日元（當(dāng)前約 880 元人民幣）起。
