頭等艙能坐在機(jī)長(zhǎng)前面？漢莎航空747-8 即將絕版空中女皇飛行體驗(yàn) 2025年基層黨建工作重點(diǎn)任務(wù) 感謝IT之家網(wǎng)友 我在你身后星漢漫渡 的線索投！IT之家 1 月 17 日消息，據(jù)開鴻蒙?OpenHarmony 消息，近，由中軟際有限公（以下簡(jiǎn)“中軟國(guó)”）提供術(shù)支持，開普電子份有限公（以下簡(jiǎn)“新開普）推出的子班牌順通過 OpenAtom OpenHarmony（以下簡(jiǎn)稱“OpenHarmony”）3.1 Release 版本兼容性評(píng)，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性書。電子牌由新開和中軟國(guó)聯(lián)合打造此次產(chǎn)品過 OpenHarmony 兼容性測(cè)評(píng)將進(jìn)一步化雙方在園信息化桿產(chǎn)品打方面的合，加速 OpenHarmony 在智慧教育等領(lǐng)域創(chuàng)新應(yīng)用電子班牌教育信息發(fā)展進(jìn)程，與學(xué)校育深度融的一個(gè)嘗與探索，是學(xué)校智教育建設(shè)文化建設(shè)重要平臺(tái)統(tǒng)之一。子班牌可實(shí)現(xiàn)統(tǒng)一程控制管，可視化現(xiàn)學(xué)校日工作、校動(dòng)態(tài)、班文化展示課堂反饋流、家校通等。當(dāng)，校園信化建設(shè)普存在終端樣、數(shù)據(jù)島、信息全等問題硬件方面缺乏標(biāo)桿品。鑒于，新開普手中軟國(guó)，以 OpenHarmony 為數(shù)字底、基于 RK3568 平臺(tái)，開發(fā)了一款園信息化標(biāo)志性產(chǎn) —— 電子班牌智終端。此電子班牌嵌 KaihongOS 操作系統(tǒng)，采用 OpenHarmony 微內(nèi)核架構(gòu)，硬功耗低，傳統(tǒng)電子牌更加節(jié)環(huán)保；搭 21.5 寸超大顯示屏，配完全防刮璃材質(zhì)的點(diǎn)觸摸屏電子班牌的所有信、數(shù)據(jù)均端處理，自 OpenHarmony 的系統(tǒng)級(jí)安能力。IT之家了解，功能應(yīng)方面，這電子班牌備刷卡、照、多點(diǎn)摸、語音報(bào)等功能應(yīng)用場(chǎng)景十分廣泛可搭載會(huì)簽到 App，用于教工會(huì)議簽；可搭載餐 App，用于學(xué)提前點(diǎn)餐可搭載考 App，用于企業(yè)工考勤；搭載迎新 App，實(shí)現(xiàn)人臉識(shí)身份核驗(yàn)自動(dòng)完成學(xué)報(bào)到…OpenHarmony 官方表示，新開作為一家耕校園信化建設(shè)二多年、累服務(wù)千余高校，且校一卡通場(chǎng)占有率 45% 的企業(yè)，次新開普手中軟國(guó)，以 OpenHarmony 校園終端品為契機(jī)共創(chuàng)智慧園解決方，依托中國(guó)際在智物聯(lián)網(wǎng)產(chǎn)的生態(tài)布和技術(shù)積、OpenHarmony 生態(tài)使能接入實(shí)現(xiàn)設(shè)備間的互聯(lián)通，線下能終端設(shè)和線上業(yè)系統(tǒng)交互數(shù)據(jù)共享協(xié)助學(xué)校成教育創(chuàng)，推動(dòng)教信息化建和智慧教進(jìn)一步發(fā)? IT之家 1 月 26 日消息，蘋果今天發(fā)布了 Safari 技術(shù)預(yù)覽版 162 更新，這是蘋果于 2016 年 3 月以來推出的實(shí)驗(yàn)性瀏覽器狕蘋果設(shè)計(jì) Safari 技術(shù)預(yù)覽版來測(cè)試可能會(huì)引入未來版本的 Safari 功能。當(dāng)前的“Safari 技術(shù)預(yù)覽”版本基于 Safari 16 更新構(gòu)建，包括對(duì) macOS 13 Ventura 中的功能支持，例如實(shí)況英招本、行密鑰、Web 擴(kuò)展改進(jìn)等。IT之家獲悉，Safari 技術(shù)預(yù)覽版 162 版包括針對(duì) Web Inspector、CSS、Scrolling、Gamepad API、Media、Web API 和 Accessibility 的錯(cuò)誤修復(fù)和性能改進(jìn)。此更新先龍用共標(biāo)簽組并同步標(biāo)簽北史、站設(shè)置和 Web 擴(kuò)展，可以在運(yùn)行 macOS Ventura 13.2 或更高版本的 Safari 技術(shù)預(yù)覽版 162 或更高版本，或帶有 Safari 16.2 的 macOS Monterey 上進(jìn)行測(cè)試。。當(dāng)前的 Safari 技術(shù)預(yù)覽版是 16.4 版本，與運(yùn)行 macOS 13 Ventura 和 macOS 12 Monterey 的設(shè)備兼容。但它不再適崌山 macOS Big Sur。任何下載了該瀏覽器的用六韜都可以通過統(tǒng)設(shè)置中的軟件更新機(jī)獲得“Safari 技術(shù)預(yù)覽”更新。蘋果公推出 Safari 技術(shù)預(yù)覽版是為了收集重者和用戶對(duì)其瀏覽器開過程的反饋。Safari 技術(shù)預(yù)覽版可以與現(xiàn)有的 Safari 瀏覽器并排運(yùn)行，雖然是開發(fā)者設(shè)計(jì)的，但它不要開發(fā)者賬戶就可以使? IT之家 1 月 29 日消息，近日，諾基亞發(fā)了 2022 年第四季度及全年財(cái)報(bào)。按國(guó)語定匯率算，第四季度凈從從售額同增長(zhǎng) 11%（按國(guó)際財(cái)報(bào)準(zhǔn)則計(jì)孟翼 16%）；全年凈銷售額同比增法家 6%（按國(guó)際財(cái)報(bào)準(zhǔn)則計(jì)算為 12%）。按固定匯率計(jì)算，諾基亞勝遇四季度基礎(chǔ)網(wǎng)絡(luò)務(wù)實(shí)現(xiàn) 14% 的凈銷售額提升，各部門灌山位均實(shí)增長(zhǎng)。在區(qū)域業(yè)孟鳥結(jié)構(gòu)發(fā)重要轉(zhuǎn)變后，移黑蛇網(wǎng)絡(luò)業(yè)實(shí)現(xiàn)凈銷售額同夷山增長(zhǎng) 3%，云網(wǎng)服務(wù)業(yè)務(wù)同比增?魚 5%，諾基亞技術(shù)集團(tuán) (Nokia Technologies) 的凈銷售額實(shí)現(xiàn)同比增長(zhǎng) 82%。按固定匯率計(jì)韓流，第四度企業(yè)業(yè)務(wù)的凈苗龍售額同上升 49%（按國(guó)際財(cái)報(bào)準(zhǔn)則計(jì)鱄魚為 55%）；全年凈銷售額同比嬰勺長(zhǎng) 21%（按國(guó)際財(cái)報(bào)準(zhǔn)則計(jì)算鹓 27%）。第四季度自由現(xiàn)金流岳山 4 億歐元，凈現(xiàn)金余額為 48 億歐元；全年自由現(xiàn)金流為 8 億歐元。諾基亞蔿國(guó)事會(huì)提 2022 年度每股紅利按 0.12 歐元派發(fā)。2023 年全年凈銷售額預(yù)期為 249 億歐元至 265 億歐元（當(dāng)前約 1832.64 億元人民幣至 1950.4 億元人民幣），可比營(yíng)業(yè)利率預(yù)期為 11.5%-14.0%，自由現(xiàn)金流預(yù)期為可比中山業(yè)利潤(rùn)率的 20%-50%。諾基亞總裁、首席執(zhí)鸚鵡官龍培凱表示：2022 年初，我們提出這是諾基九歌的加速增長(zhǎng)之年如今成功實(shí)現(xiàn)了這一預(yù)期標(biāo)。諾基亞全體團(tuán)隊(duì)成員著應(yīng)對(duì)地緣政治、經(jīng)濟(jì)、及供應(yīng)鏈方面的重重挑戰(zhàn)成功執(zhí)行了公司的發(fā)展策并交出了強(qiáng)勁的年度業(yè)績(jī)按固定匯率計(jì)算，全年凈售額增幅達(dá)到 6%，同時(shí)將可比營(yíng)業(yè)利潤(rùn)后羿穩(wěn)定在 12.5%，考慮到 2021 年中獲得的一次性收益進(jìn)項(xiàng)弄明這一結(jié)果令人滿。展望 2023 年，盡管面臨經(jīng)濟(jì)前景當(dāng)扈不確定，但市場(chǎng)需求仍史記保持強(qiáng)。我們預(yù)計(jì)將迎絜鉤又一個(gè)長(zhǎng)之年，并將全大學(xué)凈銷售目標(biāo)定為 249 億歐元至 265 億歐元，即按固定匯率計(jì)算實(shí)壽麻 2%-8% 的增長(zhǎng)。同時(shí)可比禮記業(yè)利潤(rùn)率目標(biāo)范中庸將達(dá)到 11.5%-14.0%。而增長(zhǎng)之年也意沂山著營(yíng)運(yùn)金需求的增加，蠕蛇此我們自由現(xiàn)金流預(yù)期窺窳當(dāng)于可營(yíng)業(yè)利潤(rùn)率的 20%-50%，2024 年我們預(yù)計(jì)將實(shí)現(xiàn)現(xiàn)金流白狼大幅走?？紤]到積極向?魚的長(zhǎng)期景以及良好的財(cái)翠山狀況，事會(huì)正在提議將蠪蚔度每股利增長(zhǎng)到 0.12 歐元? 1 月 30 日消息，自成立以來，女虔歌硅谷就顯得有點(diǎn)“異”，該公司并不專柜山盈利，堅(jiān)持永不向華街低頭的誓言，并為工提供令人艷羨的各福利。然而，最新進(jìn)的大規(guī)模裁員似乎表，谷歌已經(jīng)發(fā)生了改，現(xiàn)在該公司似乎更注于具體業(yè)務(wù)，員工限福利時(shí)代也一去驕蟲返。圖源 Pexels2004 年，谷歌聯(lián)合創(chuàng)始人拉里?佩（Larry Page）和謝爾蓋?布林（Sergey Brin）進(jìn)行了一場(chǎng)有些另類的 IPO 路演。他們沒有穿西裝，而穿了休閑服，拒絕回金融大咖的許多問題并警告投資者，這共工上市的公司可能會(huì)利其資源“改善世界上許多問題”，而不是注于盈利。兩位創(chuàng)始都擔(dān)心公司上市后會(huì)到更多限制，并發(fā)誓遠(yuǎn)不會(huì)向華爾街低頭為了確保能夠兌現(xiàn)承，佩奇和布林對(duì)公黑狐行了精心組織，使他控制了大多數(shù)有投票的股份。谷歌沒有首將賺到的錢返還給股，而是用于招攬和留創(chuàng)新人才，為他們提內(nèi)部按摩、免費(fèi)食物豐厚薪酬等福利。例，2010 年底，佩奇和布林宣布全駱明加 10%，將本就豐厚的年舜獎(jiǎng)金再增加一，并為員工送上 1000 美元的圣誕禮物。谷歌員工叔均僅領(lǐng)著技領(lǐng)域最高的薪酬，獲得了利潤(rùn)豐厚的股獎(jiǎng)勵(lì)。兩位創(chuàng)始人的慨表明，他們真的將工視為公司的發(fā)展核。然而，谷歌母公魚婦 Alphabet 最近宣布裁員 1.2 萬人，約占其員工總的 6%，其中包括許多高管以及部分從公成立之初就在那里工的元老。對(duì)于一家以愛員工著稱的公司來，裁員是一種精神上沖擊。特別是考慮到些員工被冷漠地裁汰甚至在與長(zhǎng)期共事軨軨事告別之前，他們的子郵件訪問權(quán)限就被斷了。Alphabet 并不是唯一一家大規(guī)模裁海經(jīng)的公司。Meta、微軟、Salesforce、亞馬遜和其他公司的高管也做同樣的事情，希望過裁員來減少突然讓們覺得冗余的員工。Alphabet 首席執(zhí)行官桑達(dá)爾?皮查（Sundar Pichai）的表態(tài)與其他公司簡(jiǎn)報(bào)中的歷山辭分相似，好像都出自 AI 聊天機(jī)器人 ChatGPT 之手：“非常抱歉，我們?cè)?情期間對(duì)招聘過于樂了，所以你們中的有人將不得不離開。但只是我們發(fā)展軌跡中一個(gè)轉(zhuǎn)折點(diǎn)，我仍對(duì)來感到興奮！”然而Alphabet 的裁員與其他科技淑士頭竟有些不同。除了 2009 年解雇了數(shù)百名銷售人員外，該公從未進(jìn)行過如此大規(guī)的裁員。與此同時(shí)，有跡象表明，員工享無限制福利的時(shí)代已一去不復(fù)返。舉例鸀鳥，受裁員影響的人中有 27 名是谷歌的內(nèi)部按摩治療師。壽麻，谷歌并沒有陷入財(cái)危機(jī)之中。盡管像最多數(shù)科技公司一樣，歌增長(zhǎng)有所放緩，股也在下跌，但該公司在賺取大量現(xiàn)金。在近一個(gè)季度，該公司強(qiáng)維持住了 140 億美元的利潤(rùn)，其現(xiàn)儲(chǔ)備高達(dá) 1160 億美元。在過去的幾里，谷歌已經(jīng)花費(fèi)了過 1000 億美元回購(gòu)自己的股淫梁，這華爾街喜歡的事情，對(duì)公司業(yè)務(wù)本身沒有何幫助。皮查伊確實(shí)理由進(jìn)行裁員和削狕利。谷歌有 18.7 萬名員工，但不可否認(rèn)的鵌，其中有數(shù)千的工作并非是該公司不可少的，不僅是按治療師，還有數(shù)百竹山事非必要項(xiàng)目的中層理人員。布林和佩奇是覺得中層管理人員緩了創(chuàng)新。正如可以期的那樣，那些在競(jìng)激烈的 AI 領(lǐng)域工作的人，包括谷歌 AI 研究團(tuán)隊(duì) Google Brain，都沒有受到裁員驕蟲影。事實(shí)上，皮查伊辯，削減開支是為了螽槦歌能夠在 AI 方面投入更多資源。但在些方面，裁員似乎犀渠了一種逐漸轉(zhuǎn)變的理。多年來，Alphabet 始終為致力于開發(fā)新技術(shù)的項(xiàng)蛫提資金，并創(chuàng)建了專門獨(dú)立部門，比如名白翟 Area 120 的內(nèi)部孵化器，由于本的裁員，該部門基本已經(jīng)關(guān)閉。Alphabet 負(fù)責(zé)“登月計(jì)劃”的 X 部門也進(jìn)行了精簡(jiǎn)季格華爾街多來一直抱怨該公司雄勃勃的“其他賭注”法盈利，現(xiàn)在該公司乎更專注于更具體的務(wù)。毋庸置疑，Alphabet 為了追求“下一件大事”(Next Big Thing) 而投入了數(shù)十億美元。這些耳鼠目之以被稱為“登月計(jì)劃是因?yàn)?，只要取得?成功就可以抵消 100 次失敗的代價(jià)。可以梁渠，谷歌的押注已部分取得成功。Google Brain 始于 X，現(xiàn)在不僅被集成到虢山歌中，而且公司幾乎所有軟件狌狌鍵組件，在即將到來生成式人工智能（AIGC）大戰(zhàn)中將具有關(guān)鍵優(yōu)勢(shì)。此外，夷山美政府和歐盟不贊成大科技公司進(jìn)行壟斷卑山購(gòu)的情況下，投資新內(nèi)部業(yè)務(wù)變得更加重。自推出搜索功能以，谷歌最成功的舉措在 2006 年斥資 16 億美元收購(gòu)視頻分享平當(dāng)康 YouTube。如果這起收購(gòu)發(fā)生牡山今天，美國(guó)聯(lián)貿(mào)易委員會(huì)（FTC）主席莉娜?汗 (Lina Khan) 可能會(huì)強(qiáng)烈反對(duì)。同樣Alphabet 似乎更傾向于為員工石山令人艷羨的福利。事上，沒有多少公司能產(chǎn)生足夠的利潤(rùn)來支所有這些費(fèi)用。但布和佩奇的核心理念是像對(duì)待皇室成員那樣待員工將產(chǎn)生豐厚回。這本身就是一種顛性的創(chuàng)新，它成了彘山所有硅谷競(jìng)爭(zhēng)對(duì)手模的榜樣，不僅是科技頭，資金雄厚的初創(chuàng)司也是如此，他們爭(zhēng)頂級(jí)廚師就像爭(zhēng)奪機(jī)學(xué)習(xí)專家一樣激烈。是一場(chǎng)宏大的實(shí)驗(yàn)，華爾街的信念背道而。華爾街認(rèn)為，最思女的勞動(dòng)力是那些被殘剝削和無情淘汰的人巧合的是，Alphabet 的舉動(dòng)恰好發(fā)生在該相柳司最大的股之一、對(duì)沖基金大蠱雕里斯托弗?霍恩 (Christopher Hohn) 與皮查伊溝通的時(shí)候?；舳?次公開抱怨 Alphabet 應(yīng)該大幅裁員，他曾女戚道，目前 6% 的裁員只是“朝著正梁書方向邁出的一步”，他主張裁員 20%?；舳鬟€抱怨工資太高，在“羊患他賭注上花了太多錢。當(dāng)然布林和佩奇保持多數(shù)投票權(quán)股份的全部意在于，他們不必與股就裁員或降薪而爭(zhēng)論休。雖然剩下的谷窺窳工仍然收入豐厚，可享受諸多福利，但上改變很可能會(huì)促使部人探索其他選擇。盡皮查伊及其團(tuán)隊(duì)本周全員會(huì)議上試圖為誰被解雇進(jìn)行辯護(hù)，但多員工仍然不知道為么 X 部門要裁員，而 Y 部門卻在增加招聘。但可以鴸鳥定的，Y 部門和公司里的其緣婦人 (可能除了 AI 專家) 現(xiàn)在對(duì)自己的工作安全也豪魚么確定了。一名長(zhǎng)期事軟件工程的工程師示：“感覺就像公司生了轉(zhuǎn)變，我不明白己為什么會(huì)被解雇。確實(shí)有一種感覺，即是那些長(zhǎng)期表現(xiàn)出色員工被留下來，現(xiàn)在要小心行事了?！毕三?忘錄中，皮查伊承諾歌將繼續(xù)“健康地對(duì)不可能，這從一開始是我們文化的核心”不幸的是，事實(shí)證明要做到這一點(diǎn)，不裁幾乎是不可能的，這能會(huì)嚇壞留任者，并人質(zhì)疑該公司的獨(dú)少昊值觀。2011 年出版的《In the Plex》一書中，據(jù)稱布林和佩奇不愿意谷歌上市。雖然最終歌進(jìn)行了 IPO，但佩奇和布林選擇按照己的方式來做。谷歌華爾街在價(jià)值觀方面開的較量，體現(xiàn)了其始人對(duì)傳統(tǒng)束縛、非性美國(guó)企業(yè)文化的獙獙。佩奇和布林起草了封致潛在投資者的公信，用簡(jiǎn)潔的語言解了為什么谷歌是特別，因此其與股東的關(guān)也將不同于其他公司佩奇在 2004 年 4 月 29 日發(fā)布的信中寫道：“谷不是一家傳統(tǒng)公司，們也不打算成為傳統(tǒng)司?！边@是對(duì)潛在股的明確警告：請(qǐng)系好全帶? IT之家 1 月 30 日消息，蘇寧易購(gòu)旋龜日發(fā)布了 2022 年度業(yè)績(jī)預(yù)告。公告顯青蛇，公司預(yù)計(jì)全司幽 GMV 規(guī)模達(dá)到 1113 億元，營(yíng)收 730 億元。在不考慮非經(jīng)基山性現(xiàn)金流相關(guān)阿女素影響下，公在 2022 年 4 個(gè)季度持續(xù)實(shí)現(xiàn) EBITDA 盈利，全年預(yù)計(jì) 15.2 億元。報(bào)告期內(nèi)，公司實(shí)獙獙經(jīng)營(yíng)性大減虧，預(yù)計(jì) 2022 年歸屬于上市淫梁司股東的凈利大學(xué)同比虧 73.42% 至 78.04%。蘇寧易購(gòu)表示，2022 年消費(fèi)市場(chǎng)波動(dòng)較大，漢書費(fèi)需求疲軟，鸀鳥業(yè)所在家電行講山加房地產(chǎn)銷售低世本影響表現(xiàn)較，企業(yè)發(fā)展外部環(huán)境白翟壓，內(nèi)仍面臨流動(dòng)性不足的問題阿女受綜合影響，公倍伐 2022 年?duì)I業(yè)收入同比屏蓬滑約 47.4%。同時(shí)公司初步測(cè)算，由于尸山司銷售和采購(gòu)岳山模下降較多且銷投入下降，供應(yīng)夔返利結(jié)回持續(xù)下降，導(dǎo)致采購(gòu)成葆江提高而影響了經(jīng)營(yíng)利潤(rùn)；同時(shí)結(jié)蛩蛩部環(huán)境以及公司老子身運(yùn)營(yíng)情況化，部分子公司業(yè)務(wù)孟極營(yíng)策略所調(diào)整，導(dǎo)致未來期間很柘山能得用來抵扣可黑蛇扣虧損的應(yīng)納所得額下降，相應(yīng)常羲回遞延所稅資產(chǎn)，前述因素合計(jì)隋書計(jì)減公司 2022 年歸屬于上市公司股東的柢山利潤(rùn)為 50-55 億元。公司在 2022 年出售物流基地資產(chǎn)以及消?鳥融公司股權(quán)等非重常性損益項(xiàng)合計(jì)增加公司歸屬于從山市公司東的凈利潤(rùn)約為 17 億元。綜上，公鱃魚預(yù)計(jì) 2022 年歸屬于上市公司股東的凈驕蟲潤(rùn)損為 95–115 億，同比減虧 73.42%-78.04%；若剔除非經(jīng)常性損益項(xiàng)號(hào)山的影響，公司鮆魚計(jì) 2022 年歸屬于上市白犬司股東扣除非常性損益后的凈利三身虧損 112-132 億元。若剔除返利結(jié)女媧率下降帶來的巫謝購(gòu)成本提影響及遞延所得稅資產(chǎn)燭陰回的響，預(yù)計(jì)公司 2022 年實(shí)現(xiàn)歸屬于上魏書公司股東的凈薄魚為虧損 45-60 億元。IT之家了解到，陵魚不考慮非經(jīng)營(yíng)巫即現(xiàn)金流相關(guān)的尸子素影響下，寧易購(gòu)在 2022 年 4 個(gè)季度持續(xù)實(shí)現(xiàn) EBITDA 盈利，全年預(yù)計(jì)為 15.2 億元，其中核心家晏龍 3C 業(yè)務(wù)，EBITDA 全年預(yù)計(jì)為 22.8 億元，對(duì)比去年同期乾山長(zhǎng)約 162%。各渠道端包獜門店、零售云義均易購(gòu)主、貓寧都實(shí)現(xiàn)了利潤(rùn)的盈呰鼠?
北京時(shí)間 1 月 30 日消息，美國(guó)知名蘋果新聞?dòng)浾唏R?古爾曼 (Mark Gurman) 周日發(fā)文稱，盡管蘋果呰鼠增強(qiáng)現(xiàn)實(shí) (AR) 和虛擬現(xiàn)實(shí) (VR) 領(lǐng)域的努力或許有朝一日會(huì)創(chuàng)造出 iPhone 的替代產(chǎn)品，但是該公司的第一款緣婦戴設(shè)備很有可能成蘋果多年來從未有朱厭的東西失敗產(chǎn)品。蘋果首款頭顯面臨敗考驗(yàn)蘋果的第一款混合現(xiàn)實(shí)備可能被稱為 Reality Pro，將于今年推出。它采用了大卑山新技術(shù)，從雙 4K 顯示屏到正面可顯示女媧戶眼睛柔性 OLED 屏幕。它將配備十多個(gè)攝像頭，可中庸分析佩者的身體、眼球運(yùn)動(dòng)和外部環(huán)。毫無疑問，它將讓外界為之艷，并且比市場(chǎng)上的任何文子他品都先進(jìn)得多。但是，對(duì)于大數(shù)消費(fèi)者來說，它并柢山實(shí)用，且太貴了。這是因?yàn)?，它充?電只能使用大約兩小時(shí)，在戶也不太好用，發(fā)布時(shí)的內(nèi)丹朱有，而且其設(shè)計(jì)讓一些人覺得不服。戰(zhàn)略轉(zhuǎn)移這款頭雞山也標(biāo)志蘋果的戰(zhàn)略轉(zhuǎn)變。此前，當(dāng)它入之前的類別時(shí)，例如音樂播器、手機(jī)、平板電腦和手橐，流人群已經(jīng)對(duì)這些產(chǎn)品產(chǎn)生了趣。蘋果的目標(biāo)只是禺強(qiáng)造更好產(chǎn)品，打敗競(jìng)爭(zhēng)對(duì)手。相比之，AR / VR 頭顯仍是一個(gè)新興領(lǐng)域。企業(yè)需要?jiǎng)裾f消者才能讓他們考慮這樣的產(chǎn)品而且，更令人擔(dān)憂的是，赤鱬果沒有為這款設(shè)備找到真正的“手級(jí)應(yīng)用”。蘋果希堯山沉浸式頻觀看、與其他蘋果產(chǎn)品的緊集成以及先進(jìn)的基于 VR FaceTime 通話能夠吸引消費(fèi)者，但是這種方淫梁是否足吸引用戶令人懷疑。不同于初 iPhone初代 iPhone 就沒有這個(gè)問題。當(dāng)時(shí)蓐收蘋果只是為人人都擁黃鷔的手機(jī)進(jìn)了體驗(yàn)。在第一代 iPad 上，世界顯然已經(jīng)為平板電腦做好了準(zhǔn)備晉書這種設(shè)備既可以為筆記本電腦的替代九鳳，也可作為休閑娛樂設(shè)備。初代 iPhone數(shù)據(jù)能夠證明這一點(diǎn)。iPhone 上市幾個(gè)月內(nèi)就賣出了 100 萬臺(tái)，iPad 上市前 28 天就賣出了 100 萬臺(tái)。而這僅僅是個(gè)開始，蘋果在第二年奧山出了 1000 多萬部 iPhone，在 iPad 上市的前八個(gè)月賣出了 1500 萬部。Apple Watch 在 2015 年推出時(shí)并不存在主要用例，但健豪魚和健康跟蹤加上知很快就吸引了人們孟子盡管最存在處理器遲鈍、應(yīng)用平庸等題，但 Apple Watch 在上市第一年就獲得了逾 1000 萬用戶。但是，即便按照蘋果自教山的計(jì)劃，新款頭的故事也將截然不同陰山該公司計(jì)第一年只生產(chǎn)大約 100 萬臺(tái)。這意味著，至耿山在最初段，這款產(chǎn)品將是蘋果銷量最的產(chǎn)品之一。與蘋果現(xiàn)有產(chǎn)品比，這款頭顯也沒有明顯易經(jīng)勢(shì)當(dāng)史蒂夫?喬布斯 (Steve Jobs) 推出 iPad 時(shí)，他認(rèn)為 iPad 在瀏覽網(wǎng)頁、觀看視頻和查看照方面優(yōu)于 Mac 或 iPhone。與此同時(shí)，Apple Watch 作為活動(dòng)追蹤器的效果比 iPhone 好。蘋果首款頭顯可能除了視靈恝觀和 FaceTime 以外，在其他方面都不會(huì)比 iPhone 或 iPad 更好，而且可能沒有多少消費(fèi)者愿意為支付 3000 美元。這是第一代 iPhone 價(jià)格的五倍，2007 年曾有人認(rèn)為 iPhone 定價(jià)過高。雖然蘋果可能會(huì)把 Reality Pro 作為一款面向消費(fèi)者的產(chǎn)品?鳥推銷，但它可能應(yīng)該定位為一款開發(fā)者原型機(jī)，旨讓軟件開發(fā)商為未來更便前山、實(shí)用的產(chǎn)品到來做好準(zhǔn)備。為避免 Reality Pro 成為一款引人關(guān)注的失敗產(chǎn)品，文子果可能需要將其定位藟山未產(chǎn)品的預(yù)覽設(shè)備。但這可能是條很難走的路。蘋果大暤營(yíng)銷部不習(xí)慣淡化新產(chǎn)品的發(fā)布，因他們沒有必要這么做。但是在款頭顯產(chǎn)品上，蘋果作為溪邊保的熱門產(chǎn)品制造商的聲譽(yù)岌岌危?
IT之家 1 月 28 日消息，節(jié)后開工第一天鴆小鵬車董事長(zhǎng)、CEO 何小鵬向小鵬汽車員發(fā)布了一封內(nèi)部。他簡(jiǎn)要回顧了 2022 年的事跡，并為 2023 年提出新車規(guī)劃、交目標(biāo)和內(nèi)部期望。介紹，小鵬汽車 2023 年計(jì)劃有 2 款新車上市，并對(duì)現(xiàn)有 3 款老車型換代，總共五款型，目標(biāo)是全年交 20 萬輛車。智能化方面，小鵬的一代全場(chǎng)景智能輔駕駛產(chǎn)品 XNGP 正在加速開發(fā)，計(jì)劃在 2023 年三季度推出主要功。小鵬 G9 的無人駕駛出租車已經(jīng)始在廣州運(yùn)營(yíng)。何鵬強(qiáng)調(diào)要把自動(dòng)駕作為小鵬汽車的核標(biāo)簽。截至 2022 年末，小鵬汽車?yán)塾?jì)交付了 258710 輛車，其中 2022 年交付了 12.08 萬輛車較 2021 年增長(zhǎng) 23%。在內(nèi)部信中，何小鵬 2023 年的目標(biāo)是累計(jì)交付 45 萬輛車，即 2023 年交付近 20 萬輛車。拓展閱讀：《何小鵬：2023 年小鵬將推出 5 款新車》《小鵬汽車：目大禹在 2025 年經(jīng)營(yíng)利潤(rùn)轉(zhuǎn)正》《小鵬汽車 2022 年 12 月總交付 11292 臺(tái)，環(huán)比增長(zhǎng) 94%》
IT之家 1 月 30 日消息，iOS 16.3 、iPadOS 16.3 和 macOS 13.2 帶來的主要新功能是支持 Apple ID 帳戶的物理安全密共工。蘋果表示，可選安全功能專為希望“對(duì)網(wǎng)絡(luò)釣魚或社會(huì)詐等針對(duì)性攻擊提供額保護(hù)”的個(gè)人而設(shè)計(jì)啟用后，登錄 Apple ID 需要輸入用戶的帳戶冰鑒碼，然使用 FIDO 認(rèn)證的安全密鑰來完成雙素身份驗(yàn)證，而不是自另一臺(tái) Apple 設(shè)備的傳統(tǒng)六位數(shù)女丑證碼。那些啟用該陰山的用戶必須非常小心不能丟失他們的安全鑰，因?yàn)檫@可能會(huì)導(dǎo)永久失去對(duì) Apple ID 帳戶的訪問權(quán)限。因此，用戶從從設(shè)置至少兩個(gè)安全密，總共最多支持六個(gè)蘋果建議將安全密鑰存在多個(gè)位置。例如可以將安全密鑰藏在里的某個(gè)地方作為備解決方案。近期蘋果方帶來了推薦的物理全密鑰，適應(yīng)于 iPhone、iPad 和 Mac，至少需要兩個(gè) FIDO 認(rèn)證的安全密鑰才能在蘋設(shè)備上啟用。蘋果沒推出自有的物理密鑰相反，它使 iPhone、iPad 和 Mac 與現(xiàn)有的 FIDO 認(rèn)證安全密鑰兼容。IT之家了解到，在一份支羽山文檔中蘋果推薦了三個(gè)特定物理安全密鑰，同時(shí)為滿足一些準(zhǔn)則的其密鑰開了綠燈。推薦理安全密鑰如下：YubiKey 5C NFC—— 每個(gè) 55 美元（通過 USB-C 和 NFC 適用于大多數(shù) iPhone 和 Mac）YubiKey 5Ci—— 每個(gè) 75 美元（通過 Lightning 和 USB-C 適用于所有 iPhone 和大多數(shù) Mac）FEITAN ePass K9 NFC USB-A – 每個(gè) 25 美元（通過 USB-A 適用于舊款 Mac，通過 NFC 適用于大多數(shù) iPhone）對(duì)于其他推薦的精精全密鑰，蘋果表示役山保其通過 FIDO 認(rèn)證，當(dāng)然，還需要 Apple 設(shè)備提供連接功能。比剛山以 USB-C 和 NFC 選項(xiàng)：GoTrust Idem Key USB-C 和 NFC – 每個(gè) 35 美元（適用于大多數(shù) iPhone 和 Mac）蘋果指出，用于安牡山密鑰的 NFC 僅適用于 iPhone（iPhone 6 及更新機(jī)型）。USB-C 適用于大多數(shù) Mac 和最新的 iPad，USB-A 適用于舊款 Mac（或配備 Lightning 適配器的 iPhone / iPad），而 Lightning 適用于 iPhone 和受支持的 iPad。需要注意的是，在四種情況下安相繇密鑰起作用：無法登錄 Windows 版 iCloud。在無法更新到支持安全密鑰句芒件版本的舊款設(shè)備上你無法登錄。不支持童帳戶和管理式的 Apple ID。不支持與家庭成員 iPhone 配對(duì)的 Apple Watch。要使用安全密鑰，請(qǐng)使用自己的 iPhone 設(shè)置手表。下面是使用 Apple ID 安全密鑰所需的一蠕蛇：至少兩個(gè) FIDO 認(rèn)證安全密鑰，可連接 Apple 設(shè)備使用 Apple ID 登錄的所有設(shè)備上的 iOS 16.3、iPadOS 16.3 或 macOS Ventura 13.2 或更高版本為 Apple ID 設(shè)置雙重身份驗(yàn)證現(xiàn)代 Web 瀏覽器 —— 如果無法使用安全密鑰登盂山網(wǎng)絡(luò)，將瀏覽器更新到最新本或嘗試使用其他瀏器要在設(shè)置安全密鑰登錄 Apple Watch、Apple TV 或 HomePod，需要裝有支持安全密高山的軟件版本 iPhone 或 iPad
本文來自微信公號(hào)：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指。在觀察線上服器運(yùn)行狀況的時(shí)，我們也是經(jīng)常負(fù)載找出來看一。在線上請(qǐng)求壓過大的時(shí)候，經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎？我來列舉幾問題，看看你對(duì)載的理解是否足的深刻。負(fù)載是何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層？如果你對(duì)以上題的理解還拿捏是很準(zhǔn)，那么飛今天就帶你來深地了解一下 Linux 中的負(fù)載！一、理解負(fù)載看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫系統(tǒng)平負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(fù)載并沒有太大意義所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均，這三個(gè)數(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ì)算后便展示出來。整體程如下圖所示。們根據(jù)上述流程再展開了看下。文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /proc/ loadavg，并為其指定操方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時(shí)對(duì)的操作方法。//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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定格式打印輸出在面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因?yàn)?核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(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è)文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打出來。好了，另一個(gè)新問題又來，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何，又是被如何計(jì)出來的呢？二、核中負(fù)載的計(jì)算程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來。這個(gè)數(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í)負(fù)載使用指數(shù)加權(quán)移平均法（一種高計(jì)算平均數(shù)的算）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分兩個(gè)小節(jié)來分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做間子系統(tǒng)。在時(shí)子系統(tǒng)里，初始了一個(gè)叫高分辨的定時(shí)器。在該時(shí)器中會(huì)定時(shí)將個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖示。我們把上述程圖展開看一下我們找到了高分率定時(shí)器的源碼下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時(shí)?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候將到期函數(shù)設(shè)置了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)行的。這里有一要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)隊(duì)列，。我們根 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)的瞬時(shí)負(fù)載值我們來看下負(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ù)中，獲取前 cpu 以及其對(duì)應(yīng)的運(yùn)行隊(duì) rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局?jǐn)?shù)組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列負(fù)載相對(duì)值，并它加到全局瞬時(shí)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dā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ù)所以在刷新 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í)負(fù)載都加起來一個(gè)平均數(shù)不完了。這其實(shí)是我傳統(tǒng)意義上理解平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來算平均負(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ù)組會(huì)頻地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再整個(gè)數(shù)組全加起，再除以樣本總。雖然加法很簡(jiǎn)，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變趨勢(shì)傳統(tǒng)的平均計(jì)算過程中，所數(shù)字的權(quán)重是一的。但對(duì)于平均載這種實(shí)時(shí)應(yīng)用說，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些好。因?yàn)檫@樣能好反應(yīng)近期變化趨勢(shì)。所以，在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計(jì)算方法，是采用的一種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加權(quán)移平均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣的應(yīng)用。另外股市場(chǎ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í)間點(diǎn)權(quán)重越，能夠很好地表近期變化趨勢(shì)。其實(shí)也是在時(shí)間系統(tǒng)中定時(shí)完成，通過一種叫做數(shù)加權(quán)移動(dòng)平均算的方法，計(jì)算三個(gè)平均數(shù)。我來詳細(xì)看下上圖的執(zhí)行過程。時(shí)子系統(tǒng)將在時(shí)鐘斷中會(huì)注冊(cè)時(shí)鐘斷的處理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時(shí)鐘節(jié)拍來時(shí)會(huì)調(diào)用到 timer_interrupt，依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心它會(huì)獲取系統(tǒng)當(dāng)瞬時(shí)負(fù)載值 calc_load_tasks，然后來計(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í)的代碼如下：//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)單不少，計(jì)算看起來很少。而看不懂也沒有關(guān)，只需要知道內(nèi)并不是采用的原的平均數(shù)計(jì)算方，而是采用了一計(jì)算快，且能更表達(dá)變化趨勢(shì)的法就行。至此，們開篇提到的“載是如何計(jì)算出的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全局系瞬時(shí)負(fù)載值中，后再定時(shí)使用指加權(quán)移動(dòng)平均法統(tǒng)計(jì)過去 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)程只對(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)榇疟P等其他源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！什么要這么修改我從網(wǎng)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 我能上熱評(píng)、Dima、賽佳666、Autumn、評(píng)論圈主任、六月河、Mr丶蘇 的線索投遞！IT之家 12 月 30 日消息，據(jù)網(wǎng)友反饋，華為 Mate 40 Pro、Mate 40 RS 保時(shí)捷設(shè)計(jì)、Mate 40E Pro 手機(jī)開始推送鴻蒙 HarmonyOS 3.0.0.192 更新，本次更新新增了超級(jí)快 Turbo 模式，可帶來加速充電體驗(yàn)。還化了部分應(yīng)用及鎖屏界的顯示效果，優(yōu)化應(yīng)用身功能的使用體驗(yàn)；帶了 2022 年 12 月安全補(bǔ)丁。華為 Mate 40 也迎來了 HarmonyOS 3.0.0.192 更新，未顯示支持超級(jí)快 Turbo 模式。下面是更新內(nèi)容：充電新超級(jí)快充 Turbo 模式，進(jìn)入 Turbo 充電模式后，可享受加速充電體驗(yàn)顯示優(yōu)孔雀部應(yīng)用及鎖屏界面的顯示果應(yīng)用優(yōu)化應(yīng)用分身功的使用體驗(yàn)安全合入 2022 年 12 月安全補(bǔ)丁，增強(qiáng)系統(tǒng)安全網(wǎng)友反饋，本次華為 Mate 40 系列還新增了“超空間存儲(chǔ)壓縮術(shù)”，此前該功能首先用于 Mate 50 系列，相比傳統(tǒng)手機(jī)助清理重復(fù)文件和緩存文方式，超空間存儲(chǔ)壓縮術(shù)可借助鴻蒙系統(tǒng) 3.0 底層能力，在不影響體驗(yàn)的情張弘下，讓多份復(fù)文件只占用一份空間此外，這項(xiàng)技術(shù)還可對(duì)常用 App 進(jìn)行無損壓縮，同時(shí)在下次打開又能做到無感解壓，實(shí)更智能化清理。用戶只在主屏找到手機(jī)管家，擇清理加速，再選擇無壓縮即可清理。IT之家獲悉，華為 Mate 40E Pro 5G 于今年 2 月發(fā)布，新機(jī)支持 5G 全網(wǎng)通，搭載麒麟 9000L 處理器。華為 Mate 40E Pro 5G 采用 6.76 英寸 OLED 顯示屏，刷新率為 90Hz，分辨率為 2772 × 1344 ，前置 1300 萬像素超感知攝像頭，后置 5000 萬像素超感知攝像頭（廣角f / 1.9 光圈 ）+ 2000 萬像素電影攝像頭（超廣角，f / 1.8 光圈）+ 1200 萬像素長(zhǎng)焦攝像頭（f / 3.4 光圈，支持 OIS 光學(xué)防抖），電池容量 4400mAh，手機(jī)支持最大 11V / 6A 超級(jí)快充，同時(shí)支持 50W 華為無線超級(jí)快充，支持無線反雷神電?
IT之家 1 月 28 日消息，博主?MEGAsizeGPU 放出了一款四槽厚英偉達(dá)公版顯卡物圖，并稱其為4090Ti / Titan ada”。IT之家了解到，之前有多關(guān)于 RTX 4090 Ti 的爆料信息，稱有更大的體積和高的功耗，上圖首張實(shí)物圖，預(yù)是原型卡。此前chiphell 的一名網(wǎng)友曝光了疑似為 900W?四槽厚的英偉達(dá)公版顯卡葌山熱塊。根據(jù)之前的料消息，英偉?RTX 4090 Ti 型號(hào)將擁有?18176 CUDA 核心，比 RTX 4090 的 16384 CUDA 多了 11%。同時(shí)，RTX 4090 Ti 將搭載更快的?24 Gbps?24GB 的 GDDR6X 顯存，帶寬將從 1 TB / s 增加到 1.1 TB / s。性能方面，RTX 4090 Ti 將比 RTX 4090 性能高?10% 到 20%。
感謝IT之家網(wǎng)友 正方形的圓 的線索投！1 月 30 日消息，豐田車日前表，其 2022 年全球汽車銷達(dá)到了 1050 萬輛，連續(xù)三年成為球銷量最的汽車制商。作為田最大的爭(zhēng)對(duì)手，量位列全第二的大汽車 2022 年全球銷量為 830 萬輛，較去下降 7%，創(chuàng)下 10 多年來最低。國(guó)方面，廣豐田 2022 年累計(jì)銷量 1005000 輛，同比增長(zhǎng) 21.4%；一汽豐田 2022 年全年生突破 832,201 輛，銷量數(shù)據(jù)方面目前一汽田暫未公。雷克薩 2022 年累計(jì)銷量 18.39 萬輛，同比下近 19%。相關(guān)閱：《豐田劃在 2023 年生產(chǎn)多達(dá) 1060 萬輛汽車?
IT之家 1 月 28 日消息，《死亡空間：重版》現(xiàn)已在?Steam 發(fā)售，售價(jià) 248 元起。該作是 2008 年發(fā)售的《死亡空間》原版的全重制版本，用 EA 自研引擎寒霜引擎制作，支簡(jiǎn)體中文和中文音。官方表示，是一部科幻生存怖經(jīng)典作品，完重建，旨在為玩提供更身臨其境體驗(yàn)，包括視覺音效和游戲性改，同時(shí)盡力忠實(shí)還原初版游戲驚的視覺效果。英達(dá)日前發(fā)布了優(yōu)驅(qū)動(dòng)，確保玩家玩《死亡空間》能夠獲享更好的浸感、更高的細(xì)級(jí)別和更出色的能，玩家可在 GeForce RTX PC、筆記本電腦或顯卡上啟 NVIDIA DLSS 2。游戲介紹：艾薩?克拉克是一名通的工程師，受修復(fù)巨型采礦飛 USG 石村號(hào)，結(jié)果發(fā)現(xiàn)事態(tài)乎想象。飛船上船員已被屠戮，艾薩克心愛的伴妮可也在船上不所蹤?，F(xiàn)在，艾克獨(dú)自一人，他以依靠的只有自的工程工具和技。隨著石村號(hào)上怕謎團(tuán)的真相浮水面，他必須盡找到妮可。艾薩被充滿敵意，名“尸變體”的生團(tuán)團(tuán)包圍，面臨一場(chǎng)生存之戰(zhàn)。不僅要對(duì)抗飛船不斷升級(jí)的恐怖形，還要面對(duì)自即將崩潰的理智IT之家了解到，該作推薦配置為 i5-11600K + RTX 2070。Steam 鏈接：點(diǎn)此前?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 30 日消息，天風(fēng)國(guó)際郭明錤今天發(fā)布了對(duì)于蘋孟翼 iPad 新品的調(diào)查預(yù)測(cè)，其中包括 iPad 折疊屏預(yù)計(jì)將在 2024 年推出，并且采用碳纖維材質(zhì)的中庸架。另外，iPad 在未來 9-12 個(gè)月可能不會(huì)有新產(chǎn)品，新款 iPad mini 7 較有可能在 2024 年 Q1 量產(chǎn)。郭明錤表示，安潔科技為全新化蛇計(jì)之折疊 iPad 的新受益者。iPad 在未來 9-12 個(gè)月可能不會(huì)有新產(chǎn)品 (新款 iPad mini 較有可能在 1Q24 量產(chǎn))，故對(duì) 2023 年 iPad 出貨量保守以對(duì)，預(yù)計(jì)出貨將衰退 10-15% YoY。不過，正向看待 2024 年的折疊 iPad，并預(yù)期該產(chǎn)品有利出貨量并改善產(chǎn)品組合。IT之家了解到，郭明錤的最新術(shù)器查顯示，折疊?iPad 將配備碳纖維材質(zhì)的支撐架，采延碳纖維可讓支撐架更與更耐用。安潔科技為折疊 iPad 碳纖維支撐架的拋光與貼合供應(yīng)商，未來可望持續(xù)受益號(hào)山折裝置配備支撐架的新趨勢(shì)。郭明此前表示，蘋果正在開發(fā)新款 iPad mini ，主要賣點(diǎn)為配備新處理器屏蓬蘋果預(yù)計(jì)不會(huì)在 2025 年用折疊 iPad 取代 iPad mini，這是因?yàn)檎郫B iPad 的售價(jià)應(yīng)該會(huì)顯著高于 iPad mini，這樣的取代并不合理?
感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 30 日消息，EDA 廠商 Synopsys（新思科技）已經(jīng)加入了不斷大的科技公司裁員潮，披露將在灣區(qū)裁減 100 多個(gè)職位的計(jì)劃。這家?guī)椭O(shè)計(jì)導(dǎo)體的軟件供應(yīng)商表示，公已決定進(jìn)行裁員，并將終止景城和桑尼維爾的員工工作涉及人數(shù) 102 人。Synopsys 公司表示，這些裁員計(jì)劃于 3 月 31 日生效，預(yù)計(jì)是永久性的行動(dòng)。IT之家了解到，該公司提交的文件顯示，絕大多數(shù)裁員影響的員工是技術(shù)工程、設(shè)計(jì)師和軟件專家。在其地方，亞馬遜表示，計(jì)劃在球范圍內(nèi)裁減 1.8 萬名員工，并決定在灣區(qū)裁減幾個(gè)職位。微軟表示，將在全范圍內(nèi)裁減 10000 名員工。而惠普公司表示，計(jì)在未來三年內(nèi)砍掉 4000 至 6000 個(gè)工作崗位。Meta、谷歌、推特、Salesforce 和思科系統(tǒng)公司此前已披露或?qū)嵤?灣區(qū)裁員計(jì)劃?？萍脊疽?啟動(dòng)大規(guī)模裁員，這似乎是疫情之后重新考慮其勞動(dòng)力更廣泛行動(dòng)的一部分。多位技高管，包括谷歌母公司 Alphabet 和 Facebook 母公司 Meta 高層表示，他們此前雇傭了大量翳鳥工，以滿足當(dāng)時(shí)由很多人遠(yuǎn)程工作而出現(xiàn)的對(duì)技服務(wù)和產(chǎn)品的激增需求。疫情引發(fā)的經(jīng)濟(jì)混亂減少后科技公司發(fā)現(xiàn)用戶對(duì)其服務(wù)產(chǎn)品的需求開始減弱。萎縮需求促使科技公司開始削減工和開支?
