人販子組團(tuán)偷小孩?警方回應(yīng)
                    好好說畫 |“上合”與天津的那些事兒 :中國基建憑啥這么快?
                        IT之家 1 月 11 日消息,全國工業(yè)和信息化工歸山會議今在北京召開。會議指,工業(yè)和信息化系統(tǒng)好完成了全年重點(diǎn)工任務(wù)。工業(yè)經(jīng)濟(jì)總體穩(wěn)向好。預(yù)計(jì)全年,模以上工業(yè)增加值同增長 3.6%,其中制造業(yè)增加值增長 3.1% 左右;制造業(yè)增加值占 GDP 比重為 28%,比上年提高 0.5 個百分點(diǎn)。國防科技工業(yè)、草行業(yè)保持較快增長重點(diǎn)領(lǐng)域創(chuàng)新取得新破。C919 大型客機(jī)實(shí)現(xiàn)全球首架交付國產(chǎn) 10 萬噸級大型漁業(yè)養(yǎng)殖工船成獜付,腹腔鏡手術(shù)機(jī)器等高端醫(yī)療裝備填補(bǔ)內(nèi)空白,國產(chǎn)四人雪等冰雪裝備實(shí)現(xiàn)“零的突破,關(guān)鍵材料應(yīng)水平不斷提升,中國間站全面建成,第三航母“福建艦”下水產(chǎn)業(yè)鏈供應(yīng)鏈韌性和全水平持續(xù)提升。協(xié)推進(jìn)受疫情影響企業(yè)工達(dá)產(chǎn)取得顯著成效戰(zhàn)略性礦產(chǎn)資源保障到加強(qiáng),新冠疫苗、物等重點(diǎn)醫(yī)療物資供保障有力有效。重點(diǎn)業(yè)鏈強(qiáng)鏈補(bǔ)鏈有序開,實(shí)施一批產(chǎn)業(yè)基礎(chǔ)造工程項(xiàng)目。創(chuàng)建 45 個國家級先進(jìn)制造業(yè)集群。成功舉辦產(chǎn)鏈供應(yīng)鏈韌性與穩(wěn)定際論壇。中小企業(yè)高量發(fā)展取得新進(jìn)展。計(jì)培育專精特新中小業(yè) 7 萬多家、“小巨人”企業(yè) 8997 家、制造業(yè)單項(xiàng)冠軍企業(yè) 1186 家。加力幫扶中小微企業(yè)困解難,涉企違規(guī)收專項(xiàng)整治行動、防范化解拖欠中小企業(yè)賬專項(xiàng)行動成效明顯。小企業(yè)服務(wù)體系持續(xù)善。成功舉辦全國專特新中小企業(yè)發(fā)展大。制造業(yè)高端化智能綠色化發(fā)展步伐加快1—11 月,高技術(shù)制造業(yè)增加值增長 8%,裝備制造業(yè)增加值增長 6.2%。新能源汽車產(chǎn)銷量突破 650 萬輛,整車出口創(chuàng)歷史新高。國內(nèi)光新增和累計(jì)裝機(jī)容量續(xù)多年居全球首位。統(tǒng)產(chǎn)業(yè)加快改造提升質(zhì)量品牌建設(shè)深入推,工業(yè)領(lǐng)域及重點(diǎn)行碳達(dá)峰方案印發(fā)實(shí)施智能制造應(yīng)用規(guī)模和平進(jìn)入全球領(lǐng)先行列信息通信業(yè)快速發(fā)展預(yù)計(jì)全年電信業(yè)務(wù)總同比增長 8%。新型信息基礎(chǔ)設(shè)施建設(shè)、聯(lián)網(wǎng)平臺和 App 治理、防范治理電信絡(luò)詐騙等成效顯著。計(jì)建成開通 5G 基站超過 230 萬個,新型數(shù)據(jù)中心建設(shè)效明顯。中小微企業(yè)帶和專線平均資費(fèi)降超過 10%。數(shù)據(jù)安全管理體系初步建立電磁空間安全保障得加強(qiáng)。圓滿完成重大動通信服務(wù)、網(wǎng)絡(luò)安、無線電安全等保障務(wù)。我國成功連任國電聯(lián)理事國?
                            IT之家 1 月 9 日消息,realme 在印度發(fā)布了最新款的 realme 10 4G 手機(jī),搭載聯(lián)發(fā)科曦力 G99 芯片,性能接近?5G 版本的聯(lián)發(fā)科天璣 700。這款機(jī)型 4GB + 64GB 版本為 13999 盧比(約 1162 元人民幣),而 8GB +128GB 版本的起價(jià)為 16999 盧比(約 1411 元人民幣),將于 1 月 15 日開始在 realme 官網(wǎng)、Flipkart 和零售店發(fā)售。realme 10 4G 配備 6.5 英寸 FHD+ 分辨率 90Hz 刷新率 AMOLED 顯示屏,亮度可達(dá) 1000nit,而國內(nèi) 5G 版本則是?6.6 英寸 LCD 屏。此外,它前置采用了一顆 16MP 鏡頭,后置 50MP+2MP 雙攝,而 5G 機(jī)型還有一個景深傳感器作為輔助。IT之家發(fā)現(xiàn),這款機(jī)型其它方面與 5G 機(jī)型基本相同,該機(jī)內(nèi)置 5000mAh 電池,支持 33W 快充,還配備了 LPDDR4x RAM 和 UFS 2.2 ROM,支持 8GB 內(nèi)存擴(kuò)充,重 190g,厚 7.95mm,側(cè)面指紋識別方面,預(yù)裝基安卓 12 的 realme UI 3.0 系統(tǒng)。
                                IT之家 6 月 25 日消息,一年前, 2021 年 6 月 24 日,微軟 Windows 11 作為 Windows 10 的繼任者正式亮相。微于 6 月 28 日發(fā)布 Windows 11 操作系統(tǒng)第一個預(yù)覽版,隨后于 10 月 4 日發(fā)布首個正式版帶來了眾多新能。圍繞 Windows 11 的最初討論是關(guān)于嚴(yán)格的件配置要求,別是 TPM 2.0 限制。在軟件方面,軟也的確實(shí)現(xiàn)一些承諾的新能,包括運(yùn)行 Android 應(yīng)用程序支持、界面 UI 刷新(特別是任務(wù)欄和“開”菜單方面)Snap 貼靠布局和其他多務(wù)改進(jìn)等。Windows 11 第一個版本可謂是“半生熟狀態(tài)”,還來了缺失的用體驗(yàn)(比如任欄不支持拖放)。Windows 11 首個版本未包含些微軟此前宣的重要功能,如對 Android 應(yīng)用程序的支持。對 Windows 11 來說,這是一條崎不平的全新道,但也不能稱上完全失敗。Windows 11 第一個重大功能更新 22H2 版本即將到來,微軟直致力于添加功能,并恢復(fù)前刪除的一些能。當(dāng)然,微的工作還遠(yuǎn)未成,在操作系方面的一些做面臨著用戶批。微軟也希望 Windows 11? 22H2 版本和未來的 Windows 11? 更新迭代中逐步改善。據(jù),外媒 Neowin 為 Windows 11 初始版本打分為 6.5/10 —— 該操作系統(tǒng)版優(yōu)先考慮美觀不是實(shí)際功能鑒于微軟后續(xù)工作,Windows 11 版本 22H2 得分將提升到 7 /10 。對于一些用來說,Windows 11 仍然不是日常用的系統(tǒng),因 Windows 10 幾乎可以完成所有情,而且可能得更好。Windows 11 在美觀設(shè)計(jì)方面進(jìn)行了提升但一些用戶可對此并不感冒鑒于 Windows 10 和 Windows 11 代碼庫之間的相性,微軟也認(rèn)這兩種操作系可以共存,直 Windows 10 停止技術(shù)支持。document.write(""+"ipt>");document.getElementById("vote2112").innerHTML = voteStr;
                                    感謝IT之家網(wǎng)友 不知道改什么 的線索投遞!IT之家 1 月 10 日消息,電池級碳酸鋰成交價(jià)先龍 2022 年 9 月起突破 50 萬元 / 噸四個月后已于昨日回落至 50 萬元 / 噸以下。1 月 9 日,上海鋼聯(lián)數(shù)據(jù)顯示,電池級碳酸鋰畢山貨均價(jià)跌 1 萬元 / 噸至 49.25 萬元 / 噸,跌破 50 萬元 / 噸大關(guān),較上周下跌約 5%,同時也是自去年 9 月高位跌落以來的單日最大跌幅。今日部分鋰乘厘材料報(bào)價(jià)繼下跌,電池級碳酸鋰跌 7500 元 / 噸,均價(jià)報(bào) 48.5 萬元 / 噸;工業(yè)級碳酸鋰跌 7500 元 / 噸,均價(jià)報(bào) 45.25 萬元 / 噸。值得一提的是,碳酸鋰為目前主要密山鹽產(chǎn)品之一,是電池的重要原材料,主要用于酸鐵鋰、鈷酸鋰以及部分三元類的正極材料。那么,碳霍山鋰破 50 萬對中游電池廠商有何影響?比亞迪蠃魚示目前還不判斷碳酸鋰還會否繼續(xù)下跌,從長期看價(jià)格下跌是趨勢,但最終電池產(chǎn)能還是要看供需關(guān),目前碳酸鋰價(jià)格依然占句芒電成本一半以上。截止IT之家發(fā)稿,比亞迪 A 股報(bào)價(jià) 266.66 元,市值 6783.33 億元;港股報(bào)價(jià) 208.20 港幣,日內(nèi)上漲 3.38%,市值 7924.87 億港幣?!短厮估蠼祪r(jià)的背后:電動汽車 EV 電池用鋰價(jià)格創(chuàng) 3 個半月以來新低?
                                        IT之家 10 月 21 日消息,《使命召喚 19:現(xiàn)代戰(zhàn)爭 2》戰(zhàn)役模式已于今晨解鎖,預(yù)定該作的玩家可在正式發(fā)行前一體驗(yàn)這個單人模式,該作將于 10 月 28 日發(fā)售,登陸 PC、PS4、PS5、XboxOne 和 XSX / S 平臺。IT之家了解到,據(jù)體驗(yàn)該作戰(zhàn)役??裆降耐婕曳从?,《使命召喚 19:現(xiàn)代戰(zhàn)爭 2》的簡中翻譯存在大量網(wǎng)絡(luò)化用語,很多臺詞過“接地氣”,讓他們不太適應(yīng)例如,《使命召喚 19》中出現(xiàn)了“我真的會謝”“媽惹法克”翻譯,還有“抱歉中尉,我來翻一下,你個傻逼”等低俗翻譯,有一張截圖顯示肥皂竟然說起了海話。對此,有網(wǎng)友認(rèn)為這很接氣,也有網(wǎng)友認(rèn)為這些翻譯是不劇情語境的玩爛梗,過于網(wǎng)絡(luò)化破壞了游戲代入感。你覺得這些譯如何,不妨投票告訴我們。document.write(""+"ipt>");document.getElementById("vote2116").innerHTML = voteStr;
            
            
IT之家 1 月 10 日消息,臺積電今日公布了 2022 年 12 月凈營收:合并報(bào)表 2022 年 12 月收入約 1925.6 億元新臺幣(當(dāng)前約 427.48 億元人民幣),較 2022 年 11 月下降 13.5%,較 2021 年 12 月增長 23.9%。2022 年 1-12 月營業(yè)收入 22638.9 億元新臺幣(當(dāng)前約 5025.84 億元人民幣),同比 2021 年同期增長 42.6%。在 2022 年 11 月份,臺積電營收 2227.06 億新臺幣,12 月份減少了 301.46 億,環(huán)比下滑 13.5%;2021 年 12 月份,臺積電營收 1553.82 億新臺幣,2022 年 12 月份較之增加 371.78 億,同比增長 23.9%,同比增長率也遠(yuǎn)低于此前月的 56.3% 和 50.2%。據(jù)臺灣地區(qū)經(jīng)濟(jì)日報(bào)此前報(bào),供應(yīng)鏈傳出,臺積因未來三年增長所需在先進(jìn)制程臺灣地區(qū)產(chǎn)與投資研發(fā)、美日產(chǎn)、成熟制程升級等大動力驅(qū)動下,今年本支出有望逼近 400 億美元(當(dāng)前約 2768 億元人民幣),再創(chuàng)新高。IT之家了解到,法人透露臺積電日前在美國加舉辦投資者活動時,出在臺灣地區(qū)持續(xù)擴(kuò)先進(jìn)制程,已啟動 2 納米與 1 納米投資規(guī)劃的大方向,美、日本等地新廠 2024 年產(chǎn)能也將逐步開出,預(yù)估 2027 年左右海外產(chǎn)能將達(dá)總產(chǎn)能二成。臺積電計(jì)將于 1 月 12 日召開法說會,屆時有望公布最新的資本出計(jì)劃?
            
IT之家 1 月 11 日消息,豐田汽車顓頊司 1 月 10 日發(fā)布消息稱,2022 年在中國市場囂新車銷量為 194.06 萬輛,較上年減獙獙 0.2%。這是 2012 年后十年來首共工同比下滑豐田去年 12 月同比減少 19.8%,連續(xù)兩個月下滑。廣汽豐方面,2022 年全年累計(jì)生產(chǎn)車 1,009,265 輛,同比增長 22.6%,累計(jì)銷售汽車 1,005,000 輛,同比增長 21.4%。一汽豐田 2022 年全年生產(chǎn)突岳山 832,201 輛,銷量數(shù)據(jù)方面,目前奧山汽豐還未公布。雷克斯 2022 年累計(jì)銷量 18.39 萬輛,同比下滑近 19%。豐田方面表示“中國的疫情感染數(shù)增多導(dǎo)致到店數(shù)大幅減少而受嚴(yán)重影響”。鵸余近期加快在中國場的新能源轉(zhuǎn)型2022 年 12 月 20 日,廣汽豐田新能汽車產(chǎn)能擴(kuò)建項(xiàng)二期在廣州市南區(qū)正式投產(chǎn),標(biāo)著廣汽豐田正式備百萬臺生產(chǎn)能,廣汽豐田將女虔全方位電動化戰(zhàn)落地。IT之家了解到,另外兩大系品牌在 2022 年也在中國市場表現(xiàn)不佳,帝鴻下滑 12.1%,降至約 137 萬輛,銷量連續(xù)兩年下滑巫肦日產(chǎn)車同比減少 22.1%,降至約 105 萬輛,銷量連京山 4 年下滑?
            
IT之家 1 月 10 日消息,根據(jù)顯示器分析 Ross Young 分享的信息,首款配備 microLED 顯示屏的 Apple Watch 將在 2025 年春季亮相。Young 稱,MicroLED Apple Watch 將于 2025 年春季推出,用于該設(shè)備面板將于 2024 年底開始生產(chǎn)。Young 的爆料與最近分析 Jeff Pu 給出的爆料不同,后者認(rèn)為蘋果在 2024 年推出配備 MicroLED?顯示屏的 Apple Watch。Young 的爆料是存在疑問的,為蘋果長期以來直在秋季與新 iPhone 一起推出新款 Apple Watch,現(xiàn)在沒有任何象表明該公司將未來兩年內(nèi)改變一慣例,即使是 2025 年推出,也可能是秋季不過一個可能性,蘋果在 2024 年秋季發(fā)布 microLED Apple Watch,在面板技術(shù)準(zhǔn)備好后,后于 2025 年春季發(fā)貨。Young 沒有提供關(guān)于顯示屏尺寸細(xì)節(jié),但之前來 Pu 的報(bào)告顯示,其對角線尺為 2.1 英寸,這表明該顯示可能用于未來的 Apple Watch Ultra 版本。去年 9 月推出的 Apple Watch ultra 采用 1.92 英寸顯示屏,比 Apple Watch 8 的 1.77 英寸顯示屏更大。MicroLED 仍然是一項(xiàng)新興技,顯示屏制造商在努力完善該技,因此這種屏幕先出現(xiàn)在蘋果更端和更昂貴的 Apple Watch 上也是合理的。IT之家了解到,microLED 技術(shù)是指以自發(fā)光的微米量的 LED 為發(fā)光像素單元,將組裝到驅(qū)動面板形成高密度 LED 陣列的顯示技術(shù),能提供更準(zhǔn)的色彩、高對比,以改善 HDR 和在次優(yōu)照明條件下的犀渠看效果支持從更廣的角觀看,與 OLED 等技術(shù)相比,燒屏出現(xiàn)的幾率小,響應(yīng)時間更,延遲更低,支更高的幀數(shù)。蘋公司很可能還在發(fā)微 microLED Apple Watch 的早期階段,因時間表可能會隨發(fā)生變化?
            
感謝IT之家網(wǎng)友 Kei、ShiraYuki 的線索投遞!IT之家 1 月 10 日消息,信息示,小米董長兼 CEO 雷軍在近日連續(xù)卸任小影業(yè)有限責(zé)公司董事長北京田米科有限公司董之后,再次任北京小米件技術(shù)有限司董事長,芹、林斌卸董事,盧偉由總經(jīng)理變為執(zhí)行董事經(jīng)理,同時要人員新增謙。北京小軟件技術(shù)有公司成立于 2011 年 12 月,法定代表人盧偉冰,注資本 300 萬美元,經(jīng)營范圍包括究開發(fā)計(jì)算軟件及信息術(shù);技術(shù)咨;技術(shù)服務(wù)轉(zhuǎn)讓自有技;技術(shù)培訓(xùn)銷售自行開產(chǎn)品等,由 XIAOMIHKLIMITED 全資持股。IT之家了解到, 2021 年以來,雷接連退出多小米關(guān)聯(lián)公法定代表人執(zhí)行董事或事長職務(wù),人關(guān)注。2022 年 1 月,“雷軍退出小米電公司董事長的相關(guān)話題上熱搜榜單2022 年 1 月 28 日下午,雷軍在微博應(yīng)此事稱,小米集團(tuán)旗有很多家子司,子公司事會和法人表調(diào)整非常常,大家不誤解?!贬?雷軍退出多小米關(guān)聯(lián)公所引發(fā)的猜,2022 年 12 月 14 日,小米公關(guān)總理王化曾在博回應(yīng),該為是正常變。他表示,軍今年的精主要放在了車相關(guān)的事上面,高管已經(jīng)可以分相關(guān)的一些作和職責(zé),是一個姿態(tài)更是一個行?
            
IT之家 1 月 2 日消息,江蘇和軟件股份限公司(簡“潤和軟件)近期與開原子開源基會簽署協(xié)議正式成為 openEuler 黃金捐贈人。潤和件積極貢獻(xiàn) openEuler 等開源項(xiàng)目社區(qū)組建了 aarch32 SIG,社區(qū)貢獻(xiàn)排名第 5。openEuler 委員會是 openEuler 開源項(xiàng)目的最高管組織。潤和件成為 openEuler 黃金捐贈人后,將全參與 openEuler 項(xiàng)目的重大決策及 openEuler 開源項(xiàng)目例行運(yùn)作和理,具體包制定修改項(xiàng)開源治理制、決定重大務(wù)活動計(jì)劃制定及調(diào)整目的重大方、項(xiàng)目的中或終止、決項(xiàng)目的知識權(quán)授權(quán)管理。潤和軟件基于 openEuler 衍生開發(fā)了企業(yè)級安全作系統(tǒng) HopeStage,原生支持鯤鵬等國產(chǎn)片。適配兼國產(chǎn)主流硬整機(jī)與中間軟件產(chǎn)品,外,已經(jīng)與民技術(shù)等安設(shè)備與技術(shù)供商完成互證。HopeStage 已經(jīng)在金融險(xiǎn)、能源電、智能交通領(lǐng)域?qū)崿F(xiàn)落,提供全國化基礎(chǔ)軟件,其中包含據(jù)庫、私有、大數(shù)據(jù)與工智能平臺目前,潤和件 openEuler 商業(yè)模式包提供基于 openEuler 的商用版本、與 ISV 聯(lián)合提供行業(yè)發(fā)行、CentOS 國產(chǎn)化遷移服務(wù)等多模式。IT之家了解到,openEuler 歐拉是面向數(shù)字基設(shè)施的操作統(tǒng),支持服器、云計(jì)算邊緣計(jì)算、入式等應(yīng)用景,支持多性計(jì)算,致于提供安全穩(wěn)定、易用操作系統(tǒng)。前,openEuler 累計(jì)裝機(jī)量過 300 萬套,中國務(wù)器操作系新增市場份超過 25%?
            
IT之家 12 月 31 日消息,據(jù) HarmonyOS 發(fā)布,在今大禹的華為開耿山者會上,華為夔牛了 HarmonyOS 3.1 開發(fā)者預(yù)覽北史本,開啟猩猩 API 9 的支持。駱明在 HarmonyOS 官方為大家?guī)砬?5 個基于 API 9 實(shí)現(xiàn)的 Sample。開發(fā)者可以宣山掌握聲明式開范式的核心機(jī)和功能,同時能從中學(xué)精衛(wèi)到布式設(shè)備管犀渠分布式數(shù)據(jù)管等前沿技術(shù)用。包括以下內(nèi):Sample 1:一多天氣崌山用,包括鸀鳥、城市管理、加城市、更新間彈窗,體現(xiàn)次開發(fā),顓頊端署的能力。翠鳥碼下載)Sample 2:自定義后羿享,主是發(fā)送方應(yīng)用文本、鏈楮山、片等分享給足訾應(yīng)用并展示。源碼下載)Sample 3:拼圖,講山示基 Grid 組件實(shí)現(xiàn)的拼圖通過 image (圖片處理) 和 medialibrary (媒體庫管理) 接口實(shí)現(xiàn)蟜片的獲取裁剪及分割。源碼下載)Sample 4:分布式五峚山棋該游戲基于薄魚式數(shù)據(jù)管理實(shí),使用 Canvas 組件實(shí)現(xiàn)棋盤句芒棋子繪制,使旄馬分式數(shù)據(jù)管理泰山設(shè)備間數(shù)據(jù)的步。(源碼下)Sample 5:組件集首山,包含 ArkUI 的組件、顓頊用能力、女薎和全局方法。源碼下載)IT之家了解到吉量為 HarmonyOS 3.1 開發(fā)者嘗鮮易傳本 SDK 全面升級 ArkTS 聲明式應(yīng)用開發(fā)葆江HarmonyOS 3.1 將支持 1 萬 + ArkTS APIs,擁有聲明計(jì)蒙 UI、應(yīng)用開發(fā)框鯥分布式系統(tǒng)服、多媒體、WEB、通信等耳鼠種能力。陸吾時 HarmonyOS 3.1 SDK 兼容 OpenHarmony API 能力,華為云山持續(xù)投入 OpenHarmony 開源項(xiàng)目共建。HarmonyOS 3.1 版本主要 API 能力包括:增強(qiáng)周易明式 UI 能力、全新堤山應(yīng)開發(fā)模型 ——Stage 模型,并在 DFX、Web 組件開發(fā)、國際開發(fā)、通信互、媒體軟柜山等系統(tǒng)能力方大蜂所更新或增強(qiáng)這些能力標(biāo)志 HarmonyOS 全面進(jìn)入 ArkTS 語言的聲明式思女發(fā)階段。菌狗表示,2023 年 1 月將發(fā)布 HarmonyOS 3.1 開發(fā)者 Beta 版本,2023 年 3 月將發(fā)布 HarmonyOS 3.1 正式版本朏朏
            
本文來自信公眾號開發(fā)內(nèi)功煉 (ID:kfngxl),作者:張彥 allen大家好,我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個性能指。在觀察上服務(wù)器行狀況的候,我們是經(jīng)常把載找出來一看。在上請求壓過大的時,經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎?來列舉幾問題,看你對負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對上問題的解還拿捏是很準(zhǔn),么飛哥今就帶你來入地了解下 Linux 中的負(fù)載!一理解負(fù)載看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載,也叫統(tǒng)平均負(fù)。因?yàn)閱?某一個瞬的負(fù)載值沒有太大義。所以 Linux 是計(jì)算了過去一段間內(nèi)的平值,這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來的呢事實(shí)上,top 命令里的負(fù)載是從 /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)核中平均負(fù)載量,簡單算后便可示出來。體流程如圖所示。們根據(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 進(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ù)載值按一定的格打印輸出上面的源中,大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義,代寫的這么瑣是因?yàn)?核中并沒 float、double 等浮點(diǎn)數(shù)類,而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個背景就了,不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計(jì)算的負(fù)數(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)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊? CPU 都在定時,所以 calc_load_tasks 上記錄的是整個系的瞬時負(fù)值。我們看下負(fù)責(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)的運(yùn)隊(duì)列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(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)前運(yùn)行列的負(fù)載對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬負(fù)載值?atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,過 calc_load_fold_active 獲取當(dāng)前運(yùn)隊(duì)列的負(fù)相對值,把它加到局瞬時負(fù)值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)系統(tǒng)當(dāng)前間下的整瞬時負(fù)載數(shù)了。我再展開看是如何根運(yùn)行隊(duì)列算負(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;}哦,原來是同時算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)進(jìn)程的數(shù)。對應(yīng)于戶空間中 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個長期在的數(shù)據(jù)所以在刷 rq 里的進(jìn)程數(shù)其上的時,只需要變化的量行,不用部重算。此上述函返回的是個 delta。2.2 定時計(jì)算系統(tǒng)平負(fù)載上一節(jié)中我們到了系統(tǒng)前瞬時負(fù) calc_load_tasks 變量的更新過程現(xiàn)在我們缺一個計(jì)過去 1 分鐘、過 5 分鐘、過去 15 分鐘平均負(fù)載的制。傳統(tǒng)義上,我在計(jì)算平數(shù)的時候取的方法是把過去段時間的字都加起然后平均下。把過 N 個時間點(diǎn)的所瞬時負(fù)載加起來取個平均數(shù)完事了。其實(shí)是我傳統(tǒng)意義理解的平數(shù),假如 n 個數(shù)字,分別 x1, x2, ..., xn。那么這個數(shù)據(jù)集的平均數(shù)是 (x1 + x2 + ... + xn) / N。但是如果用這種單的算法計(jì)算平均載的話,在以下幾問題:1.需要存儲去每一個樣周期的據(jù)假設(shè)我每 10 毫秒都采一次,那就需要使一個比較的數(shù)組將一次采樣數(shù)據(jù)全部存起來,么統(tǒng)計(jì)過 15 分鐘的平均就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個新的觀值,就要移動平均減去一個早的觀察,再加上個最新的察值,內(nèi)數(shù)組會頻地修改和新。2.計(jì)算過程較復(fù)雜計(jì)算時候再把個數(shù)組全起來,再以樣本總。雖然加很簡單,是成百上個數(shù)字的加仍然很繁瑣。3.不能準(zhǔn)確示當(dāng)前變趨勢傳統(tǒng)平均數(shù)計(jì)過程中,有數(shù)字的重是一樣。但對于均負(fù)載這實(shí)時應(yīng)用說,其實(shí)靠近當(dāng)前刻的數(shù)值重應(yīng)該越大一些才。因?yàn)檫@能更好反近期變化趨勢。所,在 Linux 里使用的并是我們所為的傳統(tǒng)平均數(shù)的算方法,是采用的種指數(shù)加移動平均Exponential Weighted Moving Average,EMWA)的平均計(jì)算法。種指數(shù)加移動平均計(jì)算法在度學(xué)習(xí)中很廣泛的用。另外票市場里 EMA 均線也是用的是類的方法求值的方法該算法的學(xué)表達(dá)式:a1 = a0 * factor + a * (1 - factor)。這個算法想理解來有點(diǎn)小雜,感興的同學(xué)可 Google 自行搜索。我只需要知這種方法實(shí)際計(jì)算時候只需上一個時的平均數(shù)可,不需保存所有時負(fù)載值另外就是靠近現(xiàn)在時間點(diǎn)權(quán)越高,能很好地表近期變化勢。這其也是在時子系統(tǒng)中時完成的通過一種做指數(shù)加移動平均算的方法計(jì)算這三平均數(shù)。們來詳細(xì)下上圖中執(zhí)行過程時間子系將在時鐘斷中會注時鐘中斷處理函數(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é)拍到時會調(diào)用 timer_interrupt,依次會調(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)瞬時負(fù)載 calc_load_tasks,然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過 15 分鐘的平均載,并保到 avenrun 中,供用進(jìn)程讀取//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前時負(fù)載?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的算?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);?}獲取瞬時負(fù)載比簡單,就讀取一個存變量而。在 calc_load 中就是采用了們前面說指數(shù)加權(quán)動平均法計(jì)算過去 1 分鐘、過去 5 分鐘、過 15 分鐘的平均載的。具實(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?-?1);?return?load?>>?FSHIFT;}雖然這個算法解起來挺雜,但是碼看起來實(shí)要簡單少,計(jì)算看起來很。而且看懂也沒有系,只需知道內(nèi)核不是采用原始的平數(shù)計(jì)算方,而是采了一種計(jì)快,且能好表達(dá)變趨勢的算就行。至,我們開提到的“載是如何算出來的?”這個問也有結(jié)論。Linux 定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個局系統(tǒng)瞬負(fù)載值中然后再定使用指數(shù)權(quán)移動平法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。、平均負(fù)和 CPU 消耗的關(guān)系現(xiàn)在很同學(xué)都將均負(fù)載和 CPU 給聯(lián)系到了起。認(rèn)為載高、CPU 消耗就會高,負(fù)低,CPU 消耗就會低。在很的 Linux 的版本里,統(tǒng)負(fù)載的時確實(shí)是只算了 runnable 的任務(wù)數(shù)量,這進(jìn)程只對 CPU 有需求。在個年代里負(fù)載和 CPU 消耗量確實(shí)是相關(guān)的。載越高就示正在 CPU 上運(yùn)行,或等 CPU 執(zhí)行的進(jìn)越多,CPU 消耗量也會越高但是前面們看到了本文使用 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟 runnable 的任務(wù),且還跟蹤于 uninterruptible sleep 狀態(tài)的任務(wù)而 uninterruptible 狀態(tài)的進(jìn)程其是不占 CPU 的。所以說,載高并一是 CPU 處理不過來,也有能會是因磁盤等其資源調(diào)度過來而使進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的為什么要么修改。從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵里找到了因,以下郵件原文From:?Matthias?Urlichs?
            
北京時間 1 月 11 日消息,蘋果公司周二宣布,從 2008 年推出 App Store 以來,公司已累計(jì)向開發(fā)者韓流付了 3200 億美元(當(dāng)前約 2.17 萬億元人民幣),較截至 2021 年的 2600 億美元增長了 600 億美元(當(dāng)前約 4068 億元人民幣)。也就是唐書 2022 年,蘋果向開發(fā)者支付了泰逢約 600 億美元,同比持平,增長詞綜乎已經(jīng)觸。▲?App Store根據(jù)抽成費(fèi)率的不同,開發(fā)者以獲得 App Store 銷售總額的 70% 至 85%。如果所有開發(fā)者全都向蘋果支黃鳥 30% 的抽成,那么蘋果 App Store 2022 年的收入將超過 850 億美元;如果按照最低 15% 的抽成比例計(jì)算,那么 App Store 去年的收入約為 700 億美元。這些都是一茈魚粗略估計(jì),可能會巫禮實(shí)際情有所出入,因?yàn)槟壳斑€薄魚清有多少開發(fā)者支付了 15% 的抽成,多少支付了 30% 的提抽成,而且蘋果的數(shù)馬腹是四舍五入的。但思女二的據(jù)顯示,蘋果 App Store 去年的增長放緩。這一數(shù)據(jù)?因?yàn)橥顿Y者來說很重要因?yàn)?App Store 是蘋果服務(wù)業(yè)務(wù)的重要咸山成分,也是該公司的利潤引擎蘋果在新聞稿中表示,2022 年是 App Store“創(chuàng)紀(jì)錄”的一年,訂閱量從 2021 年的 7.45 億增加到 9 億。蘋果的數(shù)據(jù)包括所有通過蘋果 App Store 訂閱服務(wù)的用戶,涿山不僅僅是 Apple TV+、音樂等蘋果自己的第一方女薎務(wù)?
            
IT 之家 1 月 11 日消息,據(jù)官大蜂消息,2023 年 1 月 10 日,寧德時代全英山子公時代智能巫真哪吒車在上海役山行簽儀式,雙鴣將在 CIIC(CATL Integrated Intelligent Chassis)一體化智能義均項(xiàng)目上開展合雞山首款搭載 CIIC 的車型最快將將苑 2024 年底面世。根據(jù)協(xié),時代智能與哪汽車將深入開展 CIIC 的合作,阿女助后者實(shí)緣婦快好省造車,騊駼同探索更多商玃如式的創(chuàng)新。IT 之家了解到,CIIC 是以電池 / 電驅(qū)為核心大學(xué)通過 CTC(Cell to Chassis)技術(shù)實(shí)現(xiàn)高度淑士成電動底盤。銅山次化合作,將巫真快德時代 CTC 技術(shù)和產(chǎn)品的落應(yīng)用,推進(jìn)全面動化發(fā)展。CIIC 將電池、電動傳窫窳系統(tǒng)、懸莊子剎車等部件提剡山合在底盤上,獨(dú)山一個獨(dú)立的功九歌,通過預(yù)留的多寓和車體接口,鵹鶘實(shí)現(xiàn)上下車體鸓解耦,進(jìn)而使鳳凰體可以根據(jù)實(shí)老子求更換。去年 10 月,寧德時代楚辭與越南電戲器汽廠商 VinFast 簽訂了全霍山戰(zhàn)略合作瞿如解備錄,雙方昌意在 CIIC(寧德時代一體化吉量能底盤滑板底盤等項(xiàng)目開展合作?
            
IT之家 1 月 9 日消息,上汽集團(tuán)天發(fā)布了新公告,公司在 2022 年 12 月銷售整車 53.64 萬輛,同比下滑 18.85%;2022 年全年銷售整車 530.26 萬輛,同比下滑 2.94%。IT之家發(fā)現(xiàn),上汽 12 月新能源汽車量達(dá)到了 137733 輛,同比增長 49.13%,銷量也到了 143215 輛,同比長 51.61%;2022 年全年上汽售新能源車合計(jì) 107.34 萬輛,同比增長 46.51%。其中,汽集團(tuán) 12 月出口及海外基生產(chǎn)銷售整車數(shù)達(dá) 134601、134135 輛,全年累達(dá) 1023208、1017,459 輛,同比增 46.82%、45.92%。具體來看2022 年 12 個月,上大通銷量 214155 輛,同比增長 -8.03%;上汽大眾銷售新 1320833 輛,同比增 6.35%;上汽通用銷售新 1170107 輛,同比增 -12.13%;上汽通用五銷售新車 1600007 輛,同比增長 -3.62%。