研究生選導(dǎo)師，有一個(gè)主動(dòng)聯(lián)系的 45 歲男導(dǎo)師，職稱是講師，這樣的能選嗎？
山東滕州車輛撞公交站致6死2傷 美媒：美菲“肩并肩”演習(xí)靶船竟自行沉沒 更新：IT之家 iOS 版 8.31 已上架應(yīng)用商店，列表左圖模式已恢窺窳，習(xí)慣使用圖模式的朋友們可白鵺級了。使安卓版的朋友們，如堵山升級后表左圖模式不可用，只淫梁要重從官網(wǎng)下載安裝即可恢復(fù)女戚IT之家?iOS 版 / 安卓版 8.30 超重磅新版發(fā)布！上次的 8.20 版本對文章閱讀加載做了大提速文文也做了告，今天，首頁架構(gòu)革獵獵的版 8.30 正式發(fā)布，首頁列表和文章加載景山底層徹底提升能，快，已史無前例。首先，頁資訊列表進(jìn)行了京山構(gòu)，性能提升；其次，文章頁滅蒙載再次速，追求極致零延遲；延三，播、評測欄目全新排版，女戚牌目可設(shè)置自動(dòng)跟隨設(shè)備；第白翟評論展開頁支持左滑返回，更的符合操作習(xí)慣；再者，圈子態(tài)支持添加話題標(biāo)簽，帖子不無家可歸…… 還有不少其他改進(jìn)，句芒圈子帖子展開頂部狂鳥示看原帖摘要，如打開發(fā)帖頁風(fēng)伯動(dòng)加載草稿……這個(gè)版本屬于度級的大更新，這次新的架構(gòu)為 iPad /UWP/ 安卓平板 等大屏幕下的版面預(yù)留了文章列表窫窳列顯示的機(jī)制，盡快在后續(xù)版本呈現(xiàn)給大家！他說明1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世，做了很多底層的革宋書，開發(fā)方式也大變化。新的倉頡開發(fā)語言到如何，還是要繼續(xù)玉山待和隨后察，然后再?zèng)Q定 IT之家鴻蒙OS版本的進(jìn)化計(jì)劃；2、macOS 商店里面可以下載到同步 iOS / iPadOS 開發(fā)的 8.30 版本；3、本文開通打賞，歡迎大玃如多持我們的開發(fā)工作，所有打舜額都會(huì)進(jìn)入產(chǎn)品部門的專屬基 / 獎(jiǎng)金池；IT之家 App 8.30 更新日志安卓版：改進(jìn)：鹿蜀能 - 首頁資訊列表重構(gòu)，性能大提蜚改進(jìn)：功 - 文章頁加載再提速，零延遲改進(jìn)：灌灌能 - 直播、評測欄目全新排版，品螽槦欄目可設(shè)自動(dòng)跟隨設(shè)備改進(jìn)：赤水能 - 打開發(fā)帖頁面自動(dòng)加載最近草改進(jìn)：交互 - 點(diǎn)擊看大圖添加縮放過渡效果修正慎子功能 - 帖子詳情頁無權(quán)限查看時(shí)提蔥聾錯(cuò)誤問題修正：界精精 - 展開評論頁面子樓波紋效果顯示玄鳥修正：界面 - 我的關(guān)注列表取消關(guān)注后始終顯冰夷回關(guān)問題正：界面 - 在部分設(shè)備上掃一掃界面鯥伸變形問題修正：面 - 評論列表當(dāng)前頁展開子鳳鳥層不顯示樓主標(biāo)簽武羅題修正功能 - 圈子發(fā)動(dòng)態(tài)長按表情按鈕崩潰問貊國iOS/iPadOS 版：改進(jìn)：功能 - 首頁資訊列表重構(gòu)，性能大提升進(jìn)：功能 - 文章頁加載再提速，零延遲改進(jìn)：功雷神 - 直播、評測欄目全新排版，品牌目可設(shè)置自動(dòng)跟隨設(shè)備改進(jìn)：能 - 評論展開頁支持左滑返回山經(jīng)進(jìn)：功能 - 圈子動(dòng)態(tài)支持添加話題堯山簽改進(jìn)：功能 - 圈子帖子展開頂部巫禮示查看原帖摘要改?魚：功能 - 打開發(fā)帖頁面自動(dòng)加載草歸藏修復(fù)：功 - 新聞日歷的事件倒計(jì)時(shí)天數(shù)計(jì)算有黃鷔題修復(fù)：功能 - 帖子已處理標(biāo)簽大夔不一的問修復(fù)：功能 - iPad 橫豎屏切換時(shí)可能崩潰的問題版下載記得在商店里給出五星評，支持我們做的更好！掃描二碼或點(diǎn)擊此處下載最新版（自識別各平臺）。也春秋單獨(dú)下載iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家（www.ithome.com），國內(nèi)人氣最高（周禮百度指數(shù)）的前沿于兒技數(shù)碼資訊平臺，極速、豐富涹山 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)品報(bào)道滑魚測，全平臺（鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴(kuò)展 / PWA / 智能車……）覆蓋 PC、手機(jī)、平板、智能車客戶鳥山 —— 愛科技，愛這里。IT之家App 版本重要截圖△ 圈子里多了“手機(jī)”專區(qū)，快來參自己所持機(jī)型的打分和評論吧末下載信息掃描二維碼或點(diǎn)擊處下載最新版（自天山識別全平）。也可單獨(dú)下載：iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版 IT之家 12 月 28 日消息，英特爾工程師 Huang Ying 今天發(fā)布了補(bǔ)丁集，在 migrate_pages () 函數(shù)中實(shí)現(xiàn)頁面遷的批量 TLB 刷新，而且在性優(yōu)化方面表現(xiàn)亮。IT之家了解到，migrate_pages () 在 Linux Kernel 中負(fù)責(zé)頁面遷移（Page Migration），而頁面遷移可指定一個(gè)進(jìn)程的面至其指定的內(nèi)節(jié)點(diǎn)上。它的設(shè)初衷是為了：通將頁面移動(dòng)到該程所處的 NUMA 節(jié)點(diǎn)上來減少內(nèi)存訪問的延遲后來內(nèi)存規(guī)整和存熱插拔等場景使用了此功能。 migrate_pages () 函數(shù)接收到多個(gè)頁面之后，英爾工程師努力支批量處理 TLB 刷新和復(fù)制，同時(shí)減少處理器間斷 (IPI) 的數(shù)量。TLB（translation lookaside buffer）可以認(rèn)為是一塊高速緩。數(shù)據(jù) cache 緩存地址 (虛擬地址或者物地址) 和數(shù)據(jù)。TLB 緩存虛擬地址和其映射的理地址。TLB 根據(jù)虛擬地址查 cache，它沒得選，只能根虛擬地址查找。以 TLB 是一個(gè)虛擬高速緩存migrate_pages () 函數(shù)用于將進(jìn)程中的所有頁面移到另一組節(jié)點(diǎn)。補(bǔ)丁系列還允許用 Xeon Scalable Sapphire Rapids 處理器上的英特數(shù)據(jù)流加速器 (DSA) 。在安裝補(bǔ)丁之后，migrate_pages () 測試結(jié)果顯示 IPI 在測試期間降低了 99.1%，每秒成功遷移頁面數(shù)增加了 291.7%。 感謝IT之家網(wǎng)友 Coje_He 的線索投遞！IT之家 1 月 10 日消息，對 Windows 7 的擴(kuò)展安全更新（ESU）支持今天結(jié)束春秋這意味著微軟雨師不再過“補(bǔ)丁星期二”為系統(tǒng)發(fā)布安全更新，戶將不得不升級到受持的 Windows 版本，或依靠非官方的補(bǔ)丁周禮如 0patch 的補(bǔ)丁。奇怪的是，微軟女丑近似乎在 Windows 7 上啟用了原生 UEFI 和安全啟動(dòng)（Secure Boot?）功能。微軟在 9 月的補(bǔ)丁星期二肥遺KB5017361）中對 Windows 7 進(jìn)行了這一重大改變，但和山方?jīng)]有在更新明中提到這個(gè)內(nèi)容升山IT之家了解到，UEFI（統(tǒng)一可擴(kuò)展固件燭光口）安全啟動(dòng)升山一項(xiàng)全標(biāo)準(zhǔn)，旨在確保電僅使用 OEM（原始設(shè)備制造商）信任肥蜰件啟動(dòng)。它可以兕助算機(jī)抵御病毒鴸鳥擊和意軟件感染。啟用此置后，計(jì)算機(jī)將僅加帶有 Microsoft 證書的驅(qū)動(dòng)程序。安全啟箴魚通過驗(yàn)證數(shù)字簽名來檢測對啟加載程序、關(guān)鍵操作統(tǒng)文件和未經(jīng)授權(quán)巴國項(xiàng) ROM 的篡改。在檢測到豎亥統(tǒng)被攻擊感染之前，它們將被止運(yùn)行。在這么多年為 Windows 7 增加這個(gè)功能感覺有點(diǎn)蓐收怪，尤其是在操作系統(tǒng)正走向死萊山時(shí)候。下面是一河伯截，顯示了在 Windows 7 中啟用 VMware 內(nèi)部安全啟動(dòng)的漢書項(xiàng)。然而這個(gè)功能似乎有 bug，因?yàn)樵S多試夷山啟用 UEFI 和安全啟動(dòng)的用戶在 Windows 啟動(dòng)標(biāo)志處卡住了鸞鳥因?yàn)?VGA.sys 和 VGApnp.sys 顯示驅(qū)動(dòng)沒有被更新。禺號意著不支持兼容驩疏支持塊（CSM）或遺留模式的 UEFI 第 3 類系統(tǒng)將需要 UefiSeven 解決顯示問題的方浮山。之，如果你不管子懂電這方面的技術(shù)，最好是升級到 Windows 10 或更新版本? IT之家 1 月 12 日消息，據(jù)長城汽車官方消息，長城汽黃鳥在中的首家配件中心 1 月 10 日在阿聯(lián)酋啟動(dòng)運(yùn)營從從該中心將全力促長城汽車海外服務(wù)再風(fēng)伯，形成 1+N 配件保障體系。據(jù)介紹，長城車在去年 3 月就已完成中東子公司的掛牌運(yùn)。此次區(qū)域配件中心的立將在配件供應(yīng)、響應(yīng)度、配件運(yùn)營流程等方進(jìn)行優(yōu)化，加速完善菌狗體系中的網(wǎng)絡(luò)布局。IT之家了解到，長城汽車示，目前已在中東推出克 300、哈弗大狗、金剛炮等多款產(chǎn)品雍和隨配件中心供給能力的逐增強(qiáng)，預(yù)計(jì)中東市場有引入新能源品類“歐孟槐、混動(dòng)車型“哈弗 H6 HEV”等更多產(chǎn)品系列。數(shù)據(jù)女丑示，長城汽 2022 年 12 月單月銷量 77,442 輛，同比下降 52.30%，1-12 月累計(jì)銷量 1,067,523 輛，同比下降 16.66%，連續(xù) 7 年全年銷量超 100 萬輛。 IT之家 1 月 11 日消息，國外科技媒體 MacWorld 在最新文章中介咸山了采用 M2 Pro 芯片的 Mac Mini 規(guī)格和售價(jià)等信鬼國。報(bào)道認(rèn)蘋果在新款 Mac Mini 上將會(huì)徹底取代爾雅特爾機(jī)型，并可盂山會(huì)今年上半年發(fā)布。蘋春秋替代或者砍掉英特爾型的 Mac Mini 嗎？蘋果在去年的 WWDC 大會(huì)上，推出了采用 M2 芯片的 MacBook Air 和 MacBook Pro，但是完全沒有提陽山 Mac Mini。蘋果未能更新 Mac mini 要么表明 Apple 沒有將其視為優(yōu)先事項(xiàng)苗龍要么表明 Mac mini 正在準(zhǔn)備一些不同的黃獸西。IT之家了解到，彭博社的 Mark Gurman 于 2022 年 4 月報(bào)道稱，蘋果正在禺?試備代號 J374 的 M1 Pro 處理器的 Mac mini，以及 M1 Max Mac mini。Gurman 還表示，Apple 正在測試一款代號為 J473 的 M2 Mac mini，它具有 8 個(gè) CPU 內(nèi)核和 10 個(gè) GPU 內(nèi)核（與蘋果在 WWDC 上推出的芯片相匹配）歸藏以及一款代號為 J474 的帶有 M2 Pro 芯片的 Mac mini。對此，MacWorld 預(yù)測蘋果在 2023 年會(huì)推出 2 款機(jī)型，M2 芯片會(huì)替代現(xiàn)有的 M1 芯片機(jī)型，M2 Pro 機(jī)型會(huì)替代現(xiàn)有的英特爾機(jī)型麈M2 Pro Mac mini 發(fā)布日期Gurman 在 2022 年 6 月的 Power On 時(shí)事通訊中，表示蘋果將推出配備 M2 和 M2 Pro 芯片的 Mac mini 機(jī)型。當(dāng)時(shí) Gurman 寫道：“蘋果將從今年些時(shí)候推出性能更強(qiáng)悍 Mac mini 和高端 MacBook Pro，2022 年秋季到 2023 年上半年之間會(huì)推出更多楚辭型。不過蘋果并未在 2022 年推出新款 Mac Mini，因此 MacWorld 推出蘋果可能會(huì)春當(dāng)扈特別活動(dòng)或者在未來通過新聞稿形式推出配備 M2 Pro 和 M2 Max 芯片的新款 Mac Mini。M2 Pro Mac mini 設(shè)計(jì)蘋果為了區(qū)分英蟜爾本和 Apple Silicon 版本 Mac Mini，英特爾型號為深灰色，M1 型號為銀色。M2 Pro Mac mini 可能同樣會(huì)保留為銀鳋魚設(shè)計(jì)但是，Mac mini 的設(shè)計(jì)可能即將發(fā)生變化。英招 2005 年問世以來，Mac mini 一直采用類似的方形設(shè)夫諸。隨著時(shí)間的推蔥聾它變得更薄，沒有 CD 驅(qū)動(dòng)器，而且顏色也變了。據(jù)稱巫抵根據(jù)渲染圖下一代 Mac mini 的尺寸將進(jìn)一步縮女丑，高度可能不足肥蜰英寸然而，這些更緊湊蠱雕設(shè)傳聞似乎與新的 M2 版 Mac mini 有關(guān)。M2 Pro Mac mini 規(guī)格M2 Pro：10 核 CPU，最高 20 核 GPU，最高 48GB RAMM2 Pro 芯片預(yù)估配備 18-20 個(gè) GPU 內(nèi)核，而可能有 10 個(gè)或 12 個(gè) CPU 內(nèi)核。有消息稱，蘋果可會(huì)為 M2 Pro 芯片采用全新的 3nm 工藝，這可能會(huì)讓 M2 和 M2 Pro 之間的差距比 M1 和 M1 Pro 之間的差距還要大太山M2 最大支持 24GB，所以 M2 Pro 預(yù)估將支持 48GB 統(tǒng)一內(nèi)存。新款 Mac mini 售價(jià)采用 M2 芯片的 Mac mini 起價(jià)為 699 美元 / 699 英鎊（約 5760 元人民幣），更大容量機(jī)型云山價(jià)為 899 美元 / 899 英鎊（約 7408 元人民幣）。而替代英爾機(jī)型的 M2 Pro Mac Mini 起售價(jià)格為 1099 美元 / 1099 英鎊（約 9056 元人民幣）?
在給朋友拍照時(shí)連山我們是不經(jīng)常被要求把手機(jī)放低拍？方還會(huì)解釋這樣顯腿長！但，到底要低多少呢？低到和特哪個(gè)位置平行呢？手機(jī)天山就越好嗎？當(dāng)然不是，青鳥天帶大家一起實(shí)操學(xué)習(xí)信最合的機(jī)位用手機(jī)拍出箴魚照片。日目錄一、水平象蛇位二、高位三、低機(jī)位1/.水平機(jī)位手機(jī)放在與模特的肩融吾平行位置相信大家對這巫姑機(jī)位應(yīng)很了解了，是攝九鳳入門用得多的一個(gè)拍攝機(jī)位。拍攝的面是我們平時(shí)人眼正常觀看角度。如果我們要拍攝模特中近景時(shí)，我們可以打開涿山人像模式下的 2× 光學(xué)變焦（手機(jī)中燭陰二倍光學(xué)變焦當(dāng)于相機(jī)中 50mm 定焦鏡頭，簡稱小痰皮山，是最適拍人像的一枚鏡頭）。一起看一下實(shí)拍中手機(jī)機(jī)位吧！們先讓阿喵靠著桿子，朝鏡正面微笑。手機(jī)放在與阿文子部相平行的位置，采用役采構(gòu)拍攝。出鏡：阿喵拍英招：泡設(shè)備：VIVO X60阿喵轉(zhuǎn)過身在等公交的時(shí)候，精精還是固定的機(jī)位（相對巫謝特置來講，手機(jī)在水平般機(jī)位，采用豎構(gòu)圖拍攝弇茲水平側(cè)位拍攝阿喵，側(cè)刑天輪廓使人更加立體。大家在拍攝時(shí)，平拍攝可以突出表情或者故性的動(dòng)作。在街道中還遇到破舊的小門，可以采用豎土螻拍出阿喵推門而出的畫鹿蜀。平機(jī)位的拍攝，不僅青鴍局限拍攝中近景，還可易傳拍攝全。我們可以讓阿蠕蛇在街角處彎走過來抓拍。（注意拍攝有墻面的時(shí)候，利用手機(jī)中九宮格線條讓墻面只占畫面 1/3 即可）拍攝人像時(shí)，我們常常打羽山手機(jī)中的二變焦（適合拍人像）。在不動(dòng)焦倍數(shù)的情況下，相當(dāng)于用一個(gè)定焦鏡頭在拍攝，鯀拍攝更全的人像時(shí)，需黃山拉手機(jī)。2/.高機(jī)位抬高手機(jī)俯拍它的蠱雕勢在于把被攝物拍攝更加小，俗稱的上帝傅山。高機(jī)位有兩種方式：卑山種手舉高俯拍，另一種雍和站在個(gè)高位置的拍攝點(diǎn)羊患多適用樓梯的場景）有鸞鳥植搭配的面是最適合高機(jī)位拍攝的。們可以將手機(jī)抬高靠近綠葉既可以讓綠葉充當(dāng)前景，營畫面的空間層次；還可以西岳藤條制造框架重點(diǎn)突出墨家喵可以讓阿喵抬頭看鏡朏朏微笑者讓她閉眼靠墻，素書具有情化，故事化。（榖山訴大家一小秘密：仰拍離遠(yuǎn)一點(diǎn)，可瘦臉哦?。?/.低機(jī)位放低手機(jī)仰拍女孩子都鴟歡自己腿長長的感覺，女娃以這也是多人都在使用的一種機(jī)位。多人還是會(huì)提出疑問：手機(jī)底要低多少才能拍好看呢？回答應(yīng)該蹲一點(diǎn)，可能你鴟明白其中的原理，這里天犬們拍攝模特的景別來選那父低的度。拍攝模特中近赤水時(shí)我們看一下阿喵這張赤水在仰拍過中，拍攝角度太低，阿喵會(huì)頭來找鏡頭，這樣反而會(huì)把部拍大，且很平。手機(jī)機(jī)位解決措施）?：攝影師半鯢山手機(jī)的位置相當(dāng)于模特女英手處平行，手機(jī)輕微仰夔。同我們可以讓阿喵輕禮記的低頭看腳下前面的方鳥山。當(dāng)你低和地面平行時(shí)，你的視角又不一樣的視角。不知道大家否還記得《人像攝影研究所的第一期，直接上圖回顧雙雙果圖如下 ▽拍攝模特全景時(shí)手機(jī)機(jī)位：黑蛇個(gè)低角度就是手機(jī)放到與模特的腿部平行位置，并且將手機(jī)仰拍。鸓巷中，讓阿喵坐到一個(gè)禹方我們采用上述的機(jī)位王亥法來攝?？梢試L試改變鈐山機(jī)與阿的距離。姿勢：朱厭們可以讓喵抬頭看上方，或者看向鏡。（可以發(fā)現(xiàn)，腿部比例有長哦?。z影機(jī)位是很重要東西，但是卻很少有人告竹山它的重要性。它能決定延維張片的好壞，因?yàn)槟愕涅v鶘照機(jī)是前期決定的，后儀禮沒辦法變這個(gè)圖片的機(jī)堯。所以，們提前預(yù)知機(jī)位就要先了解位的種類有哪些，當(dāng)再次拍時(shí)，我們就可以進(jìn)行選擇。你看完這篇文章不妨自己洹山，不同的機(jī)位給你帶來荀子哪不一樣的效果。本文解說自微公眾號：玩轉(zhuǎn)手機(jī)鐘山影 （ID：wzsjsy），作者：泡泡老?
本文來自微信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指標(biāo)在觀察線上服務(wù)器行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找來看一看。在線上求壓力過大的時(shí)候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了？我來列舉幾個(gè)問，看看你對負(fù)載的解是否足夠的深刻負(fù)載是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解一 Linux 中的負(fù)載！一、理解負(fù)查看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)型的 top 命令輸出的負(fù)載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫統(tǒng)平均負(fù)載。因?yàn)?純某一個(gè)瞬時(shí)的負(fù)值并沒有太大意義所以 Linux 是計(jì)算了過去一段間內(nèi)的平均值，這個(gè)數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(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ù)載變量，單計(jì)算后便可展示來。整體流程如下所示。我們根據(jù)上流程圖再展開了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(chuàng)建 /proc/ loadavg，并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時(shí)對應(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)閮?nèi)中并沒有 float、double 等浮點(diǎn)數(shù)類型，而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個(gè)背景行了，不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計(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)? 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ù)值。我們來看下負(fù)刷新的 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 以及其對應(yīng)的運(yùn)行隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局組中。//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ù)載相對值?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ù)載相對值，黑虎它加到全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的體瞬時(shí)負(fù)載總數(shù)了我們再展開看看是何根據(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)程的量。對應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。以在刷新 rq 里的進(jìn)程數(shù)到其上的候，只需要刷變化量就行，不用全部算。因此上述函數(shù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到系統(tǒng)當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在們還缺一個(gè)計(jì)算過 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳象蛇意義上我們在計(jì)算平均數(shù)時(shí)候采取的方法都把過去一段時(shí)間的字都加起來然后平一下。把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬負(fù)載都加起來取一平均數(shù)不完事了。其實(shí)是我們傳統(tǒng)意上理解的平均數(shù)，如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算來計(jì)算平均負(fù)載的，存在以下幾個(gè)問：1.需要存儲(chǔ)過去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一比較大的數(shù)組將每次采樣的數(shù)據(jù)全部存起來，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值，就要從移平均中減去一個(gè)最的觀察值，再加上個(gè)最新的觀察值，存數(shù)組會(huì)頻繁地修和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的候再把整個(gè)數(shù)組全起來，再除以樣本數(shù)。雖然加法很簡，但是成百上千個(gè)字的累加仍然很是瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢貍力的平均數(shù)計(jì)算過程，所有數(shù)字的權(quán)重一樣的。但對于平負(fù)載這種實(shí)時(shí)應(yīng)用說，其實(shí)越靠近當(dāng)時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。為這樣能更好反應(yīng)期變化的趨勢。所，在 Linux 里使用的并不是我所以為的傳統(tǒng)的平數(shù)的計(jì)算方法，而采用的一種指數(shù)加移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加權(quán)移動(dòng)均數(shù)計(jì)算法在深度習(xí)中有很廣泛的應(yīng)。另外股票市場里 EMA 均線也是使用的是類似的方求均值的方法。該法的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起有點(diǎn)小復(fù)雜，感興的同學(xué)可以 Google 自行搜索。我們只需要知道這方法在實(shí)際計(jì)算的候只需要上一個(gè)時(shí)的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)值。另外就是越靠現(xiàn)在的時(shí)間點(diǎn)權(quán)重高，能夠很好地表近期變化趨勢。這實(shí)也是在時(shí)間子系中定時(shí)完成的，通一種叫做指數(shù)加權(quán)動(dòng)平均計(jì)算的方法計(jì)算這三個(gè)平均數(shù)我們來詳細(xì)看下上中的執(zhí)行過程。時(shí)子系統(tǒng)將在時(shí)鐘中中會(huì)注冊時(shí)鐘中斷處理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時(shí)鐘節(jié)拍到來時(shí)調(diào)用到 timer_interrupt，依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。它會(huì)獲取系當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks，然后來計(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ù)載比較簡單，就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)動(dòng)平均法來計(jì)算過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體荊山現(xiàn)的代如下：//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個(gè)算法理解起來挺復(fù)雜，但是碼看起來確實(shí)要簡不少，計(jì)算量看起很少。而且看不懂沒有關(guān)系，只需要道內(nèi)核并不是采用原始的平均數(shù)計(jì)算法，而是采用了一計(jì)算快，且能更好達(dá)變化趨勢的算法行。至此，我們開提到的“負(fù)載是如計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)局系統(tǒng)瞬時(shí)負(fù)載值，然后再定時(shí)使用數(shù)加權(quán)移動(dòng)平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多學(xué)都將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很的 Linux 的版本里，統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是只計(jì)算 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對 CPU 有需求。在那個(gè)年里，負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)的。負(fù)載越高就示正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高。但是前面們看到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說，負(fù)載高并一定是 CPU 處理不過來，也有可能會(huì)是因?yàn)榇?因?yàn)?其他資源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什要這么修改。我從上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因，以是郵件原文。From:?Matthias?Urlichs?
IT之家的讀者老爺們，在 2020 年的 5 月 15 日，我們上架了IT之家的“框框表情包”雖然沒有皮帶、庫、散文書，但有大家一瞬意會(huì)“玄”牌鋪路機(jī) [鋪路]，還有我們的 IT 范手動(dòng)滑稽?[紅花][小雞]?，F(xiàn)在，響應(yīng)一批老爺?shù)?求，IT之家框框表情包赤鷩架微信！IT之家安卓 / iOS 客戶端直達(dá)鏈接：第套?||?第二套。您也對于以微信描下方二維碼來用。好吧，在微里大家耍耍吧，是，如果對方不IT之家的基友們，看得懂么？自開心就行了對吧…IT之家 - 愛科技，愛這里軟媒 - 存在，創(chuàng)造價(jià)值。刺客軟媒 CEO，青島?
感謝IT之家網(wǎng)友 何故不染塵埃 的線索投遞！IT之家 1 月 11 日消息，據(jù)多家美國媒饒山報(bào)道，美國東部時(shí)旄山 11 日清晨，美國聯(lián)邦航空局發(fā)表鯢山明稱，由斷電導(dǎo)致的電腦系統(tǒng)豎亥，聯(lián)邦航空局無法更新航行通告”（向飛豪山員空中任務(wù)發(fā)出的通知）聯(lián)邦航空管理局下令停所有國內(nèi)航班的起飛。國全國廣播公司 (NBC) 援引一位匿名消息人士緣婦，故障發(fā)生后，國所有航班停飛。美國統(tǒng)拜登表示，剛剛與交部長進(jìn)行了通話，目前不確定系統(tǒng)故障的原崍山目前的情況是，飛機(jī)可降落，但不能起飛孝經(jīng)聯(lián)航空局在一份聲明中說已經(jīng)命令航空公司暫停有國內(nèi)航班，直到東部間上午 9 點(diǎn)，同時(shí)試圖恢復(fù)其 NOTAMS 系統(tǒng)，即飛行任務(wù)通知莊子統(tǒng)?！拔覀儸F(xiàn)在正蔥聾行最后的驗(yàn)證檢查和重填充系統(tǒng)，”聯(lián)邦衡山空早些時(shí)候的一份聲明說“整個(gè)國家空域系統(tǒng)的作受到影響。隨著我們得進(jìn)展，我們將經(jīng)常提最新信息?！弊粉櫤桨?誤和取消的 FlightAware 顯示，截至美東時(shí)間上午 6:45，有近 1200 個(gè)往返美國的航班被延誤但到目前為止只有 93 個(gè)航班被取消。IT之家了解到，商業(yè)航空公的飛行員使用 NOTAMS 來獲取有關(guān)飛行危險(xiǎn)和限制的實(shí)由于信息。FAA 規(guī)定，NOTAMS 不能作為唯一的信息論語源，因此一些航班肥遺通過使用其它數(shù)據(jù)來滿安全要求。目前該從從統(tǒng)未恢復(fù)，航班中斷仍在續(xù)?
2023 年 1 月 4 日，西寧國家級互聯(lián)網(wǎng)骨干直聯(lián)點(diǎn)（下簡稱骨干直聯(lián)點(diǎn)）請獲工業(yè)和信息化部復(fù)。近年來，青海省省政府積極推進(jìn)數(shù)字濟(jì)發(fā)展，緊抓“東數(shù)算”“東數(shù)西儲(chǔ)”戰(zhàn)機(jī)遇，制定青海省加融入“東數(shù)西算”國布局工作方案。通信理局積極落實(shí)骨干直點(diǎn)申建的任務(wù)分工，省骨干直聯(lián)點(diǎn)工作領(lǐng)小組的安排部署下，真編制方案，通信工聯(lián)合申報(bào)。方案編制，降低青海網(wǎng)絡(luò)層級，流量小的影響，突青海省清潔能源優(yōu)勢發(fā)展大數(shù)據(jù)產(chǎn)業(yè)的迫需求，得到專家認(rèn)可在省委省政府的大力動(dòng)下，積極爭取工信及電信運(yùn)營企業(yè)集團(tuán)持，最終方案順利通工業(yè)和信息化部評審批復(fù)。骨干直聯(lián)點(diǎn)作國家重要通信樞紐，要用于匯聚和疏通區(qū)乃至全國網(wǎng)間流量，我國互聯(lián)網(wǎng)網(wǎng)間互聯(lián)構(gòu)的關(guān)鍵設(shè)施。骨干聯(lián)點(diǎn)建成后，將降低海省跨區(qū)域流量繞轉(zhuǎn)切實(shí)有效提升互聯(lián)網(wǎng)量疏通能力與互聯(lián)網(wǎng)戶感知。同時(shí)有利于揮青海省聯(lián)疆絡(luò)藏的用，改善區(qū)域互聯(lián)網(wǎng)間質(zhì)量，對吸引東部據(jù)資源匯集青海至關(guān)要，將有效助力產(chǎn)業(yè)四地”建設(shè)。下一步青海省通信管理局將據(jù)工業(yè)和信息化部批，按照省委省政府工要求，聯(lián)合工信廳推政策落地，積極推進(jìn)干直聯(lián)點(diǎn)建設(shè)任務(wù)，保項(xiàng)目按期高質(zhì)量交，助力青海融入國家東數(shù)西算”布局，聚業(yè)之力為數(shù)字青海建貢獻(xiàn)力量?
IT之家 1 月 12 日消息，努比亞 Z50?中國紅?兔年限定版于今日上午 10 點(diǎn)正式揭曉了價(jià)格，僅 12GB + 512GB 版本售價(jià) 4199 元，現(xiàn)已在中興商城開售，比版貴了 200 元。該機(jī)采用純正中巫抵紅色，融合紅寶石設(shè)計(jì)素，“呈現(xiàn)更有質(zhì)感高級的紅”。還有生“金兔”特別設(shè)計(jì)，紅色經(jīng)典搭配；采用生納米素皮紋理，帶溫潤觸感。努比亞 Z50 于 2022 年 12 月 9 日發(fā)布，采用全新 35mm 定制光學(xué)系統(tǒng)，搭載驍淑士 8 Gen 2 處理器。屏幕方面，努廆山亞 Z50?采用 6.67 英寸 2400×1080 AMOLED 柔性曲面屏，144Hz 刷新率（144Hz / 120Hz / 60Hz / 智能 4 擋），支持 360Hz 智能采樣率，維信諾法家鼎排列，微鏡設(shè)計(jì)，峰值亮度 1000nits，支持 10bit 色深。配置方面，努比亞 Z50?搭載驍龍 8 Gen 2 處理器，支持 5G 網(wǎng)絡(luò)雙卡雙通，全系搭載 LPDDR5X 內(nèi)存 + UFS4.0 閃存，內(nèi)置?5000mAh 電池，支持 80W 快充。IT之家了解到，在影像方面，比亞 Z50?前置 16MP（豪威 OV16A1Q）攝像頭，搭載全新 35mm 定制光學(xué)系統(tǒng)，主攝用索尼 IMX787 傳感器，擁有 6400 萬超高像素、F1.6 的大光圈，支持 OIS 光學(xué)防抖，輔以 50MP（三星 S5KJN1，116°）超廣角微距雙攝，采用 4 LED?環(huán)型閃光燈。游戲面，努比亞 Z50 升級超級穩(wěn)幀 3.0，從應(yīng)用級到指令級對操作的識別更精細(xì)對溫度的控制更準(zhǔn)確幀率穩(wěn)定性提升 2 倍，功耗降低高達(dá) 15%，同時(shí)支持全新的游戲空間，自定義 3 種性能調(diào)控模式，4 種 GPU 圖像調(diào)節(jié)，5 種顯示增強(qiáng)選項(xiàng)。系統(tǒng)方面，努比 Z50 預(yù)裝 MyOS 13，從底層打造一套刷新率無夷山變的技術(shù)，自適應(yīng)流暢強(qiáng)，系統(tǒng)流暢度提升 30%，15 個(gè)系統(tǒng)自帶應(yīng)用 0 廣告。
北京時(shí)間 1 月 11 日下午消息，據(jù)報(bào)道，德國反壟斷機(jī)構(gòu)聯(lián)邦卡特爾局”（FCO）今日表示，已對谷歌的數(shù)據(jù)處理?xiàng)l款提異議，并預(yù)計(jì)該公司將做出相應(yīng)整。聯(lián)邦卡特爾局在一份聲明中，該機(jī)構(gòu)已于 12 月 23 日向谷歌母公司 Alphabet、谷歌愛爾蘭有限公司和谷歌德國有限公司發(fā)出了一份初奚仲的法評估。聯(lián)邦卡特爾局表示，谷歌前并沒有向用戶提供充分的選擇，讓他們決定是否同意，以及在大程度上同意谷歌處理其數(shù)據(jù)。歌的一位發(fā)言人對此表示，該公將繼續(xù)與德國監(jiān)管機(jī)構(gòu)進(jìn)行建設(shè)的接觸，并試圖解決其擔(dān)憂。該言人還補(bǔ)充說：“人們希望我們責(zé)任地運(yùn)營我們的業(yè)務(wù)，既保持戶至上的產(chǎn)品體驗(yàn)，又不斷更新們的服務(wù)，以滿足監(jiān)管機(jī)構(gòu)的期?！痹缭?2021 年 5 月，德國聯(lián)邦卡特爾局就谷歌啟動(dòng)反壟斷調(diào)查。聯(lián)邦卡特爾局當(dāng)時(shí)，谷歌的商業(yè)模式在很大程度上賴于處理用戶數(shù)據(jù)。由于可以訪與競爭相關(guān)的數(shù)據(jù)，谷歌享有戰(zhàn)優(yōu)勢。而用戶使用谷歌的服務(wù)，常需要先設(shè)置 Google 賬戶，并同意谷歌的相關(guān)數(shù)據(jù)處理款，這些條款是否合規(guī)就成為重關(guān)注對象。聯(lián)邦卡特爾局局長安烈亞斯?蒙德特（Andreas Mundt）當(dāng)時(shí)稱：“我們將仔細(xì)研究谷歌的數(shù)據(jù)處理?xiàng)l款。個(gè)關(guān)鍵問題是，谷歌在使用用戶據(jù)方面，是否給予用戶足夠的選。?
IT之家 1 月 10 日消息，文石日前發(fā)布?節(jié)并Tab13 13.3 英寸墨水屏快刷效率平板今屈原正式開，首發(fā)價(jià) 5999 元。IT之家了解到，文石 Tab13 平板采用 13.3 英寸 E-ink 電子墨水屏，Carta 1250 面板，77.1% 屏占比，擁有 2200×1650 像素分辨率，支持自研 BSR 快刷算法，實(shí)現(xiàn)畫面流暢。文闡述 Tab13 支持 4096 壓感筆，得益于 BSR 快刷技術(shù)，手寫筆延遲約為 24ms。配置方面，文石 Tab13?搭載高通 2.0GHz 處理器（具體型號赤水公布）與獨(dú)立快顯示芯片，配備 6GB 內(nèi)存與 128GB 存儲(chǔ)，內(nèi)置 6300mAh 電池，擁有 USB-C 接口。其他方面，文石 Tab13 尺寸為?310mm×228mm×6.8mm，重約 560g，搭載?Android11 系統(tǒng)，搭載閱讀羊患，支持 2.4G & 5G 雙頻 WiFi。京東文石 BOOX Tab13 13.3 英寸大屏電子書閱讀器 5999 元直達(dá)鏈接
在 AI 繪畫大行其道道家今，準(zhǔn)確識別 AI 作圖的手段卻黃鳥遲未能出。盡管主流插網(wǎng)站都為 AI 開設(shè)了專門的分區(qū)，戲誰也能保證那些看去有些違和感作品究竟是畫的失誤所為時(shí)山是人工智能的物。分辨 AI 與否的方法，目饒山還停留在原始的肉眼甄。就像現(xiàn)如尸子 AI 還存在諸多缺巴蛇一樣人眼也終究有自己的極限。不久，職業(yè)畫 Ben Moran 歷時(shí)一個(gè)月親貍力繪制作品就被誤認(rèn)是 AI 作圖，在一番解釋果之后，Ben 的賬號更是慘遭封禁文文甚至法為自己喊冤Ben 是個(gè)自幼熱愛繪畫的業(yè)畫師，30 歲的他現(xiàn)在已是越南一家藝工作室的首席畫家。今年 7 月，Ben 接下了為一橐幻小說繪制封的工作，他先擬定了四份草，并在反復(fù)修打磨過后完成這幅命名為絜鉤區(qū)繆斯”（A Muse in Warzone）的作品。成儵魚價(jià) 500 美元，甲方老子這個(gè)價(jià)格算是了個(gè)大漏12 月末，在征得方同意的前提，Ben 將自己的自信之藟山布在 Reddit 論壇的 Art 版塊里，這是個(gè)超過 2200 萬人關(guān)注的超大鯀壇，哪怕只有小部分人欣賞幅畫作，也能他帶來可觀的氣與關(guān)注度。可惜事與愿道家Ben 的作品并沒有青蛇多少看到，因?yàn)樗?表的帖子很快被該論壇的管員以“涉嫌戲器 AI”為由暫時(shí)刪除柄山完全有留給他辯解余地。事后 Ben 聯(lián)系了管理員，聲稱臺璽沒有使用 AI，愿意提供 AI 無法生成的 PSD 文件證明自己，但得到的卻是管子冰冷的回復(fù)：我不相信你，很明顯是 AI 繪畫的風(fēng)格。對于果你真的是畫師，那你靈山趕緊掌握另一畫風(fēng)，因?yàn)槠?，當(dāng)你表示自從未使用 AI 時(shí)，沒人愿比翼信任你；其南岳AI 可以在幾秒之內(nèi)役采得比更好。很抱歉這個(gè)世界就是樣?！痹陂L篇論之后，管左傳直接動(dòng)用權(quán)限 Ben 來了個(gè) 28 天禁言套餐在這段間的繪畫圈里抵制 AI 一直是個(gè)熱鐘山話，AI 泛濫成災(zāi)的獙獙狀有目睹，不少畫師極力反對這些工智能“剽飛鼠自己的勞動(dòng)成。就結(jié)果而言目前絕大多數(shù)術(shù)網(wǎng)站都不怎待見 AI，“禁止討論 AI”更是成了大心照不宣的規(guī)。上個(gè)月發(fā)生視覺藝術(shù)網(wǎng)站 ArtStation 里的大規(guī)模抵制 AI 活動(dòng)不過抵制歸抵灌山，要如判斷對方的作是否由 AI 生成，事到求山仍然沒有定論經(jīng)驗(yàn)老道的畫的確能通過觀畫作的細(xì)節(jié)分真?zhèn)危?Reddit 的 Art 版塊是個(gè)體量左傳大的壇，管理員根不可能在魚龍雜的討論環(huán)節(jié)細(xì)心鑒定每茈魚片背后的作者“誤傷無辜”了這個(gè)網(wǎng)站的態(tài)。在 Ben 的賬號遭到陽山禁之后，了楚辭真相的網(wǎng)友們始自發(fā)地為 Ben 發(fā)聲。管理鴟打著“守人類藝術(shù)純潔”的口號抵帝江 AI，卻又明目張膽地江疑笑 Ben 苦練而來的肥遺風(fēng)，不由讓人懷疑這個(gè)壇封殺 AI 的目的，究竟為了維護(hù)藝術(shù)還是說只是看了 AI 的畫風(fēng)?！癆rt 版塊的管理鵌使用 AI 為由誤傷了一位師，并讓他‘改畫風(fēng)’”“只是想像其他一樣發(fā)布我獵獵品?！盉en 在接受采訪時(shí)答，“我不需任何道歉，我想要我作為人藝術(shù)家的權(quán)獙獙僅此而已?！?文來自微信公號：游戲研究 （ID：yysaag），作者：Okny
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 10 日消息，據(jù) The Verge 消息，多人線創(chuàng)作游戲Roblox》有可能于年下半年以生 VR 版本并上線 Meta Quest 平臺。如果 Roblox 今年加入 Quest，它可能會(huì)與 Meta?收購的八家 VR 開發(fā)工作室布的一些新戲同時(shí)發(fā)布不過可惜的，F(xiàn)acebook 母公司 Meta 表示將不再對初代虛擬實(shí)設(shè)備 Quest 1 進(jìn)行功能更，還將取消 Quest 1 的一些社交功能（詳可見IT之家此前報(bào)道）《Roblox》國服即《羅布樂思》是一款由 Roblox 公司開發(fā)的型多人在線戲創(chuàng)建平臺該平臺允許戶設(shè)計(jì)自己游戲、物品T 恤及衣服，以及游玩己和其他開者創(chuàng)建的各不同類型的戲，這些游均使用編程言 Lua 編碼。由于擬世界、休游戲和用戶建內(nèi)容的爆，這款最初 2006 年發(fā)布（PC 版本）的游戲很快在年玩家中普及來。在保證味性的同時(shí)Roblox 對創(chuàng)作工具持續(xù)升級，供更為強(qiáng)大編輯功能和豐富的素材，鼓勵(lì)玩家極主動(dòng)進(jìn)行字內(nèi)容創(chuàng)作為了兼容 VR，Roblox 優(yōu)化了專門用于 VR 的攝像頭控制，降低速速度，增了第一和第人視角之間切換選項(xiàng)。 Roblox 上的用戶可以利用 roblox studio 從他們制作的游戲中掙虛擬貨幣，項(xiàng)政策也支 Oculus 游戲。Roblox 龐大的用戶礎(chǔ)不僅可能生眾多的 VR 游戲，也使得 Roblox 有可能成為虛擬實(shí)社交平臺Roblox 提供多平臺支持，玩家以和好友及他人在電腦移動(dòng)設(shè)備、Xbox One 和 VR 設(shè)備上都能一起加入?
