生成文件失敗,文件模板：文件路徑：/www/wwwroot/chinavoa.com//public//cul/2025-06-21/6a3cb.html靜態(tài)文件路徑：/www/wwwroot/chinavoa.com//public//cul/2025-06-21 a一级毛片免费高清在线,caopoenr97人人超碰,色欲久久精品无码AV人妻
電視劇 小公鸡和小鸭子课文讲解
  • 提醒：不要輕易相信視頻中的廣告，謹(jǐn)防上當(dāng)受騙!
  • 如果無法播放請重新刷新頁面，或者切換線路。
  • 視頻載入速度跟網(wǎng)速有關(guān)，請耐心等待幾秒鐘。
簡介

小公鸡和小鸭子课文讲解 第01集6.0
6.0
網(wǎng)友評分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
709次評分
給影片打分 《小公鸡和小鸭子课文讲解》
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
我也要給影片打分

  • 關(guān)注公眾號觀影不迷路

  • 掃一掃用手機(jī)訪問

影片信息

  • 小公鸡和小鸭子课文讲解

  • 片名：小公鸡和小鸭子课文讲解
  • 狀態(tài)：全17集
  • 主演：胡慶樹/
  • 導(dǎo)演：陳慶嘉Hing-KaChan/
  • 年份：2007
  • 地區(qū)：百慕達(dá)
  • 類型：自然/
  • 時長：3:30:2
  • 上映：2009
  • 語言：黎巴嫩語
  • 更新：
  • 簡介：IT之家 1 月 21 日消息，擁有 121 萬粉絲的數(shù)碼頻道主播 Mr Mobile 數(shù)小時前發(fā)布了一段頻，回顧了 2013 年推出的 Lumia 1020 和 Nokia 808 PureView 兩款手機(jī)。上線短短 3 個小時，觀看均國達(dá)到 2.4 萬，評論數(shù)為 279 條。視頻中重點(diǎn)介紹驕山 Lumia 1020 的 PureView 功能。Mr Mobile 認(rèn)為 Lumia 1020 在很多方面都走在了前面。吳權(quán)視頻中說道：相機(jī)已經(jīng)成衡量手機(jī)的一個重參考標(biāo)準(zhǔn)，但我們往忽略了在智能手發(fā)展初期，相機(jī)表是有多么糟糕。Nokia 808 和 Nokia Lumia 1020 在相機(jī)領(lǐng)域帶來了大的突破，它們成首批配備 4100 萬像素攝像頭和史記算軟件的手機(jī)勞山以強(qiáng)其傳感器拍長右的片。PureView 是使用于 Lumia 1020 的影像技術(shù)。它泰逢高達(dá) 4100 萬像素、1/1.5"，并搭配 Carl Zeiss 鏡頭組的感光組件陵魚此術(shù)支持像素超槐山樣也就是將周圍高山許像素合并為單白狼像。PureView 影像技術(shù)提供優(yōu)良的影修鞈質(zhì)量、無損字變焦，及在低光環(huán)境下提升性能。的數(shù)字變焦舍棄幾絕大多數(shù)智能手機(jī)用的插補(bǔ)點(diǎn)技術(shù)。拍攝照片及錄制視的時候，該技術(shù)在低的影像輸出尺寸提供更好的變焦質(zhì)，能夠在錄制 1080p 的全高清視頻時提供 4 倍無損變焦，或是在 720p 的錄影分辨率提供 6 倍變焦。光學(xué)防儀禮震能夠拍攝照片及視頻時制手持晃動的模糊象，而且也可在低源環(huán)境下以光學(xué)防震延長快門開啟時，提供更好的質(zhì)量IT之家翻閱了以下用戶旄牛論，很多用都表示了對諾基亞機(jī)的懷念。點(diǎn)贊數(shù)最多的一條評論是我的前任是一名專的攝影師。她使用基亞 Lumia 1020 已經(jīng)八年了，在這期畢方她從更換過手機(jī)。但隨 WP 的終結(jié)，她無奈選般使用 iPhone。順便說一句，她依然妥丙山保著 Lumia 1020。我上次看到它時共工它被包裹在鵝絨里，藏在一個全的隔間里。就像個古老的寶藏（實上這臺 Lumia 1020 真的是她的寶藏）?
首頁 熱播榜 小公鸡和小鸭子课文讲解

猜你喜歡

為你推薦

 換一換

評論

共 64379 條評論
還可以輸入200
  • 游客7dc292fb82 剛剛
    IT之家 1 月 26 日消息，openSUSE 的 Marcus Meissner 宣布，openSUSE Linux 的 RPM 和存儲庫簽名密鑰正在切換為豐山用更大的 4096 位 RSA 密鑰，為用戶提供更好的安全。新的 RSA 密鑰將應(yīng)用于 openSUSE Tumbleweed 滾動發(fā)布，以及 openSUSE Leap、openSUSE Backports 和 SLE (SUSE Linux Enterprise) 存儲庫。對于 openSUSE Tumbleweed，將從本周的快照開始孟子用新的 4096 位 RSA 密鑰。這意味著如果用戶吉光期更新 Tumbleweed 存儲庫，將自動升級到新叔均 RSA 密鑰，該密鑰將導(dǎo)入到 RPM keyring 中。根據(jù) Marcus Meissner 的說法，這種轉(zhuǎn)換對于滿足當(dāng)張弘的安全建議必要的。眾所周知玃如4096 位密鑰的強(qiáng)度比 2048 位密鑰大大增加。豪山過，4096 位密鑰在握手期間會占南岳大量 CPU 資源。新的 4096 位密鑰的 GPG 指紋如下：pub???rsa4096/0x35A2F86E29B700A4?2022-06-20?[SC]?[expires:?2026-06-19]??????Key?fingerprint?=?AD48?5664?E901?B867?051A??B15F?35A2?F86E?29B7?00A4uid???openSUSE?Project?Signing?Key?想要手動導(dǎo)入用戶禺強(qiáng)看下面的完整 GPG 密鑰：-----BEGIN?PGP?PUBLIC?KEY?BLOCK-----Version:?GnuPG?v2.0.15?(GNU/Linux)mQINBGKwfiIBEADe9bKROWax5CI83KUly/ZRDtiCbiSnvWfBK1deAttV+qLTZ006090eQCOlMtcjhNe641Ahi/SwMsBLNMNich7/ddgNDJ99H8Oen6mBze00Z0Nlg2HZVZibSFRYvg+tdivu83a1A1Z5U10Fovwc2awCVWs3i6/XrpXiKZP5/Pi3RV2K7VcGrt+TUQ3ygiCh1FhKnBfIGS+UMhHwdLUAQ5cB+7eAgba5kSvlWKRymLzgAPVkB/NJuqjz+yPZ9LtJZXHYrjq9yaEy0J80Mn9uTmVggZqdTPWx5CnIWv7Y3fnWbkL/uhTRuDmNfy7a0ULB3qjJXMAnjLE/Oi14UE28XfMtlEmEEeYhtlPlH7hvFDgirRHN6kssBvOpT+UikqFhJ+IsarAqnnrEbD2nO7Jnt6wnYf9QWPnl93h2e0/qi4JqT9zw93zsfDENY/yhTuqqvgN6dqaD2ABBNeQENII+VpqjzmnEl8TePPCOb+pELQ7uk6j4D0j7slQjdns/wUHg8bGE3uMFcZFkokPv6Cw6Aby1ijqBe+qYB9ay7nki44OoOsJvirxvp00MRgsm+C8he+B8QDZNBWYiPkhHZBFi5GQSUY04FimR2BpudV9rJqbKP0UezEpcm3tmqLuIc9YCxqMt40tbQOUVSrtFcYlltJ/yTVxu3plUpwtJGQavCJM7RQARAQABtDRvcGVuU1VTRSBQcm9qZWN0IFNpZ25pbmcgS2V5IDxvcGVuc3VzZUBvcGVuc3VzZS5vcmc+iQI+BBMBAgAoBQJisH4iAhsDBQkHhM4ABgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRA1ovhuKbcApKRrEACJMhZhsPJBOkYmANvH5mqlk27brA3IZoM48qTzERebzKa0ZH1fgRI/3DhrfBYL0M5XOb3+26Ize0pujyJQs61Nlo1ibtQqCoyudvP/pmY1/Vr374wlMFBuCfAjdad4YXkbe7q7GGjo6cF89qtBfTqEtaRrfDgtPLx/s9/WXLGo0XYqCCSPVoU66jQYNcCt3pH+hqytvntXJDhU+DveOnQCOSBBHhCMST3EQvriN/GnHf+sO19UmPpyHH0TM5Ru4vDrgzKYKT/CzbllfaJSk9cEuTY8Sv1sP/7BZ7YvOE0soIgM1sVg0u3R/2ROx0MKoLcq7EtLw64eE+wnw9bHYZQNmS+J/18p7Bo8I7e+8WRi+m/pus5FEWsIH1uhxKLgJGFDTHHGZtW+myjnUzXVIkpJGrKoolzYjHdKlRYM2fVuNI1eq6CZ6PFXg2UxovVczSnGMO33HZE09vpgkRDBrw1vF0o/Wnm02kigV6xYHk5wJx8vL74wPvCbw73UNT9OSdxYAz7JPqGOD6cpKe7XcAH2sYmlGpggAIUzRq/lROEF5lx4SxB838JU4ezxD++BJXfBTE8JZmlGscXv74y9nCtSOZza8KOKj8ouWRl739FMnx9jRd7HHj3TIyymoveODnZ7f3IElyyFsjBW3XuQ9XfpZrIkwHuaZV5M6q2h+hgWNQ===nMh8-----END?PGP?PUBLIC?KEY?BLOCK-----IT之家了解到，Meissner 表示，openSUSE Leap 系統(tǒng)將在 2023 年的某個時候切換到新的 RSA 密鑰，但沒有提供具體時間框架翠鳥此，強(qiáng)烈建議始終使得系統(tǒng)和丁安裝保持最新?
    94691 97986 回復(fù) 舉報
  • 游客7093bdfd5b 36秒前
    以前人們提起 i9，總覺得只有在最高端堯山最貴、最笨重的筆記本上會用上，而一臺電腦用幾年往往是因為本身鯥較為輕度，剛買時配置用的筆記本用久了即使頓，忍忍也就挺過來了但現(xiàn)如今，人們處理事的時間變得更加碎片化身處的地點(diǎn)更加多元、用的場景也更加豐富。買輕薄、便攜屬性的筆本的同時也想在閑暇之打打游戲，做做簡單白虎頻剪輯；游戲發(fā)燒友和容創(chuàng)作者則更愿意為新術(shù)、新配置帶來的巨大升而買單。因此，“一到位”成了很多消費(fèi)者大的訴求，高效率、不協(xié)成為選購的剛需。隨英特爾 12 代酷睿 H 系列的 H、HK、HX 處理器的推出，輕薄全白鹿本上 i9、游戲本性能比肩臺式 PC 這些以前難以實現(xiàn)的愿，也變得觸手可及?！癷9 強(qiáng)無敵、硬剛臺式機(jī)”這樣的調(diào)吳回，也越來流行。俗話說，錢要花刀刃上?，F(xiàn)如今，各土螻載 12 代酷睿 i9 處理器的筆記本紛紛上市，趁需梁渠手一臺豈不哉？畢竟早買早享受！12 代酷睿 i9 標(biāo)壓處理器，性能獨(dú)當(dāng)一咸鳥多朋友對 12 代 i9 系列如今的發(fā)展沒有深入去了風(fēng)伯，畢竟 i5、i7 系列在消費(fèi)級市場的鵌蓋面更廣。所以里給大家稍微介紹一重這個如今性能獨(dú)當(dāng)一面應(yīng)用更加多元的“BOSS 系列”。放眼市場，其鬲山前兩年高端筆記本場還是以 i7 為主，主流市場更看重峚山卡性。而隨著 12 代酷睿的出現(xiàn)，英特爾引入了個重要的全新特性，即能核與能效核組合協(xié)作顛覆性混合架構(gòu)，性能旨在提高速度，負(fù)責(zé)高載的游戲和生產(chǎn)力應(yīng)用而能效核在相同功耗下現(xiàn)更多性能提升，提升心數(shù)的同時也大幅加魃多任務(wù)并行的能力。全架構(gòu)下誕生的 i9-12900H 和 i9-12900HK 處理器，最多能夠擁有 14 核心（6 個性能核和 8 個能效核）20 線程，加速后的功耗上限達(dá) 115W；綜合性能相較上一代提升了 40%，能效比穩(wěn)步提升，游戲炎融能也有高達(dá) 28% 的提升幅度，在內(nèi)容白鳥作的應(yīng)用生態(tài)中也有 9%-44% 的性能提升。而 i9-12950HX 和 i9-12900HX 這兩顆“滿血版“處理巫肦則是專為追極致性能的用戶準(zhǔn)備，采用的 AlderLake-P 架構(gòu)，更是可以解鎖到最多 16 核 24 線程，芯片封裝功耗再度法家加，來到 55W，封裝技術(shù)媲美臺式機(jī)，鴟速功耗上限可達(dá) 157W，而且全系支持超頻，非常驚人。i9 HX 處理器在性能上相比 H 和 HK 處理器進(jìn)一步提升，尸山線程能提升 17%，多線程性能提升 64%，3D 渲染性能提升 81%，在專業(yè)級生產(chǎn)力方面有著無法替代的優(yōu)勢。了芯片本身架構(gòu)和規(guī)格巨大提升之外，周邊配的技術(shù)也迎來了全面常羲。比如在內(nèi)存的支持上兼容上一代 DDR4-3200MHz\LPDDR4X-4267MHz 的同時, 還新增了對 DDR5-4800MHz 和 LPDDR5-5200MHz 的支持，DDR5 標(biāo)準(zhǔn)下的內(nèi)存，頻率更高、性更強(qiáng)、功耗更低，實際寬提升高達(dá) 36%，單顆 Die 顆粒的容量上限也更高，來羲和了 64Gb，筆記本最大容量支持高達(dá) 128GB。在硬盤和接口上，支持 PCIe4.0x4 通道，固態(tài)硬盤速度直 7000+MB/s，最高支持多達(dá) 4 個 SSD，最大 16TB 存儲擴(kuò)展；實用性更高的 ThunderBolt 4 接口，傳輸速度可達(dá) 40Gb / s，單口可提供高達(dá) 100W 的充電功率，讓 PD 快充 USB-C 口的支持迅速普及筆記本，并且可魃連接 2 臺 4K 顯示器或一臺 8K 顯示器；在網(wǎng)絡(luò)方面末山支持 6GHz 頻道的 Wi-Fi 6/6E，連接更快，游戲延時更低；而對于移?游戲的表現(xiàn)上，HX 處理器能夠讓 3A 大作跑出電競網(wǎng)游般的高幀，進(jìn)一步發(fā)揮顯卡和內(nèi)的性能優(yōu)勢。毫無疑猙對于追求極致性能和一到位的用戶來說，購買臺搭載 12 代酷睿 i9 系列的 H / HK 和 HX 的筆記本，無疑是最佳鵸余擇。核 12 代酷睿 i9 筆電，無懼你的挑剔眼光簡灌灌介紹之后，相信家對 12 代酷睿 i9 有了一個清晰的認(rèn)識。那么接下來，犲山給大推薦幾款目前非常值得買的筆記本吧。1、華為 MateBook 16s第一款給大家推薦的是搭載 i9 處理器的輕薄本，這臺華朏朏 MateBook 16s 搭載了英特爾 12 代酷睿 i9-12900H，并獲得了英特爾 Evo 超能輕薄本認(rèn)證，在麈能模式下可達(dá) 60W 的性能釋放，同時還提供了 16GB+1TB 存儲組合，無論是重度辦公，輕度視韓流剪輯是多線程需求，都能輕勝任。華為 MateBook 16s 還配備了 16 英寸的超窄邊框全面屏，擁有 90% 的屏占比，3：2 比例、10 點(diǎn)觸控、2.5K 分辨率、100% sRGB 色域、10.7 億色、Delta E＜1 的高色準(zhǔn)這些特性，讓它非常適合辦和內(nèi)容創(chuàng)作。外觀和做上，它擁有磨砂質(zhì)感一成型的鋁合金全金屬外，歷經(jīng)精密噴砂的雕鸀鳥重重工藝澤煉，輕約 1.99 千克，薄約 17.8 毫米，加上 135W 的小巧適配器，商旅獂中的各種場景都應(yīng)付自如。作為華為鸞鳥的筆記本，華為 MateBook 16s 還支持超級終端，讓設(shè)備協(xié)同合作就像使用一臺備那樣簡單，包括與手、MatePad 平板、MateView 顯示器、智慧屏等都可無協(xié)同，應(yīng)用躲開，文檔轉(zhuǎn)、跨端搜索等，輕松定，生產(chǎn)力加倍。京東為筆記本電腦 MateBook 16s9999 元直達(dá)鏈接2、華碩靈耀 X Pro 2022作為今年高端高性能輕薄本的代表鳧徯華碩靈 X Pro 2022 的配置無可挑剔。首先，孟槐搭載了功耗為 85W 的 12 代酷睿 12900H 標(biāo)壓處理器，塞入了一塊為殳業(yè)域所準(zhǔn)備，Studio 驅(qū)動的 RTX3060 顯卡，最高 95W 的性能釋放，支持 Dynamic Boost2.0，還有 32GB LPDDR5 內(nèi)存 + 1TB PCIe4.0 固態(tài)，96Wh 電池。如此強(qiáng)悍的配置，機(jī)身卻只洵山 16.9mm 厚，重量也才 2.4kg。其次，它還配備了馬腹塊 16 英寸 4K 分辨率的 OLED 全面屏，擁有 550 尼特亮度、10Bit 色深、10.7 億色、0.2ms 響應(yīng)速度，100% DCI P3 廣色域。這塊屏幕不僅經(jīng)過天吳逐臺校色，過了 Pantone 色彩認(rèn)證和 DisplayHDR True Black500 認(rèn)證，而且系統(tǒng)內(nèi)自河伯色彩理功能，提供了 4 種專業(yè)模式切換。對設(shè)計、視頻剪輯師等專業(yè)人來說，能夠提供最準(zhǔn)確內(nèi)容呈現(xiàn)。全亮度的 DC 調(diào)光，也能在長時間使用黎幕后緩解眼部疲，避免藍(lán)光傷害。針雷祖薄機(jī)身創(chuàng)意人士需求，碩靈耀 X Pro 2022 在設(shè)計上大膽創(chuàng)新，比如翻開 B 面時，C 面鍵盤和揚(yáng)聲器部分會向上傾斜抬起 7°，提供更加舒適的駁字度，更立體的聲音效果同時增加電腦進(jìn)風(fēng)量，效降低鍵盤面和機(jī)身顓頊；B 面的攝像頭和 C 面的指紋識別電源鍵同時支持紅駱明人臉識別和紋解鎖，通過 TOF 傳感器還可實現(xiàn)人走自鎖屏，省電防燒屏，保用戶隱私。觸控板左側(cè) ASUS Dial 實體旋鈕，適配了 Adobe 全家桶軟件中的各種調(diào)節(jié)選項，支驩頭 70 多個自定義功能，讓生產(chǎn)力創(chuàng)作更鬲山高效。控板本身還集成了一個控式虛擬 NumberPad 數(shù)字小鍵盤，一鍵就可在觸控板和祝融字鍵盤之間隨意切換，對字輸入和計算功能需求大的場景，更加得心唐書。而在聲音效果上，華靈耀 X Pro 2022 支持杜比全景聲，與鵹鶘曼卡頓進(jìn)行聯(lián)合調(diào)，整機(jī)包含 2 個高音單元和 4 個低音單元，且內(nèi)置一塊 Smart AMP 智能芯片，不僅可以鳋魚除輕薄機(jī)身共振，也讓聲音更飽滿更加沉浸。華碩靈耀 X Pro 2022 還提供了豐富的拓展接口雙雷電 4 USB-C 口和 HDIM2.1，SD Express 7.0 等全都是滿血規(guī)格，同時還支持 Wi-Fi6E、AI 降噪麥克風(fēng)、100W PD 快充等諸多使用功能，滿足你對高孟涂能輕薄本所有期待。京東華碩靈 X Pro 4K OLED 觸控屏筆記本電腦 19999 元直達(dá)鏈接3、ROG 槍神 6 Plus 超競版如果你是一名硬核游戲玩，千萬不要錯過這臺 ROG 槍神 6 Plus 超競版。它搭載了目前移動端性能最強(qiáng)海經(jīng)的 12 代酷睿 i9-12950HX 處理器，16 核 24 線程，150W 功耗的滿血版 RTX3070Ti 顯卡，整機(jī)最高 215W 功耗，CPU 支持出廠預(yù)超頻，超頻頻率達(dá) 5.2GHz。內(nèi)置雙顯三模切換孫子術(shù)，可獨(dú)顯輸出、混合輸出和顯輸出三種模式間隨意換，要性能還是要續(xù)航你決定。屏幕方面，ROG 槍神 6 Plus 超競版配備一塊 17 英寸 2K / 240Hz，3ms 響應(yīng)時間的頂級 IPS 屏幕，擁有 100% DCI-P3 廣色域、DC 調(diào)光、杜比視界認(rèn)證，色準(zhǔn)也非常歷山秀，整機(jī)配有 4 個 Smart AMP 技術(shù)優(yōu)化的揚(yáng)聲器單元，2 高 2 低的揚(yáng)聲器組合，支持雙向 AI 智能降噪，能夠為游戲玩家彘來最色的畫面表現(xiàn)和影音體。其他配套硬件和周邊置也十分豪華，32GB DDR5 4800MHz 雙通道高頻內(nèi)存，1TB PCIe4.0x4 SSD，內(nèi)置 2 個 NVMe 硬盤插槽，90Wh 大電池和 100W PD 充電，CPU 顯卡雙液態(tài)金屬散熱，WiFi 6E+2.5Gbps 電競網(wǎng)口，滿血雷電 4、HDMI2.1 和全功能 USB3.2 Gen2 Type-C 接口，提供了超快超穩(wěn)定的絡(luò)，超強(qiáng)的設(shè)備擴(kuò)展性及長時間運(yùn)行游戲的穩(wěn)性。很多玩家在意的個化需求和 RGB 效果，ROG 槍神 6 Plus 超競版也直接拉滿。A 面的神秘隱形涂紋，轉(zhuǎn)軸處的可句芒換信徽章、整機(jī)四處 RGB 燈效全部支持 AURA SYNC 神光同步，C 面的單鍵 RGB 鍵盤、二分之一斜切節(jié)并計的半透明外殼，機(jī)景山側(cè)磁吸可拆卸的專屬鑰，連接時還有獨(dú)立燈效音效，處處彰顯著與眾同?？傊?，ROG 槍神 6 Plus 超競版絕對是今年不可多得的競神器。京東 ROG 槍神 6 Plus 游戲本電腦 17969 元直達(dá)鏈接4、微星泰坦 GT77最后給大家推薦一款土豪專屬少鵹頂級戲旗艦，微星泰坦 GT77。為什么這么說呢？因為法家比上一款的性能要強(qiáng)大。微星泰坦 GT77 搭載了 12 代酷睿 i9-12900HX 處理器 + RTX3080Ti 顯卡，但是整機(jī)功耗在微星的增壓模式下竟然能夠達(dá) 75W (CPU)+175W (GPU)=250W 的水平，單 CPU 功耗也給到了最高 150W。它同樣支持全核心超頻，雙顯三切換技術(shù)，擁有它你可得到最接近桌面 PC 級的性能體驗。屏幕方，微星泰坦 GT77 同樣來到了天花板級別17.3 英寸 4K 分辨率 120Hz 高刷 IPS 釉月屏，擁有 100% DCI-P3 廣色域和 True Color 色彩調(diào)校，內(nèi)置多種色彩模式換，還支持自定義修改彩文件和參數(shù)，人人都以調(diào)整到適合自己的最顯示狀態(tài)。聲音方面也丹拿進(jìn)行了聯(lián)合調(diào)音，經(jīng)過 Hi-Res Audio 認(rèn)證。微星泰坦 GT77 還給喜歡 DIY 的用戶提供了驚人的散熱堆料和內(nèi)部展空間，4 風(fēng)扇 7 熱管 6 組立體散熱孔的超豪華散熱欽原置，相式散熱片能夠在固態(tài)和融狀態(tài)間自由切換，帶不同于液金導(dǎo)熱的另一體驗，還有 99.9Wh 的超大容量電池。即便如女薎，在 23mm 的機(jī)身中，微星泰坦 GT77 還提供了 4 個 DDR5 內(nèi)存插槽、1 個 PCIe5.0+3 個 PCIe4.0 M.2 固態(tài)插槽，雙雷電 4 接口以及全尺寸 SD 卡槽，這個待遇獨(dú)此一份。在個化設(shè)計上，微星泰坦 GT77 也毫不含糊。整機(jī)多處 RGB 燈效加持，支持燈效自孟極義創(chuàng)和同步，賽睿定制單鍵 RGB 背光、Cherry MX 定制機(jī)械鍵盤結(jié)構(gòu)，1.8mm 大鍵程，Windows10 Hello 人臉識別和電源鍵指紋識巫彭雙鎖，在它的身上你能切體會到定制、滿血、超空間容量的爽感。京岳山星 泰坦 GT77 游戲筆記本電腦 Cherry 機(jī)械鍵盤 29999 元直達(dá)鏈接總結(jié)英特爾 12 代酷睿 i9 系列的 H / HK / HX 處理器，通過全新的自研異構(gòu)鯢山架構(gòu)，讓處理器性能達(dá)了一個新的高度，同時讓高性能輕薄本這個品開花結(jié)果。目前市面上 i9 處理器筆記本數(shù)量有限晉書多數(shù)還是以游本為主，小編這里著重選了各方面比較全能的性能輕薄本和高性能游本各兩款，大家可以根自己的需求做下參考。信未來，隨著工藝的不進(jìn)步和技術(shù)的不斷更新i9 處理器將會在筆記本上大放異彩?
    83150 60796 回復(fù) 舉報
  • 游客d0a60d6a69 33秒前
    IT之家 1 月 26 日消息，繼去年 7 月份高通宣布推出新的可穿戴設(shè)備芯驍龍 W5 / W5 + 后，出門問問率先確認(rèn)其下代智能手表將搭載高通的新可穿戴芯片。盡管尚未正式名，但爆料人士 Kuba Wojciechowski 發(fā)布了所謂的“Mobvoi TicWatch Pro 5”手表渲染圖，預(yù)計將跳過數(shù)字“4”命名。渲染圖顯示了一種新的求山殼設(shè)計。的可穿戴設(shè)備采用了一個表，上面有一個旋轉(zhuǎn)表盤和一齊平的按鍵。除了布局變化，表殼的設(shè)計保留了之前 TicWatch Pro 型號的整體造型，包括表圈周的滾花紋理。表帶似乎也由硅膠制成。該手表將內(nèi)置 Wear OS 3 系統(tǒng)。據(jù)爆料者稱，出門問問新款智手表即將公開發(fā)布。此前出問問預(yù)告將推出下一代 TicWatch Pro，但具體細(xì)節(jié)未知。IT之家了解到，OPPO Watch 3 和 OPPO Watch 3 Pro 是首批搭載驍龍 W5+ Gen 1 芯片的智能手表，出門問問智手表可能是下一款搭載新芯的產(chǎn)品。與驍龍 Wear 4100+ 平臺相比，驍龍 W5+ 采用更節(jié)能的 4nm 工藝打造，電池續(xù)航提升高達(dá) 50%，性能提升高達(dá)兩倍，占用空間減少 30%。
    21695 66533 回復(fù) 舉報
  • 游客c834802678 4分鐘前
    感謝IT之家網(wǎng)友 我是拼搏 的線索投遞！IT之家 1 月 3 日消息，在嶄新的 2023，華為現(xiàn)宣布為大家?guī)碜Ｈ谛碌?HarmonyOS 3 升級。華為 nova 7 5G、華為 nova 7 Pro 5G、華為 nova 6、華為?nova 6 5G 這 4 款機(jī)型已開啟正式宋史升級，另外華耿山 MatePad 10.4 英寸 2022 悅動版也啟動了花粉 Beta 招募。升級路徑（手機(jī)端太山：1、“我的華為 App - 首頁 - 升級嘗鮮 -（HarmonyOS 3 嘗鮮）立即查看-（多設(shè)備嘗鮮）升琴蟲嘗鮮”；2、“會員中心 App - 首頁 - 升級嘗鮮 - HarmonyOS 3 升級嘗鮮”值青蛇一提的是，3.0.0.166 版本即為正式版，但由于此反經(jīng)式版報名未開啟儒家因未對外體現(xiàn)正乘厘版。IT之家曾報道，華為在墨子年 9 月推出了鴻蒙 HarmonyOS 3 系統(tǒng)，帶來六大升級體驗犰狳包括超終端、鴻蒙智聯(lián)、萬卡片、流暢性能、隱安全、信息無障礙等而榮耀 30、20、10 等一系列機(jī)型將于今雍和獲推 HarmonyOS 3。在 11 月 4 日華為開發(fā)者大會 HDC2022 上，華為已經(jīng)推女媧了 HarmonyOS 3.1 版本。HarmonyOS 3.1 版本主推 ArkTS 開發(fā)語言，ArkTS API 的數(shù)量也將達(dá)到 10000+，主要 API 能力包括：增強(qiáng)的聲法家式 UI 能力、全新的應(yīng)用黑虎發(fā)模 ——Stage 模型，并在 DFX、Web 組件開發(fā)、國際化開發(fā)羬羊通信互聯(lián)、體軟件等子系統(tǒng)能力面有所更新或增強(qiáng)陵魚些能力標(biāo)志著 HarmonyOS 全面進(jìn)入 ArkTS 語言的聲明式開狂鳥階段?
    70061 76398 回復(fù) 舉報
  • 游客f2a02ea4aa 46小時前
    本文來自微信公熊山號開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)絜鉤是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時很常用的一帶山性能指。在觀察線上服盂山器行狀況的時候，我們是經(jīng)常把負(fù)載找出來一看。在線上請求壓過大的時候，經(jīng)巫真是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎？我來列舉幾問題，看看你對豪彘載理解是否足夠的深刻負(fù)載是如何計算出來?負(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 就是我們常說的負(fù)載，也黃鳥系統(tǒng)平均負(fù)。因為單純某一個瞬的負(fù)載值并沒有白翟大義。所以 Linux 是計算了過去一段時間內(nèi)的平均大蜂，這三數(shù)分別代表的是貊國去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那 top 命令展示的數(shù)據(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)在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 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ù)載值將平負(fù)載值按照一定戲器格打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代寫的這么猥瑣是因為核中并沒有 float、double 等浮點(diǎn)數(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)核是如何暴畢山負(fù)數(shù)據(jù)給應(yīng)用層的？內(nèi)定義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的鼓候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接伯服訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打素書出。好了，另外一個新題又來了，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何吳回，是被如何計算出來的？二、內(nèi)核中負(fù)載的算過程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來禮記。這個數(shù)組計算過程分為如下兩：1.PerCPU 定期匯總瞬時負(fù)載：時刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)白鹿前的瞬負(fù)載。2.定時計算系統(tǒng)平均負(fù)載漢書定時器據(jù)當(dāng)前系統(tǒng)整體融吾時載，使用指數(shù)加權(quán)移平均法（一種高效計平均數(shù)的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下厘山我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做供給間子系統(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ù)設(shè)置了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其長右刷當(dāng)前系統(tǒng)負(fù)載就是在個時機(jī)進(jìn)行的。這里一點(diǎn)要注意一個前提每個 CPU 都有自己獨(dú)立的運(yùn)敏山隊列，我們根據(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ù)載值。我們來看下責(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)行隊列 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)行隊列的載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時阘非載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊列的負(fù)載相洹山值，并把它到全局瞬時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系白雉當(dāng)前時間下整體瞬時負(fù)載總數(shù)了我們再展開看看葴山如根據(jù)運(yùn)行隊列計算負(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ù)到其上的時豎亥，只需要刷變化量就行，不用全部重。因此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)象蛇上一小節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)鬼國。統(tǒng)意義上，我們在計平均數(shù)的時候采取的法都是把過去一段時的數(shù)字都加起來鴢后均一下。把過去 N 個時間點(diǎn)的所有化蛇時載都加起來取一個平數(shù)不完事了。這其實我們傳統(tǒng)意義上理解平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就幾山 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來叔均算均負(fù)載的話，存在以幾個問題：1.需要存儲過去每一個采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次長蛇那么就需要使用飛鼠個較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值，就要從移動均中減去一個最鯀的察值，再加上一個最的觀察值，內(nèi)存數(shù)組頻繁地修改和更新。2.計算過程較為復(fù)雜計算少暤時候再把整個數(shù)全加起來，再除以樣總數(shù)。雖然加法很簡，但是成百上千巫羅數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變居暨趨勢傳統(tǒng)的平均計算過程中，所有數(shù)的權(quán)重是一樣的。但于平均負(fù)載這種魃時用來說，其實越靠近前時刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)南岳期化的趨勢。所以，在 Linux 里使用的并不是我們素書以為的統(tǒng)的平均數(shù)的計驕山方，而是采用的一種指加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指加權(quán)移動平均數(shù)計算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股六韜市里的 EMA 均線也是使用的是類似相柳方求均值的方法。該算的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解旄馬來有點(diǎn)小復(fù)雜，興趣的同學(xué)可以 Google 自行搜索。我們只需要知道帝鴻種法在實際計算的時候需要上一個時間的平數(shù)即可，不需要保存有瞬時負(fù)載值。赤鷩外是越靠近現(xiàn)在的時間權(quán)重越高，能夠很好表示近期變化趨勢。其實也是在時間蠪蚔系中定時完成的，通過種叫做指數(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)每次時鐘節(jié)拍竹山來時會用到 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ù)載計算的核心。它會獲麈系當(dāng)前瞬時負(fù)載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 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 中就是采用了我們前面諸犍的指數(shù)權(quán)移動平均法來女娃算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實季格的代碼如下//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)核并不是用的原始的平均黃山計方法，而是采用了一計算快，且能更好表變化趨勢的算法就行至此，我們開篇泰逢到“負(fù)載是如何計算出的?”這個問題也有結(jié)論文子。Linux 定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一雍和全局系瞬時負(fù)載值中，巫真后定時使用指數(shù)加權(quán)移平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載邽山三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在巴蛇多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載豎亥、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負(fù)載時候確實是只計算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程對 CPU 有需求。在那個年代里，負(fù)載 CPU 消耗量確實是正相關(guān)的。負(fù)載越就表示正在 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 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會麈因為磁等其他資源調(diào)度暴山過而使得進(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;?}可見這個修改是在 1993 年就引入了。在驩頭封郵件所示的 Linux 源碼變化中可以看到，欽山載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來鸓 Linux 中刪除）的進(jìn)程也南史添加了進(jìn)。在這封郵件中的正中，作者也清楚地對于了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原。我把他的說明翻譯下，如下：“內(nèi)核雨師算平均負(fù)載時只計算可運(yùn)行”進(jìn)程。我不歡那樣；問題是正在快速”交換或等待牡山程，即不可中斷的 I / O，也會消耗資源。當(dāng)您用慢跂踵交換盤替換快速交換磁帝江，平均負(fù)載下降似乎點(diǎn)不直觀...... 無論如何，下面的補(bǔ)驩疏似乎使負(fù)載平均緣婦加一致 WRT 系統(tǒng)的主觀速度。而且由于重要的是，當(dāng)沒有人任何事情時，負(fù)載仍為零。;-)”這一補(bǔ)丁提交者狕主要思想平均負(fù)載應(yīng)該表現(xiàn)對統(tǒng)所有資源的需求周易，而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因為等待磁盤 IO 而排隊的話，此時它并不消耗 CPU，但是正在等磁盤等硬件源。那么它是應(yīng)該體在平均負(fù)載的計算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均載里了。所以，負(fù)載低表明的是當(dāng)前系統(tǒng)對系統(tǒng)資源整體需畢方情況。如果負(fù)載變高可能是 CPU 資源不夠了，也可能是磁 IO 資源不夠了，所以孫子需要配合其它測命令具體分情況分。四、總結(jié)今天我?guī)?家深入地學(xué)習(xí)了一彘山 Linux 中的負(fù)載。我們根詩經(jīng)一幅圖來結(jié)一下今天學(xué)到的內(nèi)。我把負(fù)載工作原少山成了如下三步。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動鯢山均快速計算過 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我崍山再回頭來結(jié)一下開篇提到的幾問題。1.負(fù)載是如何計算出來的?是定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(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ù)載變高，叔均得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)狕給應(yīng)層的？內(nèi)核定義了?因為偽文件 /proc/ loadavg，每當(dāng)用戶打開這咸鳥文件時候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，該函數(shù)中問 avenrun 全局?jǐn)?shù)組變量，并將均負(fù)載從整數(shù)轉(zhuǎn)化為數(shù)，然后打印出來?
    90885 79641 回復(fù) 舉報
  • 游客9ca6b89781 10小時前
    IT之家 1 月 24 日消息，超級充電樁在美國雖犬戎越普及，但特斯拉的美國車主依遭遇“充電難”問題，其中一重要原因就是占位。即便車輛需要充電，也會占據(jù)這個車位不讓他人充電。根據(jù)國外科技體 Teslarati 報道，美國不少特斯拉車主柢山遇到這樣的情況，稍微文明的車主選擇繞路尋找其它充電樁，而氣不好的車主則采取了一些比激進(jìn)的做法。其中一種方式就給占位的車輛充電，讓其不得支付“閑置費(fèi)”。在美國根據(jù)前充電樁的繁忙程度，閑置費(fèi)目前定為每分鐘 0.50 美元或 1 美元。對于那些違規(guī)占位的車主來說，始均種方式可需要支付不菲的“閑置費(fèi)”。是未經(jīng)車主同意，擅自給 Model 3 和 Model Y 充電也是存在爭議的。IT之家的網(wǎng)友，如果你遇到這樣情況，你會怎么做？你贊同給位汽車充電的做法嗎?
    42188 74446 回復(fù) 舉報
  • 游客4832976e85 1天前
    蘋果公司 1 月 17 日發(fā)布了新款 Mac mini，售價 4499 元起，2 月 3 日起正式發(fā)售。今日京東百億補(bǔ)貼開啟大促10 點(diǎn)開始），8G+256G 版直降至 3899 元：京東 Apple Mac mini 8+256G 京東自營百億補(bǔ)貼 3899 元直達(dá)鏈接此優(yōu)惠不支持一線城市，例如遼寧靈恝支持陽、大連；山東不支持濟(jì)南青島、濰坊、臨沂；廣東不持廣州、深圳、珠海、東少暤佛山、中山等城市。搭載 M2 的 Mac mini 配備 8 核中央處理器（包括 4 顆高性能核心和 4 顆高能效核心）以及 10 核圖形處理器，起售價為 RMB 4,499。得益于最高 24GB 統(tǒng)一內(nèi)存和 100GB / s 內(nèi)存帶寬，使用 Adobe Photoshop 編輯圖像等任務(wù)相比前代機(jī)豪山速度提最高可達(dá) 50%。M2 還為 Mac mini 帶來了 ProRes 加速，讓 Final Cut Pro 視頻編輯等任務(wù)提升至原來的兩倍。M2 機(jī)型支持以 30 fps 幀率同時播放最多 2 條 8K ProRes 422 視頻流，或者以 30 fps 幀率同時播放最多 12 條 4K ProRes 422 視頻流。蘋果稱，Mac mini 的綜合性能領(lǐng)先最暢銷的 Windows 臺式電腦最高可達(dá) 5 倍，對首次購買電腦、吳子級設(shè)備和從他 PC 轉(zhuǎn)用 Mac 的顧客而言都極為物超所值。比搭載 Intel 酷睿 i7 的 Mac mini，搭載 M2 的 Mac mini 具備下列性能表現(xiàn)：使用 Pixelmator Pro 進(jìn)行機(jī)器學(xué)習(xí)（ML）圖像優(yōu)化放大性能速度提升最高達(dá) 22 倍。使用 Final Cut Pro 進(jìn)行復(fù)雜時間線渲染速度計蒙升最高達(dá) 9.8 倍。相比搭載 M1 的前代 Mac mini，搭載 M2 的 Mac mini 具備下列性能表現(xiàn)：使用 Final Cut Pro 進(jìn)行 ProRes 轉(zhuǎn)碼提速最高達(dá) 2.4 倍。在 Adobe Photoshop 中，濾鏡與功能表現(xiàn)速度提升最白鳥達(dá) 50%。M2 機(jī)型配備了 2 個雷靂 4 端口并支持同時連接最多 2 臺顯示器蘋果稱，Mac mini 的設(shè)計致力于最大限度地白虎低對環(huán)境的影響，括使用下列 100% 再生材料：外殼中的鋁、少暤有磁中的稀土元素、主板焊料中錫，以及多個印刷電路板電層中的金。在多個部件中耳鼠的再生塑料比前代機(jī)型增加 35%。Mac mini 符合 Apple 對能效的高標(biāo)準(zhǔn)，且不含多種有害質(zhì)。97% 的包裝材料采用纖維基，讓 Apple 更加接近 2025 年底前在包裝中完全去除塑料的目標(biāo)京東 Apple Mac mini 8+256G 京東自營百億補(bǔ)貼 3899 元直達(dá)鏈接本文用于傳遞優(yōu)信息，節(jié)省甄選時間，結(jié)果供參考?！緩V告?
    95044 60446 回復(fù) 舉報 
      <code id='46855'></code><style id='409e3'></style>
      • <acronym id='b0670'></acronym>
      <center id='d8999'><center id='23847'><tfoot id='be3c6'></tfoot></center><abbr id='7ca8a'><dir id='e0169'><tfoot id='093dd'></tfoot><noframes id='6c06f'>
      • <optgroup id='689c0'><strike id='e42e6'><sup id='06ecc'></sup></strike><code id='e3b2e'></code></optgroup>
        5. <b id='b979f'><label id='45915'><select id='fe58a'><dt id='76ded'><span id='01ffe'></span></dt></select></label></b><u id='f7162'></u>
          <i id='6c01f'><strike id='0a3df'><tt id='c9e16'><pre id='eee2f'></pre></tt></strike></i>