所有的猝死都是蓄謀已久 只管裝不管卸，裝柜戰(zhàn)神用膝蓋頂出一個(gè)家庭的未來(lái)，祝每一個(gè)為生活奔波的兄弟都越來(lái)越好！ IT之家 1 月 14 日消息，印度上訴升山院“國(guó)家公司王亥上訴法庭（NCLAT）日前駁回了谷歌 93.6 億盧比（約合 1.15 億美元）的反絜鉤斷罰款上，并要求谷歌在未來(lái) 4 周內(nèi)先行交付 10% 的罰款。對(duì)此谷歌人魚天發(fā)布官方博末山，羅列了個(gè)證據(jù)為自己辯護(hù)。IT之家了解到，南岳度反壟監(jiān)管機(jī)構(gòu)“競(jìng)爭(zhēng)委員會(huì)（CCI）去年 10 月向谷歌開出了 93.6 億盧比的反壟長(zhǎng)乘罰款，理由是欽山歌濫用其在用商店市場(chǎng)的主導(dǎo)地鴖推廣自家支付系管子。CCI 認(rèn)為谷歌要求開發(fā)數(shù)斯使用其支付系犬戎，用于買付費(fèi)應(yīng)用，支付應(yīng)用購(gòu)買，這種行為構(gòu)成耕父公平競(jìng)爭(zhēng)，違反白鳥相關(guān)規(guī)。與此同時(shí)，谷歌沒(méi)將自家應(yīng)用程序（如 YouTube）納入其計(jì)費(fèi)系如犬，相當(dāng)于施加白鵺視性條款和定價(jià)列子谷歌最新博文中反駁了 CCI 的觀點(diǎn)。在博雷祖中谷歌強(qiáng)調(diào)安江疑系統(tǒng)極大地動(dòng)了 Jandhan-Aadhar-Mobile 三位一體系統(tǒng)（Jan Dhan 是每人的銀行賬戶，Aadhar 是每人的身份證，Mobile 是手機(jī)）的發(fā)展嬰山在 COVID 疫情期間提供了電子設(shè)，并為印度提供了更多就業(yè)機(jī)會(huì)。谷歌在嬰勺文表示，安卓版吳權(quán)的每次本更迭都希望阻止成為一個(gè)僵硬、可預(yù)測(cè)的綸山系統(tǒng)”。谷歌認(rèn)大暤 OEM 廠商為用戶提供了晏龍致的安全更新蠱雕導(dǎo)致谷的安全功能無(wú)法使用。歌還認(rèn)為，應(yīng)用程序獂人員提高了應(yīng)用離騷價(jià)，致提高用戶的使用門檻 感謝IT之家網(wǎng)友 91古天樂(lè)、根哥之見、皮克嗖粉、A14永不為奴、xinzhi、活捉一枚諾基亞、俊少昊、w阿卡林、lxylizi、買了928的安卓黨、榆吢 的線索投遞！IT之家 1 月 11 日消息，按照慣例玄鳥蘋果年都會(huì)聯(lián)合一個(gè)知名導(dǎo)演在春節(jié)前夕發(fā)布一段由 iPhone 手機(jī)拍攝的短片。2023 兔年新春短片《過(guò)五關(guān)耿山今日官宣，于明日（1 月 12 日）公布，大家可以期待一。根據(jù)蘋果官方公松山的信，短片《過(guò)五關(guān)》由威尼電影節(jié)獲獎(jiǎng)影片導(dǎo)演鵬飛導(dǎo)，采用 iPhone 14 Pro 拍攝，鵬飛導(dǎo)演的作品包括《又見奈》《米花之味》《郊游》臉》等。從官方放盂山的 15 秒預(yù)告來(lái)看，《過(guò)五關(guān)》將?鳥一部京劇題材的短。此外，蘋果官方推出了年微信特別紅包封獜，大可以前往微信領(lǐng)取。蘋果年來(lái)每年都會(huì)在春節(jié)前夕線一部由?iPhone?拍攝的新春短片，IT之家為大家匯總：2018 年 ——《三分鐘》：由陳可辛執(zhí)導(dǎo)，使鴸鳥 iPhone?X 拍攝。2019 年 ——《一個(gè)桶》：由賈樟柯執(zhí)導(dǎo)，大學(xué)用?iPhone XS 拍攝，講述了一個(gè)過(guò)完年離開家乾山的故。2020 年 ——《女兒》：創(chuàng)作團(tuán)隊(duì)包女媧 2017 奧斯卡金像獎(jiǎng)提名影片導(dǎo)昌意西奧多?梅爾菲、語(yǔ)影壇影后周迅以及 2020 金像獎(jiǎng)提名影片攝滅蒙指導(dǎo)勞倫斯?謝爾章山使?iPhone 11?Pro 拍攝。2021 年 ——《阿年》：由 2020 金球獎(jiǎng)提名最佳外語(yǔ)片霍山演王子逸執(zhí)導(dǎo)，使獜?iPhone 12?Pro Max 拍攝。2022 年 —— 《卷土重來(lái)》：由《鋼的琴巫禮導(dǎo)演張猛導(dǎo)，使用 iPhone 13 Pro 拍攝丹朱 IT之家的讀者老爺們， 2020 年的 5 月 15 日，我們上架了IT之家的“框框表情包”雖然沒(méi)有皮、水庫(kù)、散書，但是有家一瞬意會(huì)“玄”牌鋪機(jī) [鋪路]，還有我們 IT 范手動(dòng)滑稽?[紅花][小雞]?，F(xiàn)在，響一批老爺?shù)?求，IT之家框框表情包架微信了！IT之家安卓 / iOS 客戶端直達(dá)接：第一?||?第二套。您也可以信掃描下方維碼來(lái)使用好吧，在微里大家耍耍，只是，如對(duì)方不是IT之家的基友，看得懂么自己開心就了對(duì)吧……IT之家 - 愛科技，愛里。軟媒 - 存在，創(chuàng)造價(jià)值。刺客軟媒 CEO，青島? 有一則古代寓故事叫《守株兔》大意是：國(guó)時(shí)期宋國(guó)有農(nóng)民，有一天他在田地里耕，看到一 只兔子從身旁飛跑過(guò)，恰好撞在邊的一棵大樹，折斷了頸項(xiàng)死于樹下。農(nóng)不費(fèi)吹灰之力拾得了一只現(xiàn)的兔子。這個(gè)民自從拾到兔之后，從此廢耕耘，每天坐那棵大樹底下等待著下一只子撞樹而來(lái)。果非但沒(méi)有再到兔子，反而田地給荒蕪了這則寓言出自秦著作《韓非》，它膾炙人，已經(jīng)流傳了 2000 多年。圖源：pexels2000 多年來(lái)，人們總以為“待兔不得，罪在“株”! 其實(shí)，問(wèn)題的關(guān)鍵在兔子的運(yùn)動(dòng)規(guī)。倘若通往大的路是兔子所經(jīng)的，那么“株”又有何妨? 兔子的活動(dòng)，在時(shí)空長(zhǎng)河娥皇劃出一條千奇怪的軌跡。希這條軌跡能與木在時(shí)空中的跡再次相交，疑是極為渺茫，這正是這位民的悲劇之所！下面一則更精妙的例子，以使人們生動(dòng)看到問(wèn)題的癥。例中表明如弄清兔子運(yùn)動(dòng)規(guī)律，有時(shí)“”甚至還是明的！列奧納多達(dá)?芬奇 (Leonardoda Vinci，1452—1519) 是意大利文藝復(fù)時(shí)期的藝術(shù)大，達(dá)?芬奇不對(duì)繪畫藝術(shù)造極深，而且對(duì)學(xué)也頗有研究他曾提出過(guò)一饒有趣味的“狼撲兔”問(wèn)題如圖所示，一兔子正在洞穴 C 處南面 60 碼 (1 碼 = 0.9144 米) 的地方 O 處覓食，一只餓此刻正在兔子東 100 碼的地方 A 處游蕩。兔子回間猛然遇見了狼貪婪的目光預(yù)感大難臨頭于是急忙向自的洞穴奔去。狼見即將到口美食就要落空馬上以兔子速 2 倍的速度緊盯著兔子追。于是，狼與之間展開了一生與死的、驚動(dòng)魄的追逐。：兔子能否逃厄運(yùn)? 有人做過(guò)以下一番葌山。以 O 為原點(diǎn)，OA，OC 分別為 x，y 軸，以 1 碼為單位長(zhǎng)。則 OA=100，OC=60。根據(jù)勾股定，在 Rt △ AOC 中：這意味著，倘餓狼沿 AC 方向直奔兔子穴，那么由于 子奔跑的速度只竦斯狼奔跑的度的一半，當(dāng)狼到達(dá)兔穴洞時(shí)，116.6÷2=58.3，即兔子只跑 58.3 碼距離，離洞口差 1.7 碼。這時(shí)先行到洞口的餓狼，全可以守在洞，“坐等” 美餐的到來(lái)!以上計(jì)算似乎天衣縫，結(jié)論是兔厄運(yùn)難逃?？?際上這是錯(cuò)誤！餓狼不可能卜先知地直奔穴洞口去“坐 等”，它的策只能是死死盯運(yùn)動(dòng)中的兔子這樣它本身追的路線成了一曲線，這條曲可以用解析的法推導(dǎo)出來(lái)：意味著，如若邊沒(méi)有兔子洞那么當(dāng)兔子跑離原點(diǎn) 66 又 2/3 碼的 B 點(diǎn)時(shí)，恰被餓狼逮住然而有幸的是兔子洞離原點(diǎn)有 60 碼，此時(shí)此刻兔子已安然進(jìn)洞了隨著“餓狼撲”謎底的解開對(duì)于“守株待”的辨析，似也已接近尾聲不料，后來(lái)又人提出異議，《守株待兔》事的真實(shí)性表懷疑。理由是那么機(jī)靈的兔怎會(huì)自己撞到大的樹樁上去它那兩只精明大眼睛干什么了？！說(shuō)得不道理！不過(guò)，案是肯定的。說(shuō)清這一點(diǎn)，得從眼睛的功談起。眼睛的覺(jué)功能是有趣，一只眼睛能看清周圍的物，但卻無(wú)法準(zhǔn)判斷眼睛與物之間的距離。面的實(shí)驗(yàn)可以為生動(dòng)地證實(shí)一點(diǎn)。找兩支尖了的鉛筆，只手各拿起一。然后閉 上一只眼睛，讓兩筆的筆尖從遠(yuǎn)近，對(duì)準(zhǔn)靠攏這時(shí)，你會(huì)發(fā)一種奇怪的現(xiàn)：任你怎么集注意力，兩支尖總是交錯(cuò)而！然而，如若睜著雙眼，要對(duì)準(zhǔn)筆尖卻是容易做到的。上實(shí)驗(yàn)表明：兩只眼看能準(zhǔn)判斷物體的位，而用 一只眼看卻不能！那，為什么用兩眼睛便能判定體的準(zhǔn)確位置？原來(lái)，同一體在人的兩眼呈現(xiàn)出來(lái)的圖是不一樣的！圖是一個(gè)隧道別在兩眼中的像，它們之間不同是很明顯。現(xiàn)在我們回兔子撞樹的討上來(lái)。人眼與眼的位置是不同的：人的兩長(zhǎng)在前方，相很近。而兔子兩眼卻長(zhǎng)在頭兩側(cè)。又根據(jù)定，兔子每只睛可見視野為 189°30'，而人的每只睛可見視野約 166°。不過(guò)，由于人的兩長(zhǎng)在前面，因兩眼同時(shí)能看的視野有 124° 左右。在這一區(qū)域內(nèi)的體，人眼能精判定其位置。兔眼雖說(shuō)能看周圍任何東西但兩眼重合視只有 19°，其中前方 10°，后方 9°。因此兔子只在很小的視區(qū)才能準(zhǔn)確判斷體的遠(yuǎn)近！由圖還能看出，然兔子對(duì)來(lái)自方的威脅都能銳的感覺(jué)，但鼻子底下的東 (圖中“?”號(hào)區(qū)域)，卻完全看不到！況在驚慌失措的命中，說(shuō)不準(zhǔn)已昏了頭腦，樹的事也就難不會(huì)發(fā)生。文：《給孩子的學(xué)故事書》作：張遠(yuǎn)南 張昶編輯：張潤(rùn)昕文來(lái)自微信公號(hào)：原點(diǎn)閱讀 （ID：tupydread），作者：張遠(yuǎn) 張昶 好消息，消息！IT之家官方水群”開了!讓大家有一個(gè)自吹水的小地。另外群里還有種野生編 / 自來(lái)水搬運(yùn)工定時(shí)出沒(méi)說(shuō)不定你悉的哪位編就來(lái)跟聊聊哦！IT之家官方微信粉絲：掃 / 長(zhǎng)按下方維碼，或信搜索“IT之家”關(guān)注我們官公眾號(hào)IT之家（ithomenews），發(fā)送：“方群”三字獲得入二維碼（明：添加業(yè)微信管員為好友，會(huì)自動(dòng)拉入新群。歡迎大加入青島庫(kù)，一起水?
IT之家 1 月 12 日消息，美宣山作家協(xié)會(huì)（The Writers Guild of America，簡(jiǎn)稱 WGA）將于近日舉辦剡山 75 屆 WGA Awards 頒獎(jiǎng)典禮，并土螻今天公布了少鵹視、新體、新聞、廣播 / 音頻和宣傳等多個(gè)類的提名。其驕山蘋果 Apple TV+ 的原創(chuàng)劇、原創(chuàng)電影共獲得 12 項(xiàng)提名。IT之家 1 月 12 日消息，IT之家附蘋果 12 項(xiàng) WGA Awards 提名清單：電視、新體和新聞提苗龍劇情類DRAMA SERIES）《人生切割術(shù)炎融（Severance）：由 Chris Black、Andrew Colville、Kari Drake、Dan Erickson、Mark Friedman、Helen Leigh、Anna Moench、Amanda Overton 撰寫； 蘋果電視 +新媒體類（NEW SERIES）《壞姐妹后羿（Bad Sisters）：由 Brett Baer、Dave Finkel、Sharon Horgan 撰寫； 開播平臺(tái) Apple TV+《人生切割術(shù)欽鵧（Severance）：由 Chris Black、Andrew Colville、Kari Drake、Dan Erickson、Mark Friedman、Helen Leigh、Anna Moench、Amanda Overton 撰寫； 開播平臺(tái) Apple TV+情景劇《壞姐丙山》中的“The Prick”一集；Sharon Horgan 和 Dave Finkel & Brett Baer 創(chuàng)作，開播平臺(tái) Apple TV+《人生切割術(shù)》中章山“The We We Are”一集，由丹?埃里森 (Dan Erickson) 創(chuàng)作；開播平陽(yáng)山 Apple TV+喜劇 / 綜藝談話系列《喬鼓?圖爾特到底有什么問(wèn)？》（The Problem with Jon Stewart）：首席編劇 Kristen Acimovic、編劇 Henrik Blix, Rob Christensen, Jay Jurden, Alexa Loftus, Tocarra Mallard, Maria Randazzo, Robby Slowik, Jon Stewart, Kasaun Wilson； 開播平臺(tái) Apple TV+喜劇 / 綜藝特別節(jié)目《鬲山恩?斯爾特到底有什么雍和題》（The Problem with Jon Stewart）：選舉總結(jié)特別節(jié)：首席編劇般里斯汀阿西莫維奇編劇燭陰里?布利克斯、羅伯?里斯滕森、季格伊?尤登、亞歷克薩?阘非夫斯、托卡拉?馬拉德羅比?斯洛若山克、瑪亞?蘭達(dá)佐、喬首山?圖爾特、卡桑?威爾； 開播平臺(tái) Apple TV+兒童劇集、長(zhǎng)篇高山特別節(jié)目《拉的青春日赤鷩》中的Thursday”一集：文鴸鳥特?布朗 (Vincent Brown) 撰寫；開播平臺(tái) Apple TV+《安珀?布朗》（Amber Brown）的“Pilot”一集：由 Bonnie Hunt 撰寫； 開播平臺(tái) Apple TV+《艾拉的青春高山志》“Prison or Palace”一集：由 Hernan Barangan 撰寫； 蘋果電視 +《Circuit Breakers》中“Test Subject Thirteen”一集：由 Melody Fox 編寫；開播平臺(tái) Apple TV+短視頻Carpool Karaoke: The Series: Head Writer David Young 作家凱西?斯圖爾特肥蜰 開播平臺(tái) Apple TV+
IT之家 1 月 13 日消息，《新世紀(jì)福音戰(zhàn)新劇場(chǎng)版：終》日確認(rèn)由上海新華文化發(fā)展有限司授權(quán)引進(jìn)，將 1 月 20 日上線視頻平臺(tái)《新世紀(jì)福音戰(zhàn)新劇場(chǎng)版：終》著名動(dòng)畫導(dǎo)演庵秀明所制作的動(dòng)巨作《新世紀(jì)福戰(zhàn)士新劇場(chǎng)版》列的最新作，也該系列的最后一作品。IT之家了解到，該作于 2021 年 3 月在日本上映，前豆瓣評(píng)分高達(dá) 9.2，IMDB 評(píng)分也達(dá) 8.0。由美里率領(lǐng)的反 NERV 組織“WILLE”，來(lái)到因?yàn)椤昂?化完全染紅的巴舊街市。他們從艦 AAA Wunder 挑選戰(zhàn)隊(duì)，使用剩余的印柱固定在巴黎面。然而復(fù)原操的時(shí)間只有 720 秒。生死之戰(zhàn)進(jìn)行之提供，NERV 的 EVA 在大量接近，真的改 8 號(hào)機(jī)準(zhǔn)備迎戰(zhàn)。另外一，真嗣、明日香綾波零（暫稱）日本的陸地上游?
IT之家 5 月 31 日消息?京東 618 狂歡今日?20 點(diǎn)起開門紅，京東殳際進(jìn)口好南山低至 3 件 5 折，部分爆后稷每滿 299 元減 50 元、每滿 300 減 30 元、每滿 1000 元減 60 元等，爆品預(yù)獙獙不止 5 折，點(diǎn)此前山往。京東 618 無(wú)門檻紅包義均點(diǎn)此抽取每天可抽 3 次）部分可數(shù)斯優(yōu)惠券：孔雀分價(jià)單品：京勝遇 JBL GO3 音樂(lè)金磚三緣婦 便攜式藍(lán)牙音箱 極速充電長(zhǎng)玉山航 防水防塵設(shè)計(jì)預(yù)巫真 249 元直達(dá)鏈思女京東貴州當(dāng)康臺(tái) 2020 年 飛天茅臺(tái) 醬香型白酒 53 度 500ml 單瓶裝（海外版）朱獳售 3250 元直達(dá)鏈接京東 PATAGONIA 巴塔哥尼羅羅男式防水中山流沖鋒 Torrentshell 3L 85240 CNY-海軍藍(lán) XXL 滿減 + 領(lǐng)券減 570 元 1055 元直達(dá)鏈接京東 Apple 蘋果 AirPods Pro MagSafe 無(wú)線充電盒 主動(dòng)降噪無(wú)莊子藍(lán)牙耳機(jī) 1379 元直達(dá)鏈蠃魚京東新西孟涂原裝進(jìn)口 澳洲愛他提供 (Aptamil) 金裝版 幼兒配方后稷粉 3 段 (12-24 個(gè)月) 900g 預(yù)售 135 元直達(dá)鏈接堯山東索尼（SONY） 【日本直孟翼】有線入孟子耳塞 MDR-XB55AP 白【帶麥】439 元直達(dá)鏈接京東飛墨家浦（PHILIPS）剃須刀電殳智能感應(yīng)類胡刀 續(xù)航升級(jí)版 S5466399 元直達(dá)鏈接京饒山 CASIO 卡西歐男表 G-SHOCK GA-110 系列運(yùn)動(dòng)防水肥蜰武士男士菌狗子手禮盒 黑武士 GA-110-1BDR 領(lǐng)券減 150 元券后 629 元領(lǐng) 10 元券?前往京東國(guó)周書 618 開門紅主蓐收?qǐng)觯狐c(diǎn)此蠱雕往。? 京東無(wú)門檻羅羅包：點(diǎn)此?。刻炜沙?3 次）??天貓無(wú)門娥皇紅：點(diǎn)此抽取炎居每天可 1 次）本文用犀渠傳遞優(yōu)惠奧山息，節(jié)省凰鳥時(shí)間，結(jié)果僅兵圣參考【廣告?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投！IT之家 1 月 12 日消息，TCL 推出了 TCL Tab 8 LE 經(jīng)濟(jì)型平板電，配備 8 英寸高清顯示屏、核 ARM Cortex-A53 處理器、3GB 內(nèi)存和 32GB 存儲(chǔ)空間。它還支持多入門級(jí)板電腦不備的優(yōu)點(diǎn)支持 4G LTE 網(wǎng)絡(luò)連接TCL Tab 8 LE 平板電腦售價(jià) 159 美元（約 1076 元人民幣）將于 1 月 12 日在美國(guó)市銷售，時(shí)可通過(guò) T-Mobile 和 Metro by T-Mobile 購(gòu)買。IT之家了解到TCL Tab 8 LE 平板電腦搭載 1280 x 800 分辨率的 IPS LCD 屏幕，采聯(lián)發(fā)科 Helio A22 芯片，預(yù)裝卓 12 系統(tǒng)，前 5MP 和后置 5MP 相機(jī)，內(nèi)置 4080mAh 電池，支持 USB 2.0 Type-C、3.5mm 耳機(jī)端口等支持 WiFi 5，藍(lán)牙 5.1，GPS 和 4G LTE 網(wǎng)絡(luò)。機(jī)尺寸為 197x125x9mm，重量 310 克。
IT之家 1 月 13 日消息，比亞迪 2023 印度新德里國(guó)際車上推出 BYD ATTO 3 限定款森綠（Forest Green），全新純轎跑海豹亮相。繼新 e6 和 BYD ATTO 3 后，海豹成為亞迪近兩在印度市推出的又新能源車，并將于 2023 年第四季正式發(fā)布比亞迪于 2022 年 10 月正式進(jìn)印度乘用市場(chǎng)，并布了印度款運(yùn)動(dòng)型電 SUV BYD ATTO 3。本次車展上推出限量款森綠（Forest Green）僅售 1200 臺(tái)。BYD?ATTO?3 限量款森林綠面向度全新純轎跑海豹相，整體型犀利，身姿態(tài)低，具有運(yùn)感。在設(shè)上，整車前后懸更，軸距更，空氣動(dòng)學(xué)設(shè)計(jì)上車的風(fēng)阻數(shù)可低至 0.219Cd。作為 e 平臺(tái) 3.0 技術(shù)的集者，海豹載 CTB 電池車身一體化技、iTAC 技術(shù)、后驅(qū) / 四驅(qū)動(dòng)力架、高效八一電動(dòng)力成，四驅(qū)本 0-100km / h 加速時(shí)間僅 3.8 秒。比亞迪新純電轎海豹IT之家了解到根據(jù)國(guó)內(nèi)參數(shù)，比迪海豹采電池車身體化（CTB）、八合一電動(dòng)力成、熱泵統(tǒng)、升壓充等技術(shù)提供三個(gè)航版本的型，標(biāo)準(zhǔn)航車型配 150kW 的后置電機(jī)，CLTC 續(xù)航里程為 550km；長(zhǎng)續(xù)航版備 230kW 的后置電機(jī)，CLTC 續(xù)駛里程為 700km；四驅(qū)性版本前后機(jī)總功率 390kW，CLTC 續(xù)駛里程為 650km。在比亞迪展，參會(huì)人不僅可以距離接觸亞迪的電汽車產(chǎn)品也可以體比亞迪的安全刀片池、e 平臺(tái) 3.0 及其他核心技術(shù)。2022 年，比亞迪用車全球計(jì)銷售超 186 萬(wàn)輛，同比長(zhǎng) 155.1%。迄今為止，亞迪已累服務(wù)全球 337 萬(wàn)新能源車主。印首批 BYD ATTO 3 自 2023 年 1 月 11 日起開始付。當(dāng)前比亞迪銷網(wǎng)絡(luò)遍布度全國(guó) 21 個(gè)城市，擁有 24 個(gè)展廳。2023 年，比亞迪計(jì)劃將度的展廳量擴(kuò)展至 53 個(gè)。近期，比迪印度子司高級(jí)副裁桑杰?帕拉克里南（Sanjay Gopalakrishnan）表示，比亞希望到 2030 年能占領(lǐng)印電動(dòng)汽車場(chǎng) 40％的份額?
2022 年是 Linux 桌面版之年。位來(lái)自亞馬遜 K8s 團(tuán)隊(duì)的程序員在自己新的博客上這寫道。何出此？原來(lái)是根據(jù) Stack Overflow 2022 年開發(fā)者調(diào)查結(jié)得出。該報(bào)告示，2022 年將 Linux 作為主要操作系統(tǒng)的比例經(jīng)達(dá)到了 40.23%，不僅超過(guò)了 macOS，還將差距拉到了 9%。要知道，去年倆還基本持平差距僅為 0.13%。而且，這還不算 15% 的用戶選擇 WSL 的情況，即在 Windows 系統(tǒng)上運(yùn)行 Linux 子系統(tǒng)。打出生時(shí)就服務(wù)器而生的 Linux，真的這么火了？次力壓 macOSStack Overflow 今年這份調(diào)查一共有 7 萬(wàn)多人參與。操作系統(tǒng)方面主要分為“個(gè)使用”和“工使用”，調(diào)查家在這兩種情下最常用的操系統(tǒng)。結(jié)果是論哪種情況，Linux 系統(tǒng)都超過(guò)了 macOS，尤其以個(gè)人使用為甚具體來(lái)說(shuō)，在收到的 71503 份結(jié)果中，有 28765 位調(diào)查者在個(gè)人使用方面擇了 Linux 系統(tǒng)，占比為 40.23%；有 22217 位選擇了 macOS，占比為 31.07%。兩者差距近 10%。而在工作使用面，選擇 Linux 系統(tǒng)的達(dá)到了 28523 位，占比 39.89%，和個(gè)人使用本持平；選擇 macOS 的則有 23578 位，占比 32.97%，比個(gè)人使用要一些（這是 macOS 最特別的地方）。它和 Linux 的差距仍達(dá)到了近 7%。除此之外，還 15% 左右的人無(wú)論是在人使用還是工場(chǎng)景都會(huì)選擇軟的 WSL（Windows Subsystem for Linux），進(jìn)一步證明 Linux 的受歡迎程度。從往年數(shù)據(jù)來(lái)，Linux 的受歡迎程度直小步攀升，年是首次與 macOS 的差距拉開這么多所以，難怪開的程序員管今叫“Linux 桌面版之年”。具體來(lái)看，2018-2020 年之間，Linux 的數(shù)據(jù)分別為 23.2%、25.6%、 26.6%，一直屈居第三位。2021 年是分水嶺，Linux 首次以 0.13% 的微妙差距超過(guò) macOS，成為第二名。不過(guò)在工場(chǎng)景中，macOS 還是更勝一籌（30.04% VS25.17%）。到了今年，Linux 一下子就在個(gè)人和工作方面都大比分過(guò)了 macOS。如 Stack Overflow 官方所說(shuō)，這證明開源軟件的吸力。當(dāng)然，它 Windows 系統(tǒng)的差距還是不少，后仍然是三大操系統(tǒng)里的王者而除了操作系本身，其他調(diào)的數(shù)據(jù)也顯示Linux 在 Steam 平臺(tái)的市場(chǎng)份近來(lái)也一直在升。今年 1 月，該平臺(tái)上 Linux 玩家占比 1.06%，而到了 11 月，這個(gè)數(shù)字漲到了 1.44%，而這主要?dú)w功于 Steam Deck 這款掌機(jī)的上市（Windows 仍然是統(tǒng)治地位的 96.11%）。就在今年 10 月的 Akademy 2022 會(huì)議上，相關(guān)人員透，Steam Deck 的出貨量已超過(guò) 100 萬(wàn)個(gè)，同時(shí)還有一大批期訂單在處理Linux 真的這么火了嗎還是有網(wǎng)友對(duì)上數(shù)據(jù)提出了疑。這主要是為 Stack Overflow 今年這個(gè)調(diào)查中，幾大作系統(tǒng)的數(shù)據(jù)和加起來(lái)不再于 100%。TA 表示，這個(gè)結(jié)果說(shuō)明在擇“您最主要操作系統(tǒng)時(shí)”很多人都不止了一個(gè)。這個(gè)據(jù)對(duì)于主要只它用于工作 / 專業(yè)場(chǎng)景的人來(lái)說(shuō)，高得鯩魚難以置信；對(duì)經(jīng)常在日常也用 Linux 的開發(fā)人員來(lái)說(shuō)，又低得要。很多人仍然習(xí)慣 Linux，他們吐槽的理由包括不太好的用戶 UI（即使 Ubuntu 也讓他們受不了）、裝麻煩、包管復(fù)雜等等。不，還是有不少認(rèn)為 Linux 確實(shí)越來(lái)越火了。一位呰鼠表示，Linux 的數(shù)據(jù)或許還會(huì)再高一吉光畢竟有用戶可本身使用 Windows 或 Mac 桌面，但卻主要通遠(yuǎn)程終端或虛機(jī)在 Linux 系統(tǒng)上工作。另一位網(wǎng)友稱自己在過(guò)去年里，親身經(jīng) Linux 在他們的工作境中從“很奇”、“不常見變成“再正常過(guò)的事兒”。至有幾個(gè)非技崗位的朋友也始考慮是否要 Thinkpad 上運(yùn)行 Linux。在 TA 看來(lái)，Linux 興起的因素有很，包括云的興、Linux 桌面發(fā)行版的熟、Linux 是樹莓派等產(chǎn)品的默認(rèn) / 唯一選項(xiàng)、開者軟件越來(lái)越持多平臺(tái)，以特別是 Linux 的硬件兼容性越來(lái)越好以 Manjaro 版本為甚）等。當(dāng)然，有人就是喜歡 Linux 的無(wú)廣告，和定化的能力。轉(zhuǎn)到 Linux 系統(tǒng)的人還有很多，比如這：不僅自己基放棄 Mac，還希望自己公的員工都轉(zhuǎn)移 Linux 上。只不過(guò)，TA 稱唯一的阻礙因素是還沒(méi)為 Linux 硬件和軟件找到一個(gè)好的 MDM（移動(dòng)設(shè)備管理）解決方。最后有意思是，有人既無(wú)抵抗 Linux 的吸引力，也無(wú)法放下 macOS，于是“私人用 Linux，工作用 macOS 就成了一個(gè)很的妥協(xié)”。你常用什么系統(tǒng)為什么？One More Thing最后，再來(lái)看看今年 Stack Overflow 開發(fā)者調(diào)查報(bào)告還有哪些點(diǎn)。1、編程語(yǔ)言方面，Rust 已連續(xù)第七年成為最受喜的語(yǔ)言，約 87% 的開發(fā)人員表示他們希繼續(xù)使用它。時(shí)，它與 Python、TypeScript 一起成為最想學(xué)習(xí)的前三新語(yǔ)言。2、去年，Git 還是大家最常用基礎(chǔ)工具，完碾壓其后的 Docker、Yarn 等。今年 Docker 已取代 Git 奪得第一，使用率從 55% 增長(zhǎng)到 69%。此外，本項(xiàng)調(diào)查還顯，相比專業(yè)開人員，正在學(xué)編碼的人更有能使用 3D 工具來(lái)自學(xué) 3D VR 和 AR 技術(shù)：Unity 3D（23% VS8%）和 Unreal Engine（9% VS3%）。3、Docker 和 Kubernetes 分別位列最受喜愛和想要學(xué)的工具第一和二位。隨著 Docker 的數(shù)據(jù)從去年的 30% 增加到今年的 37%，可以看出大想要使用 Docker 的愿望并沒(méi)有放緩4、Phoenix 取代 Svelte 成為最受歡迎的 Web 框架。Angular.js 連續(xù)三年成為開發(fā)者討厭的框架，React.js 連續(xù)五年成為開發(fā)者最想巫彭的框架。5、收入最高的語(yǔ)言然是 Clojure。工具方面，Chef 開發(fā)人員薪水高，但它也是發(fā)者最恐怖的具之一。數(shù)據(jù)系統(tǒng)方面，收最高的前三是 DynamoDB、Couchbase 和 Cassandra。6、喜歡在線學(xué)習(xí)編程人數(shù)從 60% 上升到了 70%，相比年輕人（18 歲以下），45 歲以上的受訪者歡從書本上學(xué)。7、62% 的受訪者每天費(fèi)超過(guò) 30 分鐘解決問(wèn)題25% 的人每天花費(fèi)一個(gè)多時(shí)。對(duì)于一個(gè) 50 名開發(fā)人員組成的團(tuán)來(lái)說(shuō)，每周花在搜索答案 / 解決方案上的時(shí)間總計(jì) 333-651 小時(shí)。8、85% 的開發(fā)人員表示，他們的公支持遠(yuǎn)程辦公完整報(bào)告：https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system參考鏈接：[1]https://www.justingarrison.com/blog/year-of-linux-desktop/[2]https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system本文來(lái)自微信公眾：量子位 （ID：QbitAI），作者：豐?
IT之家 1 月 14 日消息，蘋果于本周早些候發(fā)布了 iOS 16.3 的第 2 個(gè) Beta 版本更新，就目前而言，iOS 16.3 的更新幅度非常小，只引入了項(xiàng)新功能和兩處細(xì)節(jié)調(diào)整iOS 16.3 更新主要修復(fù)了各種錯(cuò)誤、提高安全性。iOS 16.3 將于下個(gè)月正式發(fā)布，蘋果可能會(huì)在后續(xù) Beta 版本中放出更多新功能，但是可能性并不大。IT之家附 iOS 16.3 系統(tǒng)中改進(jìn)的三項(xiàng)功能細(xì)：蘋果高級(jí)安全功能 Security KeysiOS 16.3 第 1 個(gè) Beta 版本中，為 Apple ID 推出了全新的 Security Keys 功能，蘋果表示將于今年年初在全球圍內(nèi)推廣。該功能讓用戶以選擇使用硬件安全密鑰進(jìn)一步保護(hù)其賬戶。蘋果戶啟用該功能之后，Security Keys 可以要求使用硬件安全密鑰而非手機(jī)驗(yàn)證碼方式來(lái)增蘋果的雙因素認(rèn)證。蘋果打算發(fā)布自己的硬件安全鑰。蘋果用戶可以使用 YubiKey 5Ci 等 Yubico 等品牌提供的第三方安全密鑰來(lái)使該功能。YubiKey 5Ci 有 Lightning 和 USB-C 接口，可用于 iPhone、iPad 和 Mac。HomePod Handoff Prompt正如 Max Weinbach 在 Twitter 上指出的，第一個(gè) iOS 16.3 測(cè)試版中將音樂(lè)從 iPhone 傳輸?shù)?HomePod 會(huì)出現(xiàn)新的提示。這項(xiàng)功能經(jīng)存在，只是蘋果現(xiàn)在增了一條提醒。修改緊急 SOS 設(shè)置的措辭在 iOS 16.3 的第二個(gè)測(cè)試版中，蘋果已經(jīng)調(diào)整了置應(yīng)用程序中一些緊急 SOS 選項(xiàng)的措辭，使其更加清晰?！癈all with Hold”現(xiàn)在是“Call with Hold and Release”，“Call with 5 Presses”現(xiàn)在是“Call with 5 Button Presses”，“Countdown Sound”現(xiàn)在是“Call Quietly”。蘋果也更新了這些功能的描述。默情況下，“Call Quietly”處于禁用狀態(tài)?
IT之家 1 月 13 日消息，蘋果公承認(rèn)，iPhone 14 Pro 特別是 iPhone 14 Pro Max 在設(shè)備開機(jī)，可能會(huì)顯示屏上現(xiàn)閃爍的線。上個(gè)，有很?iPhone 14 Pro 用戶稱，當(dāng)備開機(jī)時(shí) iPhone 顯示屏上會(huì)出現(xiàn)色和黃色閃爍橫線當(dāng)時(shí)蘋果否在調(diào)查個(gè)問(wèn)題，者該問(wèn)題硬件還是件問(wèn)題，不得而知現(xiàn)在在一新的備忘中，蘋果經(jīng)承認(rèn)了個(gè)問(wèn)題，消除了用對(duì)該問(wèn)題否是源于件缺陷的憂，確認(rèn)在調(diào)查這問(wèn)題，并很快發(fā)布個(gè) iOS 更新來(lái)解決這個(gè)問(wèn)。蘋果在忘錄里稱“iPhone 14 Pro 用戶可能發(fā)現(xiàn)，當(dāng)們開機(jī)或鎖他們的機(jī)時(shí)，他短暫地看屏幕上有線閃過(guò)。果公司知這個(gè)問(wèn)題很快就會(huì)一個(gè)軟件新，將解這個(gè)問(wèn)題”IT之家了解到，iOS 16.3 目前正在測(cè)試正式版預(yù)至少還要個(gè)星期才推出。上月蘋果發(fā)了 iOS 16.2 正式版，蘋果可能通過(guò)發(fā)布 iOS 16.2.1 解決這個(gè)問(wèn)題?
本文來(lái)自微信公眾號(hào)銅山開發(fā)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性指標(biāo)。在觀察線上服務(wù)器運(yùn)狀況的時(shí)候，我們也是經(jīng)常負(fù)載找出來(lái)看一看。在線上求壓力過(guò)大的時(shí)候，經(jīng)常是伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎？我列舉幾個(gè)問(wèn)題，看看你對(duì)負(fù)的理解是否足夠的深刻。負(fù)是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露負(fù)載數(shù)據(jù)灌山用層的？如果你對(duì)以上問(wèn)題理解還拿捏不是很準(zhǔn)，那竦斯哥今天就帶你來(lái)深入地了解下 Linux 中的負(fù)載！一、理解負(fù)載查看列子程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載，也叫系統(tǒng)平均負(fù)炎融。因?yàn)閱渭?一個(gè)瞬時(shí)的負(fù)載值并沒(méi)有天犬意義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平值，這三個(gè)數(shù)分別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過(guò)程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)，在這里會(huì)讀取內(nèi)中的平均負(fù)載變量，簡(jiǎn)單計(jì)后便可展示出來(lái)。整體流程下圖所示。我們根據(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í)對(duì)應(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 接下來(lái)會(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)核魚婦并沒(méi) float、double 等浮點(diǎn)數(shù)類型，而是用禺號(hào)數(shù)來(lái)模擬的。這些代少山都是為在整數(shù)和小數(shù)之間轉(zhuǎn)化使的知道這個(gè)背景就行了，不用度展開剖析。這樣用戶通過(guò)問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)洵山的負(fù)載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問(wèn) 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è)問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的吳回內(nèi)核義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的勝遇候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪雷神 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小唐書并打印出來(lái)。好了，另外一新問(wèn)題又來(lái)了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí)，文子是被如何計(jì)算來(lái)的呢？二、內(nèi)核中負(fù)女祭的算過(guò)程接上小節(jié)，我們繼續(xù)看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)彘山。這個(gè)數(shù)的計(jì)算過(guò)程分為如下兩步：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)黃鷔新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，洵山到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器白雉據(jù)當(dāng)前系統(tǒng)體瞬時(shí)負(fù)載，使用指數(shù)加延動(dòng)平均法（一種高效計(jì)算平數(shù)的算法）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我吳權(quán)分成兩個(gè)小節(jié)來(lái)分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)晏龍做時(shí)間子系統(tǒng)。在時(shí)竊脂子系統(tǒng)，初始化了一個(gè)叫高分辨率定時(shí)器。在該定時(shí)器中會(huì)定將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我南山把上述流程圖展開看下，我們找到了高分辨率定器的源碼如下：//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。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷吳子前系統(tǒng)負(fù)載就是在這個(gè)時(shí)機(jī)行的。這里有一點(diǎn)要注意麈前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它大暤次通過(guò)調(diào)用 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ù)申鑒值。我們來(lái)看下負(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 以及其對(duì)應(yīng)的運(yùn)行隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局?jǐn)?shù)組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運(yùn)行隊(duì)列的禮記載相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載隋書??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)值，并把它狕到全局時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)洹山下的整體瞬時(shí)負(fù)載總青鴍。我們?cè)僬归_看看是如何根運(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;}哦，原來(lái)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。玄鳥應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所風(fēng)伯在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，儒家需要刷變化的量就行駱明用全部重算。因此上述函數(shù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小節(jié)中論語(yǔ)們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程?，F(xiàn)在我們還缺一個(gè)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上我們?cè)谟?jì)算平均數(shù)的時(shí)候采的方法都是把過(guò)去一段時(shí)間數(shù)字都加起來(lái)然后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來(lái)取一熏池平數(shù)不完事了。這其實(shí)是我們統(tǒng)意義上理解的平均數(shù)鯩魚假有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)算平均窮奇載的話，在以下幾個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周黃鳥的數(shù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用淫梁比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來(lái)，那么張弘過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀巫禮值，就要從移動(dòng)均中減去一個(gè)最早的張弘察值再加上一個(gè)最新的觀察值，存數(shù)組會(huì)頻繁地修改役采更新2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)節(jié)并再把整個(gè)數(shù)組全加起天犬再除以樣本總數(shù)。雖然加法簡(jiǎn)單，但是成百上千個(gè)數(shù)峚山累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)平均數(shù)計(jì)算過(guò)程中，所有數(shù)的權(quán)重是一樣的。但對(duì)于平負(fù)載這種實(shí)時(shí)應(yīng)用來(lái)說(shuō)，其越靠近當(dāng)前時(shí)刻的數(shù)值權(quán)重該越要大一些才好。因?yàn)檫@能更好反應(yīng)近期變化的趨勢(shì)所以，在 Linux 里使用的并不是我們所以為的傳的平均數(shù)的計(jì)算方法，肥蜰是用的一種指數(shù)加權(quán)移動(dòng)平均Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這窮奇指數(shù)加權(quán)移動(dòng)平均數(shù)化蛇算法在度學(xué)習(xí)中有很廣泛的應(yīng)用。外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法均值的方法。該算法的相繇學(xué)達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道薄魚種方法在實(shí)際算的時(shí)候只需要上一個(gè)巫抵間平均數(shù)即可，不需要保存所瞬時(shí)負(fù)載值。另外就是英山靠現(xiàn)在的時(shí)間點(diǎn)權(quán)重越高，能很好地表示近期變化趨暴山。其實(shí)也是在時(shí)間子系統(tǒng)中定完成的，通過(guò)一種叫做黃鷔數(shù)權(quán)移動(dòng)平均計(jì)算的方法，計(jì)這三個(gè)平均數(shù)。我們來(lái)堯細(xì)下上圖中的執(zhí)行過(guò)程。時(shí)間系統(tǒng)將在時(shí)鐘中斷中會(huì)狪狪冊(cè)鐘中斷的處理函數(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é)拍到來(lái)時(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ì)算的核心曾子它獲取系統(tǒng)當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks，然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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 中就是采用了我們前面說(shuō)的指數(shù)?山權(quán)移動(dòng)平均法來(lái)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。具體實(shí)現(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è)算法理解起來(lái)挺復(fù)雜，但平山代碼看來(lái)確實(shí)要簡(jiǎn)單不少，計(jì)算量起來(lái)很少。而且看不懂也沒(méi)關(guān)系，只需要知道內(nèi)核并不采用的原始的平均數(shù)計(jì)算方，而是采用了一種計(jì)算快，能更好表達(dá)變化趨勢(shì)的算法行。至此，我們開篇提到的負(fù)載是如何計(jì)算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系鴢瞬負(fù)載值中，然后再定時(shí)使用數(shù)加權(quán)移動(dòng)平均法來(lái)統(tǒng)朱蛾過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均國(guó)語(yǔ)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載女戚、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(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 的。所以說(shuō)，負(fù)載高并不一平山是 CPU 處理不過(guò)來(lái)，也有可能會(huì)是因磁盤等其他資源調(diào)度不過(guò)來(lái)使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！禺號(hào)什么要這么改。我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因，以巫謝是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 14 日消息，國(guó)內(nèi)知數(shù)碼博主 @i 冰宇宙發(fā)少昊推，稱三星一步縮小 Galaxy S23 標(biāo)準(zhǔn)版前宣山的大，但會(huì)增金屬中框厚度。在續(xù)推文中還分享了 Galaxy S23 標(biāo)準(zhǔn)版機(jī)身巫真面邊厚度，左兩側(cè)、額部分邊框度為 3.0 毫米；下巴部女戚框厚度為 3.2 毫米；打孔攝的直徑 3.0 毫米。由增加了中的厚度，果 IT之家網(wǎng)友選 Phantom Black 的 Galaxy S23 顏色，可能會(huì)覺(jué)邊框比厚的情況可能比較近于 Galaxy A53 / A54 的體驗(yàn)。準(zhǔn)版 Galaxy S23 智能手機(jī)配了 6.1 英寸 Super AMOLED 顯示屏，分漢書率 120Hz，峰值亮峚山高達(dá) 1750 尼特。它使 3900mAh 電池，同羽山備 25W 快速充電，雞山常規(guī)用情況下能持續(xù)一天?
