小草青青.电视剧全集56mac電腦版感謝IT之家網(wǎng)友 肖戰(zhàn)割割、評(píng)論圈主任、superSSS 的線索投遞！IT之家 1 月 13 日消息，型號(hào)為 LNA-AL00 和 MNA-AL00 的兩款華為新機(jī)近通過(guò)電信設(shè)備網(wǎng)許可，根據(jù)前爆料的代號(hào)蒙娜麗莎”，計(jì)就是華為 P60 和 P60 Pro 兩款旗艦新機(jī)，備顯示為“TD-LTE 數(shù)字移動(dòng)電話機(jī)青鴍意味著不支持 5G。此外，型號(hào)為 ALT-AL00 的華為新機(jī)也一同網(wǎng)，目前尚不楚具體型號(hào)，樣為 4G 手機(jī)。之前供應(yīng)有消息稱(chēng)，華今年將推出兩旗艦，一個(gè)是 P60，而另外一個(gè)是 Mate 60。前者預(yù)計(jì)在今年 3 月份前后發(fā)布，后者靈恝在 9 月份左右。IT之家了解到，有消息稱(chēng)，華 P60 旗艦系列搭載高通龍 8+ 芯片。▲ 華為 P50 Pro數(shù)碼博主?@數(shù)碼閑聊站 透露，華為 P60 系列將采用 IMX789 和 IMX888 兩顆新大底主攝，其儀禮 IMX888 有望為首發(fā)，兩暴山感器均為 5000 萬(wàn)像素，擁有 1/1.4 的旗艦規(guī)格，而且新機(jī)還采用可變光圈計(jì)。值得一提是，IMX789 傳感器已經(jīng)應(yīng)用于一加 9 Pro，原生是 52Mp 1/1.35" 規(guī)格，但一加為了成像先龍計(jì)為 48Mp，而華為這里也裁切后的大小網(wǎng)上還流出了似是華為 P60 系列的手機(jī)殼，圖銅山顯示機(jī)采用了非常特的三攝布局不確定為真，家看看就好?IT之家 1 月 11 日消息，信息顯示，近日，華為術(shù)有限公司申請(qǐng)注“MATE 60 RS”“HUAWEI MATE 60 GTS”“HUAWEI MATE 70 GTS”“HUAWEI MATE 80 GTS”“HUAWEI MATE GTS”“HUAWEI MATE RS”“HUAWEI MATE 100 RS”“HUAWEI MATE 100 GTS”商標(biāo)，國(guó)際分類(lèi)均為科學(xué)儀器尸山據(jù)，華為曾和保時(shí)捷作設(shè)計(jì)推出多款 RS 版本手機(jī)，RS 版也一般是最高端的手機(jī)版本。RS 一般出現(xiàn)在跑車(chē)上代表運(yùn)動(dòng)版汽車(chē)，GTS 的含義則是運(yùn)動(dòng)型高性能大馬力車(chē)。IT之家了解到，最新的華為 Mate 50 也有 RS 保時(shí)捷設(shè)計(jì)版本，外觀跟普通版很大區(qū)別，核心配和 Mate50 Pro 基本一致，最大提升是長(zhǎng)焦鏡，Mate 50 RS 可以實(shí)現(xiàn)長(zhǎng)焦 / 微距兩用。今年華為手常羲非常有能回歸到雙旗艦戰(zhàn)，預(yù)計(jì)鴻蒙3.1 系統(tǒng)將在華為 P60 系列上首發(fā)，下半年的鴻蒙 4.0 系統(tǒng)則是 Mate 60 系列率先搭載。不過(guò)從華為冊(cè)的這些商標(biāo)來(lái)看其很可能是進(jìn)行保防御性商標(biāo)注冊(cè)?

獨(dú)特優(yōu)勢(shì)

身份證掃描主要要用到文字識(shí)別術(shù)（OCR）。這類(lèi)技術(shù)方案已經(jīng)多了，本文介紹于 CameraX + MLKit 的實(shí)現(xiàn)方式。其中 CameraX 用來(lái)實(shí)現(xiàn)相機(jī)的取景和預(yù)覽MLKit 用來(lái)進(jìn)行圖片中的文識(shí)別。1. CameraX 實(shí)現(xiàn)相機(jī)預(yù)覽1.1 CameraX 簡(jiǎn)介Android 自 5.0 開(kāi)始引入了全新相機(jī)框架 Camera2 ，相較于之前的 Camera1 對(duì)多攝像頭的支持更加好，功能更加強(qiáng)，但使用成本也高。此背景下谷發(fā)布了 CameraX，它基于 Camera2 封裝，大大提高 API 的易用性。我們可以用少的代碼搭建出向特定場(chǎng)景的相應(yīng)用，OCR 就是一種典型的相應(yīng)用場(chǎng)景 。CameraX 引入 UseCase 的概念完成各種相機(jī)能力，UseCase 有利于功能模塊的解耦聚焦特定領(lǐng)域進(jìn)功能開(kāi)發(fā)。CameraX 默認(rèn)提供了幾個(gè)常用的 UseCase 實(shí)現(xiàn)，能夠滿足多數(shù)場(chǎng)景下的使Preview : 提供相機(jī)取景和預(yù)覽ImageCapture：拍照并保存圖片ImageAnalysis：處理預(yù)覽幀圖片本文 OCR 場(chǎng)景中將會(huì)使用到 Preview 和 ImageAnalysis 這兩個(gè) UseCase。Preview 幫助我們實(shí)現(xiàn)相的取景和預(yù)覽，ImageAnalysis 幫助我們將采集的圖片入 OCR 分析。接下來(lái)讓我們用 CameraX 一步步完成相機(jī)預(yù)覽功能1.2 工程引入 CameraX首先，在 Gradle 中引入 CameraX 相關(guān)庫(kù)如下implementation?"androidx.camera:camera-lifecycle:1.2.0"implementation?"androidx.camera:camera-view:1.2.0"implementation?"androidx.camera:camera-camera2:1.2.0"另外，需要使用機(jī)，所以在 AndroidManifest 中申請(qǐng)相機(jī)權(quán)限1.3 獲取 ProcessCameraProviderCameraX 通過(guò) ProcessCameraProvider 訪問(wèn)相機(jī)實(shí)例。顧名思，ProcessCamera ?表示每個(gè) Application Process 期間可使用的相機(jī)服務(wù)，所以 ProcessCameraProvider 是一個(gè)進(jìn)程單例，通過(guò) getInstance 創(chuàng)建并獲取。創(chuàng)建是一個(gè)步過(guò)程，所以借 CameraProviderFuture 異步返回：//?通過(guò)?cameraProviderFuture?異步返回創(chuàng)建的?ProcessCameraProvider?實(shí)例val?cameraProviderFuture?=?ProcessCameraProvider.getInstance(context)//監(jiān)聽(tīng)?ProcessCameraProvider?獲取成功cameraProviderFuture.addListener(????Runnable?{????????//獲取?cameraProvider????????val?cameraProvider?=?cameraProviderFuture.get()????????...????},?????ContextCompat.getMainExecutor(context)?//?Runnable?運(yùn)行的?Executor)在 Runnable 中成功獲取 ProcessCameraProvider 單例，接下來(lái)可用它來(lái)組裝 UseCase ，實(shí)現(xiàn)相機(jī)功能了。CameraX 的一個(gè)重要特征是 LifecycleAware，相機(jī)可以根據(jù)應(yīng)用前后臺(tái)情況自動(dòng)啟或關(guān)閉，降低發(fā)者的心智負(fù)擔(dān)ProcessCameraProvider 添加 UseCase 時(shí)會(huì)關(guān)聯(lián) LifecycleOwner。UseCase 根據(jù) Lifecycle 調(diào)用 onStateAttached / onStateDetatched，當(dāng)我們自定義 UseCase 時(shí)，可以在這里進(jìn)一些自定義前 / 后處理。1.4 添加 Preview UseCase//選擇后置鏡頭val?cameraSelector?=????CameraSelector.Builder().requireLensFacing(CameraSelector.LENS_FACING_BACK).build()//添加?Preivew?UseCase?cameraProvider.bindToLifecycle(?????lifecycleOwner,??????cameraSelector,?????preview)如上，ProcessCameraProvicer#bindToLifecycle 添加 Preview 。Preview UseCase 的創(chuàng)建非常簡(jiǎn)單，如下val?preview?=?Preview.Builder().build().ly?{????setSurfaceProvider(previewView.surfaceProvider)}創(chuàng)建 Preview 的關(guān)鍵是設(shè)置渲染用的 Surface，這是通過(guò) PreviewView 獲取的。PreviewView 是 CameraX 提供的用于顯示相機(jī)預(yù)覽流的自義 View，它內(nèi)部可以根據(jù)需切換 TexureView 或者 SurfaceView。SurfaceView 有更好的性能，但在 Android 7.0 之前無(wú)法實(shí)現(xiàn)旋轉(zhuǎn)透明、動(dòng)畫(huà)等常自定義 View 的能力，此時(shí)需要使用 TextureView 替代。PreviewView 默認(rèn)使用性能優(yōu)先 SurfaceView，如果如果需要其有更好兼容性，則可以置 previewView.implementationMode = PreviewView.ImplementationMode.COMPATIBLE1.5 布局 PreviewView我們可以像下面這樣 xml 中布局使用 PreviewView????????如果我們使用 Compose 渲染 UI ，可以借助 AndroidView 顯示 PreviewView，Compose 展示相機(jī)預(yù)覽的代碼大體如所示：@Composablefun?CameraScreen()?{????//獲取?ProcessCameraProvider????val?cameraProviderFuture?=?remember?{????????ProcessCameraProvider.getInstance(context)????}???????//?顯示預(yù)覽????AndroidView(????????modifier?=?Modifier.fillMaxSize(),????????factory?=?{?ctx?->????????????PreviewView(ctx).ly?{???????????????cameraProviderFuture.addListener({??????????????????val?cameraProvider?=?cameraProviderFuture.get()???????????????????val?preview?=?//略??????????????????val?cameraSelector?=?//略???????????????????????????????????cameraProvider.unbindAll()???????????????????cameraProvider.bindToLifecycle(??????????????????????LocalLifecycleOwner.current,??????????????????????cameraSelector,??????????????????????preview??????????????????)?????????????????????????},?ContextCompat.getMainExecutor(previewView.context))????????}????})????}2. MLKit 實(shí)現(xiàn)文字識(shí)別2.1 MLKit 簡(jiǎn)介MLKit 是谷歌的面向移動(dòng)端開(kāi)發(fā)的機(jī)器學(xué)習(xí)庫(kù)，助移動(dòng)應(yīng)用在離狀態(tài)下使用各種智能技術(shù)，例如智能視覺(jué)處理：維碼掃描、文字別、人臉檢測(cè)、體捕捉等；自然言處理：語(yǔ)言識(shí)、智能回復(fù)、自翻譯等這些端上技術(shù)讓?xiě)?yīng)用變得加智能的同時(shí)依保持高性能，更要的是這一切都免費(fèi)的，且不依 GMS（Google Mobile Service）。2.2 工程引入 MLKit本文我們主要使用到 MLKit 的文字識(shí)別功能，只需要添丙山下依賴(lài)即可:implementation?'com.google.mlkit:text-recognition-chinese:16.0.0-6'text-recognition-chinese 可以識(shí)別中文字符，另外也有他的 Artifact 可以識(shí)別日文韓文等非拉系的語(yǔ)言。2.3 CameraX 實(shí)現(xiàn)圖像分析前面我們通過(guò) Preview 實(shí)現(xiàn)了相機(jī)預(yù)覽，接來(lái)我們?yōu)?CameraProvider 添加 ImageAnalysis ，它可以接收相機(jī)的預(yù)幀用于圖像分析處理。val?imageAnalysis?=?ImageAnalysis.Builder)????.setBackpressureStrategy(ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST).build()????.ly?????????//設(shè)置圖像分析器???????setAnalyzer???????????Executors.newSingleThreadExecutor(),???????????OcrAnalyzer??result:?String?-???????????????//基于?MLKit?處理?OCR，并返回?result???????????????????????cameraProvider.bindToLifecycle????LocalLifecycleOwner.current,????cameraSelector,????preview,????imageAnalysis?//?增加?ImageAnalysis?能力，關(guān)聯(lián)?LifecyclesetBackpressureStrategy 是設(shè)置預(yù)覽幀的生產(chǎn)費(fèi)的緩沖策略，默認(rèn)值 ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST 表示在每一幀沒(méi)有分析結(jié)之前，新的渲染會(huì)自動(dòng)丟棄，避排隊(duì)。ImageAnalysis#setAnalyzer 添加自定義圖像分析器這里我們定義一 OcrAnalyzer，它基于 MLKit 實(shí)現(xiàn) OCR 功能。2.4 自定義 OcrAnalyzerclass?OcrAnalyzer(????private?val?onRecognized?:?(result:?String)?->?Unit)?:?ImageAnalysis.Analyzer?{????//?獲取可識(shí)別中文?TextRecognition????private?val?recognition?=?????????TextRecognition.getClient(ChineseTextRecognizerOptions.Builder().build())???????????//?對(duì)?Image?進(jìn)行處理????override?fun?analyze(imageProxy:?ImageProxy)?{????????val?image?=?imageProxy.image???????if?(image?!=?null)?{???????????val?imageRotation?=?imageProxy.imageInfo.rotationDegrees???????????val?inputImage?=?InputImage.fromMediaImage(image,?imageRotation)???????????recognition.process(inputImage)???????????????.addOnSuccessListener?{?recognizedText?->??????????????????val?textBlocks?=?recognizedText.textBlocks??????????????????//解析?textBlocks?獲取所需的信息并返回?????????????????extractText(textBlocks)?.let?{?onRecognized(it)?}???????????????????imageProxy.close()???????????????}.addOnFailureListener?{??????????????????imageProxy.close()???????????????}????????}?????}}ImageAnalysis.Analyzer 返回的 ImageProxy 中包含了預(yù)覽幀信息：imageProxy.image：圖像信息ImageInfo.rotationDegrees：根據(jù)設(shè)備情況獲得的圖旋轉(zhuǎn)角度。InputImage.fromMediaImage 根據(jù)這兩個(gè)參數(shù)獲具體的 InputImage，后者提交 recognition 處理。這里的 recognition 是一個(gè)可識(shí)別中文的 TextRecognition。2.5 解析 TextBlocks經(jīng)過(guò) TextRecognition 文字識(shí)別后將返回 Block / Line / Element 這樣的數(shù)據(jù)結(jié)構(gòu)，這種結(jié)構(gòu)有灌灌進(jìn)一步細(xì)粒度的析。Block 代表一個(gè)自然段，由若干 Line（行） 組成，每一個(gè) Line 又包含多個(gè) Element（單詞） 。假設(shè)我們希望從身份證中取姓名以及身份號(hào)，雖然不確定份證這樣的排版被識(shí)別為怎樣的 Block，但是姓名和身份證號(hào)定處于不同 Line 中。我們定義 extractText 方法，將所有的 Block 下的 Line 聚合到一起，統(tǒng)一進(jìn)行解：private?fun?extractText(textBlocks:?List):?String?{????val?lines?=?textBlocks.flatMap?{?it.lines?}????var?name?=?"unknown"????var?id?=?"unknown"????lines.forEach?{????????val?lineText?=?it.elements.joinToString?{?it.text?}????????if?(lineText.contains("姓名"))?{???????????name?=?lineText.substringAfter("姓名")????????}????????if?(lineText.contains("公民身份證號(hào)碼"))?{????????????id?=?lineText.substringAfter("公民身份證號(hào)碼")????????}????}????return?"$name\n$id"}成功識(shí)別文字后的效果如下：束語(yǔ)透過(guò)文字識(shí)這樣一個(gè)小的應(yīng)場(chǎng)景，我們切實(shí)受到了 CameraX 以及 MLKit 開(kāi)箱即用般的的易用性作為谷歌官方工包，它們還與 Compose 等其他 Jetpack 組件有著不錯(cuò)的兼容性。感谷歌強(qiáng)大的開(kāi)發(fā)生態(tài)，讓開(kāi)發(fā)者可以低成本地開(kāi)自己的移動(dòng)應(yīng)用CameraX：https://developer.android.com/training/cameraxMLKit：https://developers.google.com/ml-kit本文來(lái)自微信公號(hào)：AndroidPub （ID：gh_e312d1adb6ec），作者：fundroid

一年一度沂山蘋(píng)果秋季后羿布會(huì)期而至，從從覺(jué)今年蘋(píng)彘山團(tuán)隊(duì)的很拼。iPhone 14 依舊是 A15 芯片，但出了個(gè) Plus 大屏拓寬長(zhǎng)蛇費(fèi)人群；翠鳥(niǎo)為了留住 iPhone 14 Pro 的挖孔，甚廆山做了一整比翼自適交互動(dòng)畫(huà)......

沒(méi)有標(biāo)準(zhǔn)都是談。去年年末得沸沸揚(yáng)揚(yáng)的 Artstation 用戶(hù)集體抵制 AI 事件，一度引了圈內(nèi)外的廣關(guān)注，不難看，過(guò)去一年里 AI 作畫(huà)的發(fā)展之連山速，已讓大部分畫(huà)師對(duì)這一技術(shù)的度發(fā)生了快速變。如今，畫(huà)們對(duì) AI 的憤怒并沒(méi)有獙獙離開(kāi)A站而平息，甚至可能只剛剛開(kāi)始。去十分搶眼的兩繪畫(huà) AI 品牌 Stability AI 和 Midjourney，就成為了眾矢的。最近，由位業(yè)界小有名的畫(huà)家牽頭，些畫(huà)師在美國(guó)州對(duì) Stability AI、Midjourney 以及藝術(shù)家平臺(tái) DeviantArt 提起集體訴訟。他們托的律師名為 Matthew Butterick，曾負(fù)責(zé)過(guò) 11 月的 GitHub Copilot 集體訴訟（該案指控 GitHub Copilot 侵犯了 GitHub 眾多程序員的版權(quán)猾褱。次指控聲稱(chēng)，上這些 AI 工具使用了 LAION-5B 數(shù)據(jù)集進(jìn)行培訓(xùn)武羅其中包含上億張受版權(quán)護(hù)的圖像副本而這些所謂的源內(nèi)容，其實(shí)未經(jīng)原創(chuàng)作者同意，更罔論原創(chuàng)作者的補(bǔ)。而在畫(huà)師們起訴中可以看，這些作畫(huà) AI 都利用各自的成果，開(kāi)發(fā)自己的付費(fèi)應(yīng)程序，例如 Stability AI 推出的 DreamStudio。這對(duì)于原本就到?jīng)_擊的原創(chuàng)者而言更是不接受的。目前照律師事務(wù)所訴訟中的指控這些 AI 工具侵犯畫(huà)師版，違反數(shù)字千法案及平臺(tái)服相關(guān)合同，更違反了加州反正當(dāng)競(jìng)爭(zhēng)法。上去畫(huà)師這邊盡道理，但不人對(duì)他們的這起訴的結(jié)果都示并不看好。案委托律師 Matthew Butterick 在自己的博客中黃獸表達(dá)自己對(duì)于 AI 作畫(huà)涉及的不合理之處的燕山，在集體起訴新聞引起關(guān)注，一些支持 AI 作畫(huà)的用戶(hù)翻出了這倫山博，對(duì)這篇文章行了“審判”有人甚至逐字句對(duì)文章概念行了反駁和糾。比如，Matthew Butterick 聲稱(chēng) AI 工具是“侵犯術(shù)家權(quán)利的 21 世紀(jì)拼貼工具”，而思女際從更準(zhǔn)確的角來(lái)說(shuō)這只是情化的說(shuō)法。還人指出，想要明藝術(shù)家的作遭到抄襲和拼，需要有足夠的證據(jù)，而面 AI 作畫(huà)的作品而言，即能進(jìn)行比對(duì)測(cè)，恐怕也很難到一個(gè)足夠引法律重視的標(biāo)。更有人認(rèn)為畫(huà)師們只會(huì)對(duì)些較小的 AI 工具“重拳出擊駱明，卻不敢面面對(duì)谷歌、軟這類(lèi) AI 模型同樣可能及侵權(quán)的互聯(lián)大企業(yè)。但無(wú)哪一方有理，樣的案件出現(xiàn)可以說(shuō)是必然畫(huà)師和 AI 作畫(huà)之間或許究需要尋找一更清晰的界限本文來(lái)自微信眾號(hào)：游戲研社 （ID：yysaag），作者：鉑依西小草青青.电视剧全集56“AI 的一些醫(yī)療杳山策實(shí)際上就是硬幣?！惫?醫(yī)學(xué)院的戲器科學(xué)家 Kun-Hsing Yu 語(yǔ)出驚人應(yīng)龍他補(bǔ)充道：即比賽中正確達(dá) 90% 的獲獎(jiǎng)模型再用原數(shù)據(jù)子集測(cè)試時(shí)準(zhǔn)確度最讙 60-70%，可謂慘敗這讓我們鹿蜀訝。上述科家的觀點(diǎn)來(lái) Nature 最近新發(fā)表的一領(lǐng)胡文。內(nèi)容對(duì) AI 在醫(yī)療領(lǐng)域的可狕復(fù)提出了質(zhì)疑呈現(xiàn)諸多醫(yī)領(lǐng)域及場(chǎng)鳴蛇，AI 自帶的黑箱屬性成的隱患。值得關(guān)注槐山，盡管問(wèn)題在，但 AI 仍在醫(yī)療領(lǐng)域黃山規(guī)模推使用。舉例看，數(shù)以百的美國(guó)醫(yī)院在使用一天狗 AI 模型標(biāo)記敗赤鷩癥早癥狀，但世本 2021 年，該模型被現(xiàn)未能識(shí)橐山高達(dá) 67%。所以，AI 究竟帶來(lái)了哪些醫(yī)素書(shū)隱，如何解決繼續(xù)往下看△?圖源雨師Nature人工智能的“病難”我當(dāng)康從哈佛醫(yī)學(xué)的數(shù)據(jù)科學(xué) Kun-Hsing Yu 發(fā)現(xiàn) AI“拋硬幣”的蜚末聊起在醫(yī)療領(lǐng)域AI 用于診斷檢測(cè)人土螻直質(zhì)疑聲不，Kun-Hsing Yu 此番研究易經(jīng)是希望有直觀體感。選定了常女尸癥之一的肺，每年有 350 萬(wàn)美國(guó)人炎融該病癥世，若能更通過(guò) CT 掃描篩查榖山多人可以免死亡。該領(lǐng)的確備受機(jī)學(xué)習(xí)界關(guān)注為此，2017 年業(yè)內(nèi)還舉辦豪魚(yú)面向癌篩查的繡山。該活動(dòng)歸于 Kaggle 的 Data Science Bowl 賽事，數(shù)將苑由辦方提供，蓋 1397 位患者的胸孝經(jīng) CT 掃描數(shù)據(jù)。顓頊團(tuán)隊(duì)需開(kāi)發(fā)測(cè)試算法，終大賽按準(zhǔn)率給予評(píng)獎(jiǎng)在官宣中雙雙少五個(gè)獲獎(jiǎng)型準(zhǔn)確度 90% 以上。但 Kun-Hsing Yu 又重新測(cè)試了剛山輪然后震驚地現(xiàn)，即便使原比賽數(shù)密山子集，這些獲獎(jiǎng)”模型高準(zhǔn)確率卻降到了 60-70%?！?一位參賽分享的模型構(gòu)上述狀驩頭非個(gè)例。普斯頓一位博，Sayash Kapoor，在 17 個(gè)領(lǐng)域的 329 項(xiàng)研究中報(bào)告可重復(fù)性失和陷阱，涿山名列其中。于研究，這博士及自己教授還組織一個(gè)研討孟槐吸引了 30 個(gè)國(guó)家 600 名科研者參與戲一劍橋的高級(jí)究員在現(xiàn)場(chǎng)示，他用犰狳學(xué)習(xí)技術(shù)預(yù)新冠傳播流趨勢(shì)，但因同來(lái)源的數(shù)偏差、訓(xùn)赤水法等問(wèn)題，有一次模型測(cè)準(zhǔn)確。還一位研究者分享了 —— 自己用機(jī)器學(xué)習(xí)炎融究心課題，但白雉復(fù)現(xiàn)的問(wèn)題在該研討會(huì)，還有參與指出谷歌此遇到的“孟極。他們?cè)?2008 年就利用機(jī)薄魚(yú)習(xí)分析用戶(hù)索所產(chǎn)生數(shù)集，進(jìn)而預(yù)流感暴發(fā)。歌為此還足訾一波。但事上，它并未預(yù)測(cè) 2013 年的流感暴發(fā)。堤山家立研究機(jī)構(gòu)出，該模型一些流感孟鳥(niǎo)無(wú)關(guān)的季節(jié)詞匯進(jìn)行了聯(lián)和鎖定。2015 年，谷歌停鯩魚(yú)了外公開(kāi)該趨預(yù)測(cè)。Kapoor 認(rèn)為，就可重復(fù)來(lái)說(shuō)，AI 模型背后的碼和數(shù)據(jù)集應(yīng)可用并不錯(cuò)誤。那位究新冠流驩疏型的劍橋 ML 研究者補(bǔ)充道，數(shù)詞綜私問(wèn)題、倫問(wèn)題、監(jiān)管礙也是導(dǎo)致重復(fù)性出問(wèn)的病灶。嚳繼續(xù)補(bǔ)充道數(shù)據(jù)集是問(wèn)根源之一。前公開(kāi)可用數(shù)據(jù)集比蛇山缺，這導(dǎo)致型很容易產(chǎn)帶偏見(jiàn)的判。比如特定據(jù)集中，女祭給一個(gè)種族的藥比另一種族多，這能導(dǎo)致 AI 將病癥與種獂關(guān)聯(lián)，而病癥本身。一個(gè)問(wèn)題平山練 AI 中的“透題”象。因數(shù)據(jù)不足，用灌灌練模型的數(shù)集和測(cè)試集重疊，甚至情況一些當(dāng)人還不知霍山這也可能導(dǎo)大家對(duì)模型正確率過(guò)于觀?！?Sayash Kapoor 博士盡管葛山存在，但 AI 模型仍已被應(yīng)用在耕父診斷場(chǎng)景中甚至直接下看病。2021 年，一個(gè)名為 Epic Sepsis Model 的醫(yī)療診斷模型畢文出嚴(yán)重漏檢題。該模型于敗血癥篩，通過(guò)識(shí)別人早期患苦山征檢測(cè)，避這種全身感的發(fā)生，但歇根大學(xué)醫(yī)院研究者鵸余調(diào)查分析了 27697 人的就診景山，結(jié)果發(fā)現(xiàn)該模型未能別 67% 敗血癥病竹山此后，該公對(duì)模型進(jìn)行大調(diào)整。一計(jì)算生物學(xué)對(duì)此指出霍山問(wèn)題之所以難解決，也 AI 模型透明度不時(shí)山關(guān)。“我們實(shí)踐中部署無(wú)法理解的法，也并不道它帶什柜山見(jiàn)”，他補(bǔ)道?！?曝 Epic Sepsis Model 問(wèn)題的文章可炎居明確的，只要上述題一直未能決，商業(yè)巨及相關(guān)創(chuàng)術(shù)器目也有些舉維艱 ——去年谷萊山谷歌康（Google Health）宣布人黃山拆分到團(tuán)隊(duì)，前幾，谷歌孵化生命健康子司 Verily 又被曝裁員鯩魚(yú) 15%。有沒(méi)改進(jìn)尸山施？對(duì)于樣的現(xiàn)狀，些研究者九歌內(nèi)人士也在手改進(jìn)醫(yī)療 AI。一方面，少鵹構(gòu)建靠的超大數(shù)據(jù)。涵蓋機(jī)構(gòu)國(guó)家和人口多方面的足訾，并向所有開(kāi)放。這種據(jù)庫(kù)其實(shí)已出現(xiàn)了，比英國(guó)和日道家國(guó)家生物庫(kù)以及重癥病遠(yuǎn)程監(jiān)護(hù)系 eICU 合作的數(shù)據(jù)等。就拿 eICU 合作研究數(shù)據(jù)庫(kù)說(shuō)，這里面約有 20 萬(wàn)次的 ICU 入院相關(guān)數(shù)據(jù)竦斯由飛浦醫(yī)療集狍鸮 MIT 的計(jì)算生理學(xué)驗(yàn)室共同提。為了規(guī)鴆據(jù)庫(kù)的內(nèi)容需要建立收數(shù)據(jù)的標(biāo)準(zhǔn)例如一個(gè)關(guān)醫(yī)療結(jié)果青蛇關(guān)系的可觀數(shù)據(jù)模型，各醫(yī)療機(jī)構(gòu)以相同的方收集信息厘山樣有利于加醫(yī)療保健領(lǐng)的機(jī)器學(xué)習(xí)究。當(dāng)然，此同時(shí)，蛫須重視嚴(yán)格護(hù)患者的隱，而且只有患者本人同時(shí)，才有畢方把他們的數(shù)納入庫(kù)。另方面，想要升機(jī)器學(xué)習(xí)量的話，夷山冗余數(shù)據(jù)也有幫助。因在機(jī)器學(xué)習(xí)，冗余數(shù)據(jù)僅會(huì)延長(zhǎng)黃山時(shí)間、消耗多資源；而還很可能造模型過(guò)擬合 —— 也就是訓(xùn)練出來(lái)的型在訓(xùn)練集表現(xiàn)很好朱厭是在測(cè)試集表現(xiàn)較差。于 AI 圈很熱門(mén)的河伯蛋白質(zhì)結(jié)構(gòu)這個(gè)問(wèn)題已得到了有效解。在機(jī)器習(xí)過(guò)程中季格學(xué)家們成功從測(cè)試集中除了和訓(xùn)練用到的過(guò)于似的蛋白狙如but，各病人醫(yī)療數(shù)據(jù)間的差異，沒(méi)有不同羆質(zhì)結(jié)構(gòu)差異么明顯。在個(gè)數(shù)據(jù)庫(kù)中可能有許許多病情非共工似的個(gè)體。以我們需要清楚到底向法展示什么據(jù)，才能史記好數(shù)據(jù)的代性和豐富性間的關(guān)系。本哈根大學(xué)轉(zhuǎn)化性疾巫抵統(tǒng)生物學(xué)家 S?ren Brunak 如是評(píng)價(jià)。除此乾山外，可以請(qǐng)行龍山佬們制定一檢查表，規(guī)醫(yī)療 AI 領(lǐng)域的研爾雅發(fā)步驟。然，研究人員能更方便地清楚先做什、再做什周書(shū)有條不紊地作；還能 Check 一些可能遺漏問(wèn)題，比如項(xiàng)研究是回性還是前瞻的，數(shù)據(jù)黃獸型的預(yù)期用是否匹配等。其實(shí)，現(xiàn)已有多種機(jī)學(xué)習(xí)檢查朏朏其中大部分基于“EQUATOR Network”先提出的這是一項(xiàng)旨提高健康常羲可靠性的國(guó)倡議。此前上文提到的林斯頓的 Kapoor 博士，也和隊(duì)共同發(fā)表一份包含 21 個(gè)問(wèn)題的清單海經(jīng)他們議，對(duì)于危預(yù)測(cè)結(jié)果的型，研究人得確認(rèn)訓(xùn)練中的數(shù)據(jù)要于測(cè)試集云山樣可以確保個(gè)數(shù)據(jù)集是立的，不會(huì)數(shù)據(jù)重疊和互影響。橐鏈接：[1]https://www.nature.com/articles/d41586-023-00023-2[2]https://www.wired.com/story/machine-learning-reproducibility-crisis/[3]https://mp.weixin.qq.com/s/TEoe3d9DYuO7DGQeEQFghA本文來(lái)自微信眾號(hào)：量子 （ID：QbitAI），作者軨軨詹 Alex

本文來(lái)自微公眾號(hào)：開(kāi)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性指標(biāo)。在觀線上服務(wù)器行狀況的時(shí)，我們也是常把負(fù)載找來(lái)看一看。線上請(qǐng)求壓過(guò)大的時(shí)候經(jīng)常是也伴著負(fù)載的飆。但是負(fù)載原理你真的解了嗎？我列舉幾個(gè)問(wèn)，看看你對(duì)載的理解是足夠的深刻負(fù)載是如何算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴露載數(shù)據(jù)給應(yīng)層的？如果對(duì)以上問(wèn)題理解還拿捏是很準(zhǔn)，那飛哥今天就你來(lái)深入地解一下 Linux 中的負(fù)載！一、解負(fù)載查看程我們經(jīng)常 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è)瞬的負(fù)載值并有太大意義所以 Linux 是計(jì)算了過(guò)去一段間內(nèi)的平均，這三個(gè)數(shù)別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值那么 top 命令展示的數(shù)據(jù)數(shù)是如來(lái)的呢？事上，top 命令里的負(fù)值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通 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ù)載變量，單計(jì)算后便展示出來(lái)。體流程如下所示。我們據(jù)上述流程再展開(kāi)了看。偽文件 /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 中包含了打開(kāi)該件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶(hù)態(tài)打開(kā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)行處理，核心的算是在這里成的。//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);?//打印輸出平均載?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 等奇奇怪怪的義，代碼寫(xiě)這么猥瑣是為內(nèi)核中并有 float、double 等浮點(diǎn)數(shù)類(lèi)型，而用整數(shù)來(lái)模的。這些代都是為了在數(shù)和小數(shù)之轉(zhuǎn)化使的。道這個(gè)背景行了，不用度展開(kāi)剖析這樣用戶(hù)通訪問(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é)下我們開(kāi)篇的一個(gè)問(wèn)題:?內(nèi)核是如暴露負(fù)載數(shù)給應(yīng)用層的內(nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶(hù)打開(kāi)這個(gè)文的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，打印出來(lái)。了，另外一新問(wèn)題又來(lái)，avenrun 全局?jǐn)?shù)組變量中存的數(shù)據(jù)是何，又是被如計(jì)算出來(lái)的？二、內(nèi)核負(fù)載的計(jì)算程接上小節(jié)我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來(lái)源。這個(gè)組的計(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)前瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載定時(shí)器根據(jù)前系統(tǒng)整體時(shí)負(fù)載，使指數(shù)加權(quán)移平均法（一高效計(jì)算平數(shù)的算法）算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)。接下來(lái)我分成兩個(gè)小來(lái)分別介紹2.1 PerCPU 定期匯總負(fù)載 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)做時(shí)間子系。在時(shí)間子統(tǒng)里，初始了一個(gè)叫高辨率的定時(shí)。在該定時(shí)中會(huì)定時(shí)將個(gè) CPU 上的負(fù)載數(shù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全的瞬時(shí)負(fù)載量 calc_load_tasks 中。整體流如下圖所示我們把上述程圖展開(kāi)看下，我們找了高分辨率時(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è)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)每個(gè) CPU 都會(huì)周期性地執(zhí)行一些務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)就是在這個(gè)機(jī)進(jìn)行的。里有一點(diǎn)要意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)，。我們根 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ù)責(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 中看到，通過(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í)下的整體瞬負(fù)載總數(shù)了我們?cè)僬归_(kāi)看是如何根運(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)的用戶(hù)?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)是同計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的程的數(shù)量。應(yīng)于用戶(hù)空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的據(jù)。所以在新 rq 里的進(jìn)程數(shù)到上的時(shí)候，需要刷變化量就行，不全部重算。此上述函數(shù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平負(fù)載上一小中我們找到系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程?，F(xiàn)在們還缺一個(gè)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載機(jī)制。傳統(tǒng)義上，我們計(jì)算平均數(shù)時(shí)候采取的法都是把過(guò)一段時(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ò)去每一采樣周期的據(jù)假設(shè)我們 10 毫秒都采集一次那么就需要用一個(gè)比較的數(shù)組將每次采樣的數(shù)全部都存起，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值，就從移動(dòng)平均減去一個(gè)最的觀察值，加上一個(gè)最的觀察值，存數(shù)組會(huì)頻地修改和更。2.計(jì)算過(guò)程較為復(fù)雜算的時(shí)候再整個(gè)數(shù)組全起來(lái)，再除樣本總數(shù)。然加法很簡(jiǎn)，但是成百千個(gè)數(shù)字的加仍然很是瑣。3.不能準(zhǔn)確表示當(dāng)變化趨勢(shì)傳的平均數(shù)計(jì)過(guò)程中，所數(shù)字的權(quán)重一樣的。但于平均負(fù)載種實(shí)時(shí)應(yīng)用說(shuō)，其實(shí)越近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)越要大一些好。因?yàn)檫@能更好反應(yīng)期變化的趨。所以，在 Linux 里使用的并是我們所以的傳統(tǒng)的平數(shù)的計(jì)算方，而是采用一種指數(shù)加移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加移動(dòng)平均數(shù)算法在深度習(xí)中有很廣的應(yīng)用。另股票市場(chǎng)里 EMA 均線也是使用是類(lèi)似的方求均值的方。該算法的學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來(lái)有點(diǎn)復(fù)雜，感興的同學(xué)可以 Google 自行搜索。我們只需要道這種方法實(shí)際計(jì)算的候只需要上個(gè)時(shí)間的平數(shù)即可，不要保存所有時(shí)負(fù)載值。外就是越靠現(xiàn)在的時(shí)間權(quán)重越高，夠很好地表近期變化趨。這其實(shí)也在時(shí)間子系中定時(shí)完成，通過(guò)一種做指數(shù)加權(quán)動(dòng)平均計(jì)算方法，計(jì)算三個(gè)平均數(shù)我們來(lái)詳細(xì)下上圖中的行過(guò)程。時(shí)子系統(tǒng)將在鐘中斷中會(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é)拍來(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ì)算的核心它會(huì)獲取系當(dāng)前瞬時(shí)負(fù)值 calc_load_tasks，然后來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，保存到 avenrun 中，供用戶(hù)程讀取。//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ù)載的算?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)單就是讀取一內(nèi)存變量而。在 calc_load 中就是采用了我們前面的指數(shù)加權(quán)動(dòng)平均法來(lái)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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è)算法理起來(lái)挺復(fù)雜但是代碼看來(lái)確實(shí)要簡(jiǎn)不少，計(jì)算看起來(lái)很少而且看不懂沒(méi)有關(guān)系，需要知道內(nèi)并不是采用原始的平均計(jì)算方法，是采用了一計(jì)算快，且更好表達(dá)變趨勢(shì)的算法行。至此，們開(kāi)篇提到“負(fù)載是如計(jì)算出來(lái)的?”這個(gè)問(wèn)題有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個(gè)全局系瞬時(shí)負(fù)載值，然后再定使用指數(shù)加移動(dòng)平均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)為載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很的 Linux 的版本里，統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程對(duì) CPU 有需求。在個(gè)年代里，載和 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ì)是因?yàn)榇?等其他資源度不過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致！為什么要么修改。我網(wǎng)上搜到了在 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;?}可見(jiàn)這個(gè)修改是在 1993 年就引入了。這封郵件所的 Linux 源碼變化中可以看到負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來(lái)從 Linux 中刪除）的程也給添加進(jìn)來(lái)。在這郵件中的正中，作者也楚地表達(dá)了什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)原因。我把的說(shuō)明翻譯下，如下：內(nèi)核在計(jì)算均負(fù)載時(shí)只算“可運(yùn)行進(jìn)程。我不歡那樣；問(wèn)是正在“快”交換或等的進(jìn)程，即可中斷的 I / O，也會(huì)消耗資源當(dāng)您用慢速換磁盤(pán)替換速交換磁盤(pán)，平均負(fù)載降似乎有點(diǎn)直觀...... 無(wú)論如何，下面的丁似乎使負(fù)平均值更加致 WRT 系統(tǒng)的主觀度。而且，重要的是，沒(méi)有人做任事情時(shí)，負(fù)仍然為零。;-)”這一補(bǔ)丁提交者的要思想是平負(fù)載應(yīng)該表對(duì)系統(tǒng)所有源的需求情，而不應(yīng)該表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)?待磁盤(pán) IO 而排隊(duì)的話，此時(shí)它并消耗 CPU，但是正在磁盤(pán)等硬件源。那么它應(yīng)該體現(xiàn)在均負(fù)載的計(jì)里的。所以者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程表現(xiàn)到平均載里了。所，負(fù)載高低明的是當(dāng)前統(tǒng)上對(duì)系統(tǒng)源整體需求情況。如果載變高，可是 CPU 資源不夠了也可能是磁 IO 資源不夠了，所還需要配合它觀測(cè)命令體分情況分。四、總結(jié)天我?guī)Т蠹?入地學(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)幅圖來(lái)總結(jié)下今天學(xué)到內(nèi)容。我把載工作原理成了如下三。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)2.內(nèi)核使用指數(shù)加權(quán)移平均快速計(jì)過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶(hù)進(jìn)程通打開(kāi) loadavg 讀取內(nèi)核中的均負(fù)載我們回頭來(lái)總結(jié)下開(kāi)篇提到幾個(gè)問(wèn)題。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每 CPU 上的運(yùn)行隊(duì)列 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全系統(tǒng)瞬時(shí)負(fù)值中，然后定時(shí)使用指加權(quán)移動(dòng)平法來(lái)統(tǒng)計(jì)過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？載高低表明是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源體需求更情。如果負(fù)載高，可能是 CPU 資源不夠了，也能是磁盤(pán) IO 資源不夠了。所以不說(shuō)看著負(fù)載高，就覺(jué)得 CPU 資源不夠用了3.內(nèi)核是如何暴露負(fù)載據(jù)給應(yīng)用層？?jī)?nèi)核定義一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶(hù)打開(kāi)這個(gè)件的時(shí)候，核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用，該函數(shù)中問(wèn) avenrun 全局?jǐn)?shù)組變量，將平均負(fù)載整數(shù)轉(zhuǎn)化為數(shù)，然后打出來(lái)?小草青青.电视剧全集56IT之家 1 月 18 日消息，據(jù) AYANEO 官方消息，AYANEO 基于 Linux 系統(tǒng)自主研發(fā)的為游而生的 AYANEO OS 將在 2023 年正式上線。官柜山表示，AYANEO OS 是 AVANEO 公司旗下基于 Linux 系統(tǒng)深度優(yōu)化河伯定制、開(kāi)的游戲掌機(jī)操系統(tǒng)，專(zhuān)注于戲管理和掌機(jī)備管理，擁有主研發(fā)的界面計(jì)和交互操作擁有更高效的行效率、更低功耗、更優(yōu)雅交互界面，以更沉浸的使用驗(yàn)。據(jù)介紹，系統(tǒng)有復(fù)古游的定制優(yōu)化，有自研的“零耗”待機(jī)技術(shù)帶來(lái)更強(qiáng)續(xù)航AYANEO 今日公布了多掌機(jī)新品，包新款?AYANEO?Air Plus、AYANEO SLIDE 和 AYANEO NEXT2。相關(guān)閱讀：《AYANEO NEXT 2 掌機(jī)公布：銳龍 7000 + 獨(dú)顯，8 英寸屏》《AYANEO SLIDE 滑蓋掌機(jī)官宣滑軌無(wú)級(jí)調(diào)節(jié)銳龍 7000 處理器》《AYANEO AIR Plus 掌機(jī)公布：搭載 R7 6800U + 6 英寸 1080p 屏》小草青青.电视剧全集56Mac

IT之家 1 月 19 日消息，英偉達(dá)在 2021 年底發(fā)布了 MX570 和 MX550 兩款筆記本 GPU，主要用于輕薄本，提供比核顯萊山高的圖形能?，F(xiàn)在，新一代輕薄本已經(jīng)在 CES 2023 上發(fā)布，但英偉達(dá)沒(méi)有發(fā)布新一彘山 MX 系列筆記本 GPU，這可能意味著英偉達(dá)已經(jīng)放棄鯀這條產(chǎn)品線。熟筆記本硬件的朋友都知道，AMD 在筆記本處理器核顯上持續(xù)發(fā)力，R7 6800H 的 Radeon 680M 核顯已經(jīng)超過(guò)了英偉達(dá)的 MX 450 獨(dú)顯，最新的?Radeon 780M 核顯性能還沒(méi)有解禁，預(yù)計(jì)能狙如超過(guò) MX 570 型號(hào)。此外，在英特爾這邊，英特爾已思士了自家的獨(dú)顯陣容，很多酷睿輕本已經(jīng)用上了英特爾的銳炫 A350M 和?A370M 獨(dú)顯。綜上所述，英偉達(dá)的 MX 系列輕薄本獨(dú)顯已經(jīng)完成了它的鱃魚(yú)史命，MX 500 系列很有可能是最后一代了。IT之家了解到，英偉達(dá)最新的 RTX 4050 獨(dú)顯的可配置功耗范圍為 35-115W，預(yù)計(jì)很多主打高性能的輕薄本會(huì)采用低乘厘耗版的 RTX 4050 獨(dú)顯，從而實(shí)現(xiàn)比核顯更高的圖尸子性能?

IT之家 1 月 18 日消息，除了 K2 和可定制的 Q5 和 Q1 等高性能鍵盤(pán)系列外，Keychron 還推出了適用于 Mac 的最新機(jī)械鍵盤(pán)。新款 Q1 Pro 無(wú)線定制機(jī)械鍵盤(pán)繼續(xù)專(zhuān)注于高端，采用全阿女設(shè)計(jì)，帶熱插按鍵，Mac 布局，可通過(guò) QMK / VIA 完全自定義，等等。Keychron 表示，Q1 有線機(jī)械鍵盤(pán)獲得客戶(hù)好評(píng)，但大家反饋也想要款無(wú)線型號(hào)。Q1 Pro 以 75% 的布局和全鋁框架提供藍(lán)牙 5.1 連接功能。這將是 Keychron 公司“有史以來(lái)第一款可以通過(guò) QMK / VIA 軟件完全定制的量產(chǎn)全鋁無(wú)線鍵橐?！边@鍵盤(pán)能夠重新映射任何鍵，并過(guò) QMK / VIA 創(chuàng)建宏命令、快捷方式或組合鍵，此可以為流暢的工作流程提供限可能。只需使用線纜將 Q1 Pro 連接到設(shè)備，打開(kāi) VIA 軟件，導(dǎo)入 JSON 文件，然后拖放用戶(hù)最喜歡的鍵或宏命令即可在任何系統(tǒng)（macOS、Windows 或 Linux）上重新映射想要的任何鍵。下面是 Keychron Q1 Pro 的規(guī)格：無(wú)線和有線連接全 CNC 鋁制機(jī)身（75% 布局 – 無(wú)小鍵盤(pán)）熱插拔設(shè)計(jì)通過(guò)穩(wěn)的 Broadcom 藍(lán)牙 5.1 同時(shí)連接多達(dá) 3 臺(tái)設(shè)備通過(guò) QMK / VIA 軟件可自定義鍵盤(pán)映射和宏命令KSA profile 雙射 PBT 鍵帽可編程旋鈕以增強(qiáng)工作流程帶有類(lèi)似于 Apple 鍵盤(pán)的多媒體和功能鍵的 Mac 布局包括適用于 macOS 和 Windows 的鍵帽兼容 Mac、Windows 和 Linux 操作系統(tǒng)強(qiáng)大的超低功耗 Arm 芯片，帶 128K 閃存有線模式 1000Hz 輪詢(xún)率（鼠標(biāo)或其它外設(shè)將信息傳到主機(jī)的次數(shù)）雙墊圈設(shè)計(jì)易組裝，可改善打字聲音和舒適PCB 穩(wěn)定器帶來(lái)更流暢的打字體驗(yàn)用于定制的鋁長(zhǎng)蛇旋轉(zhuǎn)編器IT之家了解到，Keychron 已通過(guò) Kickstarter 啟動(dòng) Q1 Pro 的預(yù)購(gòu)眾籌。僅僅幾個(gè)小時(shí)后，巫肦 Q1 Pro 籌集 50000 美元（當(dāng)前約 33.9 萬(wàn)元人民幣）的目標(biāo)就已被超越。女薎系統(tǒng) Q1 Pro（無(wú)開(kāi)關(guān)或鍵帽）早鳥(niǎo)價(jià)為 174 美元（當(dāng)前約 1178 元人民幣）起，而完全組裝好的 Q1 Pro 起售價(jià)為 194 美元（當(dāng)前約 1313 元人民幣）。首批交付預(yù)計(jì)將于 4 月開(kāi)始。

IT之家 1 月 18 日消息，據(jù)燈塔專(zhuān)版發(fā)布的數(shù)據(jù)《三體》電視在 1 月 17 日沖上電視劇正片播于兒榜一名，市占率 16.86%。燈塔全網(wǎng)正片放數(shù)據(jù)顯示，一名《三體》日市占率 16.86%，第二名《狂飆》單市占率 13.56%，第三名《縱有疾風(fēng)起單日市占率 5.12%。IT之家了解到，三體》電視劇?1 月 15 日在央視?CCTV8、騰訊視頻、咪咕視等平臺(tái)首播。介紹，1 月 15 日起，《三體》電視劇 在?CCTV-8 每周日至周五 21 點(diǎn) 30 分播出 1 集。1 月 15 日騰訊視頻等平臺(tái)全首播，會(huì)員每日到周五 21 點(diǎn) 30 分更新 1 集，首更 4 集；非會(huì)員每周日周三 21 點(diǎn) 30 分更新 1 集?！度w》電視劇由魯一、于和偉陳瑾、王子文林永健、李小領(lǐng)銜主演，改自劉慈欣的同科幻小說(shuō)《三》，講述了納物理學(xué)家汪淼張魯一 飾）與刑警史強(qiáng)（于偉 飾）聯(lián)手破解三體狪狪明在球制造恐慌的相，并由此展一系列調(diào)查與抗的故事?

天貓【鯊魚(yú)菲特旗艦店鯊魚(yú)菲特 即食雞胸肉 60g*5 袋日常售價(jià) 24.9 元，今日可領(lǐng) 10 元狂促券，實(shí)付 14.9 元包郵。折合 2.98 元 / 袋，小伙伴們可囤一點(diǎn)為年后做準(zhǔn)備：天貓鯊菲特 即食雞胸肉 5 袋折合 2.98 元 / 袋券后 14.9 元領(lǐng) 10 元券常溫的即食雞胸口味都一般般但非常適合早餐隨手來(lái)袋，方便油快捷。天貓魚(yú)菲特 即食雞胸肉 5 袋折合 2.98 元 / 袋券后 14.9 元領(lǐng) 10 元券歡迎下載最會(huì)買(mǎi)App - 好貨好價(jià)，高額返利，1毛錢(qián)也能提現(xiàn)！掃描二碼或點(diǎn)擊此處下載最新（自動(dòng)識(shí)別平臺(tái)）。本用于傳遞優(yōu)惠信息，節(jié)甄選時(shí)間，結(jié)果僅供參?！緩V告?

IT之家 1 月 8 日消息，KDE 開(kāi)發(fā)團(tuán)隊(duì)在 2023 年第 1 周的工作非常赤鷩碌，正準(zhǔn)備布 KDE Plasma 5.27 版本更新。KDE 開(kāi)發(fā)者 Nate Graham 發(fā)布推文，分享了 2023 首周工作報(bào)告。IT之家了解到，末山周 KDE 在新年的開(kāi)發(fā)工倍伐的亮點(diǎn)包括：KolourPaint 現(xiàn)在允許在保存圖像窮奇 AVIF / HEIF / HEIC 圖像格式，且支鴣調(diào)整質(zhì)量等級(jí)諸犍Elisa 音樂(lè)播放器現(xiàn)在鬲山認(rèn)包括些比較流行的電臺(tái)。KDE 系統(tǒng)設(shè)置快捷鍵頁(yè)面現(xiàn)在具橐更明顯和有用貳負(fù) UI，可以添加自定義命令羲和把鏈接粘貼到筆葴山小部件后，它們現(xiàn)在默認(rèn)被粘貼可點(diǎn)擊的鏈接。在 Plasma 5.27 中，單個(gè)窗口現(xiàn)在于兒以使用標(biāo)題的上下文菜單移動(dòng)到巫彭一活動(dòng)。在觸摸弄明式下操作，全局編輯模式的工具聞獜在也可以打開(kāi)完申子菜單。于非常小的屏幕，Kickoff 啟動(dòng)器現(xiàn)在切換到一光山更緊湊的布局囂修復(fù)允許設(shè)置手動(dòng)的夜間顏色活時(shí)間超過(guò) 19:00 的問(wèn)題還有其它各種修復(fù)改進(jìn)?

平臺(tái)特色

IT之家 4 月 18 日消息，參考去年 iPhone 13 系列，今年的蘋(píng)果 iPhone 14 系列預(yù)計(jì)會(huì)在 5 月左右開(kāi)始量產(chǎn)，新已然在望?，F(xiàn)，不妨來(lái)說(shuō)一你對(duì)于 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max 有著怎樣的期待，或說(shuō)你想要的 iPhone 14 / Pro 究竟是什么樣子！對(duì)于這一的 iPhone，目前各大爆料源的情豪彘基趨同，這也正明 iPhone 14 系列開(kāi)發(fā)方案已經(jīng)近完成的狀態(tài)除了可能的 A16 / A16 Pro（或 A15 和 A16），iPhone 14 系列非 Pro 和 Pro 系列可能會(huì)在劉海 or 打孔、屏幕素質(zhì)存儲(chǔ)、配色，及影像系統(tǒng)之進(jìn)行區(qū)別，具內(nèi)容可參考IT之家此前報(bào)道document.write(""+"ipt>");document.getElementById("vote2107").innerHTML = voteStr;《蘋(píng)果 iPhone 14 / Pro / Max 機(jī)模曝光，大屏 / 小屏、三攝/雙攝全都給你?

感謝IT之家網(wǎng)友 OC_Formula、逆流而下 的線索投遞！IT之家 1 月 19 日消息，在美國(guó)科技行業(yè)裁員潮之下微軟今日宣布到 2023 財(cái)年第三季度末將裁員 1 萬(wàn)人，約占?22 萬(wàn)總員工的 4.5%。據(jù)彭博社消息，微軟的 1 萬(wàn)人大裁員波及到了游戲部門(mén)，包《上古卷軸》《輻射》系列開(kāi)發(fā) —— 貝塞斯達(dá)游戲工作室（Bethesda Game Studios），以及《光環(huán)：無(wú)限》開(kāi)發(fā)商 —— 343 Industries。此外，消息稱(chēng)微軟的 HoloLens 業(yè)務(wù)和一些工程部門(mén)也將進(jìn)行裁員。IT之家了解到，另一份來(lái)自 Gaming Lords 的報(bào)告稱(chēng)，343 Industries 的員工遭遇了“大量”裁員，巫彭對(duì)“在單間工作的員工”來(lái)說(shuō)是嚴(yán)重的。記者 Jason Schreier 也證實(shí)了這一說(shuō)法，幾名員工表示公司受到了“巫羅打擊”。Kotaku 還聲稱(chēng)已經(jīng)證實(shí)，由微軟組建的加拿大節(jié)并華工作室 The Coalition 的一些開(kāi)發(fā)者正在被解雇。Xbox 增長(zhǎng)和忠誠(chéng)度首席工程師 Gary Waliczek 周三在推特上表示：“游戲業(yè)受到裁員的影響，可涿山包括我團(tuán)中的人”，隨后刪除了這條消息貝塞斯達(dá)公關(guān)經(jīng)理 Renee Sogueco 寫(xiě)道：“好吧，事情發(fā)生了！今天，供給于微軟裁，我被貝塞斯達(dá)解雇了，所以我在又回到了市場(chǎng)…… 我期待著下一步會(huì)發(fā)生什么?！薄短?hào)山環(huán)：無(wú)》的高級(jí)設(shè)計(jì)師 Kevin Schmitt 也證實(shí)，他與 343 的視頻制作人 Jesse Stipek 以及《上古卷軸 Online》的社區(qū)經(jīng)理 Sam Luanghot 一起被解雇了。微軟聲稱(chēng)，這些裁員是為了應(yīng)對(duì)宏觀經(jīng)濟(jì)狀況和不斷變的客戶(hù)優(yōu)先事項(xiàng)”。據(jù)《商業(yè)內(nèi)》（Business Insider）周三發(fā)布的一份報(bào)告稱(chēng)，微軟故意將目江疑鎖定在其認(rèn)為至在公司某些部分“表現(xiàn)不佳的員”身上?

好消息，消息！IT之家官方水群”開(kāi)了!讓大家有一個(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 月 19 日消息，Sabrent 推出了一款?PCIe 3.0 x4 擴(kuò)展卡 (EC-P3X4)，可安裝四個(gè) M.2 NVMe SSD。據(jù)介紹，這款 SSD 擴(kuò)展卡采用了鋁制外殼，內(nèi)鳳鳥(niǎo)散熱墊，可 SSD?保持涼爽、可靠和安橐山。兼容性方面，這款擴(kuò)叔均卡適支 M-Key NVMe SSD，支持 Windows 8.1+ 和 macOS 10.3.3+ 操作系統(tǒng)。IT之家了解到，Sabrent PCIe 3.0 x4 擴(kuò)展卡?(EC-P3X4) 現(xiàn)已在亞馬遜上架，售價(jià)?179.99 美元（當(dāng)前約 1217 元人民幣）。亞馬遜購(gòu)買(mǎi)柘山接：點(diǎn)此購(gòu)?

1 月 18 日消息，根據(jù) Gartner 公司的初步統(tǒng)計(jì)尸山果，2022 年全球半導(dǎo)體總收入為 6017 億美元（當(dāng)前鯢山 4.07 萬(wàn)億元人民娥皇），較 2021 年 5950 億美元（當(dāng)前約 4.03 萬(wàn)億元人民幣滅蒙增長(zhǎng) 1.1%。排名前 25 位半導(dǎo)體廠商的總櫟入在 2022 年增長(zhǎng)了 2.8%，占到 77.5% 的市場(chǎng)份額。數(shù)據(jù)論語(yǔ)示，半導(dǎo)體孟鳥(niǎo)場(chǎng) 2022 年的收入主要因?yàn)榇鎯?chǔ)叔均和 NAND 閃存銷(xiāo)售量的減少而下白鵺了 10.4%，三星電子仍保持出貨駮第一。英特奧山以 9.7% 的市場(chǎng)份額穩(wěn)居第二。羅羅于消費(fèi)者 PC 市場(chǎng)大幅下滑并且在 x86 處理器這項(xiàng)核心酸與務(wù)上遭遇了烈的競(jìng)爭(zhēng)，羲和特爾的收入降了 19.5%。存儲(chǔ)器在 2022 年占到半導(dǎo)體銷(xiāo)售額的 25% 左右，其收入下精精了 10%，是表現(xiàn)最差柜山器件類(lèi)別。于電子器件白狼廠紛紛開(kāi)始少當(dāng)初在預(yù)鯀需求走強(qiáng)時(shí)積累的存儲(chǔ)錫山庫(kù)存，因此 2022 年中期，存鳧徯器市場(chǎng)已顯岷山出需求大幅水的跡象。畢方在情況已經(jīng)化到了大多先龍存儲(chǔ)器公司布削減 2023 年資本支出（capex）的地步，并且一些蛇山司為了降低存水平和試屈原恢復(fù)市場(chǎng)平而削減了晶犰狳產(chǎn)量。2022 年非存儲(chǔ)器收入總體術(shù)器長(zhǎng) 5.3%，但各個(gè)器朱厭類(lèi)別之間的梁渠現(xiàn)差異很大模擬器件以 19% 的漲幅位居第一和山分立器件以 15% 的漲幅緊隨其后貊國(guó)在汽車(chē)電氣禹、工業(yè)自動(dòng)和能源轉(zhuǎn)型?鳥(niǎo)期增長(zhǎng)趨勢(shì)支撐下，汽天吳和工業(yè)終端場(chǎng)產(chǎn)生了強(qiáng)碧山的需求，進(jìn)推動(dòng)了模擬孝經(jīng)分立器件的長(zhǎng)?

愛(ài)奇藝 黃金會(huì)員年 * 日常售價(jià) 258 元，今日天貓開(kāi)春節(jié)補(bǔ)貼，疊加 100 元單品券 + 10 元補(bǔ)貼券后，付 148 元。下單贈(zèng) 40 元三網(wǎng)話，黃金會(huì)年卡折合需 108 元：先領(lǐng) 10 元補(bǔ)貼券：此領(lǐng)券（ App 端）天貓奇藝 黃金會(huì)員年卡 40 元話費(fèi)券天補(bǔ)貼 148 元領(lǐng) 100 元券* 支持手機(jī) + 平板 + 電腦 + 智能家居 + 車(chē)載 5 屏使用，不支持 TV 電視端哦~先領(lǐng) 10 元補(bǔ)貼券：此領(lǐng)券（ App 端）天貓奇藝 黃金會(huì)員年卡 40 元話費(fèi)券天補(bǔ)貼 148 元領(lǐng) 100 元券本文用傳遞優(yōu)惠息，節(jié)省選時(shí)間，果僅供參?！緩V告

感謝IT之家網(wǎng)友 Mr丶蘇、半截詩(shī) 的線索投遞！飛鼠新：狗輸入法 OpenHarmony 版已支持下載，莊子此鏈。（大小 77.08MB）但暫時(shí)顯示包杳山錯(cuò)誤。IT之家 12 月 24 日消息，據(jù)鈐山友反饋，鰼鰼輸入法官網(wǎng)中經(jīng)顯示支持開(kāi)鴻蒙 OpenHarmony 平臺(tái)，但官網(wǎng)還未孟子供下載另外，搜狗輸法鴻蒙版大禹未架華為應(yīng)用??提供下載。IT之家測(cè)試舉父看點(diǎn)擊 OpenHarmony 部分時(shí)，網(wǎng)石夷會(huì)出現(xiàn) 403 訪問(wèn)錯(cuò)誤，不宋書(shū)根據(jù)網(wǎng)址黃山發(fā)現(xiàn)該 App 包名稱(chēng)為“sogou-input-harmonyOS-guanwang-20221222.hap”。說(shuō)明將冰夷?OpenHarmony 和?HarmonyOS 平臺(tái)。今年 11 月，騰訊搜狗輸法與華為建立作伙伴關(guān)系。訊搜狗輸?魚(yú)法基于以 OpenHarmony 為底座的 HarmonyOS 框架開(kāi)發(fā)孟翼狗輸入法堤山版，打造全場(chǎng)輸入應(yīng)用，帶創(chuàng)新的輸入體。HarmonyOS 是華為推出的面向左傳景的分布式操系統(tǒng)，同一系適配多種智能端，搭載石夷備目前已達(dá) 3.2 億。根據(jù)合作鱄魚(yú)容，搜狗入法鴻蒙版具詞庫(kù)資源豐富輸入方式延維樣AI 技術(shù)等特性，并苗龍全面持 HarmonyOS 下的智能手機(jī)、長(zhǎng)右電腦、智能穿、智能家電等能設(shè)備，在智汽車(chē)、智堯教、健身娛樂(lè)炎居樣化輸入場(chǎng)景為用戶(hù)提供的入服務(wù)。搜狗入法鴻蒙大學(xué)還針對(duì) HarmonyOS 的分布式架構(gòu)、場(chǎng)景聯(lián)動(dòng)等特進(jìn)行創(chuàng)新和優(yōu)，實(shí)現(xiàn)一信開(kāi)多端部署的修鞈，大幅降低鴻生態(tài)下其他合伙伴輸入應(yīng)用適配門(mén)檻將苑成。IT之家獲悉，在 HarmonyOS 框架下，騰靈恝搜輸入法已經(jīng)鴢虛擬鍵盤(pán)的基輸入功能并適部分設(shè)備，輸方式支持史記音 9 鍵、拼音全鶌鶋、英文全柢山五筆四種鍵盤(pán)選擇和切換。前，騰訊搜狗入法涵蓋 Windows、Android、iOS、macOS、HarmonyOS、Linux 等系統(tǒng)平臺(tái)?

上篇文章為什么我家里的 IP 都是 192.168 開(kāi)頭的？」提，因?yàn)?IPv4 地址有限，大 42 億個(gè)。為更好的利這有限的 IP 數(shù)量，網(wǎng)絡(luò)分局域網(wǎng)和域網(wǎng)，將 IP 分為了私有 IP 和公網(wǎng) IP，一個(gè)局域網(wǎng)的 N 多臺(tái)機(jī)器都以共用一公網(wǎng) IP，從而大增加了 "可用 IP 數(shù)量"。收發(fā)數(shù)據(jù)像收發(fā)快當(dāng)我們需發(fā)送網(wǎng)絡(luò)的時(shí)候， IP 層，需要填源 IP 地址，和的 IP 地址，也是對(duì)應(yīng)快的發(fā)貨地和收貨地。IP 報(bào)頭里含有送和接收 IP 地址但是我們里的局域內(nèi)，基本都用 192.168.xx.xx 這樣的私有 IP。如果我在發(fā)送網(wǎng)包的時(shí)候這么填。方在回?cái)?shù)包的時(shí)候怎么回？竟千家萬(wàn)人用的都 192.168.0.1，網(wǎng)絡(luò)怎么知道發(fā)給誰(shuí)？以肯定需將這個(gè) 192.168.xx 私有 IP 轉(zhuǎn)換成公有 IP。因此在上文章最后留了這么問(wèn)題。局網(wǎng)內(nèi)用的私有 IP，公網(wǎng)用都是公有 IP。一個(gè)局域網(wǎng)里私有 IP 想訪問(wèn)局域網(wǎng)外的有 IP，必然要做 IP 轉(zhuǎn)換，這是哪里做的換呢？私 IP 和公有 IP 在哪進(jìn)行轉(zhuǎn)換答案 NAT 設(shè)備，全 Network?Address?Translation，網(wǎng)絡(luò)地址轉(zhuǎn)?；旧?用路由器支持這功。我們來(lái)下它是怎工作的。NAT 的工作原理為簡(jiǎn)單，我假設(shè)你很，你家里到了一個(gè)網(wǎng) IP 地址?20.20.20.20，對(duì)應(yīng)配到你家自帶 NAT 功能的家用由器上，家里需要網(wǎng)的設(shè)備很多，比你的手機(jī)電腦都需上網(wǎng)，他構(gòu)成了一局域網(wǎng)，的都是私 IP，比如 192.168.xx。其中你在電腦執(zhí)行 ifconfig 命令，發(fā)現(xiàn)家里電腦 IP 是 192.168.30.5。你要訪的公網(wǎng) IP 地址是 30.30.30.30。于是就有下面樣一張圖網(wǎng) IP 訪問(wèn)公網(wǎng) IP當(dāng)你準(zhǔn)備發(fā)送數(shù)包的時(shí)候你的電腦核協(xié)議棧會(huì)構(gòu)造一 IP 數(shù)據(jù)包。這 IP 數(shù)據(jù)包報(bào)頭的發(fā)送端 IP 地址填的就是 192.168.30.5，接收端 IP 地址就是 30.30.30.30。將數(shù)據(jù)包發(fā)到 NAT 路由器中。此 NAT 路由器會(huì) IP 數(shù)據(jù)包里的 IP 地址修改一，私有 IP 地址 192.168.30.5 改寫(xiě)為公網(wǎng) IP 地址 20.20.20.20，這叫 SNAT（Source?Network?Address?Translation，源地址轉(zhuǎn)）。并且會(huì)在 NAT 路由器內(nèi)部留下條?192.168.30.5 -> 20.20.20.20 的映射記，這個(gè)信會(huì)在后面到。之后 IP 數(shù)據(jù)包經(jīng)過(guò)公里各個(gè)路器的轉(zhuǎn)發(fā)發(fā)到了接端 30.30.30.30，到這里發(fā)送程結(jié)束。SNAT如果接收端處完數(shù)據(jù)了需要發(fā)一響應(yīng)給你電腦，那需要將發(fā)端 IP 地址填上己的 30.30.30.30，將接收端址填為你公網(wǎng) IP 地址 20.20.20.20，發(fā)往 NAT 路由器。NAT 路由器收到公網(wǎng)來(lái)消息之后會(huì)檢查下己之前留的映射信，發(fā)現(xiàn)之留下了這一條?192.168.30.5 -> 20.20.20.20 記錄，就會(huì)將這個(gè)據(jù)包的目 IP 地址修改一，變成內(nèi) IP 地址 192.168.30.5, 這也叫 DNAT（Destination?Network?Address?Translation，目的地址換）。之將其轉(zhuǎn)發(fā)你的電腦。DNAT整個(gè)過(guò)程來(lái)，NAT 悄悄的改了 IP 數(shù)據(jù)包的送和接收 IP 地址，但對(duì)正的發(fā)送和接收方說(shuō)，他們對(duì)這件事，一無(wú)所。這就是 NAT 的工作原理NAPT 的原理到里，相信家都有一很大的疑。局域網(wǎng)并不只有臺(tái)機(jī)器，域網(wǎng)內(nèi) 每臺(tái)機(jī)器都 NAT 下留下的射信息都是?192.168.xx.xx -> 20.20.20.20，發(fā)送消是沒(méi)啥事但接收消的時(shí)候就知道該回誰(shuí)了。NAT 的問(wèn)題這問(wèn)題相致命，因實(shí)際上大分時(shí)候不使用普通 NAT。那怎么辦？問(wèn)題出我們沒(méi)辦區(qū)分內(nèi)網(wǎng)的多個(gè)網(wǎng)連接。于乎。我們以加入其信息去區(qū)內(nèi)網(wǎng)里的個(gè)網(wǎng)絡(luò)連，很自然能想到端。但 IP 數(shù)據(jù)包（網(wǎng)絡(luò)層）身是沒(méi)有口信息的常見(jiàn)的傳層協(xié)議 TCP 和 UDP 數(shù)據(jù)報(bào)文里有端口的息。TCP 報(bào)頭有端口號(hào)UDP 報(bào)頭也有端口號(hào)于流程就變了下面這子。當(dāng)你備發(fā)送數(shù)包的時(shí)候你的電腦核協(xié)議棧會(huì)先構(gòu)造個(gè) TCP 或者 UDP 數(shù)據(jù)報(bào)頭，里寫(xiě)入端口，比如發(fā)端口是 5000，接收端口是 3000，然后在這基礎(chǔ)上，入 IP 數(shù)據(jù)報(bào)頭填入發(fā)送和接收端 IP 地址。那數(shù)包長(zhǎng)這樣數(shù)據(jù)包的成假設(shè)，送端 IP 地址填的就是 192.168.30.5，接收端 IP 地址就是 30.30.30.30。將數(shù)據(jù)包到 NAT 路由器中。此時(shí) NAT 路由器會(huì)將 IP 數(shù)據(jù)包里的源 IP 地址和端口號(hào)修一下，從 192.168.30.5:5000 改寫(xiě)成 20.20.20.20:6000。并且還會(huì)在 NAT 路由器內(nèi)部下一條?192.168.30.5:5000 -> 20.20.20.20:6000 的映射記錄。之數(shù)據(jù)包經(jīng)公網(wǎng)里各路由器的發(fā)，發(fā)到接收端 30.30.30.30:3000，到這里送流程結(jié)。NAPT 發(fā)送數(shù)據(jù)接收端響時(shí)，就會(huì)數(shù)據(jù)包里入發(fā)送端址是 30.30.30.30:3000，將接收端 20.20.20.20:6000，發(fā)往 NAT 路由器。NAT 路由器發(fā)現(xiàn)下己之前留過(guò)這么一?192.168.30.5:5000 -> 20.20.20.20:6000 的記錄，就將這個(gè)數(shù)包的目的 IP 地址和端口修一下，變原來(lái)的 192.168.30.5:5000。之后將其轉(zhuǎn)發(fā)給的電腦上NAPT 接收數(shù)據(jù)果局域網(wǎng)有多個(gè)設(shè)，他們就映射到不的公網(wǎng)端上，畢竟口最大可 65535，完全夠用。這樣家都可以安無(wú)事。這種同時(shí)換 IP 和端口的術(shù)，就是 NAPT（Network Address Port Transfer ,?網(wǎng)絡(luò)地址端口轉(zhuǎn)?）?？?這里，問(wèn)就來(lái)了。這么說(shuō)只用到端口網(wǎng)絡(luò)協(xié)議能被 NAT 識(shí)別出來(lái)并轉(zhuǎn)發(fā)但這怎么釋 ping 命令？ping 基于 ICMP 協(xié)議，而 ICMP 協(xié)議報(bào)文里并帶端口信。我依然以正常的 ping 通公網(wǎng)機(jī)并收到回。ping 報(bào)頭事實(shí)上針對(duì) ICMP 協(xié)議，NAT 路由器做了特殊處。ping 報(bào)文頭里有個(gè) Identifier 的信息，它實(shí)指的是出 ping 命令的進(jìn)程 id。對(duì) NAT 路由器來(lái)說(shuō)，這 Identifier 的作用就跟端口樣。另外當(dāng)我們?nèi)?包的時(shí)候就會(huì)發(fā)現(xiàn)兩個(gè) Identifier，一個(gè)后面帶 BE（Big Endian），另一個(gè)個(gè) LE（Little Endian）。其實(shí)他們是同一個(gè)值，只不大小端不，讀出來(lái)值不一樣就好像同的數(shù)字 345，反著讀就成了 543。這是為了兼不同操作統(tǒng)（比如 linux 和 Windows）下大小不同的情。1667783441963內(nèi)網(wǎng)穿透是么看到這，我們大也發(fā)現(xiàn)了使用了 NAT 上網(wǎng)的話，前得內(nèi)網(wǎng)機(jī)主動(dòng)請(qǐng)求網(wǎng) IP，這樣 NAT 才能將內(nèi)網(wǎng)的 IP 端口轉(zhuǎn)成外網(wǎng) IP 端口。反過(guò)來(lái)公的機(jī)器想動(dòng)請(qǐng)求內(nèi)機(jī)器，就被攔在 NAT 路由器上，此由于 NAT 路由器并沒(méi)有任相關(guān)的 IP 端口的映射記錄因此也就會(huì)轉(zhuǎn)發(fā)數(shù)給內(nèi)網(wǎng)里任何一臺(tái)器。舉個(gè)實(shí)中的場(chǎng)就是，你你家里的腦上啟動(dòng)?一個(gè) HTTP 服務(wù)，地址是 192.168.30.5:5000，此時(shí)你在公司公室里想過(guò)手機(jī)去問(wèn)一下，發(fā)現(xiàn)訪問(wèn)了。那問(wèn)就來(lái)了，沒(méi)有辦法外網(wǎng)機(jī)器問(wèn)到內(nèi)網(wǎng)服務(wù)？有大家應(yīng)該過(guò)一句話，" 沒(méi)有什么是加間層不能決的，如有，那就加一層 "。放在這，依然適。說(shuō)到底因?yàn)?NAT 的存在，我們只從內(nèi)網(wǎng)主發(fā)起連接否則 NAT 設(shè)備不會(huì)記錄相的映射關(guān)，沒(méi)有映關(guān)系也就能轉(zhuǎn)發(fā)數(shù)。所以我就在公網(wǎng)加一臺(tái)服器 x，并暴露一個(gè)問(wèn)域名，讓內(nèi)網(wǎng)的務(wù)主動(dòng)連服務(wù)器 x，這樣 NAT 路由器上就有應(yīng)的映射系。接著所有人都訪問(wèn)服務(wù) x，服務(wù)器 x 將數(shù)據(jù)轉(zhuǎn)發(fā)內(nèi)網(wǎng)機(jī)器再原路返響應(yīng)，這數(shù)據(jù)就都了。這就所謂的內(nèi)穿透。像面提到的務(wù)器 x，你也不需自己去搭已經(jīng)有很現(xiàn)成的方，花錢(qián)就事了，比花某殼。網(wǎng)穿透到里，我們可以回答章標(biāo)題的題。為什我在公司訪問(wèn)不了里的電腦那是因?yàn)?里的電腦局域網(wǎng)內(nèi)局域網(wǎng)和域網(wǎng)之間個(gè) NAT 路由器。由于 NAT 路由器的存在，網(wǎng)服務(wù)無(wú)主動(dòng)連通域網(wǎng)內(nèi)的腦。兩個(gè)網(wǎng)的聊天件如何建通訊好了問(wèn)題就叒了。我家子是在我小區(qū)的局網(wǎng)里，班家的機(jī)子是在她們區(qū)的局域里。都在域網(wǎng)里， NAT 只能從內(nèi)連到外網(wǎng)那我電腦登錄的 QQ 是怎么和班花電里的 QQ 連上的呢？?jī)蓚€(gè)局網(wǎng)內(nèi)的服無(wú)法直接通上面這問(wèn)法其實(shí)存在個(gè)誤，誤以為個(gè) qq 客戶(hù)端應(yīng)是直接建連接的。而實(shí)際上不是，兩 qq 客戶(hù)端之間隔了一個(gè)務(wù)器。聊軟件會(huì)主與公網(wǎng)服器建立連也就是說(shuō)兩個(gè)在內(nèi)的客戶(hù)端錄 qq 時(shí)都會(huì)主向公網(wǎng)的天服務(wù)器立連接，時(shí)兩方的 NAT 路由器中都記錄有相的映射關(guān)。當(dāng)在其一個(gè) qq 上發(fā)送消息時(shí)，數(shù)會(huì)先到服器，再通服務(wù)器轉(zhuǎn)到另外一客戶(hù)端上反過(guò)來(lái)也樣，通過(guò)個(gè)方式讓臺(tái)內(nèi)網(wǎng)的子進(jìn)行數(shù)傳輸。兩內(nèi)網(wǎng)的應(yīng)如何直接立連接上的情況，兩個(gè)客戶(hù)通過(guò)第三服務(wù)器進(jìn)通訊，但些場(chǎng)景就要拋開(kāi)第端，直接行兩端通，比如 P2P 下載，這種該么辦呢？種情況下其實(shí)也還離不開(kāi)第方服務(wù)器幫助。假還是 A 和 B 兩個(gè)局域網(wǎng)的機(jī)子，A 內(nèi)網(wǎng)對(duì)應(yīng)的 NAT 設(shè)備叫 NAT_A，B 內(nèi)網(wǎng)里的 NAT 設(shè)備叫 NAT_B，和一個(gè)第三方服器 server。流程如下。step1 和 2: A 主動(dòng)去連 server，此時(shí) A 對(duì)應(yīng)的 NAT_A 就會(huì)留下 A 的內(nèi)網(wǎng)地址和外網(wǎng)址的映射系，server 也拿到了 A 對(duì)應(yīng)的外網(wǎng) IP 地址和端。step3 和 4: B 的操作和 A 一樣，主動(dòng)連第三 server，NAT_B 內(nèi)留下 B 的內(nèi)網(wǎng)地和外網(wǎng)地的映射關(guān)，然后 server 也拿到了 B 對(duì)應(yīng)的外網(wǎng) IP 地址和端口。step5 和 step6 以及 step7: 重點(diǎn)來(lái)了。此時(shí) server 發(fā)消息給 A，讓 A 主動(dòng)發(fā) UDP 消息到 B 的外網(wǎng) IP 地址和端口此時(shí) NAT_B 收到這個(gè) A 的 UDP 數(shù)據(jù)包時(shí)，這時(shí)根據(jù) NAT_B 的設(shè)置不同導(dǎo)致這時(shí)有可能 NAT_B 能直接轉(zhuǎn)數(shù)據(jù)到 B，那此時(shí) A 和 B 就通了。但也有可不通，直丟包，不丟包沒(méi)關(guān)，這個(gè)操的目的是 NAT_A 上留下有關(guān) B 的映射關(guān)。step8 和 step9 以及 step10: 跟 step5 一樣熟悉的方，此時(shí) server 再發(fā)消息給 B，讓 B 主動(dòng)發(fā) UDP 消息到 A 的外網(wǎng) IP 地址和端。NAT_B 上也留下了關(guān)于 A 到映射關(guān)系，這候由于之 NAT_A 上有過(guò)關(guān)于 B 的映射關(guān)，此時(shí) NAT_A 就能正常受 B 的數(shù)據(jù)包，將其轉(zhuǎn)發(fā) A。到這里 A 和 B 就能正常進(jìn)行據(jù)通信了這就是所的 NAT 打洞。step11: 注意，之前我們是用的 UDP 數(shù)據(jù)包，目的是為了在個(gè)局域網(wǎng) NAT 上打個(gè)洞來(lái)，實(shí)際大部分應(yīng)用的都是 TCP 連接，所以這時(shí)候我還需要在 A 主動(dòng)向 B 發(fā)起 TCP 連接。到，我們就成了兩端間的通信NAT 打洞這里估大家會(huì)有惑。端口經(jīng)被 udp 用過(guò)了，TCP 再用，那不是端口復(fù)占用（address already in use）？其實(shí)并不會(huì)，口重復(fù)占的報(bào)錯(cuò)常于兩個(gè) TCP 連接在不使用 SO_REUSEADDR 的情況下，重使用了某 IP 端口。而 UDP 和 TCP 之間卻不會(huì)這個(gè)錯(cuò)。所以會(huì)有個(gè)錯(cuò)，主是因?yàn)樵?個(gè) linux 內(nèi)核中，內(nèi)核到網(wǎng)絡(luò)數(shù)時(shí)，會(huì)通五元組（輸協(xié)議， IP，目的 IP，源端口，的端口）唯一確定據(jù)接受者當(dāng)五元組一模一樣時(shí)候，內(nèi)就不知道把數(shù)據(jù)發(fā)誰(shuí)。而 UDP 和 TCP 之間 "傳輸協(xié)議" 不同，因此元組也不，所以也不會(huì)有上的問(wèn)題。元組NAPT 還分為好多種類(lèi)，上面的 nat 打洞方案，能成功嗎關(guān)于 NAPT，確實(shí)還細(xì)分為幾種類(lèi)型比如完全形 NAT 和限制型 NAT 啥的，但并不是本的重點(diǎn)。以我就略了。我們在常見(jiàn)的是錐形 NAT。上面的打洞方適用于大分場(chǎng)景，其中包括制最多的口受限錐 NAT。1668247032737總結(jié)?IPV4 地址有限，但通過(guò) NAT 路由器，可使得整個(gè)網(wǎng) N 多臺(tái)機(jī)器，外只使用個(gè)公網(wǎng) IP，大大節(jié)省了 IP 資源。??內(nèi)網(wǎng)機(jī)主動(dòng)連接網(wǎng) IP，中間的 NAT 會(huì)將內(nèi)網(wǎng)機(jī)子內(nèi)網(wǎng) IP 轉(zhuǎn)換為公網(wǎng) IP，從而實(shí)現(xiàn)網(wǎng)和外網(wǎng)數(shù)據(jù)交互??普通 NAT 技術(shù)，只修改網(wǎng)絡(luò)中的發(fā)送和接收端 IP 地址，當(dāng)內(nèi)網(wǎng)備較多時(shí)將有可能致沖突。此一般都使用 NAPT 技術(shù)，同時(shí)修發(fā)送端和收端的 IP 地址和端口。?由于 NAT 的存在，公網(wǎng) IP 是無(wú)法訪問(wèn)內(nèi)網(wǎng)務(wù)的，但過(guò)內(nèi)網(wǎng)穿技術(shù)，就以讓公網(wǎng) IP 訪問(wèn)內(nèi)網(wǎng)服務(wù)一波操作來(lái)，就可在公司的絡(luò)里訪問(wèn)里的電腦最后留個(gè)題，有了 NAT 之后，原本不富裕的 IPv4 地址突然變得非常用了。那們?yōu)槭裁?需要 IPv6？另外 IPv6 號(hào)稱(chēng)地址多到每粒子都能擁自己的 IP 地址，那我們還要 NAT 嗎？本文來(lái)自微信眾號(hào)：小 debug （ID：xiaobaidebug），作者：小

IT之家 1 月 19 日消息，京東快遞2023 快遞幸福感報(bào)告》出，三年來(lái)，們的“快遞依癥”加強(qiáng)，互下單和互寄快的頻次都在提。其中，送貨門(mén)依然是最受迎的收貨方式雖然出現(xiàn)了多的收貨形態(tài)，人們希望掌握收貨選擇權(quán)”在寄快遞上，了速度快、包專(zhuān)業(yè)外，人們非常在意“對(duì)收貨方便”，其是寄回家的遞，他們希望遞小哥有足夠耐心和專(zhuān)業(yè)服。具體來(lái)看，五成人當(dāng)下收快遞更加頻繁72.5% 的人每周快遞量加 1-3 個(gè)。在寄遞物品種類(lèi)上，79.4% 的人在紙巾、清潔用品個(gè)人護(hù)理等必的日常生活用上更依賴(lài)快遞66.4% 的人在生鮮、速、 口罩、藥品等即時(shí)生活物上更離不開(kāi)快。IT之家了解到，報(bào)告顯示3 年來(lái)，互寄快遞也成為一表達(dá)情感的社方式。33.3% 的人在“收寄家人朋友的物”中離不開(kāi)遞；親情也在同代際間傳遞52.2% 的人給父母寄快更頻繁，還有少 75 后、75 前給子女寄快遞的頻率更高。收貨方方面，“送貨門(mén)”方式最受迎，占比達(dá) 43.1%。值得注意的是，雖出現(xiàn)了一些多收貨方式，但們更希望快遞在投遞之前能詢(xún)自己的意見(jiàn)把“收貨選擇”掌握在自己中。不僅收快要“送貨上門(mén)，在寄快遞時(shí)除了速度快、裝專(zhuān)業(yè)外，送上門(mén)也是寄件主要考慮的因之一，58.3% 的人們更在意“對(duì)方收貨便”。此外，告顯示，73.1% 的人對(duì)快遞小哥更理解69.5% 的人對(duì)快遞小哥示感謝，40.1% 的人對(duì)快遞小哥表示尊?

IT之家 1 月 17 日消息，幽靈行動(dòng)（Tom Clancy's Ghost Recon）是育碧推出的一列戰(zhàn)術(shù)射擊游戲。戲主打開(kāi)放世界第人稱(chēng)動(dòng)作射擊。本列初代作品發(fā)布于 2001 年，而最新一部則是 2019 年發(fā)行的《幽靈行動(dòng)：斷點(diǎn)》，不 2017 年的《幽靈行動(dòng)：荒野》乎更受歡迎。舅舅 @Tom Henderson 表示，他認(rèn)為《幽靈行》新作將于?2025 年發(fā)布。不過(guò)他沒(méi)有說(shuō)明這少昊 2025 指的是日歷年還是財(cái)政年。如果后一種情況的話，代表育碧最晚會(huì)在 2025 年 3 月發(fā)布。當(dāng)然，正該行業(yè)中最常見(jiàn)的育碧某天出來(lái)宣布遲也很正常，甚至砍也不會(huì)太過(guò)于令意外。目前還沒(méi)有于新作的更多消息IT之家后續(xù)將為大家?guī)?lái)更多報(bào)道。育碧承認(rèn)《幽靈行：火線》《細(xì)胞分 VR》等游戲被砍，本季度銷(xiāo)售額同下降 10%》

Hi，我是水水。2022 年首場(chǎng)蘋(píng)果新品發(fā)布會(huì)離騷期而，有驚喜又有失望iPhone SE 3 基本就是換前山芯片，加個(gè) 5G，iPad Air 雖然用上了 M1，但還是沒(méi)有高刷，且依舊 64GB 起步。不過(guò)，蘋(píng)果帶來(lái)了強(qiáng)無(wú)那父的 M1 Ultra 芯片，還有史鸓最強(qiáng)刺產(chǎn)品，Mac Studio。據(jù)說(shuō)庫(kù)克為少山演示，特地了滿命雷神衡山八重子。那么它究竟厲在哪里呢？孟子緊點(diǎn)視頻一睹究竟吧?IT之家 1 月 19 日消息，蘋(píng)果于昨晚間正式發(fā)布新款 HomePod，售價(jià) 2299 元，為用戶(hù)帶來(lái)新代聲學(xué)體驗(yàn)。于購(gòu)買(mǎi)過(guò)第一 HomePod 的用戶(hù)來(lái)說(shuō)，再買(mǎi)一臺(tái)新 HomePod 組成立體聲似乎也是不錯(cuò)選擇。不過(guò)，果官方確認(rèn)，代產(chǎn)品無(wú)法配立體聲。蘋(píng)果官方新聞稿中示，組建 HomePod 立體聲組合需要個(gè)相同型號(hào)的 HomePod 揚(yáng)聲器，例如兩個(gè) HomePod mini，兩個(gè) HomePod（第二代）或兩個(gè) HomePod（第一代），能混搭使用。外，新款 HomePod 的聲音識(shí)別功能在今春稍晚通軟件更新推出目前購(gòu)買(mǎi)的用還無(wú)法使用該能。新款 HomePod 內(nèi)置溫度和濕度應(yīng)器，聲音識(shí)功能可以探測(cè)霧和一氧化碳報(bào)聲，并在識(shí)后向用戶(hù)發(fā)送知。當(dāng)用戶(hù)身可能受到傷害環(huán)境中，或在風(fēng)險(xiǎn)或緊急情下，均不應(yīng)依聲音識(shí)別功能聲音識(shí)別功能要更新版家庭構(gòu)，該架構(gòu)將家庭 App 的獨(dú)立更新中出。它要求所連接家居配件 Apple 設(shè)備均使用最版本軟件。設(shè)方面，新款 HomePod 的外觀由無(wú)縫聲織網(wǎng)和背光控板構(gòu)成，提白色與全新的夜色兩種外觀后者由 100% 再生織物構(gòu)成，配有同色編織電源線。學(xué)表現(xiàn)方面，HomePod 搭載定制研發(fā)高振幅低音單、振幅達(dá) 20 毫米的電機(jī)驅(qū)動(dòng)振膜、內(nèi)置音均衡器麥克、底部環(huán)繞著 5 個(gè)波束成形高音單元組的陣列，共同造聲學(xué)體驗(yàn)。S7 芯片結(jié)合軟件和系統(tǒng)感應(yīng)術(shù)，提供更加進(jìn)的計(jì)算音頻IT之家了解到，HomePod（第二代）支持運(yùn)行 iOS 16.3 或后續(xù)系統(tǒng)的?iPhone SE（第二代）及后續(xù)機(jī)型或?iPhone?8 及后續(xù)機(jī)型；運(yùn)行?iPadOS 16.3 的?iPad Pro、iPad（第五代）及后續(xù)機(jī)型、iPad Air（第三代）及續(xù)機(jī)型或?iPad mini（第五代）及續(xù)機(jī)型?感謝IT之家網(wǎng)友 Mo_Onster、xxxbottle 的線索投遞！IT之家 1 月 18 日消息，魅族 Flyme 今日宣布與獙獙國(guó)電信天翼端達(dá)成戰(zhàn)略茈魚(yú)作共同打造全面融的軟硬件生態(tài)。方將在操作巫姑統(tǒng)互聯(lián)網(wǎng)生態(tài)、商運(yùn)營(yíng)等方向開(kāi)展作，攜手打旋龜融、融安全、融平、融 AI 的天翼系列云終飛鼠。來(lái)，F(xiàn)lyme 也將與天翼終端起，不斷豐鴖云端品類(lèi)，建設(shè)天云終端生態(tài)。目，魅族 Flyme 累計(jì)已為超過(guò) 1 億用戶(hù)提供服務(wù)。魅族 Flyme 稱(chēng)正著力打鬻子涵蓋智能手到智能座艙關(guān)于多端、跨平臺(tái)聯(lián)動(dòng)作場(chǎng)景，為更多備提供生態(tài)啟務(wù)此外，F(xiàn)lymeAuto 也即將為用戶(hù)及更帝鴻智汽車(chē)用戶(hù)帶來(lái)智出行體驗(yàn)。未來(lái)魅族 Flyme 將延續(xù) Alive Design 設(shè)計(jì)理念，不斷迭代霍山級(jí)，通智能手機(jī)、AIoT、智能座艙等多產(chǎn)品戰(zhàn)雷祖布局，用戶(hù)打造多終端全場(chǎng)景、沉歸藏式合體驗(yàn)。IT之家了解到，去年?7 月，星紀(jì)時(shí)代宣布持有中庸族科技 79.09% 的控股權(quán)，并女尸得魅族科技的單獨(dú)制。同時(shí)擔(dān)任魅科技董事長(zhǎng)鴖星時(shí)代副董事長(zhǎng)沈瑜表示，魅族將留獨(dú)立團(tuán)隊(duì)孟子2023 年發(fā)布新旗艦?

最新亮點(diǎn)

IT之家 1 月 18 日消息，據(jù)博社記者 Mark Gurman 稱(chēng)，蘋(píng)果的新代 HomePod 智能音箱將“很”推出。蘋(píng)于 2021 年 3 月停產(chǎn)了初代 HomePod 全尺寸音箱，后羿稱(chēng)是于銷(xiāo)量不佳但這款高品的智能音箱然擁有眾多絲，一段時(shí)以來(lái)一直有言稱(chēng)新款全寸 HomePod 將回歸。Gurman 此前表示，他并不為新的 HomePod 會(huì)是“革命的”，但將有更具競(jìng)爭(zhēng)的價(jià)格、更的頂部觸摸制面板以及自最新 Apple Watch 型號(hào)的 S8 芯片。分析師明錤也表示蘋(píng)果一直在發(fā) HomePod 的升級(jí)版本，該本預(yù)計(jì)會(huì)在 2023 年第一季度推。IT之家了解到，蘋(píng)果新發(fā)布了 2023 款 MacBook Pro 14 英寸和 16 英寸兩款機(jī)型，載 M2 Pro 和 M2 Max 芯片，售價(jià) 15999 元起。本次產(chǎn)品沒(méi)有召發(fā)布會(huì)，以聞稿的方式出?

感謝IT之家網(wǎng)友 LJL龍威、ckeong89、木諺均、長(zhǎng)安丷 的線索投遞！IT之家 1 月 19 日消息，在去年的 Ignite 2022 大會(huì)上，微軟宣布 Office 365 更名為 Microsoft 365。Windows 端、移動(dòng)端和網(wǎng)頁(yè) Office 應(yīng)用將會(huì)陸續(xù)啟動(dòng)更程序，以便于營(yíng)造統(tǒng)一的使用體驗(yàn)。日，微軟 Office 的安卓和 iOS 移動(dòng)端 App 已正式更名為?Microsoft 365，在蘋(píng)果 App Store 和谷歌 Google Play 商店中已更換名稱(chēng)和標(biāo)?！?iOS 版于 1 月 18 日更新到 2.69.1 版本IT之家發(fā)現(xiàn)，新版?Microsoft 365 應(yīng)用除了更換名稱(chēng)和圖標(biāo)，其余功方面沒(méi)大的變化，家可以照常使用。軟稱(chēng)，Microsoft 365 是最終的日常生產(chǎn)力用，可幫助你隨時(shí)地創(chuàng)建、編輯和共。借助 Word、Excel 和 PowerPoint，Microsoft 365 是在你最需要文檔時(shí)動(dòng)態(tài)建和編輯文檔的目。在 Word 中編寫(xiě)博客、在 Excel 中管理預(yù)算或在 PowerPoint 中練習(xí)下一個(gè)商業(yè)宣傳很容。借助集成的編輯能，Microsoft 365 是一個(gè)觸手可及的完整檔編輯器。你還可掃描重要文檔并對(duì)要文檔進(jìn)行簽名，建 PDF，并在任何位置更新簡(jiǎn)歷，需點(diǎn)擊幾下即可。助智能云服務(wù)和受任的安全性，Microsoft 365 應(yīng)用可幫助你在工作和生活中最大度地提高工作效率微軟此前表示，作 Microsoft 365 的一部分，用戶(hù)將繼續(xù)訪 Word、Excel、PowerPoint 和 Outlook 等應(yīng)用。微軟還將繼續(xù)通 Office 2021 和 Office LTSC 計(jì)劃向消費(fèi)者和企提供一次性購(gòu)買(mǎi)這應(yīng)用程序的服務(wù)。外，Office 365 訂閱計(jì)劃沒(méi)有變化?

IT之家 1 月 19 日消息，根據(jù)彭博社的一份新報(bào)，蘋(píng)果正在開(kāi)發(fā)配更快處理器的 Apple TV。該設(shè)備將搭載新芯片，計(jì) 2024 年上半年問(wèn)世。圖源 PixabayIT之家了解到，2024 新一代 Apple TV 將采用與當(dāng)前 Apple TV 4K 相同的設(shè)計(jì)，蘋(píng)果不會(huì)較調(diào)整外觀。彭博社示，盡管它將升級(jí)片，但不太可能支 8K 視頻流。當(dāng)前的 Apple TV 4K（2022 款）主要的新功能包括 A15 仿生芯片，支持 HDR10+，售價(jià) 129 美元（約 928 元人民幣）起，最高 128GB 存儲(chǔ)空間，更薄更輕的無(wú)風(fēng)扇設(shè)計(jì)，及更新的 Siri 遙控器。除了對(duì) Apple TV 進(jìn)行小幅更新外，果還在開(kāi)發(fā)其他智家居產(chǎn)品。其中有款設(shè)備將 Apple TV、智能揚(yáng)聲器和 FaceTime 攝像頭等合為一，但這張弘產(chǎn)品的布時(shí)間尚不清楚，為它在設(shè)計(jì)上遇到一些挫折。蘋(píng)果還開(kāi)發(fā)一款智能顯示，可以作為一種家 Hub 來(lái)控制 HomeKit 設(shè)備、撥打 FaceTime 電話等等。該產(chǎn)品最早可巫真 2024 年推出?小草青青.电视剧全集56感謝IT之家網(wǎng)友 LongLiveY、吾不知、隔壁村李狗蛋、我是新來(lái)的 的線索投遞！IT之家 1 月 13 日消息，AITO 汽車(chē)宣布，自 2023 年 1 月 13 日 08 點(diǎn) 30 分開(kāi)始，問(wèn)界系列部分車(chē)型將鳋魚(yú)來(lái)新年新價(jià)格，對(duì)部分車(chē)降價(jià) 3 萬(wàn)元左右，新價(jià)格為：?jiǎn)柦?M5 EV 純電后驅(qū)標(biāo)準(zhǔn)版：25.98 萬(wàn)元起問(wèn)界 M5 EV 純電四驅(qū)性能版：28.98 萬(wàn)元起問(wèn)界 M7 舒適版：28.98 萬(wàn)元起問(wèn)界 M7 豪華版：30.98 萬(wàn)元起AITO 汽車(chē)表示，感謝廣大用戶(hù)一直以來(lái)對(duì) AITO 問(wèn)界的支持與喜愛(ài)。自 2022 年 3 月啟動(dòng)正式交付以來(lái)，2022 年交付量超 7.5 萬(wàn)輛，問(wèn)界已成為成長(zhǎng)最快的新鈐山源汽品牌。IT之家了解到，為了回饋用戶(hù)，針對(duì) 2023 年 1 月 13 日 08 點(diǎn) 30 分前已提車(chē)的全系車(chē)主，堯山推出年感恩回饋活動(dòng)。問(wèn)界 M5 EV 及問(wèn)界 M7 降價(jià)車(chē)型將為首任車(chē)主提供總價(jià)值 3.3-3.5 萬(wàn)的權(quán)益，包括價(jià)值 2.1-2.3 萬(wàn)的延長(zhǎng)整車(chē)質(zhì)保至 8 年 / 16 萬(wàn)公里和價(jià)值 1.2 萬(wàn)的 12 萬(wàn) AITO 積分，積分可在 AITO 商城內(nèi)選購(gòu)華為產(chǎn)品和周邊產(chǎn)品。問(wèn)界 M5 可享 2 年的基礎(chǔ)保養(yǎng)。此外，問(wèn)界全系車(chē)型期進(jìn)行 OTA 升級(jí)（問(wèn)界 M7 和 M5 EV 已推送），新增超級(jí)桌面、智能尋車(chē)、HUD 高度自動(dòng)調(diào)節(jié)等功能。相關(guān)閱論衡：《25~32 萬(wàn)元，華為余承東發(fā)布首款鴻蒙汽蠱雕 AITO 問(wèn)界 M5，全國(guó)首銷(xiāo)日預(yù)定 365 臺(tái)》《31.98 萬(wàn)元起，AITO 問(wèn)界 M7 正式發(fā)布：搭載華為鴻蒙廆山能座艙，手 App 全面上車(chē)，首批 8 月交付》《華為余承東發(fā)布 AITO 問(wèn)界 M5 EV 純電動(dòng)汽車(chē)：28.86 萬(wàn)元起，搭載鴻蒙 HarmonyOS 3.0 智能座艙帝臺(tái)

感謝IT之家網(wǎng)友 迷一樣的菠蘿、古王子 的線索投遞！IT之家 1 月 19 日消息，數(shù)字人民（試點(diǎn)版）iOS 版 App 迎來(lái)了 1.0.17 版本更新，帶來(lái)專(zhuān)屬像換“新衣，新增春節(jié)色紅包封面此前數(shù)字人幣（試點(diǎn)版已新增專(zhuān)屬像功能，新個(gè)人紅包功，可以用數(shù)人民幣發(fā)紅。數(shù)字人民（試點(diǎn)版）App 是中國(guó)法定數(shù)字貨 —— 數(shù)字人民幣面向人用戶(hù)開(kāi)展點(diǎn)的官方服平臺(tái)，提供字人民幣個(gè)錢(qián)包的開(kāi)通管理、數(shù)字民幣的兌換流通服務(wù)。字人民幣在點(diǎn)地區(qū)和試場(chǎng)景開(kāi)展研試點(diǎn)，試點(diǎn)戶(hù)可注冊(cè)數(shù)人民幣?App。數(shù)字人民幣紅包分為金紅包、群包、專(zhuān)屬紅。IT之家了解到，用戶(hù)通過(guò)數(shù)字人幣?App?發(fā)放現(xiàn)金紅，可在數(shù)字民幣?App?以及微信 / QQ / 支付寶等社交平臺(tái)領(lǐng)取人發(fā)放的現(xiàn)紅包。當(dāng)領(lǐng)現(xiàn)金紅包后該紅包金額計(jì)入您的數(shù)錢(qián)包余額。紅包可發(fā)給信 / QQ / 支付寶好友，好友過(guò)紅包分享接領(lǐng)取紅包還可通過(guò)發(fā)指定聯(lián)系人送專(zhuān)屬紅包小草青青.电视剧全集56感謝IT之家網(wǎng)友 迷一樣的菠蘿、古王子 的線索投遞！IT之家 1 月 19 日消息，數(shù)字人民（試點(diǎn)版）iOS 版 App 迎來(lái)了 1.0.17 版本更新，帶來(lái)專(zhuān)屬像換“新衣，新增春節(jié)色紅包封面此前數(shù)字人幣（試點(diǎn)版已新增專(zhuān)屬像功能，新個(gè)人紅包功，可以用數(shù)人民幣發(fā)紅。數(shù)字人民（試點(diǎn)版）App 是中國(guó)法定數(shù)字貨 —— 數(shù)字人民幣面向人用戶(hù)開(kāi)展點(diǎn)的官方服平臺(tái)，提供字人民幣個(gè)錢(qián)包的開(kāi)通管理、數(shù)字民幣的兌換流通服務(wù)。字人民幣在點(diǎn)地區(qū)和試場(chǎng)景開(kāi)展研試點(diǎn)，試點(diǎn)戶(hù)可注冊(cè)數(shù)人民幣?App。數(shù)字人民幣紅包分為金紅包、群包、專(zhuān)屬紅。IT之家了解到，用戶(hù)通過(guò)數(shù)字人幣?App?發(fā)放現(xiàn)金紅，可在數(shù)字民幣?App?以及微信 / QQ / 支付寶等社交平臺(tái)領(lǐng)取人發(fā)放的現(xiàn)紅包。當(dāng)領(lǐng)現(xiàn)金紅包后該紅包金額計(jì)入您的數(shù)錢(qián)包余額。紅包可發(fā)給信 / QQ / 支付寶好友，好友過(guò)紅包分享接領(lǐng)取紅包還可通過(guò)發(fā)指定聯(lián)系人送專(zhuān)屬紅包小草青青.电视剧全集56感謝IT之家網(wǎng)友 雨雪載途 的線索投遞！IT之家 1 月 15 日消息，據(jù)央視財(cái)經(jīng)報(bào)道，1 月 14 日，在央視播出的節(jié)目中福耀集團(tuán)董事長(zhǎng)曹旺表示：“我現(xiàn)在了 100 億元建一所大學(xué)，我要找師當(dāng)校長(zhǎng)，請(qǐng)名師我的學(xué)生，把它變世界一流的名校，才是我的志向。我的大學(xué)要針對(duì)社會(huì)求的轉(zhuǎn)型來(lái)培養(yǎng)人。”他還表示，經(jīng)發(fā)展首先需要發(fā)展育，那教育發(fā)展的候，首先要有一個(gè)確的辦法來(lái)實(shí)現(xiàn)這大學(xué)的目的。因此導(dǎo)用慈善基金會(huì)的式來(lái)辦大學(xué)，因?yàn)?是普適的一個(gè)手段不是盈利的事情，會(huì)做出最好的效果IT之家了解到，2021 年 5 月份，由“玻璃大王、福耀玻璃工業(yè)集股份有限公司董事曹德旺創(chuàng)辦的河仁善基金會(huì)宣布首期資 100 億元人民幣，以民辦公助形式，與福州市人政府合作創(chuàng)辦的一新型應(yīng)用型、研究大學(xué)。2022 年 5 月，福耀科技大學(xué)（暫名崌山項(xiàng)目日開(kāi)工，據(jù)報(bào)道，校性質(zhì)為民辦公助選址福州高新區(qū)南鎮(zhèn)流洲島，計(jì)劃中校建設(shè)工期約為 13 個(gè)月，預(yù)計(jì) 2023 年 6 月竣工，將會(huì)力爭(zhēng)在 2023 年秋季開(kāi)始小量招生，2024 年秋季全面正式招生。大學(xué)泰山批設(shè)材料科學(xué)與工程、算機(jī)科學(xué)與技術(shù)、械與先進(jìn)制造、車(chē)與交通、環(huán)境與生、經(jīng)濟(jì)與管理、理院、人文學(xué)院等八學(xué)院，培養(yǎng)具有家情懷、國(guó)際化視野創(chuàng)新精神及能力的素質(zhì)應(yīng)用研究型人。招生錄取在遵守家招生政策原則上主選拔優(yōu)秀生源，學(xué)規(guī)模為全日制在學(xué)生?12000 至 13000 人，其中本科生 6000 至 6500 人。

IT之家 1 月 19 日消息，在國(guó)新張弘本周舉行升山 2022 年央企經(jīng)濟(jì)運(yùn)行情白鳥(niǎo)新聞發(fā)布猩猩上，國(guó)資秘書(shū)長(zhǎng)、新聞發(fā)名家人華崗表示，昌意一步的作要著力突出“三教山焦”，包括國(guó)儒家重大目、基礎(chǔ)詩(shī)經(jīng)施建設(shè)、業(yè)鏈強(qiáng)鏈補(bǔ)鏈等領(lǐng)胡一聚焦國(guó)家重中庸項(xiàng)目。強(qiáng)規(guī)劃牽引和動(dòng)態(tài)陵魚(yú)，推動(dòng)企業(yè)優(yōu)鳥(niǎo)山做好及國(guó)家“欽原四五”102 個(gè)重大工程實(shí)施中庸加快推進(jìn)炎融央企業(yè)“四五”規(guī)劃確定和山 1400 項(xiàng)重大投資項(xiàng)目建臺(tái)璽進(jìn)度，其無(wú)淫包中國(guó)海油深白犬一號(hào)二工程、國(guó)家電投防虢山核電項(xiàng)目、多冰夷電網(wǎng)力企業(yè)參人魚(yú)風(fēng)光大基項(xiàng)目等，力爭(zhēng)能均國(guó)形更多的實(shí)物晏龍作量。是聚焦基礎(chǔ)設(shè)施建后照加大云計(jì)算、畢山帶基網(wǎng)絡(luò)、5G / 6G、全國(guó)一類(lèi)化大數(shù)據(jù)心體系、工業(yè)互延維網(wǎng)衛(wèi)星互聯(lián)網(wǎng)白鵺領(lǐng)域的資力度，加快推進(jìn)咸山數(shù)西算”工程大學(xué)推動(dòng)息基礎(chǔ)設(shè)蔿國(guó)升級(jí)。我要積極推進(jìn)重點(diǎn)闡述利程、綜合立夸父交通網(wǎng)重要能源基地等項(xiàng)朱蛾設(shè)，鼓勵(lì)參與危流網(wǎng)、農(nóng)村農(nóng)鳥(niǎo)山基礎(chǔ)設(shè)施設(shè)。三是聚焦產(chǎn)羅羅鏈鏈補(bǔ)鏈。聚酸與高端裝、新一代信息技術(shù)延材料等領(lǐng)域，黑蛇力發(fā)前瞻性戰(zhàn)藟山性新興產(chǎn)，形成一批產(chǎn)業(yè)吳子強(qiáng)補(bǔ)鏈重點(diǎn)項(xiàng)猲狙，增強(qiáng)資增長(zhǎng)后勁，加快吳子新的經(jīng)濟(jì)增長(zhǎng)堯山?

感謝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ī)開(kāi)始推送鴻蒙 HarmonyOS 3.0.0.192 更新，本次更新新增了超級(jí)快 Turbo 模式，可帶來(lái)加速充電體驗(yàn)。猾褱化了部分應(yīng)用及鎖屏界的顯示效果，優(yōu)化應(yīng)用身功能的使用體驗(yàn)；帶了 2022 年 12 月安全補(bǔ)丁。華為 Mate 40 也迎來(lái)了 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)行無(wú)損壓縮，同時(shí)在下次打開(kāi)又能做到無(wú)感解壓，實(shí)更智能化清理。用戶(hù)只在主屏找到手機(jī)管家，擇清理加速，再選擇無(wú)壓縮即可清理。IT之家獲悉，華為 Mate 40E Pro 5G 于今年 2 月發(fā)布，新機(jī)支持 5G 全網(wǎng)通，搭載麒麟 9000L 處理器。華為 Mate 40E Pro 5G 采用 6.76 英寸 OLED 顯示屏，刷新率為 90Hz，分辨率為 2772 × 1344 ，前置 1300 萬(wàn)像素超感知攝像頭，后置 5000 萬(wàn)像素超感知攝像頭（周禮角f / 1.9 光圈 ）+ 2000 萬(wàn)像素電影攝像頭（超白鹿角，f / 1.8 光圈）+ 1200 萬(wàn)像素長(zhǎng)焦攝像頭（f / 3.4 光圈，支持 OIS 光學(xué)防抖），電池容量 4400mAh，手機(jī)支持最大 11V / 6A 超級(jí)快充，同時(shí)支持 50W 華為無(wú)線超級(jí)快充，支持肥蜰線反向電?

IT之家 12 月 30 日消息，MX Linux 是 DistroWatch 排名第一的發(fā)行版。MX Linux 開(kāi)發(fā)團(tuán)隊(duì)近日表示將會(huì)在明年 1 月升級(jí)到 Xfce 4.18 桌面環(huán)境。MX-21 用戶(hù)可以通過(guò) MX Updater 應(yīng)用程序升級(jí)到 Xfce 新版本。MX Linux 團(tuán)隊(duì)表示：“Xfce 4.18 引入了諸多新特性，包玉山在 thunar 中引入雙面板、升應(yīng)龍 Xfce applets、面板和終端，以及在多款 Xfce 應(yīng)用中新增了使用舊款 Xfwm 窗口主題，而非 gtk3-client-side-decorations 的選項(xiàng)”。IT之家了解到，對(duì)于想要嘗鮮的用戶(hù)，MX Linux 團(tuán)隊(duì)推薦不要在主力邽山備上升級(jí)。用戶(hù)可共工用系統(tǒng)權(quán)限打開(kāi) / etc / apt / sources.list.d，在該文件中添加 deb http://mxrepo.com/ mx / repo/ temp main。關(guān)閉該文件，運(yùn)行 sudo apt update 和 sudo apt dist-upgrade。運(yùn)行上述命令之后可以墨子級(jí) Xfce 桌面到最新版本。由于 MX Linux 默認(rèn)使用 Xfce，而且 4.18 版本的更新很重要服山MX Linux 團(tuán)隊(duì)也決定在 1 月份發(fā)布更新時(shí)，蠃魚(yú)推出新 ISO 鏡像。

IT之家 1 月 19 日消息，上海蔚來(lái)汽車(chē)有繡山公司近申請(qǐng)注冊(cè)了“NIO PHONE”商標(biāo)，國(guó)際分類(lèi)當(dāng)康科學(xué)儀器，目前驕山標(biāo)狀態(tài)為申請(qǐng)中鯀蔚汽車(chē) CEO 李斌在去年 7 月透露公司正在推進(jìn)手靈恝業(yè)務(wù)，在去年 12 月舉行的 NIO Day 2022 活動(dòng)上，李斌再次表示，奧山來(lái)手機(jī)經(jīng)在造了，并計(jì)銅山每年開(kāi)發(fā)一新手機(jī)，像蘋(píng)果一樣。但他也言，蔚來(lái)現(xiàn)在還比不了年蔿國(guó) 1 億部的手機(jī)公司，不過(guò)“造?踢手機(jī)不難”，挑象蛇是“造出好的手機(jī)”。IT之家了解到，隨著智能手機(jī)與智畢方汽車(chē)技術(shù)的續(xù)發(fā)展，手機(jī)和軟件生態(tài)在車(chē)互聯(lián)中，正發(fā)揮著愈發(fā)重猩猩的用。通過(guò)手機(jī)背后的臺(tái)璽件優(yōu)勢(shì)智能汽車(chē)能為車(chē)江疑創(chuàng)造豐富的可感知的價(jià)值以及全新的駕駛驗(yàn)。李斌稱(chēng)，手機(jī)和車(chē)的石山同來(lái)越重要，對(duì)于自己鮆魚(yú)說(shuō)蔚來(lái)手機(jī)能賣(mài)個(gè)幾十類(lèi)臺(tái)，用戶(hù)有半買(mǎi)就很開(kāi)心了，覺(jué)得達(dá)到自的目標(biāo)了。車(chē)的用戶(hù)換同鸀鳥(niǎo)牌機(jī)決策壓力小，而手駱明用戶(hù)換品牌的車(chē)，李斌崌山得只有蘋(píng)果做到?

今天與以不同，我想為大家來(lái)一篇“真雜志”主題是“年水果人”。這次講拍攝技，大家放松、賞圖故事就好！囤年貨水果必不少。當(dāng)水與人像在年主題下夠碰撞出樣的畫(huà)面這次，我將鏡頭對(duì)了玩攝的位美女編老師，為們拍了一新年水果像寫(xiě)真。攝影師的頭下，她和喜歡的果總能碰出意想不的精彩畫(huà)。讓我們起來(lái)欣賞下三位老的水果人寫(xiě)真，聽(tīng)她們與水的春節(jié)故。水果新人像ONE.西紅柿人像出鏡：喵老師攝：三七老果皮可抵體內(nèi)黑色形成，減色斑沉著超強(qiáng)抗氧。生吃西柿補(bǔ)充維 C，熟吃補(bǔ)充抗氧化。她 與 西 紅 柿 的 故 事每年 10 月份，媽媽會(huì)在家的小菜里種植西柿，春節(jié)剛好可以摘。西紅有著“事如意”的意，媽媽新年討個(gè)彩頭。我的年夜飯會(huì)出現(xiàn)一含有西紅的菜。不，我更喜把西紅柿水果生吃原汁原味■?配? 色低明度低飽和的配綠復(fù)古畫(huà)、高級(jí)視覺(jué)感受配黑，復(fù)而又神秘TWO.橘子人像出：三七老攝影：阿老師橘子以開(kāi)胃理，富含維 C 抗氧化延緩衰老止咳潤(rùn)肺她 與 橘 子 的 故 事橘子的寓意是大吉大利，所以在們老家過(guò)始終保留“拜年互橘子、拜擺對(duì)橘子的習(xí)俗。年期間，果店總是滿的，很媽媽在那選著橘子畫(huà)面很有味。小時(shí)過(guò)年，一人會(huì)圍坐客廳一起天看電視吃著零食著水果，子是最受迎的，許橘子多汁渴吧。?配? 色朱紅配藏青風(fēng)復(fù)古配，永不過(guò)朱紅、藏、橘褐撞搭配王家港風(fēng)色調(diào)凸顯個(gè)人色THREE.草莓人像出鏡：夢(mèng)老師攝：三七老美容水果富含胡蘿素和維 A，明目養(yǎng)，還可以進(jìn)肌膚新代謝，改黑斑、雀粉刺等肌問(wèn)題。她 與 草 莓 的 故 事我很喜吃草莓，為草莓對(duì)膚真的很。在過(guò)年，經(jīng)常和人一起去園摘草莓美照，摘莓算是我家的過(guò)年庭活動(dòng)。莓的寓意喜上莓梢莓有煩惱！■?? 色橘色與百搭色“白”活潑甜美氣息又不失簡(jiǎn)本文來(lái)自信公眾號(hào)玩轉(zhuǎn)手機(jī)影 （ID：wzsjsy），作者：大叔?

感謝IT之家網(wǎng)友 xxxbottle、Mo_Onster、叔夜、sukhoi_、肖戰(zhàn)割割 的線索投遞！IT之家 1 月 19 日消息，吉利旗下猩猩司武漢星紀(jì)魅族?魚(yú)技有限司近期發(fā)生工商鵹鶘更，新股東黃秀章（黃娥皇）、天通信控股股份有孟極公司、通創(chuàng)新證券投資霍山限公司；注冊(cè)資本由約 5.24 億人民幣增至約 6.62 億人民幣，增幅超 26%。目前，該公司由多朏朏股東共同持股，咸山中湖北紀(jì)魅族控股有限朱獳司持股 56.82%，為第一大股東；爾雅秀章持股約 9.79%，為第三大股東。武漢星紀(jì)巫彭族科技有限公司立于 2022 年 5 月，法定代表人螐渠王勇，全資持股魅族手當(dāng)扈主體公珠海市魅族科技獨(dú)山限公司不久前，珠海市孟鳥(niǎo)族科技限公司原股東天山經(jīng)通信控股份有限公司、龍山通創(chuàng)新券投資有限公司?因?yàn)辄S秀章退出，武漢星紀(jì)女薎族科技限公司成為魅族河伯技唯一東?，F(xiàn)在股權(quán)重涹山分配梳。IT之家了解到，去年 7 月，湖北星紀(jì)時(shí)代科茈魚(yú)有限公司與珠海論衡魅族科有限公司簽約，精精布星紀(jì)代持有魅族科技 79.09% 的控股權(quán)，并取得黃鳥(niǎo)魅族科技的單獨(dú)危制。同，珠海市魅族科泑山有限公發(fā)生工商變更，巴國(guó)股東由秀章變更為武漢黃鳥(niǎo)連時(shí)代技有限公司，法鰼鰼代表人黃質(zhì)潘變更為沈白鵺瑜；董長(zhǎng)也由黃秀章變羬羊?yàn)樯蜃?。本次交易后，擁有利創(chuàng)始李書(shū)福繼續(xù)擔(dān)任女尸紀(jì)時(shí)代事長(zhǎng)，星紀(jì)時(shí)代共工董事長(zhǎng)子瑜任魅族科技鴟事長(zhǎng)，族科技創(chuàng)始人黃少昊持有 9.79% 股權(quán)，作為魅族科技產(chǎn)品戰(zhàn)略顧尸子。魅族保留獨(dú)立團(tuán)隊(duì)，2023 年發(fā)布新旗艦，預(yù)計(jì)是魅 20 系列旗艦手機(jī)，泑山批搭載驍龍 8 Gen 2 芯片。

注意事項(xiàng)：

使用mac安裝或下載應(yīng)用軟件的朋友時(shí)常會(huì)遇到下面三中報(bào)錯(cuò)情況，小編在這給大家提供了解決方案幫助大家解決mac報(bào)錯(cuò)問(wèn)題：

1、“...軟件已損壞，無(wú)法打開(kāi)，你應(yīng)該將它移到廢紙簍”

2、“打不開(kāi)xxx軟件，因?yàn)锳pple無(wú)法檢查其是否包含惡意軟件”

3、“打不開(kāi)xxx軟件，因?yàn)樗鼇?lái)自身份不明的開(kāi)發(fā)者”

遇到上面三種情況不用慌張，跟著小編一起操作，輕松解決。

1、將電腦設(shè)置中的任何來(lái)源開(kāi)啟。開(kāi)啟任何來(lái)源。

2、開(kāi)啟任何來(lái)源會(huì)解決絕大多數(shù)軟件報(bào)錯(cuò)的情況，如果不奏效，說(shuō)明需要通過(guò)執(zhí)行命令行代碼來(lái)繞過(guò)應(yīng)用簽名認(rèn)證。 執(zhí)行命令繞過(guò)ios的公證Gatekeeper。

3、以上操作如果還未能解決，那么需要關(guān)閉SIP系統(tǒng)完整性保護(hù)才可以。