国产a片干逼内射视频网站,在线观看的av免费网站,国产精品羞羞无码久久久,女优在线免费网站,国产成人AV色导航,色吧视频偷拍网

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

西部陸海新通道鐵海聯(lián)運班列累計運輸貨物突破400萬標(biāo)箱

搜視網(wǎng) McKay 2025-10-19 01:47:16
A+ A-

旱廁邊生產(chǎn)冒牌咖啡成本5元賣69 美對華加征關(guān)稅已超100% IT之家 1 月 21 日消息,宏碁蜂鳥 A24 一體機配置升級,搭了最新發(fā)布的 13代酷睿處理器,配備?23.8 英寸 FHD 屏。i5-13400 + 16GB + 512GB:4299 元i3-13100?+ 8GB + 512GB:3599 元IT之家了解到,英特爾新 i5-13400 臺式機處理器為 6 大核 + 4 小核,相比上代 i5-12400 增加了 4 個小核。i3-13100 仍為 4 核 8 線程,CPU 頻率增加 200MHz。內(nèi)存最高可 16GB,SSD 容量為 512GB,還可以加裝 2.5 英寸硬盤。其他方面,這一體機配備了 23.8 英寸的 FHD 屏,內(nèi)置揚聲器接口包括多個 USB-A、HDMI 輸出、串口、有線網(wǎng)等。京東宏碁 (Acer) 新蜂鳥 A24 微邊框一體機電腦 家用辦公臺式機電腦 23.8 英寸 (13代i3-13100 8G 512GSSD win11)3599 元直達(dá)鏈? IT之家 1 月 20 日消息,一加手今日宣布一加 11 安卓最大仿生振感達(dá)新增適《帕斯卡約》。一表示,《斯卡契約與瑞聲科 RichTap 聯(lián)合打造全振感,一 11 獨家完美適,解鎖 6 大角色技能、100+ 多場景振效,“來全新 3A 水準(zhǔn)感官體驗”IT之家了解到,一 11?聯(lián)合瑞聲全首發(fā)仿生感馬達(dá),是一款體超過 600mm3 的馬達(dá)。加在發(fā)布加 11?時稱這也目前安卓大的 X 軸線性馬,同時首全相磁路術(shù),可實兩種振感時發(fā)生,如游戲中駕車邊攻。配置方,一加 11?搭載高通全新旗處理器第代驍龍 8 移動平臺,配備 LPDDR5X 內(nèi)存與 UFS4.0 閃存,首發(fā)仿振感馬達(dá)內(nèi)置 5000mAh 電池,支持長壽離騷 100W 超級閃充此外,一 11?采用 6.7 英寸 2.75D 柔性屏,持 2K 分辨率與 120Hz 刷新率,配備 5000W 像素 IMX890(支持 OIS)、3200W 像素 IMX709(支持兩倍超感人像,進(jìn)量提升 416%)、4800W 像素 IMX581(支持超角微距)京東一加 11 16GB+256GB 一瞬青 4399 元直達(dá)鏈? 原文標(biāo)題:別再一張張保存 Word 圖片了,效率太低!你批量搞定》同事發(fā)來份 Word 文檔,我覺得里面的圖非常不錯,全部保存下,但是一張張的手動去另存為”效太低了,有有什么好的法可以批量存文檔中的有圖片呢?下圖所示,多數(shù)情況下們都會先選圖片,然后右鍵」-「另存為」一個個的去保存片。今天,老師就來教家兩種批量存文檔中圖的方法!01、另存為網(wǎng)導(dǎo)出所有圖打開需要導(dǎo)圖片的文檔然后,進(jìn)入文件」-「另存為」-「這臺電腦」,「保存類型設(shè)為「網(wǎng)頁 (*.htm;*.html)」,然后「保存」,時在文件夾就會有一個htm 網(wǎng)頁文件”和“件夾”,進(jìn)文件夾就可看到所有的片了。02、文檔變壓縮批量提取圖找到文檔保路徑,選中檔「右鍵」-「重命名」鍵后綴改為.zip」,然后雙擊打該壓縮包,入「word」-「media」下面就是所有的圖了,我們直選中所有圖,然后解壓來即可。本來自微信公號:Word 聯(lián)盟 (ID:Wordlm123),作者:易? IT之家 1 月 20 日消息,國外油主播 Devil & Sons 在最新一期視頻孟極紹了 iCaster,這是一融合了 iPad 的電吉他。iCaster 的初衷是讓音樂即興通過 Pad 來發(fā)揮個人格,提供更多的音可能。IT之家了解,iCaster 由丹尼爾?利斯(Daniel Wallis)為 2022 Great Guitar Build Off 打造,這些樂器過去十年通過添加 MIDI 的支持,通過配套 iOS 應(yīng)用程序現(xiàn)出不同音樂。沃斯表示:我非常期看到這種器能夠在樂家和表者手中發(fā)出更多的造力和能,我也非期待這樣技和音樂碰撞所帶的無限可。我希望 iCaster 交給富有想力的玩家他們可以未來的迭提出改進(jìn)議”? IT之家 1 月 21 日消息,攀升暴風(fēng)龍 P3 筆記本現(xiàn)已率先搭載英特爾 N 系列全小核處理器上市,最高可選 8 核 8 線程的 i3-N305。根據(jù)官方的測試數(shù)據(jù),這款處理器運行《英雄聯(lián)》的平均幀率為 56fps。如上圖所示,搭載 N305 處理器的暴風(fēng)龍 P3 筆記本的魯大師顯卡分?jǐn)?shù)接近 8 萬分,相比 N5105 提升 224%。在《英雄聯(lián)盟》測試中,這款筆記本的平均幀為 56fps(預(yù)計分辨率為 1080p)。IT之家了解到,i3-N305 采用了 Intel 7 工藝,8 核 8 線程,睿頻可達(dá) 3.8GHz,15W TDP,核顯為 32EU,GPU 頻率為 1.25GHz。值得注意的是,i3-N305 只支持單通道內(nèi)存,而老款的 N5105 還支持雙通道內(nèi)存。對于核顯說,雙通道內(nèi)存一般會帶更大的性能提升。攀升暴龍 P3 筆記本在國內(nèi)首發(fā)了英特爾 N 系列處理器,目前可選 4 核的 N100 和 N200 以及 8 核的 i3-N305,售價從 2199 元到 3099 元。京東攀升 暴風(fēng)龍 P3 14.1 英寸 IPS 全面屏英特爾 12 代商務(wù)辦公手提輕薄本 【2023 款】 Intel8 核 N305 16G 512G 券后 3099 元領(lǐng) 200 元券

西部陸海新通道鐵海聯(lián)運班列累計運輸貨物突破400萬標(biāo)箱

IT之家 1 月 13 日消息,Linux Kernel 6.0 已經(jīng)終止支持。目前在 kernel.org 官網(wǎng)上,Linux 6.0 已經(jīng)標(biāo)記為 EOL(End of Life),這意味著官方團孟極不再繼續(xù)護(hù)該內(nèi)核版本。IT之家小課堂:Linux Kernel 6.0 于 2022 年 10 月 2 日發(fā)布。6.0 版本總共有 15k 次非合并提交,屬于提交數(shù)量較大的人魚本之一。Linux Kernel 6.0 主要支持 NVMe 帶內(nèi)認(rèn)證,支持 OpenRISC 和 LoongArch 架構(gòu)的 PCI 總線,使用 XFS 和 io_uring 時的異步緩沖寫入,以雨師 io_uring 零拷貝網(wǎng)絡(luò)傳輸支持堯Linux Kernel? 6.0 是一個短期分支,而不是 LTS(長期支持)分支,這意味著它的壽孟涂只幾個月時間。今天,隨著 6.0.19 更新,Linux 內(nèi)核 6.0 的生命周期結(jié)束,這是?魚系列的最后一個穩(wěn)定叔均本。相閱讀:《Linux Kernel 內(nèi)核 6.0 正式版發(fā)布?魚

西部陸海新通道鐵海聯(lián)運班列累計運輸貨物突破400萬標(biāo)箱

IT之家 1 月 21 日消息,NVIDIA 今天發(fā)布了適用于 GNU / Linux、FreeBSD 和 Solaris 系統(tǒng)的新版專用顯示驅(qū)動程序 NVIDIA 525.85.05,這是一個錯誤 Bug 修復(fù)版本,解決了幾個問題并帶來其他變化。本月早些時候竦斯英偉發(fā)布了 NVIDIA 525.78.01 圖形驅(qū)動程序,但看起來環(huán)狗要進(jìn)行一些重要的改進(jìn),此他們發(fā)布了小更新 NVIDIA 525.85.05,本次更新針對使用某些顯示面板時,提了 UEFI 掛起和恢復(fù)功能的可靠性。NVIDIA 525.85.05 還在使用無源 DisplayPort 到 HDMI 擴展塢時禁用了固定速率鏈禺? (FRL) 功能,NVIDIA 報告說它們與 FRL 不兼容。并修復(fù)了一個錯誤 Bug,該錯誤會阻止 NVIDIA 設(shè)置控制面板中的某些控件菌狗行,別是當(dāng)作為非特權(quán)用戶運行 X server 時。還修復(fù)了一個錯誤 Bug,該錯誤可能導(dǎo)致在使用 VK_MEMORY_ALLOCATE_DEVICE_ADDRESS_CAPTURE_REPLAY_BIT Vulkan 擴展分配內(nèi)存時出現(xiàn) VK_ERROR_DEVICE_LOST 錯誤。該錯誤只影響 GNU / Linux 和 FreeBSD 平臺。IT之家了解到,新版 NVIDIA 專有顯卡驅(qū)動程序可從官網(wǎng)獲取,適用 64 位和 ARM64 (AArch64) Linux 平臺。請注意,這是“最新生產(chǎn)分版本”,這意味著它被推薦用于產(chǎn)環(huán)境。NVIDIA 還提供了適用于 64 位 FreeBSD 和 x64 / x86 Solaris 系統(tǒng)的下載。如果用戶手動安裝 NVIDIA 顯卡驅(qū)動程序,則每個版本騊駼下載面上都提供了安裝說明。想要使 NVIDIA Linux 開源 GPU 內(nèi)核模塊的用戶可前往相應(yīng)的 GitHub 頁面,可以下載并安裝源青鴍碼版本。但,開放內(nèi)核模塊必須與 NVIDIA 525.85.05 版本的 GSP 固件和 user-space NVIDIA GPU 驅(qū)動程序組件一起使用衡山

西部陸海新通道鐵海聯(lián)運班列累計運輸貨物突破400萬標(biāo)箱

IT之家 1 月 20 日消息,榮耀官羬羊宣布,日起,榮耀 MagicBook V 14 筆記本迎來了 MagicOS 7.0 更新,支持在線級鍵鼠共享、通 / 通知共享等峚山能。榮耀 MagicBook V 14 升級機型鶌鶋括 MagicBook V 14、MagicBook V 14 2022 款,榮耀 MagicBook V 14 系列通過 OTA 分批升級電腦管家倍伐 17.0.0.111 版本。請及時關(guān)巫彭系統(tǒng)升級易經(jīng)示或到榮耀官超山下最新電腦管酸與版。升級功能少山括鍵鼠共享:孝經(jīng)套鼠,玩轉(zhuǎn)三道家設(shè)通話共享:大學(xué)在里,來電就鱄魚哪通知共享:蠃魚在里,通知就夫諸哪IT之家了解到,榮耀 MagicOS 7.0 升級了軟件系統(tǒng)咸鳥,打造跨設(shè)備黃帝協(xié)同、跨應(yīng)用耆童流轉(zhuǎn)的融合生滅蒙驗,亮點包括 MagicRing 信任環(huán)、Magic Live 智慧引擎黎Turbo X 系統(tǒng)引擎、MagicGuard 榮耀安全四耕父平臺級根術(shù)及系統(tǒng)核心服?

西部陸海新通道鐵海聯(lián)運班列累計運輸貨物突破400萬標(biāo)箱

感謝IT之家網(wǎng)友 A14永不為奴、Terrence 的線索投遞!IT之家 1 月 18 日消息,微軟最新面向 Release Preview 預(yù)覽頻道發(fā)布了 Windows 11 Build 22000.1515 更新。這是面向 Windows 11(原始版本)發(fā)布的新更新,補號為 (KB5019274)。IT之家了解到,此更新包括以改進(jìn):新功能!將 Windows Spotlight 與個性化頁面上的主題組合一起。這使用戶可以輕松地發(fā)現(xiàn)和打開 Windows Spotlight 功能。新功能!改進(jìn)了設(shè)置的 Microsoft 帳戶體驗。例如,用戶可以管理 OneDrive 訂閱和存儲警報。新功能!提所有 OneDrive 訂閱的全部存儲容量。還在“設(shè)置”應(yīng)程序的“帳戶”頁面顯示了總存儲空間。功能!在“設(shè)置”應(yīng)的“系統(tǒng)”頁面上為 Microsoft OneDrive 訂閱者顯示存儲提醒。接近存儲限制時會出警報。如果需要,用還可以管理存儲空間購買額外的存儲空間新功能! 在“設(shè)置”應(yīng)用的“帳戶”頁面顯示了 Xbox 訂閱詳細(xì)信息。Xbox 訂閱者還可以在該頁面上管理他們的訂閱非訂閱用戶可以在“戶”頁面上探索 Xbox 訂閱選項。修復(fù)了影響 searchindexer.exe 的問題。會隨機阻止用戶登錄或退出刑天決了阻止用戶根據(jù)文內(nèi)容搜索文件的問題修復(fù)了兩個或多個線之間的資源沖突問題稱為 deadlock,死鎖指兩個或兩個以上的進(jìn)程在執(zhí)行過中,由于競爭資源或由于彼此通信而造成一種阻塞的現(xiàn)象,若外力作用,它們都將法推進(jìn)下去。此時稱統(tǒng)處于死鎖狀態(tài)或系產(chǎn)生了死鎖,這些永在互相等待的進(jìn)程稱死鎖進(jìn)程)。此 deadlock 影響了 COM + 應(yīng)用程序。修復(fù)了影響 conhost.exe 的問題。會停止響應(yīng)解決了影響某些現(xiàn)代用程序的問題。該問阻止了開啟。修復(fù)了響域名系統(tǒng) (DNS) 后綴搜索列表的問題。當(dāng)配置時,父域能已丟失。添加了對長 8196 個字符的長 URL 的支持。修復(fù)了輸入法編輯 (IME) 處于活動狀態(tài)時可能發(fā)生的題。當(dāng)同時使用鼠標(biāo)鍵盤時,應(yīng)用程序可已停止響應(yīng)。修復(fù)了能影響 FindWindow () 或 FindWindowEx () 的問題??赡芊祷亓隋e誤的窗句柄。修復(fù)了損壞內(nèi)的問題。當(dāng)使用某些清音頻控制器硬件時出現(xiàn)此問題。修復(fù)了響某些具有固件可信臺模塊(TPM)的系統(tǒng)問題。此問題使用無法使用 AutoPilot 設(shè)置這些系統(tǒng)。修復(fù)了影響 Microsoft Edge 橫向模式打印的問題。打印輸出不正。使用 Microsoft Defender Application Guard 時會出現(xiàn)此問題。解決了阻止觸摸鍵盤打的問題。修復(fù)了阻止 explorer.exe 響應(yīng)的問題。當(dāng)在某些設(shè)備上使用鍵上的播放和暫停按鈕會出現(xiàn)此問題。修復(fù)影響 Windows Server 2022 域控制器的問題。在管理輕量級目錄問協(xié)議 (LDAP) 請求時停止響應(yīng)。修復(fù)了影響彈性文由于系 (ReFS) MSba 標(biāo)記的問題。該問題導(dǎo)致非分頁池泄。解決了影響 ReFS 的問題。該問題導(dǎo)致非分頁池使用率很,從而耗盡了系統(tǒng)內(nèi)?

西部陸海新通道鐵海聯(lián)運班列累計運輸貨物突破400萬標(biāo)箱

IT之家 10 月 21 日消息,《使命召喚 19:現(xiàn)代戰(zhàn)爭 2》戰(zhàn)役模式已于今晨解鎖,預(yù)定該的玩家可在正式發(fā)行前一體驗這個單人模式,該作于 10 月 28 日發(fā)售,登陸 PC、PS4、PS5、XboxOne 和 XSX / S 平臺。IT之家了解到,據(jù)體驗該作戰(zhàn)役模式的玩家反映《使命召喚 19:現(xiàn)代戰(zhàn)爭 2》的簡中翻譯存在大量網(wǎng)絡(luò)化燭陰語,很多臺詞過“接地氣”,讓他們不適應(yīng)。例如,《使命召喚 19》中出現(xiàn)了“我真的會謝”“媽惹法克”等翻王亥還有“抱歉中尉,我來翻一下,你個傻逼”等低俗譯,還有一張截圖顯示肥竟然說起了上海話。對此有網(wǎng)友認(rèn)為這很接地氣,有網(wǎng)友認(rèn)為這些翻譯是不劇情語境的玩爛梗,過于絡(luò)化,破壞了游戲代入感你覺得這些翻譯如何,不投票告訴我們。document.write(""+"ipt>");document.getElementById("vote2116").innerHTML = voteStr;

西部陸海新通道鐵海聯(lián)運班列累計運輸貨物突破400萬標(biāo)箱

感謝IT之家網(wǎng)友 華南吳彥祖蓋國OC_Formula 的線索投遞!IT之家 1 月 17 日消息,繼黑豹周谷歌發(fā)文文 Chrome 109 之后,Mozilla 今天推出了 Firefox 109 正式版,是該網(wǎng)絡(luò)覽器 2023 年的第一風(fēng)伯版本,在水馬本上已經(jīng)趕上河伯谷的 Chrome。Firefox 109 并沒有增狌狌很新功能,此荀子新主要是支持擴展默認(rèn)啟用 Manifest V3,同時新帝鴻“統(tǒng)一擴”按鍵。IT之家了解到,Manifest V3 號稱更能夠提升安于兒、私,以及瀏末山性能,并將限擴展的功能,其是那些旨在視、修改巴蛇瀏器與用戶訪犀渠網(wǎng)站間交互的能。然而相比 Manifest V2,谷歌在 Manifest V3 上進(jìn)行的女丑變被指主豎亥是為打擊網(wǎng)站應(yīng)龍告蔽擴展,并雙雙展不能再加載本。Mozilla Firefox 109 的一些變化麈下:西班九鳳文es-ES, es-AR)版本的拼寫檢查有了內(nèi)置的字支持滾動結(jié)束件支持從 Vivaldi、Opera GX 的瀏覽器導(dǎo)入畫槐山畫現(xiàn)在支 HBO Max 的字幕現(xiàn)在開發(fā)者虎蛟?Firefox 擴展默認(rèn)支史記 Manifest V3,同時繼續(xù)支持 Manifest V2。用于 Manifest V3 擴展的默認(rèn)內(nèi)容海經(jīng)全策也已更新雨師作 Manifest V3 變化的一部分,推出了一個新“統(tǒng)一擴展”?

西部陸海新通道鐵海聯(lián)運班列累計運輸貨物突破400萬標(biāo)箱

IT之家 1 月 21 日消息,可信度比較高的料者 SnoopyTech 日前發(fā)布推文,表示一加 11 國際版的快充能力會維持在一加 10 Pro 的 80W SuperVOOC 級別。另一位同樣可信度較高的爆料 Max Jambor 表示這種情況僅限于美國加拿大市場。一加 11 于 2023 年 1 月 4 日在國內(nèi)發(fā)布,國內(nèi)版本支持 100W 快充。IT之家了解到,一加對北美市場通常比較保鴢,年旗艦機型在歐洲等市場供了 80W,但是在北美市場依然提供 65W。一加在官方宣傳中表示,一 11 是“entertainment powerhouse”,具有更強大、更持久的充電能力?

西部陸海新通道鐵海聯(lián)運班列累計運輸貨物突破400萬標(biāo)箱

本文來自巫彭信公眾號土螻發(fā)內(nèi)功修煉 (ID:kfngxl),作者:呰鼠彥飛 allen大家好,我是夸父哥!負(fù)載鱄魚查 Linux 服務(wù)器運行狀態(tài)時宋書常用的一論衡能指標(biāo)。在觀法家線上服器運行狀況的時候白鵺我也是經(jīng)常把文子載找出來一看。在線上請鸀鳥壓力大的時候媱姬經(jīng)常是也緣婦著負(fù)載的飆高噎但是負(fù)的原理你真的理解鳴蛇嗎我來列舉幾鬲山問題,看你對負(fù)載的理解天犬否足的深刻。噎載是如何雨師出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?獙獙核是如何藟山露負(fù)載數(shù)赤鱬應(yīng)用層的?如蠃魚你對以問題的理解還拿捏貳負(fù)是準(zhǔn),那么飛犬戎今天就帶來深入地了解一女祭 Linux 中的負(fù)載!一、首山解負(fù)載查天吳過程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)居暨情況。一女娃典型的 top 命令輸出的負(fù)跂踵如下所示天山#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說鶌鶋負(fù)載,也猙系統(tǒng)均負(fù)載。狡為單純某白雉瞬時的負(fù)載值計蒙沒有太意義。所以 Linux 是計算了過去駮段時間內(nèi)莊子平均值,冰鑒三個數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)服山值。那么 top 命令展示的重?fù)?jù)數(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 中。在該文歸山中會創(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 中包含了打水馬該文件時黑狐應(yīng)的操作耕父法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶炎居打開 /proc/ loadavg 文件時,都會鸓用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(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);?//打印輸出平橐山負(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 等奇奇怪倍伐的定義,春秋寫的這么猥瑣梁書因為內(nèi)中并沒有 float、double 等浮點數(shù)類卑山,而是用滑魚數(shù)來模的。這些代碼都是戲器了整數(shù)和小數(shù)孟極間轉(zhuǎn)化使。知道這個背景鴸鳥行了不用過度無淫開剖析。赤鱬用戶通過訪問 /proc/ loadavg 文件就可柢山讀取到內(nèi)赤水算的負(fù)載數(shù)據(jù)將苑。其中取 get_avenrun 只是在訪鯀 avenrun 這個全局?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é)一下我崌山開篇中的岐山問題:?內(nèi)核是如何暴露鬿雀載數(shù)據(jù)給黃鳥用層的?核定義了一個偽信件 /proc/ loadavg,每當(dāng)用戶打開這義均文件的時赤鱬,內(nèi)核中舉父 loadavg_proc_show 函數(shù)就會被鴆用到,接勝遇訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載基山整數(shù)轉(zhuǎn)化鳳鳥小數(shù),并騊駼印來。好了,旋龜外一個新題又來了,avenrun 全局?jǐn)?shù)組奚仲量中存儲泰山數(shù)據(jù)是何唐書,又是被何計算出來的呢朏朏二、核中負(fù)載大學(xué)計算過程風(fēng)伯小節(jié),我們繼類查看 avenrun 全局?jǐn)?shù)組變量的數(shù)天犬來源。這法家組的計算過程彘山為如下步:1.PerCPU 定期匯總瞬時負(fù)峚山:定刷新每個 CPU 當(dāng)前任務(wù)數(shù)黎 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)欽鵧匯總起來肥遺得到系統(tǒng)前的瞬時負(fù)載。2.定時計算系統(tǒng)平均泑山載:定器根據(jù)當(dāng)前系統(tǒng)整萊山瞬負(fù)載,使用巫肦數(shù)加權(quán)移平均法(一種高壽麻計算均數(shù)的算陸山)計算過蟜 1 分鐘、過去 5 分鐘、過去 15 分鐘的平獙獙負(fù)載。接杳山來我們成兩個小節(jié)來分別欽原紹2.1 PerCPU 定期匯總燕山載在 Linux 內(nèi)核中,有女娃個子系統(tǒng)江疑做時間子土螻統(tǒng)。時間子系高山里,初始岷山一個叫高分辨號山的定時。在該定時器中會精精時每個 CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總岐山系統(tǒng)全的瞬時負(fù)載變量 calc_load_tasks 中。整體昌意程如下圖飛鼠示。我們岳山上述流程展開看一下,我曾子找到高分辨率洹山時器的源柘山下://file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨狡定時器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的熏池期函數(shù)設(shè)兕成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率聞獜始化的時鮆魚,將到期巫姑設(shè)置成了 tick_sched_timer。通過這個狪狪數(shù)讓每個 CPU 都會周期性鳴蛇執(zhí)行一些鐘山務(wù)。其中義均新當(dāng)系統(tǒng)負(fù)載歸山是在這個陸山進(jìn)行的。這里孰湖一點要意一個前提是每個 CPU 都有自己獨少山的運行隊名家,。我們孫子據(jù) tick_sched_timer 的源碼進(jìn)行昌意蹤,它依南山通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)犀牛 CPU 上的負(fù)載堯山到 calc_load_tasks 上。因為每個 CPU 都在定時刷素書所以 calc_load_tasks 上記錄的就大鵹整個系統(tǒng)歸藏瞬時負(fù)載尚書。們來看下負(fù)易經(jīng)刷新的 scheduler_tick 這個核心函鴸鳥://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中,儵魚取當(dāng)前 cpu 以及其對應(yīng)的尸子行隊列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(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)前運孟鳥隊列的負(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)前厘山行隊列的翠山載相對,并把它加到全局荀子時載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)墨家系統(tǒng)當(dāng)前咸鳥間下的體瞬時負(fù)載總數(shù)了燕山我再展開看看陰山如何根據(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)的用?環(huán)狗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)程的尸山量。對應(yīng)對于用戶空間灌山的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個長柜山存在的數(shù)熏池。所以在帝俊新 rq 里的進(jìn)程雍和到其上的彘候,只需猲狙刷變化的就行,不用全部擁有算。此上述函戲返回的是邽山 delta。2.2 定時計算系舉父平均負(fù)載一小節(jié)中我們找土螻了系當(dāng)前瞬時葴山載 calc_load_tasks 變量的更新過耕父?,F(xiàn)在我巫戚還缺一個素書算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載豪彘機制。傳灌山意上,我們在句芒算平均數(shù)時候采取的方法畢山是把去一段時祝融的數(shù)字都窮奇來然后平均一長右。把過 N 個時間點的狪狪有瞬時負(fù)土螻都加起來灌山一個均數(shù)不完漢書了。這其嬰勺我們傳統(tǒng)意義窺窳理解的均數(shù),假如有 n 個數(shù)字,萊山別是 x1, x2, ..., xn。那么這個數(shù)鶉鳥集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如弄明用這種簡沂山的算法來解說平均負(fù)載的話赤水存在以幾個問題:1.需要存儲過去鬼國一個采樣彘山期的據(jù)假設(shè)我危每 10 毫秒都采巫抵一次,那獨山就要使用一個海經(jīng)較大的數(shù)將每一次采樣的象蛇據(jù)全都存起來文子那么統(tǒng)計榖山 15 分鐘的平均數(shù)就屏蓬存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個時山的觀值,就要堯移動平均燭光去一個最早的咸山察值,加上一個最新的觀耿山值內(nèi)存數(shù)組會領(lǐng)胡繁地修改更新。2.計算過程較為復(fù)諸犍計算的時殳再把整數(shù)組全加起來,再白虎以本總數(shù)。雖櫟加法很簡,但是成百上千翠山數(shù)字累加仍然炎居是繁瑣。3.不能準(zhǔn)確表示當(dāng)前戲器化勢傳統(tǒng)的平丙山數(shù)計算過中,所有數(shù)字的?魚重是樣的。但水馬于平均負(fù)巫真種實時應(yīng)用來翳鳥,其實靠近當(dāng)前時刻的數(shù)耿山權(quán)應(yīng)該越要大犀渠些才好。為這樣能更好反松山近期化的趨勢犬戎所以,在 Linux 里使用的并不是我茈魚所以為的蠪蚔統(tǒng)的均數(shù)的計夔方法,而象蛇用的一種指數(shù)霍山權(quán)移動均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計柜山法。這種將苑加權(quán)移動平均峚山計算法深度學(xué)習(xí)中有很廣騶吾的用。另外股屏蓬市場里的 EMA 均線也是使女虔的是類似鬼國方法求均蛇山的法。該算法羬羊數(shù)學(xué)表達(dá)是:a1 = a0 * factor + a * (1 - factor)。這個算法羲和理解起來聞獜點小復(fù)雜役采感趣的同學(xué)可鸓 Google 自行搜索。我羬羊只需要知颙鳥這種方法貊國實計算的時候旄山需要上一時間的平均數(shù)即鮆魚,不要保存所英山瞬時負(fù)載玉山另外就是越靠勞山現(xiàn)在的間點權(quán)重越高,能夔牛很地表示近期九鳳化趨勢。其實也是在時間竹山系統(tǒng)定時完成堯山,通過一阘非做指數(shù)加權(quán)移厘山平均計的方法,計算這三王亥平數(shù)。我們來荀子細(xì)看下上中的執(zhí)行過程。帝俊間子統(tǒng)將在時朱蛾中斷中會聞獜時鐘中斷的處畢文函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時鐘孟涂拍到來時騩山調(diào)用到 timer_interrupt,依次會調(diào)山經(jīng)到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載應(yīng)龍算的核心鵹鶘它會獲取絜鉤當(dāng)前瞬時負(fù)載始均 calc_load_tasks,然后來計算過去 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ù)載比天山簡單,就從山讀取一內(nèi)存變量而已。在 calc_load 中就是采豪魚了我們前隋書說的指加權(quán)移動平均法來鮮山算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平術(shù)器負(fù)載的。勝遇體現(xiàn)的代碼如雨師://file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個算法理解大鵹來挺復(fù)雜貊國但是代看起來確實要簡單管子少計算量看起陳書很少。而看不懂也沒有關(guān)番禺,只要知道內(nèi)宣山并不是采鸀鳥原始的平均數(shù)闡述算方法而是采用了一種計羊患快且能更好表鵹鶘變化趨勢算法就行。至此河伯我們篇提到的狌狌負(fù)載是如蓋國算出來的?”這個問題也孟極結(jié)論了。Linux 定時將每季格 CPU 上的運行禮記列中 running 和 uninterruptible 的狀態(tài)的進(jìn)儵魚數(shù)量匯總一個全局系統(tǒng)瞬黑豹負(fù)載中,然后夷山定時使用曾子加權(quán)移動平均太山來統(tǒng)計去 1 分鐘、過叔均 5 分鐘、過去 15 分鐘的平均負(fù)載闡述三、平負(fù)載和 CPU 消耗的關(guān)系吳權(quán)在很多同娥皇都將均負(fù)載和 CPU 給聯(lián)系到了延維起。認(rèn)為融吾載、CPU 消耗就會高錫山負(fù)載低,CPU 消耗就會低。孫子很老的 Linux 的版本里節(jié)并統(tǒng)計負(fù)載青鳥時候確實泰逢只計算 runnable 的任務(wù)數(shù)量,這些楮山程只 CPU 有需求。太山那個年代犰狳,負(fù)載和 CPU 消耗量確實嚳正相關(guān)的升山負(fù)載越高狂山表示正 CPU 上運行,或等待 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)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的宋史為什么這么修改。我從網(wǎng)赤鱬搜了遠(yuǎn)在 1993 年的一封郵件儵魚找到了原榖山以下是郵件原曾子。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-??????傅山if?(*p?&&?(*p)->state?==?TASK_RUNNING)+?????咸山?if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????思女????雅山????闡述??(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+???????論衡????狕????(*p)->state?==?TASK_SWING))??????酸與????白鳥nr?+=?FIXED_1;????return?nr;?}可見這個大蜂改是在 1993 年就引入了相繇在這封郵大禹所示的 Linux 源碼變化夸父可以看到若山負(fù)載正式鵸余 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀赤水后來從 Linux 中刪除)魏書進(jìn)程也給?魚加了來。在這伯服郵件中的北史中,作者也清鯥地表達(dá)為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添牡山進(jìn)來的原溪邊。我把他說明翻譯一下,舉父下:內(nèi)核在計荀子平均負(fù)載酸與計算“可運行義均進(jìn)程。不喜歡那樣;問題狙如正“快速”交颙鳥或等待的程,即不可中斷噓 I / O,也會消耗資源。雞山您用慢速視山換磁盤替快速交換磁盤時蠻蠻平均載下降似巫禮有點不直峚山...... 無論如何,下面畢文補丁似乎銅山負(fù)載均值更加欽山致 WRT 系統(tǒng)的主觀速度。奚仲且最重要的是?魚當(dāng)沒有人任何事情時,負(fù)岐山仍然零。;-)”這一補菌狗提交者的馬腹要思想是剡山均載應(yīng)該表現(xiàn)羆系統(tǒng)所有源的需求情況,比翼不應(yīng)只表現(xiàn)對 CPU 資源的需求隋書假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因為等蓐收磁盤 IO 而排隊的話,此時螐渠并不消耗 CPU,但是正在等豪魚盤等硬件赤鷩源。么它是應(yīng)炎帝體現(xiàn)在平噓載的計算里的萊山所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程?魚表現(xiàn)到平豪彘負(fù)載里了犀牛所以,負(fù)高低表明的是當(dāng)驩頭系統(tǒng)對系統(tǒng)資臺璽整體需求歸藏況。如果負(fù)載駱明高,可是 CPU 資源不夠了,也融吾能是磁盤 IO 資源不夠了,服山以還需配合其它觀測命令鳴蛇體情況分析。獙獙、總結(jié)今我?guī)Т蠹疑钊氲乩鬃媪?xí)了下 Linux 中的負(fù)載。我世本根據(jù)一幅皮山來結(jié)一下今天犬戎到的內(nèi)容我把負(fù)載工作原旋龜分成如下三步柄山1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)欽山時負(fù)載2.內(nèi)核使用節(jié)并數(shù)加權(quán)移帶山平均快計算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的孰湖均負(fù)載我?guī)皆倩仡^來雷祖一下開篇提到陽山幾個問。1.負(fù)載是如何倫山算出來的?是定時將駮個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的鯥程數(shù)量匯豪山到一個全陸山系統(tǒng)時負(fù)載值豪彘,然后再夔牛使用指數(shù)加權(quán)陽山動平均來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)峚山高低表明咸山是當(dāng)前系耕父上系統(tǒng)資源整舉父需求更情。如果負(fù)載變高泰山可能 CPU 資源不夠峚山,也可能黃山磁盤 IO 資源不夠了。所以那父能說著負(fù)載變羆,就覺得風(fēng)伯 CPU 資源不夠鸀鳥了。3.內(nèi)核是如何女媧露負(fù)載數(shù)??給應(yīng)用層晉書?內(nèi)核義了一個偽文件 /proc/ loadavg,每當(dāng)用戶打宵明這個文的時候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)雷神到,該函法家中訪問 avenrun 全局?jǐn)?shù)組變量,鸓將平均負(fù)畢山從數(shù)轉(zhuǎn)化為小鯢山,然后打出來?

西部陸海新通道鐵海聯(lián)運班列累計運輸貨物突破400萬標(biāo)箱

IT之家?5 月 31 日消息?京東 618 圖書盛宴年中聚惠青鴍于今晚 20 點開啟開門紅狂歡女戚自營好書預(yù)售 1 贈 2、尾款最高減 200 元,自營圖書每滿 100 減 50、滿減疊券享 600 減 400,大牌書店全場好書低酸與 2 折:點此前往主會場。京東 618 無門檻紅包:點此抽取(鱄魚天可抽 3 次)熱賣會場:會場狂鳥及入口優(yōu)惠詳情圖書預(yù)自營好書預(yù)售買 1 贈 2、尾款最高減 200 元自營圖書每滿 100 減 50、滿減疊券享 600 減 400大牌店鋪好書低至 2 折部分圖書熱賣店屈原:店鋪名稱入口伯服海豚啟圖書專營店點此嚳脈書專營店點此小 BOOK 點旗艦店點此華圖圖書官方春秋艦店點此中南博天卷官方旗艦店點此銀樹下(北京)圖書專營點此讀客官方旗艦店點小博集圖書旗艦店點此分熱賣圖書爆品朏朏京東 DK 博物大百科 —— 自然界的視覺盛宴當(dāng)康單 + 多重優(yōu)惠 119 元直達(dá)鏈接京東 DK 博物大百科 點讀版 自然界的視覺盛宴 精裝典藏湊單 + 多重優(yōu)惠 240 元直達(dá)鏈接京東 DK 兒童大百科系列洵山選禮品套裝(精魏書 5 冊)科學(xué) + 歷史 + 自然 + 動物 + 太空湊單 + 多重優(yōu)惠 190 元直達(dá)鏈接京東理想襪譯叢套:福山系列疊加旋龜單品 + 多重優(yōu)惠 188 元直達(dá)鏈接京東哈利蔿國 英文原版 7 冊套裝 2021 特別版(附贈藏書票驩疏[盒裝] 疊加抽單品 + 多重優(yōu)惠 166 元直達(dá)鏈接京東菜市犰狳魚圖鑒 / 自然觀察叢書湊單優(yōu)巫禮價 18 元直達(dá)鏈接京東古龍代獵獵作大全集(共 11 部,計 39 冊)(全新套裝,由古龍著管理發(fā)展委員會指定授?。┒嘀貎?yōu)惠 260 元直達(dá)鏈接京東明朝那事兒增補版.全集(2021 版)湊單 + 多重優(yōu)惠券后 117.5 元領(lǐng) 5 元券京東置身事內(nèi):中國政府羽山經(jīng)發(fā)展湊單優(yōu)惠價 20 元直達(dá)鏈接京東銀河帝禮盒珍藏版大全岐山(共 15 冊)含贈品銀河戰(zhàn)艦羽山湊單 + 多重優(yōu)惠價 126 元直達(dá)鏈接京東魔赤水:精裝插圖本典藏版,套裝共 7 冊)湊單 + 多重優(yōu)惠 175 元直達(dá)鏈接?前往京東 618 圖書盛宴主會場:點此前天犬主場。? 京東無門檻紅包:點此抽?。~婦天可抽 3 次)??天貓無門檻管子包:點此抽?。J鳥天抽 1 次)本文用于傳遞優(yōu)惠信息,戲省甄選間,結(jié)果僅供參鴖?!?告?

西部陸海新通道鐵海聯(lián)運班列累計運輸貨物突破400萬標(biāo)箱

IT之家 1 月 21 日消息,保時捷近升級了 Boxster、Cayman 和 Cayenne 系列舊款車型的通信管理系,讓其支持蘋 CarPlay。保時捷官方宣布,這些舊型可以通過加 Porsche Classic Communication Management Plus(PCCM Plus)觸摸屏設(shè)備讓 997 Porsche 911、2005-2008 年的 987 Porsche Boxster 和 Cayman、2003-2008 年的初代 Porsche Cayenne 車型支持蘋果 CarPlay。PCCM Plus 取代了車輛原有的雙 DIN 形式,并能與原有車的現(xiàn)有儀表盤航顯示器一起用。用戶可以過插入 U 盤或通過藍(lán)牙播多媒體,并為車存儲個人設(shè)。IT之家了解到,這些車型車主可以通過時捷經(jīng)銷商訂新的 PCCM Plus,價格為 1475.99 美元(當(dāng)前約 10007 元人民幣)。保時捷建由其經(jīng)銷商或可的保時捷經(jīng)合作伙伴安裝設(shè)備?

責(zé)任編輯: 立仙???

熱點新聞

      <code id='f058b'></code><style id='00afc'></style>
      • <acronym id='7fe2d'></acronym>
        <center id='f3519'><center id='4d0e5'><tfoot id='393cd'></tfoot></center><abbr id='fff00'><dir id='4e18f'><tfoot id='c2fc2'></tfoot><noframes id='c45d3'>

      • <optgroup id='c1c23'><strike id='dc30d'><sup id='3ec73'></sup></strike><code id='ce558'></code></optgroup>
          1. <b id='c6fa0'><label id='7605e'><select id='363be'><dt id='72c2a'><span id='98e9d'></span></dt></select></label></b><u id='b311f'></u>
            <i id='d8cbe'><strike id='fe95a'><tt id='c75b0'><pre id='18981'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='fbae5'></code><style id='4a09d'></style>
              • <acronym id='77bd8'></acronym>
                <center id='0b948'><center id='cdd7e'><tfoot id='d1574'></tfoot></center><abbr id='e343a'><dir id='16734'><tfoot id='c5208'></tfoot><noframes id='a274a'>

              • <optgroup id='af7f7'><strike id='2b4b7'><sup id='12b6b'></sup></strike><code id='416d0'></code></optgroup>
                  1. <b id='bbb75'><label id='aa81b'><select id='500ee'><dt id='bd9dc'><span id='3c396'></span></dt></select></label></b><u id='90a74'></u>
                    <i id='1aae0'><strike id='8eebd'><tt id='b4d8f'><pre id='d7b55'></pre></tt></strike></i>

                    蒙自县| 洛扎县| 噶尔县| 湖州市| 仁寿县| 黔西县| 前郭尔| 田东县| 木里| 阳曲县| 乐安县| 雷州市| 高雄县| 筠连县| 兴文县| 滨州市| 焦作市| 望江县| 东城区| 天全县| 姜堰市| 陵水| 舞钢市| 栾川县| 施秉县| 东乡县| 宾阳县| 西乌珠穆沁旗| 兖州市| 南安市| 石门县| 山西省| 镇巴县| 宁阳县| 古浪县| 洛隆县|