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