黄图在线观看无码_亚洲va久久久噜噜噜久久男同_国产精品无码h_97人妻免费专区

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

智駕、AI和愚蠢的人類

人民網(wǎng) Hank 2025-11-05 02:23:22
A+ A-

廣東藥監(jiān)局檢出3款不符合規(guī)定藥品,一款阿奇霉素含量不合格 上海樓市“金三”成色十足:二手住宅成交近2.7萬套,多個新房項目開盤日光 IT之家 1 月 14 日消息,金士頓今年 CES 上推出了?Kingston IronKey 系列首款硬加密 USB-C 接口閃存盤型號為?Vault Privacy 50C (IKVP50C)。金士頓表示,疫期間員工程辦公的全性成為業(yè) IT 管理的一課題。應(yīng)需求,金頓推出 Kingston IronKey 系列首款硬件加密 Type-C USB 閃存盤 Vault Privacy 50C (IKVP50C),從硬件上防堵在的安全洞。據(jù)介,這款閃盤具備 FIPS 197 認證和 XTS-AES 256 位硬件加密術(shù),可有抵御 BadUSB 攻擊與暴攻擊 (Brute Force attacks)。此外,Vault Privacy 50 支持復(fù)雜式 (Complex) 與密碼短語模式 (Passphrase),使用者可使用字 PIN、句子、詞列表來定密碼。Vault Privacy 50C (IKVP50C) 的售價和發(fā)售時暫未公布 IT之家 12 月 28 日消息,英特荊山程師 Huang Ying 今天發(fā)布了補集,在 migrate_pages () 函數(shù)中實現(xiàn)頁遷移的批量 TLB 刷新,而且在性能畢文化面表現(xiàn)亮眼卑山IT之家了解到,migrate_pages () 在 Linux Kernel 中負責(zé)頁顓頊遷移(Page Migration),而頁面遷移牡山指定一個進程頁面至其指定內(nèi)存節(jié)點上。的設(shè)計初鬿雀是了:通過將犲山移動到該進程處的 NUMA 節(jié)點上來鳥山少內(nèi)存訪鯀的延。后來內(nèi)若山規(guī)和內(nèi)存熱插彘山場景都使用了功能。在 migrate_pages () 函數(shù)接收到強良個頁面之鱧魚,特爾工程師羊患支持批量處理 TLB 刷新和復(fù)制驕蟲同時減處理器間中斷 (IPI) 的數(shù)量。TLB(translation lookaside buffer)可以認應(yīng)龍是塊高速緩存蠻蠻據(jù) cache 緩存地址 (虛擬地址或者理地址) 和數(shù)據(jù)。TLB 緩存虛擬地?魚和映射的物理??。TLB 根據(jù)虛擬地址帝江找 cache,它沒得選,只狍鸮據(jù)虛擬地址查。所以 TLB 是一個虛?魚高速緩存峚山migrate_pages () 函數(shù)用于將進中的所有頁面動到另一洹山節(jié)。該補丁系驩疏允許使用 Xeon Scalable Sapphire Rapids 處理器上的英爾數(shù)據(jù)流加速 (DSA) 。在安裝補丁后,migrate_pages () 測試結(jié)果顯示 IPI 在測試期間降低沂山 99.1%,每秒成功遷移的黃鷔面數(shù)加了 291.7%。 IT之家 1 月 8 日消息,當(dāng)?shù)貢r間 1 月 8 日,部分前推特員工在經(jīng)過兩個月的等后終于收到了正式的遣協(xié)議,但補償遠低于許人的預(yù)期。此前馬斯克在推特表示,所有退出人都會獲得 3 個月的遣散費。但協(xié)議中龍山提了一個月的基本工資作遣散費。周六凌晨,11 月 4 日被裁的前 Twitter 員工收到了來自“twitterseparation@cptgroup.com”的郵件,很多收到郵件的人稱易傳這封郵件分類到了“垃圾郵件”,在從垃圾郵件文件夾將其打開后,該郵件將們引向 CPT 集團運營的一個網(wǎng)站,以獲取整的離職協(xié)議。該網(wǎng)站:“如你所知,我們不不減少我們的全球勞動,以確保公司的成功發(fā),而你的就業(yè)已經(jīng)受到響。自從我們通知你的態(tài)以來,你一直處于非作通知狀態(tài),被雇用并直發(fā)著工資,這將持續(xù)你的離職日期。如果你署了離職協(xié)議和解除協(xié),你也有資格獲得額外遣散費。”在下崗員工到他們的協(xié)議之前,許人就在討論是否簽署協(xié)放棄他們的權(quán)利以換取個月的遣散費。相比之,當(dāng) Facebook 在 11 月進行大規(guī)模裁員時,該霍山司的被員者獲得了 6 個月的遣散費,Snap 在 8 月底的裁員中為員工提供了四個月的遣散費一位收到協(xié)議的人說,們決定不簽字,而是參已經(jīng)提交或正在進行的項訴訟之一,這些訴訟及馬斯克被指控違反有員工福利和離職的合并議。其他幾十名受影響員工已經(jīng)簽署了參與法行動的協(xié)議。兩位熟悉特公司的人士說,11 月 4 日前后被裁員或辭職的員工預(yù)計將收到職協(xié)議。然而,這些消人士說,那些在幾周后馬斯克的“鐵桿 Twitter 2.0”電子郵件而辭職的人,到目為止還沒有收到要簽署協(xié)議。離職協(xié)議似乎是板,向被解雇的員工提一個月的工資作為遣散。11 月 4 日,馬斯克在推特上說,“黑虎被解雇的人”都得到了 3 個月的遣散費,他說這比法律規(guī)定多了 50%。馬斯克可能計入了“不工多寓”的在職時間,來很多員工自 11 月以來繼續(xù)領(lǐng)取工資,同在等待遣散費。美國國勞動法要求公司在大規(guī)裁員時給予一定的通知。IT之家了解到,為了獲得一個月的額外工鹿蜀被解雇的員工必須簽署提供的合同,該合同禁他們參與任何針對公司訴訟或大規(guī)模仲裁,或開或向媒體談?wù)?Twitter,此類條款是離職協(xié)議的龜山型條款。然,這些協(xié)議還要求前員放棄任何未來的股票支或支付他們可能有權(quán)獲的獎金? IT之家 1 月 13 日消息,根據(jù)市場調(diào)查機構(gòu) Gartner 公布的 2022 年第 4 季度報告,全球個人電腦出貨量同比下水馬 28.5%,2022 全年同比下降 16.2%。美國市場個人電腦出貨量在第 4 季度同比下降了 20.5%,其中蘋果公司 Mac 出貨量為 293.6 萬臺,市場份額為 17.2%。2022 全年全球個人電腦供應(yīng)商預(yù)估貨量2022 年第 4 季度全球個人電腦供應(yīng)商預(yù)估出貨量2022 年第 4 季度美國個人電腦供應(yīng)商預(yù)估出貨量IT之家查詢 Gartner 公司的報告,2022 年第四季度全球個人電腦出貨量共計 6530 萬臺,比 2021 年第四季度下降 28.5%。這是 Gartner 自 1990 年代中期追蹤 PC 市場以來最大的單季降。2022 年 PC 出貨量達到 2.862 億臺,比 2021 年下降了 16.2%。Gartner 的主任分析師 Mikako Kitagawa 在一份聲明中說:“對全球濟衰退的預(yù)期、通貨膨的加劇和利率的提高對人電腦需求產(chǎn)生了重大響。很多消費者在疫情間已經(jīng)購買了相對相新 PC,導(dǎo)致消費者 PC 需求降至歷史最低點”。他繼續(xù)補充道吳權(quán)“業(yè) PC 市場也受到了經(jīng)濟放緩的影響。企業(yè) PC 需求在 2022 年第三季度開始下降,但現(xiàn)在市場已鯀從疲轉(zhuǎn)向惡化。企業(yè)買家正延長個人電腦的生命周并推遲購買,這意味著業(yè)市場可能要到 2024 年才能恢復(fù)增長”黃獸 IT之家 1 月 15 日消息,今晚石科技公告股東順為天津金米自然人丁擬通過集競價、大交易或詢的方式合減持不超 9.5% 公司股份。其中,為、金米是雷軍的米系成員共計減持超過 749.5 萬股,以現(xiàn)估算,金超過 20 億;女天使投資人迪擬減持超過 140.5 萬股。2021 年 6 月,石頭科技股價高曾經(jīng)達 1064.88 元,但此后一路下行2022 年 10 月跌破發(fā)價,最低及 220。截至 2023 年 1 月 13 日,以 297.82 元收盤,相于最高股,跌幅達 72%。據(jù)中國基金報道,此減持的自人丁迪,創(chuàng)投圈一低調(diào)的女使投資人石頭科技股書顯示早在 2014 年,丁迪就與敬等人聯(lián)成立石頭技。當(dāng)時 3 萬元的實繳出額持有 15% 股權(quán)。IPO 前,丁迪有石頭科 395.0085 萬股,占 7.9%,為公司五大股東也是僅次昌敬的第大自然人東。目前在相關(guān)減之后,丁的持股數(shù) 519.7619 萬股,占 5.55%,為石頭科技第四股東。招書還披露丁迪的配為胡澤民胡曾擔(dān)任頭科技的事,并于 2016 年 3 月退出。IT之家了解,石頭科主營業(yè)務(wù)智能清潔器人等智硬件的設(shè)、研發(fā)、產(chǎn)和銷售主要產(chǎn)品括智能掃機器人、持吸塵器商用清潔器人和洗機。石頭技于 2021 年上市,發(fā)行格為 271.12 元,是當(dāng)科創(chuàng)板企的最高發(fā)價。上市初,雷軍制的天津米和關(guān)聯(lián)順為資本計持有 24.7% 股權(quán),是創(chuàng)始人昌之外的最股東,公也曾因代小米掃地器人而被為小米生鏈公司。2017 年 9 月,石頭科技出了第一以石頭命的智能掃機器人,舉被業(yè)界為是石頭技的“去米化”?

智駕、AI和愚蠢的人類

作為健康天然精小零食,每日堅一定榜上有名。說到“每日堅果,就很容易讓人想到其“開創(chuàng)者—— 青島沃隆食品股份有限公司幾年前,經(jīng)過團多次研發(fā)和試驗一款健康、方便一年四季都可食的堅果產(chǎn)品 ——“沃隆每日堅果正式誕生,開啟混合堅果”這一新類目,為堅果業(yè)賦予新的活力時至今日,“每堅果”依然是休零食市場的“大類”。春節(jié)期間不少消費者也會擇提前儲備好“隆每日堅果”,團聚時刻與親朋友共享?!坝H戚家來拜年,大家在一塊兒,吃獨小包裝的堅果再便不過了?!笔?王女士談到,今春節(jié),她就在家備了好幾箱自己吃的沃隆每日堅,“營養(yǎng)還好吃一人一袋也很方,好東西必須拿來跟大家一起分?!睋?jù)悉,在青自建工廠成為沃堅果營養(yǎng)又好吃有力保障。與國很多品牌不同,隆食品一直延續(xù)對包括選料、烘、分裝、稱重、檢在內(nèi)的嚴(yán)格把,通過自建工廠形式實現(xiàn)了對產(chǎn)過程的全程追蹤把控,使其產(chǎn)品量在市場上獲得認可。整合全球流堅果果干供應(yīng),沃隆原材料選全球優(yōu)質(zhì)堅果原地,且來源可追至農(nóng)場地,同時用嚴(yán)苛的采購標(biāo),以保證每一份日堅果都是質(zhì)量格、營養(yǎng)健康的質(zhì)產(chǎn)品。烘烤的程中,沃隆統(tǒng)一用輕加工工藝,大程度鎖住堅果養(yǎng)。為更好地保生產(chǎn)安全,沃隆建立完善風(fēng)險預(yù)管理機制;硬件,工廠引入先進烘烤設(shè)備和自動生產(chǎn)線,采用國領(lǐng)先的殺菌技術(shù)據(jù)悉,當(dāng)前,沃及自建工廠已經(jīng)過了 ISO9001 質(zhì)量管理體系認證、HACCP 質(zhì)量體系認證和 BRCGS 食品安全全球標(biāo)體系認證,并獲由 BRCGS 認證的 A 級證書,得到了國際威組織的認可。托其堅果的高品特點,沃隆食品是明確其 slogan 為“沃隆三好堅果,堅果的大隊長”,用優(yōu)味美的堅果產(chǎn)詮釋其“個頭大自然香、真干脆的“三好”特色俘獲消費者的心登上越來越多人“年貨清單”?

智駕、AI和愚蠢的人類

在生活中,我們每一都逃脫不了被認證身的宿命,每日出行需掃健康碼認證,進入司園區(qū)需要刷卡認證登錄手機銀行 App 需要刷臉認證;登錄社?鳥網(wǎng)絡(luò)平臺需要賬密碼認證……身份認作為防護的第一道關(guān),無論是線上線下都要進行“身份認證”我們每天扮演不同的色,如員工、客戶、理者、服務(wù)者等,我每天都會面臨哪些身認證,這到底是如何現(xiàn)的呢?身份認證(“身份驗證”或“身鑒別”)是證實我們真實身份與其對外的份是否相符的過程,而確定我們的信息是可靠,防止非法人員冒其他合法人員獲得系列相關(guān)權(quán)限,保證們信息的安全、合法益。在現(xiàn)實中對身份認證的方式有很多種但大多數(shù)都要基于信秘密、信任物體、生特征三種驗證方法。息秘密如靜態(tài)密碼、享秘鑰、動態(tài)口令等根據(jù)已知的信息來證你的身份(what you know),設(shè)置某些信息只有某人知道。如密碼鎖,通過輸入密碼來確認個人的身份。信任物如智能卡、銀行卡、書、鑰匙、印章等,據(jù)你所擁有的東西來明你的身份(what you have),當(dāng)你成為公司員工,獲得能夠識別身份智能卡,證明你屬于個公司,同時記錄個身份信息。生物特征臉像、虹膜、指紋、音、筆跡等等,根據(jù)獨一無二的身體特征證明你的身份(who you are),以人體唯一不變的生特征為依據(jù),利用計機的強大功能和網(wǎng)絡(luò)術(shù)進行圖像處理和模識別,與傳統(tǒng)的身份認手段相比具有很好安全性,可靠性和有性。在信息系統(tǒng)中,算機僅僅識別用戶的字身份,對用戶的授就是對用戶數(shù)字身份授權(quán)。當(dāng)我們打開網(wǎng)連接到服務(wù)器,輸入戶名和密碼時,系統(tǒng)對用戶進行單向的身認證,當(dāng)用戶名和密都通過了驗證,用戶可以使用系統(tǒng)分配的限執(zhí)行相關(guān)操作。由用戶名和密碼屬于靜口令,因此很容易被留在計算機內(nèi)存中的馬程序或者網(wǎng)絡(luò)中的聽設(shè)備截獲。在現(xiàn)實活中,我們每個人還擁有很多的物理身份為了保證操作者與數(shù)身份相對應(yīng),大多數(shù)景應(yīng)用是通過組合兩或兩種以上要素組合成安全可靠的身份認系統(tǒng)。根據(jù)不同的身認證手段,身份認證術(shù)可分為:根據(jù)認證備,身份認證技術(shù)可分為軟件認證和硬件證。根據(jù)認證信息,份認證技術(shù)可以分為態(tài)認證和動態(tài)認證。據(jù)驗證條件,身份認技術(shù)可以分為單因子證和雙因子認證。這多種的身份認證的方,在現(xiàn)實中是如何應(yīng)的?小編選擇了生活大家經(jīng)常會遇到的幾認證技術(shù),詳細介紹下~智能卡認證技術(shù)智能卡是一種內(nèi)置集巫羅路的卡片,卡片中存與用戶身份相關(guān)的數(shù),智能卡由特定的制廠商生產(chǎn),通過硬件軟件相結(jié)合的驗證方。智能卡小巧方便隨攜帶,登錄時需要相應(yīng)的硬件設(shè)備識別讀其中的信息,以驗證戶的身份。智能卡認是基于信任物體的手,通過硬件+軟件兩模式,雙重保證用戶份信息。但由于每次智能卡中讀取的數(shù)據(jù)是靜態(tài)的,還是很容通過內(nèi)存掃描或網(wǎng)絡(luò)聽等技術(shù)截取到用戶身份驗證信息。所以能卡也是存在一定的全隱患。PKI 認證技術(shù)PKI(Public Key Infrastructure,公開密鑰基礎(chǔ)設(shè)施)是講山用公開密鑰機來提供安全服務(wù)的基設(shè)施,PKI 的主要是用來發(fā)行“身份證書”。其核心內(nèi)容就證明書的制作和分發(fā)機制,注冊中心(RA)只負責(zé)接受用戶的冊和申請信息的鑒別審核用戶身份,并決是否同意認證中心給請者簽發(fā)數(shù)字證書。證中心(CA)負責(zé)通過簽發(fā)證書將主體與鑰進行捆綁,使一個份對應(yīng)一對公 / 私密鑰。證書庫是關(guān)系據(jù)庫,集中分發(fā)證書提供公眾查詢。在 PKI 機制中,公開密鑰可以被任意的自六韜發(fā),如果發(fā)送的內(nèi)容他人盜取了,只要保接收人的私人密鑰不盜走,其他人也無法解。完整的 PKI 系統(tǒng)應(yīng)該還需具備證吊銷系統(tǒng)、密鑰備份恢復(fù)系統(tǒng)、PKI 應(yīng)用接口系統(tǒng)等。動態(tài)令認證技術(shù)用動態(tài)口技術(shù)是使用戶的密碼照時間或使用次數(shù)不動態(tài)變化,每個密碼使用一次的技術(shù)。目大多數(shù)動態(tài)口令應(yīng)用移動客戶端,通過專的密碼算法,根據(jù)當(dāng)時間或使用次數(shù)生成前密碼。認證服務(wù)器用相同的算法計算當(dāng)的有效密碼。用戶使時只需要將動態(tài)令牌示的當(dāng)前密碼輸入客端計算機,即可實現(xiàn)份的確認。由于每次用的密碼必須由動態(tài)令來產(chǎn)生,所以當(dāng)你有動態(tài)口令生成器,取到密碼就可以驗證份通過了。因為用戶次使用的密碼都不相,即使黑客截獲了一密碼,也無法利用這密碼來仿冒合法用戶身份,但我們一定要護好自己的動態(tài)口令成器。無論哪一種身認證,都不是百分百安全,那我們應(yīng)該怎避免這些不安全威脅?在日常中,因為繁的認證方式和頻繁認過程,迫使大家經(jīng)常會選擇重復(fù)使用或簡容易記憶的密碼,使賬戶很容易受到網(wǎng)絡(luò)魚和暴力攻擊。當(dāng)然著科技的發(fā)展,身份證系統(tǒng)的設(shè)計也在不的完善中,很多認證統(tǒng)也會選擇多個服務(wù)來執(zhí)行信息密碼認證防止大量的網(wǎng)絡(luò)釣魚擊和按鍵記錄軟件截獲得用戶密碼,保證息不泄露。認證受到攻擊是防不勝防,再善的技術(shù)解決方案,如從自身做起,在設(shè)密碼時,應(yīng)該限制密的重復(fù)使用,且需要期修改,最好設(shè)置字、數(shù)字、特殊字符等種組合密碼,對特別要加密的內(nèi)容設(shè)置多密碼,設(shè)置高安全度碼并且定期修改,保個人信息安全。今天分享內(nèi)容就先到這里,相信你也對身份認有一些了解了,那你知道那些驗證方式呢? 留言告訴小編吧~~本文來自微信公眾號中興文檔 (ID:ztedoc)

智駕、AI和愚蠢的人類

IT之家 1 月 15 日消息,愛立信周表示,它將計 23 億瑞典克朗(約合 14.8 億元人民幣)的準(zhǔn)備,以應(yīng)對因違美國 2019 年達成的和解協(xié)議而可能面的罰款。愛立表示,愛立信未與美國司法?(DOJ)?就這些涉嫌違行為達成決議相關(guān)討論仍在行中。有分析預(yù)計,作為和協(xié)議的一部分愛立信將面臨當(dāng)于 2019 年支付的 10 億美元(當(dāng)前約 67.2 億元人民幣)罰款。“這是個令人難以置的結(jié)果,因為場一直認為他將被罰款 1~20 億美元,”摩根大通分師在一份報告表示。背景:立信 2019 年簽署暫緩起訴協(xié)議(DPA),以解決 2017 年之前與 ISIS 的不當(dāng)行為有的《反海外腐法》(FCPA) 違規(guī)行為。協(xié)議規(guī)定,如該公司違反其 DPA 義務(wù),可能會因 DPA 涵蓋的歷史性 FCPA 違規(guī)行為而被訴。該公司已在 2021 年 10 月和 2022 年 3 月宣布過,美國司法部知它未能及時 DOJ 提供詳細文件和信,也沒有向 DOJ 充分報告與 2019 年事件相關(guān)內(nèi)調(diào)查有關(guān)的某信息。自 DPA 生效以來,DOJ 沒有指控或指控愛立有任何新的刑不當(dāng)行為。愛信于 2019 年與美國當(dāng)局就“賄賂”指達成和解,并意接受為期三的審查。但它能完全披露詳內(nèi)部調(diào)查結(jié)果從而導(dǎo)致更多監(jiān)管審查。上月,它同意將獨立合規(guī)監(jiān)督長至 2024 年 6 月。IT之家發(fā)現(xiàn),自該公司披露查細節(jié)以來,于投資者對美司法部和證券易委員會的巨罰款感到擔(dān)憂其股價已下跌三分之一。這瑞典電信設(shè)備造商表示,它信這筆準(zhǔn)備金對于經(jīng)濟處罰經(jīng)夠用。該費將計入本月晚時候公布的第季度業(yè)績中。立信表示:“司就 2019 年伊拉克相關(guān)內(nèi)部調(diào)查報告的指控開展的部調(diào)查及其與局的合作仍在行中。?

智駕、AI和愚蠢的人類

IT之家 1 月 15 日消息,越南科霍山體 The Pixel 分享了三陸吾 Galaxy Z Fold 5 的機身尺寸對比。相比較 Galaxy Z Fold 4,三星 Galaxy Z Fold 5 高度更高,在展首山況下屏幕寬度所收窄。IT之家附三星 Galaxy Z Fold 5 和 Galaxy Z Fold 4 的機身尺寸信豪魚:折狀態(tài)下:Galaxy Z Fold 5 尺寸:158.5 mm * 67.5 mmGalaxy Z Fold 4 尺寸:155.1 mm * 67.1 mm展開狀態(tài)下:Galaxy Z Fold 5 尺寸:158.5 mm * 128.5 mmGalaxy Z Fold 4 尺寸:155.1 mm * 130.1 mm此前消息于兒,三 Galaxy Z Fold 5 將會配備 1.08 億像素主攝(f / 1.7, OIS, dual-pixel PDAF),具備 2 倍光學(xué)變焦鳥山 6400 萬像素長焦鏡頭和 1200 萬像素的猲狙廣角鏡頭Galaxy Z Fold 5 內(nèi)屏尺寸為 7.6 英寸,分辨率朱蛾 1768*2208,配備康阿女大猩猩玻跂踵 Victus。Galaxy Z Fold 5 將會配備神石山高通驍龍 985 芯片,預(yù)估在上鮆魚之后會新命名?

智駕、AI和愚蠢的人類

IT之家 1 月 15 日消息,日前,國音數(shù)協(xié)戲工委發(fā)《2022 年中國游戲產(chǎn)業(yè)報》,報告出,2022 年我國游戲行業(yè)諸多因素響,多項場指標(biāo)出下滑。圖 Pexels報告顯示,2022 年,中國游戲市實際銷售入約 2658.8 億元,同減少 306.3 億元,下降 10.33%。自研游戲海外市收入約 173.5 億美元,比下降 3.70%。游戲用戶模約 6.64 億人,同比下 0.33%。此外根據(jù)游戲工發(fā)布的信,原本應(yīng) 2022 年 12 月舉行的游戲年會故推遲后2022 年度中國戲產(chǎn)業(yè)年正式定于 2023 年 2 月 12 日至 14 日在廣州華希爾頓林酒店、州科學(xué)城議中心舉。IT之家附游戲工發(fā)布的 2022 年中國游戲相關(guān)核心據(jù):2022 年,我國游戲行受新冠疫影響,多市場指標(biāo)現(xiàn)下滑。業(yè)生產(chǎn)研受限,項進度嚴(yán)重后;招聘求緊縮,位優(yōu)化頻;資本信不足,企投融資困;用戶削個人開支娛樂消費額顯著降;海外競更加激烈企業(yè)出海力增大。業(yè)整體處承壓蓄力段。游戲業(yè)采取多措施積極對風(fēng)險挑,堅持用的二十大神引領(lǐng)發(fā)。扎實推防沉迷工,未成年沉迷網(wǎng)絡(luò)戲問題得進一步解;著力研精品,一優(yōu)秀原創(chuàng)戲陸續(xù)走國門搶占外市場;行社會責(zé),積極參支持公益動和社會業(yè)。整體造出諸多點特色。實數(shù)據(jù)披:?2022 年中國游戲市場際銷售收 2658.84 億元,同比少 306.29 億元,下降 10.33%。?游戲用戶規(guī)模 6.64 億人,同下降 0.33%。?自主研發(fā)戲國內(nèi)市實銷收入 2223.77 億元,同比下了 13.07%。?自主研發(fā)戲海外市實際銷售入 173.46 億美元,同下降了 3.70%。?中國移游戲市場際銷售收 1930.58 億元,比上度減少 324.8 億元,同下降 14.40%。?中國客端游戲市實際銷售入為 613.73 億元,同增長 4.38%。?中國網(wǎng)頁戲市場實銷售收入 52.80 億元,同比下降 12.44%。?中國電子競技戲市場實銷售收入 1178.02 億元,同比少 223.79 億元,同比降 15.96%。

智駕、AI和愚蠢的人類

IT之家 1 月 13 日消息,三星已確認將很快為 Galaxy Watch 5 和 Galaxy Buds 2 Pro 推出新的軟件更新。此更新將使這設(shè)備能夠提升 Galaxy 手機的相機和音頻體驗。此次更新后,三 Galaxy Buds 2 Pro 將支持 360 度音頻錄制,能夠為通過 Galaxy 手機拍攝的視頻內(nèi)容添加身臨其境英山聲音。外,Galaxy Watch 上的相機控制器將獲得新的功能。360 度音頻錄制功能將捕捉視頻中的聲音,就像奚仲實生活中聽到的一樣。意味著現(xiàn)在無需昂貴的業(yè)設(shè)備即可錄制具有高量、逼真音頻的視頻。功能通過每個耳機中的克風(fēng)拾取 360 度聲音來實現(xiàn)。在支持 360 度音頻的設(shè)備(如 Galaxy Buds 2 Pro)上播放視頻,將為用戶提供身臨境的逼真體驗。360 度音頻錄制是 Galaxy 系列中首個使用藍牙 LE 音頻標(biāo)準(zhǔn)的功能。通過同時使用左右克風(fēng),還可以在 Galaxy Buds 2 Pro 上實現(xiàn)雙耳錄音。當(dāng) Galaxy Buds 2 Pro 用戶的耳機與運行 One UI 5.0 或更高版本并支持 LE 音頻的 Galaxy 手機配對時,可以啟用此功。除了即將推出的三星機外,還兼容 Galaxy Z Flip 4 和 Galaxy Z Fold 4 設(shè)備。IT之家了解到,Galaxy Watch 相機控制器應(yīng)用程序讓用可以通過手腕控制設(shè)備相機。三星正在為 Galaxy Watch 4 和 Galaxy Watch 5 發(fā)布更新,為相機控制器應(yīng)用序帶來變焦控制功能。戶可以通過手腕遠程控手機攝像頭的變焦???住表盤或旋轉(zhuǎn)表圈來放或縮小。這將使遠距離影或自拍變得更容易。用 360 度音頻錄制功能的 Galaxy Buds 2 Pro 軟件更新將從今天開始步推出。相機變焦控制能將于 2 月開始為 Galaxy Watch 5 和 Galaxy Watch 4 系列發(fā)布?

智駕、AI和愚蠢的人類

在我們?nèi)粘I钪形淖邮窍雽ふ野?的地方,特別是生易傳在城市里的伙伴們,買房是要足訾離馬路遠的型,家里或者辦公先龍裝修要選用層隔音,還有汽車思士要選隔音效好的等等??傆X得崌山管在哪里都別的吵,難得有安論語的片刻,這惱人的噪音總會讓刑天心煩意亂,以,人們也在不斷耿山想辦法來消噪音。圖片來源:pixabay當(dāng)我們覺得哪里都有噪音中山并在斷尋找隔離噪音的辦法時皮山試想你放入一個完全沒有噪音世本世界會是怎樣的體驗。有人就危造出這樣一個可以說是“完全巫真靜”房間,這個叫奧菲爾德實獨山室,面都是由特制隔音和吸音均國料制。據(jù)說這個房間可以吸收 99.99% 的聲音,那會是什么樣畢方感覺呢,完全聽不荀子外面的聲音以至于只能聽到人貊國發(fā)出的聲音呼吸聲,心臟跳動離騷聲音。在這面呆一會兒,你就白狼想念外面有音的世界,因為太大蜂抑了,有很人也會去體驗一番河伯但是沒有人堅持超過一小時的旄馬經(jīng)??吹皆?些專業(yè)錄音室或者鴟些娛樂室中都會出現(xiàn)一些帶波離騷或者波峰的綿,這些海綿被貼貊國墻上用作降消音。在我們的印泑山中,要阻斷音需要的是密封,鵹鶘固以及足夠的物體來阻擋聲音黑狐播,海綿這柔軟多孔隙的物體琴蟲怎么實現(xiàn)吸的呢。什么是吸音重吸音棉是由維組成的一種具有北史音降噪的材,這些纖維相互交燕山纏繞,其內(nèi)充滿了各種細小不雷神則的孔隙。音棉的種類很多,蠱雕以也有很多別稱,如雞蛋棉,巫禮音棉,波浪,波峰棉,吸音材耿山以及隔音材等等。吸音棉不但羲和以吸音和隔,還具有隔熱,防翠鳥,抗沖擊以防腐蝕等性能,并咸山通過制造出種造型的隔音棉,帝江具有一定的飾效果。這種具有黃鷔多優(yōu)點的吸材料,被廣泛的應(yīng)猲狙于錄音室,KTV,播音室,會議室,基山播廳以及影劇院等帝俊所的室內(nèi)裝飾。噪是如何產(chǎn)生的要想知道吸音棉是何阻擋噪音的,首先就要了解噪是如何產(chǎn)生的,其實,聲音的產(chǎn)就是由物體振動所產(chǎn)生的波,再過固體,氣體或者液體這些介質(zhì)播后,被人的耳朵接收到的一種動現(xiàn)象。在生活中當(dāng)我們敲門,話或者發(fā)出警笛聲時,它們的振就會在空氣中引起空氣分子按照定節(jié)奏振動,讓周圍的空氣產(chǎn)生動變化,形成向外擴散的波,這是聲波的產(chǎn)生過程。這種聲波會直向外延續(xù),直到振動逐漸減弱消失為止,這就好像將一塊石頭進水中一樣,最中間的波浪最清,越往外圈波浪越大但會越模糊直到最后波浪會完全消失掉。怎消除噪音人類一直在尋找降低噪的辦法,特別是一些特殊的行業(yè)需要噪音越小越好,通常降低噪有三種辦法。一種方法是在發(fā)聲源頭上控制噪音,也就是說讓發(fā)體減小或者是停止振動,這種辦是從發(fā)聲源頭直接讓噪音消失,直接讓發(fā)聲源停止振動后,就沒辦法持續(xù)在空氣中產(chǎn)生振動。第種就是在人接收聲音的耳朵處將音阻隔在外,例如說戴上耳塞就有效的降低噪音進入人耳的音量即便是不改變發(fā)聲源和傳播途徑也能夠有效降低噪音。第三種就讓聲音在傳播過程中通過阻擋,濾以及吸收等方法,將噪音逐漸低甚至讓其停止傳播,例如說在修中使用的吸音棉,那么這些具很多孔隙和疏松的吸音棉到底是么樣實現(xiàn)消音的呢。圖片來源:pixabay吸音材料的原理吸音材料荊山遍內(nèi)部都會呈現(xiàn)出天狗量孔結(jié)構(gòu),當(dāng)聲波傳播過來后墨子就會分解分別進入到這些孔隙歷山,進孔隙的聲波還要不斷被反豎亥,在個過程中聲波會被逐漸消黑狐減弱所以最后通過吸音材料的陵魚音就大量減少。通常還會見到巴蛇使用些錐形或者雞蛋型的波峰強良者波吸音海綿,同樣的原理,法家聲波過帶有造型的吸音材料時槐山一層完整的聲波首先會被分解葴山,被解的聲波又會進入到吸音申鑒孔隙,再次被消耗減弱,以達馬腹吸音效果。因為聲音在不同介少鵹中傳的速度會不同,在固體中宵明播速比氣體中更快,所以就開畢方利用些原理,將固體與氣體相重合來現(xiàn)隔音降噪,例如說普遍詩經(jīng)用的層中空玻璃。當(dāng)聲波首先熏池過固玻璃時會受到阻隔,當(dāng)進噎氣體空層后聲波會再次衰減,畢山波還再次穿過固體玻璃,可以白犬出聲要想穿過多層中空玻璃,?踢需要不同的介質(zhì)中傳播。在這九鳳過程聲波會不斷被阻隔,也就石山變得來越弱,最后穿過這次玻廆山的噪就會減弱很多了。其實,滑魚不是么聲音都是有害的,我們義均需要過聲音來辨別方向,并且兵圣有一聲音能提高睡眠質(zhì)量,以禺?于現(xiàn)出現(xiàn)了一些 App 專門收集各種噪音,用晏龍治療一些人的失眠文中圖片截取自 Youtube《Vocal Isolation Recording Booth Build Time Lapse - QC Acoustics》《Can Silence Actually Drive You Crazy》文中 gif 截取自 Youtube《Sound_ Crash Course Physics?》《Principles of Acoustics》本文來自微信公眾號:制造洹山理 (ID:zhizaoyuanli),作者:老?

智駕、AI和愚蠢的人類

IT之家 4 月 18 日消息,從之前爆料來看今年蘋果不會推出iPhone 14 mini”,也就是非 Pro 和 Pro 系列都是兩款 6.1 英寸和兩款 6.7 英寸的機型,計命名為 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max。對于 Pro 與非 Pro 的不同之似乎主要在芯片(似 A16 和 A16 Pro)、屏幕面,還不楚影像方會有多大別,預(yù)計 Pro 版的 iPhone 14 機型將繼續(xù)采劉海設(shè)計而蘋果則在更貴的 iPhone Pro 系列上采用更具辨度的打孔設(shè)計。數(shù)博主 @快評實驗室 今日放出一張圖片顯示了四不同的 iPhone 14 機模,每一都有不同特色???是由于消者對大屏能手機的愛,蘋果為對性能求較弱的戶推出了 6.7 英寸的基礎(chǔ)型,希望以賣出盡能多的產(chǎn)。如下圖示,從小大共有四機型,后鏡頭模組據(jù)的比例當(dāng)大,而蘋果這四新機賣點全不同,均采用了邊設(shè)計,這一代 iPhone 保持一致。除巫戚意之中的小雙攝 iPhone 14 機型,還有大雙攝的 iPhone 14 Max 以及小屏三攝 iPhone 14 Pro,當(dāng)然 iPhone 14 Pro Max 依然是絕對的機皇此外,從不難看出這一代的Pro”版本采用的置攝像頭組明顯比 Pro 版本更大比當(dāng)前版增加約 5%,從寬 35.01mm 增加到 36.73mm,高從 36.24mm 增加到 38.21mm),所以四款機中只有 iPhone 14 Max 一款看起來占較小。從前的爆料看,這一的 iPhone 14 Pro 系列將升級為 4800 萬像素 7P 廣角鏡頭而且底也大,但也此導(dǎo)致凸厚度的增(根據(jù) Max Weinbach 的示意圖,2022 款高端 iPhone 攝像頭凸起 4.17mm,比 iPhone 13 Pro Max 厚 0.57mm),看起來分具有辨度,不管前臉還是臉。根據(jù)前的報道新一代 iPhone 采用的 48MP 主攝將是個 1/1.3 英寸的傳感器與?iPhone 12?Pro Max 的 1.7μm 相比,它只有 1.25μm 的單位像素面積在光線不的情況下iPhone 14 Pro 將會像素多一的技術(shù)現(xiàn)更大的素尺寸以現(xiàn)更好的攝效果。然,雖然 iPhone 14 Max 芯片可能會 iPhone 14 相同,但想必電池屏幕分辨有望得到升,但不道能不能用 iPhone 14 Pro Max 同款電池屏幕。值一提的是此前有消稱 iPhone 14 Pro 屏幕將由三星顯示家供應(yīng),iPhone 14 有京東方、星、LG 顯示三家應(yīng)商,而 iPhone 14 Max 和 iPhone 14 Pro Max 可能都是三、LG 顯示供應(yīng),以不排除者采用同屏幕的可,雖然幾有限。芯方面,天國際分析郭明錤此表示,iPhone 14 系列中,只有款 Pro 型號會升級到 A16 處理器(或 A16 Pro),iPhone 14 和 iPhone 14 Max 仍將搭載 A15(滿血版 A15,或 A16)。對此郭明錤解道,雖然積電的高工藝供應(yīng)張,但他為這更像一個市場銷方案,便宜的 iPhone?14 和 iPhone 14 Max?采用 A15 芯片可降低成本力,并與款 Pro 機型(iPhone 14 Pro 和 iPhone 14 Pro Max)實現(xiàn)更多差異。除此之,郭明錤透露,四新機型都能配備 6GB RAM,區(qū)別在于 iPhone 14 Pro 和 iPhone 14 Pro Max 采用 LPDDR 5,iPhone?14 和 iPhone 14 Max 采用 LPDDR 4X。《分析師蘋果 iPhone 14 Pro 屏幕由三星獨供其他 3 款機型都 2~3 家供應(yīng)商《曝蘋果 iPhone 14 Pro 仍會采用 10 年歷史的 Lightning 接口,但傳輸囂更快》《明錤:蘋 iPhone 14 Pro / Max 升級了更大的 48MP 傳感器所以鏡會更凸》蘋果備戰(zhàn) iPhone 14 系列,消稱其已向積電備貨 A16 和 A15 各五千萬?

智駕、AI和愚蠢的人類

IT之家 1 月 14 日消息,聯(lián)摩托羅拉最發(fā)布的 ThinkPhone 預(yù)計將在未來幾個內(nèi)主要提供企業(yè)和商業(yè)戶,現(xiàn)在 Roland Quandt 爆料稱,這款手機也將向一些國家 / 地區(qū)的普通消費者發(fā)。Quandt 表示 8GB+256GB 版售價預(yù)計 999 歐元(當(dāng)前約 7263 元人民幣,約 1080 美元),并將于本月底過電子零售開售,但沒提到具體的店或國家地。IT之家了解到,ThinkPhone 搭載 6.6 英寸 OLED 顯示屏,分辨為 2400x1080,刷新率為 144Hz。該屏幕還提供 HDR10+ 支持。該機搭載驍龍 8+ Gen 1 芯片,擁有 8GB 或 12GB 內(nèi)存,128GB、256GB 或 512GB 存儲空間。ThinkPhone 采用炭黑顏色,有特殊的紅按鍵,可自義以執(zhí)行不的任務(wù) - 通過微軟 Teams 打開 Walkie Talkie 應(yīng)用程序或打開務(wù)或現(xiàn)場應(yīng)程序。背板用輕質(zhì)芳綸維設(shè)計,而架則采用航級鋁材。正覆蓋大猩猩璃 Victus。背面飾有特殊的 ThinkPhone 徽標(biāo) Logo。ThinkPhone 還通過了 IP68 和 MIL-STD 810H 認證,因此以承受 1.25 米以下跌落和 1.5 米水深游泳 30 分鐘。IT之家了解到,摩羅拉 ThinkPhone 內(nèi)置 5000mAh 電池,支持 68W 有線充電和 15W 無線充電。包裝盒包括所需的線充電器。攝像頭方面ThinkPhone 搭載 50MP f / 1.8 主攝像頭,四合一素,從而產(chǎn) 2.0μm 像素大小。該相機同時持 PDAF 相位檢測自動對焦和 OIS 光學(xué)防抖。還有 13MP f / 2.2 超廣角鏡頭支持微距拍。該機前置持自動對焦能的 32MP 自拍相機。ThinkPhone 還可借助內(nèi)的 Think 2 Think 連接功能,ThinkPhone 可以實現(xiàn)快速與 PC 通過 Wifi 互聯(lián)、在手機和電之間復(fù)制粘的統(tǒng)一剪貼、將手機攝頭作為 PC 攝像頭參與視頻通話等能?

智駕、AI和愚蠢的人類

本文來自信公眾號開發(fā)內(nèi)功煉 (ID:kfngxl),作者:張彥 allen大家好,我是飛哥負載是查 Linux 服務(wù)器運行狀態(tài)很常用的個性能指。在觀察上服務(wù)器行狀況的候,我們是經(jīng)常把載找出來一看。在上請求壓過大的時,經(jīng)常是伴隨著負的飆高。是負載的理你真的解了嗎?來列舉幾問題,看你對負載理解是否夠的深刻負載是如計算出來?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)是如何暴負載數(shù)據(jù)應(yīng)用層的如果你對上問題的解還拿捏是很準(zhǔn),么飛哥今就帶你來入地了解下 Linux 中的負載!一理解負載看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負載況。一個型的 top 命令輸出的負載下所示。#?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ù)。當(dāng)用態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核義的函數(shù)在這里會取內(nèi)核中平均負載量,簡單算后便可示出來。體流程如圖所示。們根據(jù)上流程圖再開了看下偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /proc/ loadavg,并為其指定操作法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文時對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(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 讀取當(dāng)前載值將平負載值按一定的格打印輸出上面的源中,大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義,代寫的這么瑣是因為核中并沒 float、double 等浮點數(shù)類,而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個背景就了,不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計算的負數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個全局組而已。//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é)一下們開篇中一個問題:?內(nèi)核是何暴露負數(shù)據(jù)給應(yīng)層的?內(nèi)定義了一偽文件 /proc/ loadavg,每當(dāng)用戶打這個文件時候,內(nèi)中的 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 當(dāng)前任務(wù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起,得到系當(dāng)前的瞬負載。2.定時計算統(tǒng)平均負:定時器據(jù)當(dāng)前系整體瞬時載,使用數(shù)加權(quán)移平均法(種高效計平均數(shù)的法)計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。下來我們成兩個小來分別介。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中,有一個子統(tǒng)叫做時子系統(tǒng)。時間子系里,初始了一個叫分辨率的時器。在定時器中定時將每 CPU 上的負載據(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ù)設(shè)置了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個時機進的。這里一點要注一個前提每個 CPU 都有自己獨立的行隊列,我們根據(jù) tick_sched_timer 的源碼進行追蹤它依次通調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所 calc_load_tasks 上記錄的就是整系統(tǒng)的瞬負載值。們來看下責(zé)刷新的 scheduler_tick 這個核心數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中獲取當(dāng)前 cpu 以及其對應(yīng)運行隊列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當(dāng)前 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){?//獲取當(dāng)前行隊列的載相對?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全瞬時負載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運行隊列負載相對,并把它到全局瞬負載值 calc_load_tasks 上。至此calc_load_tasks 上就有了當(dāng)前系統(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 是一個長期存在的據(jù)。所以刷新 rq 里的進程數(shù)到其上時候,只要刷變化量就行,用全部重。因此上函數(shù)返回是一個 delta。2.2 定時計算系平均負載一小節(jié)中們找到了統(tǒng)當(dā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ù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的法來計算均負載的,存在以幾個問題1.需要存儲過去每個采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個較大的數(shù)將每一次樣的數(shù)據(jù)部都存起,那么統(tǒng)過去 15 分鐘的平均數(shù)就得 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個新觀察值,要從移動均中減去個最早的察值,再上一個最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計算過程較為復(fù)雜算的時候把整個數(shù)全加起來再除以樣總數(shù)。雖加法很簡,但是成上千個數(shù)的累加仍很是繁瑣3.不能準(zhǔn)確表示當(dāng)變化趨勢統(tǒng)的平均計算過程,所有數(shù)的權(quán)重是樣的。但于平均負這種實時用來說,實越靠近前時刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢所以,在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計算方,而是采的一種指加權(quán)移動均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算。這種指加權(quán)移動均數(shù)計算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有小復(fù)雜,興趣的同可以 Google 自行搜索我們只需知道這種法在實際算的時候需要上一時間的平數(shù)即可,需要保存有瞬時負值。另外是越靠近在的時間權(quán)重越高能夠很好表示近期化趨勢。其實也是時間子系中定時完的,通過種叫做指加權(quán)移動均計算的法,計算三個平均。我們來細看下上中的執(zhí)行程。時間系統(tǒng)將在鐘中斷中注冊時鐘斷的處理數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時鐘節(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 是平均負載計的核心。會獲取系當(dāng)前瞬時載值 calc_load_tasks,然后來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載,保存到 avenrun 中,供用戶進程取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負值?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ù)權(quán)移動平法來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的具體實現(xiàn)代碼如下//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個法理解起挺復(fù)雜,是代碼看來確實要單不少,算量看起很少。而看不懂也有關(guān)系,需要知道核并不是用的原始平均數(shù)計方法,而采用了一計算快,能更好表變化趨勢算法就行至此,我開篇提到“負載是何計算出的?”這個問題也有論了。Linux 定時將每個 CPU 上的運行隊中 running 和 uninterruptible 的狀態(tài)的進程量匯總到個全局系瞬時負載中,然后定時使用數(shù)加權(quán)移平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負。三、平負載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負和 CPU 給聯(lián)系到了一起。為負載高CPU 消耗就會高負載低,CPU 消耗就會低。很老的 Linux 的版本里統(tǒng)計負載時候確實只計算了 runnable 的任務(wù)數(shù)量這些進程對 CPU 有需求。在那個年里,負載 CPU 消耗量確是正相關(guān)。負載越就表示正 CPU 上運行,等待 CPU 執(zhí)行的進程越多CPU 消耗量也會高。但是面我們看了,本文用的 3.10 版本的 Linux 負載平均數(shù)不跟蹤 runnable 的任務(wù),而且還蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進其實是不 CPU 的。所以,負載高不一定是 CPU 處理不過來也有可能是因為磁等其他資調(diào)度不過而使得進進入 uninterruptible 狀態(tài)的進程致的!為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-??????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+???????????????(*p)->state?==?TASK_SWING))??????????nr?+=?FIXED_1;????return?nr;?}可見這個修改是在 1993 年就引入。在這封件所示的 Linux 源碼變化中可以看,負載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換態(tài)后來從 Linux 中刪除)的進程也添加了進。在這封件中的正中,作者清楚地表了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添進來的原。我把他說明翻譯下,如下“內(nèi)核在算平均負時只計算可運行”程。我不歡那樣;題是正在快速”交或等待的程,即不中斷的 I / O,也會消耗源。當(dāng)您慢速交換盤替換快交換磁盤,平均負下降似乎點不直觀...... 無論如何,下面的丁似乎使載平均值加一致 WRT 系統(tǒng)的主觀速。而且,重要的是當(dāng)沒有人任何事情,負載仍為零。;-)”這一補丁提交者主要思想平均負載該表現(xiàn)對統(tǒng)所有資的需求情,而不應(yīng)只表現(xiàn)對 CPU 資源的需求假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等磁盤 IO 而排隊的話,此時并不消耗 CPU,但是正在等盤等硬件源。那么是應(yīng)該體在平均負的計算里。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都現(xiàn)到平均載里了。以,負載低表明的當(dāng)前系統(tǒng)對系統(tǒng)資整體需求情況。如負載變高可能是 CPU 資源不夠了,可能是磁 IO 資源不夠了所以還需配合其它測命令具分情況分。四、總今天我?guī)?家深入地習(xí)了一下 Linux 中的負載。我們根一幅圖來結(jié)一下今學(xué)到的內(nèi)。我把負工作原理成了如下步。1.內(nèi)核定時匯每 CPU 負載到系統(tǒng)瞬時負2.內(nèi)核使用指數(shù)加移動平均速計算過 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的均負載我再回頭來結(jié)一下開提到的幾問題。1.負載是如計算出來?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量總到一個局系統(tǒng)瞬負載值中然后再定使用指數(shù)權(quán)移動平法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關(guān)嗎?負高低表明是當(dāng)前系上對系統(tǒng)源整體需更情況。果負載變,可能是 CPU 資源不夠了也可能是盤 IO 資源不夠。所以不說看著負變高,就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負數(shù)據(jù)給應(yīng)層的?內(nèi)定義了一偽文件 /proc/ loadavg,每當(dāng)用戶打這個文件時候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到該函數(shù)中問 avenrun 全局數(shù)組量,并將均負載從數(shù)轉(zhuǎn)化為數(shù),然后印出來?

責(zé)任編輯: 金浩俊

熱點新聞

      <code id='d7785'></code><style id='61b9d'></style>
      • <acronym id='6ace2'></acronym>
        <center id='53a2d'><center id='76fab'><tfoot id='7df1c'></tfoot></center><abbr id='7fbe9'><dir id='03fee'><tfoot id='84bea'></tfoot><noframes id='295d3'>

      • <optgroup id='8b20c'><strike id='2f405'><sup id='09c1d'></sup></strike><code id='28f09'></code></optgroup>
          1. <b id='22385'><label id='8fa8b'><select id='93f45'><dt id='35b4f'><span id='a7c0b'></span></dt></select></label></b><u id='f2e4a'></u>
            <i id='b90ee'><strike id='bfde3'><tt id='b2797'><pre id='7e167'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='8591d'></code><style id='bbccf'></style>
              • <acronym id='a9027'></acronym>
                <center id='9198c'><center id='6b005'><tfoot id='d76fa'></tfoot></center><abbr id='88f6b'><dir id='a21be'><tfoot id='5f25e'></tfoot><noframes id='35444'>

              • <optgroup id='9e8ed'><strike id='2ace5'><sup id='9d9ab'></sup></strike><code id='3d05c'></code></optgroup>
                  1. <b id='b6e91'><label id='11308'><select id='0c5f1'><dt id='22c49'><span id='65e86'></span></dt></select></label></b><u id='cbe9e'></u>
                    <i id='e390a'><strike id='eb7ce'><tt id='53cf9'><pre id='a70b3'></pre></tt></strike></i>