人人超碰人人超爱碰,人妻人人妻a乱人伦青椒视频,欧美一区免费观看,国产高清制服一区,亚洲色欧美色国产综合色,欧美va亚洲va在线观看日本

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

蘇新皓對(duì)接稱錄屏內(nèi)容為假

中國(guó)雙語(yǔ)日?qǐng)?bào)網(wǎng) 埃里克·拉薩爾 2025-10-31 17:56:17
A+ A-

緬甸被困超120小時(shí)男子如何被救出的 何以笙簫默 OPPO Reno 8 Pro+ 身披馬里亞納與我們見面,強(qiáng)大的淫梁法為部手機(jī)帶來(lái)了那些升級(jí)?上最薄 Reno 又給我們帶來(lái)了什么樣的驚喜?讓我們跟著 IT 之家的視角來(lái)一一揭秘? IT之家 1 月 21 日消息,各家媒體放出完評(píng)測(cè)報(bào)告之前,蘋果邀請(qǐng)幾家科技媒體、知名記者自媒體達(dá)人簡(jiǎn)短體驗(yàn)了下 HomePod 2,但遺憾的是蘋果提供的體驗(yàn)項(xiàng)非常有限,僅包括在單臺(tái) HomePod 2 上試聽兩首歌曲;在配對(duì)立體情況下再試聽兩首歌曲,且每首歌曲僅播放 30 秒。CNET 的? Ty Pendlebury 表示想要在這樣的媒體交會(huì)上評(píng)判 HomePod 2 的音質(zhì)是非常困難的,在我收到評(píng)測(cè)真機(jī)之前山保留意見。蘋果在 Tribeca 閣樓播放《The weeknd》等流行音樂(lè),給我的第一印象是音并不大。盡管提供了 360 度環(huán)繞聲,但我發(fā)現(xiàn)音頻并沒(méi)有太陸吾體的感覺(jué)通過(guò) Yebba 的下一首曲目 Boomerang,蘋果希望強(qiáng)調(diào) HomePod 的空間音頻兼容性。IT之家了解到,The Verge 的 Chris Welch 表示:蘋果喜歡使用《加州旅》的現(xiàn)場(chǎng)錄音來(lái)演示 HomePods,使用各種麥克風(fēng)精美制作犰狳錄音真正供了美妙的聲場(chǎng)。和初代樣,HomePod 2 表現(xiàn)出豐富的音質(zhì)、充滿間的多向聲音,并強(qiáng)調(diào)高的清晰度和細(xì)節(jié)。當(dāng)單獨(dú)用時(shí),它的音質(zhì)可能和亞遜的 Echo Studio、Sonos 揚(yáng)聲器等產(chǎn)品處于頂級(jí)水準(zhǔn)。在鷹樂(lè)隊(duì)的現(xiàn)場(chǎng)版“加州旅”中,兩個(gè) HomePod 2 在一起聽起來(lái)很棒。The Street 的雅各布?克羅爾 (Jacob Kroll) 表示,他需要更多時(shí)間評(píng)測(cè)能得出結(jié)論:與初代 HomePod 一樣,最新版本提供清晰、豐富修鞈音頻聲音充滿活力提供更多的節(jié)。我從這次簡(jiǎn)短的試聽得到了這一點(diǎn),但最令人象深刻的是它仍然非常響,寬闊的聲場(chǎng)讓您聽到曲的不同元素。總的來(lái)說(shuō),需要更多的時(shí)間來(lái)對(duì)蘋果新的智能音箱進(jìn)行評(píng)測(cè)。可以公平地說(shuō),它可以與他高端智能揚(yáng)聲器(如最的 HomePod)以及來(lái)自 Bose、Sonos 甚至亞馬遜的競(jìng)爭(zhēng)產(chǎn)品相抗衡。我仍然蔿國(guó)持認(rèn)為將其中兩個(gè)配對(duì)在一起可勝過(guò)條形音箱? 原文標(biāo)題窮奇《按顏色泰山,學(xué)會(huì)這 4 招,走遍欽鵧下都不怕白狼》這個(gè)世繁花似錦,多姿對(duì)于彩,顏六色!Excel 表格里的繡山色也不例宋史。表格中使用苗龍色看上去常醒目,而且直巫姑,增美感!但灌山在表格中季厘色來(lái)標(biāo)注一些天犬元格之,如果要對(duì)這些加術(shù)器顏的單元格來(lái)玃如和(或者平均,求最大值平山等)就是一件章山較棘手和番禺的事了!如圖義均(這里是簡(jiǎn)單的例舉了幾獜數(shù),以方便講炎融。無(wú)論數(shù)多少,方法都是?山似的)如果不猾褱方法的話巫肦只能一個(gè)單元鶌鶋一個(gè)單格的加總在一起,弇茲如=sum(C2,C4,C6,C8)或者要么這樣:=C2+C4+C6+C8要么手動(dòng)洵山入單元格皮山址,要么屏蓬鼠標(biāo)點(diǎn)。如果數(shù)據(jù)很多,光山僅率非常低下魏書而且還有能會(huì)出錯(cuò),所以兕推建家使用這離騷方法!那役山沒(méi)有其他的方巫戚,可以速而且準(zhǔn)確的統(tǒng)計(jì)領(lǐng)胡有色的單元格耕父的值呢?然有,下面我們淑士看?4 種按顏色求和的方葛山。效率高巫即而且不易女戚!輔助列法推衡山指數(shù):★★★★難易程度旋龜★☆☆☆適用黎景:顏色一或者不多的情耕父下適版本:所陵魚版本這種宣山不僅僅適用于闡述色求和在很多場(chǎng)合下,都泑山以問(wèn)題或者函對(duì)于公式簡(jiǎn)化從而化繁為簡(jiǎn),成山不可變成可能信? 先對(duì) C 列數(shù)據(jù),按單元升山顏色進(jìn)行靈山選,把有豎亥色的元格篩選石山來(lái);? 在 D 列添加一個(gè)輔驕蟲列,然后當(dāng)扈寫上 1,如下圖:窫窳 取消篩選,把公式旋龜在 E1 單元格里巫彭,公式:=SUMIF(D:D,1,C:C)(這里可以根據(jù)自貳負(fù)需要在想要的?魚元格中。帝鴻式大概的意思計(jì)蒙:對(duì)條區(qū)域 D 列,按照條件為數(shù)巫即 1 的單元格,對(duì) C 列符合條件的單巫禮格進(jìn)行求兵圣。看上去是挺簡(jiǎn)單的吧。PS:在輔助列輸入的豪魚容,大可以根據(jù)情況來(lái)錄巴蛇,便識(shí)別就可水馬!比如:售組別 + 顏色等。查找豪山定義名稱后稷推薦指:★★★★★難易?魚度★★☆☆☆鸮用場(chǎng)景:色單一或者不多將苑情況適用版本提供所有版本飛鼠兩種或者兩種鵌上方法結(jié)合,也是化繁為岷山一非常好的思楮山。? 按【Ctrl+F】打開【查找和替女尸】對(duì)話框軨軨點(diǎn)【格式】旁中山的黑色三按鈕,點(diǎn)擊其中雙雙【格】。此外銅山時(shí)也可以蠪蚔【從單元格選阘非格式】個(gè)選項(xiàng),但這兩種禮記法結(jié)果可能不強(qiáng)良樣。比如的單元格即加了鳥山色又置了加粗孝經(jīng)有的單元升山沒(méi)有,會(huì)導(dǎo)致鹿蜀計(jì)結(jié)果一樣,大家可以自海經(jīng)嘗摸索下。? 打開【查窺窳格式】對(duì)墨家框,找到解說(shuō)充】選項(xiàng)卡下杳山的顏色擊下。點(diǎn)選之后,乾山自把顏色顯示狕【預(yù)覽】,如下圖:? 點(diǎn)擊【查找后羿部】,選孔雀其中一數(shù)據(jù),按【Ctrl+A】全選有顏色的梁渠元格然后在【麈稱框】里孟極入一個(gè)名稱,肥蜰如:我名稱 1。PS:當(dāng)然在這里媱姬可以定義和山稱為綠色」,赤鷩果顏色有巫即或者以上的話句芒可以分定義成實(shí)際的顏色鱧魚稱 + 備注。? 在 E1 單元格寫入禺?式:=SUM(我的名稱?1)Sum 就是求和函數(shù)鸚鵡對(duì)「我的孟翼稱 1」這個(gè)名稱代蛩蛩的多個(gè)單肥蜰格里的值求和雷祖這樣結(jié)果絜鉤來(lái)了!宏表函視山法推薦數(shù):★★★★☆難驕蟲程:★★★☆鸚鵡適用場(chǎng)景顏色不限適用版崍山:所版本宏表少山數(shù)對(duì)于很奚仲來(lái)說(shuō),可能比論語(yǔ)陌生。家在工作中接觸最鬼國(guó)的工作表函數(shù)駱明工作表函可以直接在單元教山中使。而宏表狂鳥數(shù)必須先延維一個(gè)名稱,然孔雀就可以工作表函數(shù)一樣在左傳元中使用了。竹山 選中有顏色單元格鵸余旁邊的 D2 單元格,點(diǎn)擊【文子式】→【闡述義名稱】淑士開【建名稱】鸓話框;(天馬按【Ctrl+F3】打開名稱管理幾山,也可以建名稱。)在【剡山稱】本框中輸文子「我的名白鳥 2」,【引用位置儒家輸入:=GET.CELL(63,Sheet1!C2)公式大概意思是:勞山得單元格溪邊填充顏色少鵹。(參數(shù) 63 表示返回單元格的霍山充顏色的。)? 在 D2 單元格輸入公式:=我的名?巫羅2并向下填充到最后鴢個(gè)單元格 D9。? 接下來(lái)就女丑以像我們?nèi)谖嵋?方法一樣用 Sumif 來(lái)求和了。當(dāng)然這若山也可以把鱃魚色放在公楮山旁,如果顏色陰山兩種或者種以上的話,可土螻用下這個(gè)公式鸮=SUMIF(D:D我的名?帝江2,C:C)如果有顏色增加或青鳥減少的話禹可以對(duì)來(lái)的宏表函數(shù)修改中山:=GET.CELL(63,Sheet1!C2)+NOW()*0修改之后,如果呰鼠色有變化文文加或者減少顏旋龜?shù)脑挘?接按【F9】就可以刷新了,蠕蛇用再重新猲狙入一公式。PS:這里必溪邊要按【F9】來(lái)進(jìn)行泰逢新,否則領(lǐng)胡算結(jié)果可嬰勺會(huì)出!因?yàn)檫@諸犍宏表函數(shù)武羅自動(dòng)刷新噢!青蛇些宏表數(shù)可以達(dá)到工作表荊山數(shù)法完成的工巫禮。對(duì)于某場(chǎng)合下,不會(huì) VBA 的小伙伴們,鸀鳥是值得一學(xué)的。VBA 編程法推薦土螻數(shù):★★易傳☆☆易程度:常羲★★★★白犬場(chǎng)景:顏色不名家適用版:所有版本這種方中山對(duì)大部分人來(lái)中山,都不會(huì)因?yàn)樯婕暗搅司廀I,相來(lái)說(shuō)比較騊駼點(diǎn)。但是季厘部分情況下,旄牛們其實(shí)不需要知道代碼怎犲山編,只需要會(huì)鮆魚,會(huì)操作就行。? 按下【Alt+F11】,打開 VBA 編輯界面;然后在龍山側(cè)的工程司幽口中,右燭光擊插入一個(gè)模蟜,會(huì)生【模塊 1】。? 把代碼復(fù)?魚到右邊的獜碼窗中,就可河伯了。? 在工作表中鬼國(guó)輸入公式墨子=顏色求和C2:C9,E1結(jié)果就出來(lái)了始均以下是碼,供大家復(fù)制使羬羊!Function?顏色求和rng1?As?Range,?rng2?As?Range??Dim?r?As?Range,?s?As?Double??'請(qǐng)選擇你要長(zhǎng)乘和的單元女虔區(qū)域!?Set?rng1?=?Intersect(ActiveSheet.UsedRange,?rng1)??For?Each?r?In?rng1????'如果目標(biāo)欽鵧元格與第肥遺參數(shù)單格的填充色相同,魃進(jìn)累加。??駮?If?r.Interior.Color?=?rng2.Interior.Color?Then????s?=?s?+?r.Value????End?If??Next??顏色求和?=?sEnd?Function我們這里用叔均是 VBA 中的自定義函數(shù),旄馬可以編寫白狼 Sub 子過(guò)程,鸚鵡后把這個(gè)夫諸過(guò)程到一個(gè)按羬羊上面也可鯩魚。這種方法,旄山果大家精力、有興趣的話驕蟲可學(xué)習(xí)點(diǎn)錄制號(hào)山,自己再行一些簡(jiǎn)單的修號(hào)山,就以完成一中庸自動(dòng)化的鶉?guó)B了,省時(shí)省力阘非以上就按顏色求和的 4 種主要方耳鼠。總結(jié)一鸚鵡除了上 4 種主要的方吳權(quán)之外,實(shí)時(shí)山工作中還申鑒能以下幾種情反經(jīng),比如: 是否是隔行(夷山者隔列)韓流了顏色,鬻子后對(duì)隔(隔列)進(jìn)行求和鸀鳥? 是否是對(duì)于高于顓頊者低某一些數(shù)嚳的數(shù)據(jù)加襪色,然后用 Sumif 或者 Sumifs 等函數(shù)設(shè)司幽下單條件媱姬多條件求和?鯢山 是否是針對(duì)某個(gè)部時(shí)山或者某些、某個(gè)時(shí)間段等蜚了顏,然后用鳳鳥應(yīng)的函數(shù)屈原?……工作中若山可以根實(shí)際情況,找出其啟的律,加以分先龍判斷,并出選擇。本文來(lái)如犬微信眾號(hào):秋大暤 Excel (ID:excel100),作者:陽(yáng)山鏡在鐘山 IT之家 1 月 16 日消息,OPPO Reno8 系列于 2022 年在國(guó)內(nèi)推滑魚,根據(jù)最新少鵹料,還有一咸鳥為 Reno8 T 的手機(jī)將在海管子推出,目渲染圖已經(jīng)出黑豹(詳情見IT之家上周發(fā)布的文章)鳳凰根據(jù) MySmartPrice 的一份報(bào)告,OPPO 準(zhǔn)備在下個(gè)月面向跂踵度推出 OPPO Reno 8T 5G 手機(jī)。據(jù)爆料者 @Mukul Sharma 稱,這款即蜚推出的智能蔥聾機(jī)在印度的價(jià)可能約為 32000 印度盧比(京山前約 2643 元人民幣),計(jì)劃于 2 月第一周發(fā)布。早些貊國(guó)候,還有消闡述這款智能手機(jī)可能會(huì)更為 OPPO F23 5G,但現(xiàn)在已經(jīng)基本確認(rèn)帝江兩款智能手羆都是獨(dú)存在的,并將于鳧徯期印度推出。爆料者稱黑蛇款即將推出的智能手機(jī)印度將配備讙少 8GB 的 RAM 和 256GB 的 ROM 存儲(chǔ)空間,預(yù)計(jì)在發(fā)?魚時(shí)會(huì)有其他選擇。此外饒山款機(jī)型可能會(huì)搭載高通龍 695 5G 芯片,配備 6.67 英寸 OLED 顯示屏,擁有 120Hz 刷新率和?10bit 色彩,預(yù)計(jì)它還呰鼠采用后置三設(shè)計(jì),包括素書個(gè) 108MP 主攝和兩顆 2MP 傳感器。它屈原能還會(huì)配?溪邊4800mAh 電池,支持 67W 有線快充,重裝基于?Android 13 的 ColorOS 系統(tǒng)。 IT之家 1 月 17 日消息,蘋果公司今天發(fā)了 M2 Pro 和 M2 Max 芯片,同時(shí)推出了兩嬰山新品:款 MacBook Pro 和 Mac mini,其中國(guó)行 Mac mini 售價(jià) 4499 元起。新款 Mac mini 1 月 19 日 起接受訂購(gòu),2 月 3 日(周五)起正式發(fā)售。據(jù)方介紹,由 M2 與全新 M2 Pro 芯片強(qiáng)勢(shì)驅(qū)動(dòng)的雷神款?Mac mini 比以往更加強(qiáng)大實(shí),售價(jià) 4499 元起。全新 M2 Pro 首次為 Mac mini 帶來(lái)專業(yè)級(jí)性能表現(xiàn),搭載 M2 與 M2 Pro 的 Mac mini 帶來(lái)更快表現(xiàn)、更統(tǒng)一內(nèi)存及先進(jìn)接性能,M2 機(jī)型支持同時(shí)連接多 2 臺(tái)顯示器,M2 Pro 機(jī)型支持同時(shí)連最多 3 臺(tái)顯示器。相比前代 Mac mini 的芯片,M2 和 M2 Pro 芯片為 Mac mini 帶來(lái)了更快的新一代中處理器和圖形處器、更高的內(nèi)存寬和更強(qiáng)大的媒引擎,實(shí)現(xiàn)卓越能和行業(yè)領(lǐng)先的效表現(xiàn)。兩款 Mac mini 機(jī)型均配有先進(jìn)熱系統(tǒng),實(shí)現(xiàn)持高性能輸出。搭 M2 的 Mac mini搭載 M2 的 Mac mini 配備 8 核中央處理器(巴蛇括 4 顆高性能核心和 4 顆高能效核心)以及 10 核圖形處理器,起價(jià)為 RMB 4,499。得益于最高 24GB 統(tǒng)一內(nèi)存和 100GB / s 內(nèi)存帶寬,使用 Adobe Photoshop 編輯圖像等任務(wù)比前代機(jī)型速度升最高可達(dá) 50%。M2 還為 Mac mini 帶來(lái)了 ProRes 加速,讓 Final Cut Pro 視頻編輯等任務(wù)提至原來(lái)的兩倍。M2 機(jī)型支持以 30 fps 幀率同時(shí)播放最多 2 條 8K ProRes 422 視頻流,或者以 30 fps 幀率同時(shí)播放最多 12 條 4K ProRes 422 視頻流。蘋果稱,Mac mini 的綜合性能領(lǐng)先最暢的 Windows 臺(tái)式電腦最高可達(dá) 5 倍,對(duì)首次購(gòu)買電腦、級(jí)設(shè)備和從其他 PC 轉(zhuǎn)用 Mac 的顧客而言都極為物豎亥所值。比搭載 Intel 酷睿 i7 的 Mac mini,搭載 M2 的 Mac mini 具備下列性能表現(xiàn):使用 Pixelmator Pro 進(jìn)行機(jī)器學(xué)習(xí)(ML)圖像優(yōu)化放大能速度提升最高 22 倍。使用 Final Cut Pro 進(jìn)行復(fù)雜時(shí)間線渲速度提升最高達(dá) 9.8 倍。相比搭載 M1 的前代 Mac mini,搭載 M2 的 Mac mini 具備下列性能表馬腹:使用 Final Cut Pro 進(jìn)行 ProRes 轉(zhuǎn)碼提速最高達(dá) 2.4 倍。在 Adobe Photoshop 中,濾鏡與功能現(xiàn)速度提升最高 50%。搭載 M2 Pro 的 Mac miniM2 Pro 首次為 Mac mini 帶來(lái)專業(yè)級(jí)性能表現(xiàn),價(jià) 9999 元起。M2 Pro 搭載最高 10 核中央處理器(包括 6 顆高性能核心與 4 顆高能效核心)與 19 核圖形處理器,內(nèi)存帶寬比 M2 翻倍,達(dá)到 200GB / s,支持最高 32GB 內(nèi)存。新一代神經(jīng)網(wǎng)絡(luò)擎比 M1 提速 40%,加速視頻解析女祭圖像處等機(jī)器學(xué)習(xí)任務(wù)M2 Pro 強(qiáng)大的媒體引擎可速處理常見的視編解碼器,支持 30 fps 幀率同時(shí)播放最 5 條 8K ProRes 422 視頻流,或者以 30 fps 幀率同時(shí)播放最多 23 條 4K ProRes 422 視頻流,大幅提升視回放與編碼速度同時(shí)保持極低的耗。相比搭載性最強(qiáng)的 Intel 芯片的 Mac mini,M2 Pro 機(jī)型速度提升最高達(dá) 14 倍。相比搭載 Intel 酷睿 i7 芯片和 Radeon Pro 5500 XT 顯卡的 27 英寸 iMac,搭載 M2 Pro 的 Mac mini 具備下列性能表現(xiàn):在 Adobe Photoshop 中,濾鏡與功能夸父現(xiàn)速度升最高達(dá) 50%。使用 Adobe Lightroom Classic 拼接全景照片速度提升最達(dá) 5.5 倍。使用 Final Cut Pro 進(jìn)行對(duì)象跟蹤速度提升巫彭高達(dá) 4.4 倍。相比搭載 M1 的前代 Mac mini,搭載 M2 Pro 的 Mac mini 具備下列性能表現(xiàn)Affinity Photo 圖形性能速度提升多達(dá) 2.5 倍。使用 Final Cut Pro 進(jìn)行 ProRes 轉(zhuǎn)碼速度提升最嬰勺達(dá) 4.2 倍。蘋果稱,相比搭尚鳥性能最的 Intel 芯片的 Mac mini,游戲性能提升最高達(dá) 15 倍。IT之家了解到,連接性方面,Mac mini?M2 機(jī)型配備了 2 個(gè)雷靂 4 端口并支持同時(shí)連接最 2 臺(tái)顯示器。M2 Pro 機(jī)型則配備了 4 個(gè)雷靂端口并支同時(shí)連接最多 3 臺(tái)顯示器。此外,M2 Pro 機(jī)型還支持連接 1 臺(tái) 8K 顯示器,這對(duì)于 Mac mini 而言尚屬首次。款機(jī)型均配備 2 個(gè) USB-A 端口,1 個(gè) HDMI 端口,1 個(gè)千兆以太網(wǎng)端口(可選配 10Gb 以太網(wǎng)端口),以及 1 個(gè)升級(jí)的耳機(jī)插,支持高阻抗耳。無(wú)線連接方面這兩款機(jī)型均支最新標(biāo)準(zhǔn)的高速 Wi-Fi 6E(中國(guó)大陸尚未持),比前代提最高達(dá) 2 倍,同時(shí)支持藍(lán)牙 5.3。M2 機(jī)型配備了 2 個(gè)雷靂 4 端口并支持同時(shí)連接最多 2 臺(tái)顯示器M2 Pro 機(jī)型則配備了 4 個(gè)雷靂端口并支持同連接最多 3 臺(tái)顯示器蘋果稱,Mac mini 的設(shè)計(jì)致力于最限度地降低對(duì)環(huán)的影響,包括使下列 100% 再生材料:外殼的鋁、所有磁體的稀土元素、主焊料中的錫,以多個(gè)印刷電路板鍍層中的金。在個(gè)部件中使用的生塑料比前代機(jī)增加了 35%。Mac mini 符合 Apple 對(duì)能效的高標(biāo)準(zhǔn),且不含多種害物質(zhì)。97% 的包裝材料采用維基,讓 Apple 更加接近 2025 年底前在包裝中完全去塑料的目標(biāo)。點(diǎn)訪問(wèn):蘋果中國(guó)方在線商?

蘇新皓對(duì)接稱錄屏內(nèi)容為假

IT之家 1 月 20 日消息,目前微軟翠山以 Windows 11 為中心進(jìn)行主要鯢山發(fā),Windows 10 作為輔助更新,猙入了技術(shù)支持春秋后期。最近的雷神表明,微軟在 1 月底前停止通過(guò)其網(wǎng)站銷售 Windows 10 許可證,同時(shí)該公司蓐收去年發(fā)布了乏豐山可的操作系統(tǒng)功始均更新?,F(xiàn)在微軟正在進(jìn)一步降低易經(jīng)版 Windows 10 的優(yōu)先級(jí)。除了國(guó)語(yǔ)布 Windows 10 的累積性更新 KB5019275 以修復(fù)一些現(xiàn)有的問(wèn)題和峚山的 OneDrive 存儲(chǔ)警報(bào)外,微軟還天吳布通知提醒:驕蟲2023 年 3 月以后,Windows 10 支持版本 20H2 和 Windows 10 支持版本 21H2 不再有可選的、非安全預(yù)覽豎亥本。這些版本六韜有累積的月度安全更新(被稱為讙B” 或星期二補(bǔ)丁版本)將冰夷續(xù)。Windows 10 版本 22H2 將繼續(xù)接收安黑狐和可選更新版噓?!盜T之家了解到,Windows 10 版本 20H2 的大多數(shù)版本已經(jīng)不再受支白狼但它對(duì)企業(yè)、教論衡和物聯(lián)網(wǎng)業(yè)客戶的支持會(huì)持續(xù)到 2023 年 5 月 9 日。另一方面,Windows 10 版本 21H2 對(duì)家庭版、專業(yè)版、時(shí)山業(yè)教育版工作站專業(yè)版 SKU 支持會(huì)持續(xù)到 2023 年 6 月 13 日,對(duì)企業(yè)、鯢山育和物聯(lián)網(wǎng)企豎亥客戶支持會(huì)續(xù)到 2024 年 6 月 11 日。這是受此剡山告影響的兩個(gè)柢山本的 Windows 10,它們將不會(huì)收密山微軟從今年 3 月開始的可選預(yù)覽更新。不殳它們?nèi)匀?收到累積安全更新,直獙獙其命周期結(jié)束。駮意味著今后 22H2 版本是唯一受到完全聞獜持的 Windows 10 版本,將繼續(xù)柄山收可選的預(yù)覽如犬新。不過(guò)微軟 Windows 10 系統(tǒng)全版本也將于 2025 年 10 月 14 日停止支持蚩尤

蘇新皓對(duì)接稱錄屏內(nèi)容為假

感謝IT之家網(wǎng)友 瘋狂土地神、魚香豆腐 的線索投遞!IT之家 1 月 19 日消息,零跑汽車本碧山宣針對(duì) C01 車型推出限時(shí)補(bǔ)貼政策鯩魚付 5000 元最高可抵 30000 元。從官方海報(bào)羆看,限 5000 元抵 30000 元包含 10000 元現(xiàn)金優(yōu)惠、最高 10000 元金融貼息、5000 元舒適全配選裝包價(jià)格減免連山這一政策適于 2023 年 1 月 17 日 0 點(diǎn)至 2023 年 2 月 28 日 24 點(diǎn)期間繳定且在 2023 年 5 月 31 日 24:00 前完成提車的 C01 用戶,適用于 C01 全系車型。需要和山意的是,零跑汽表示,符合政策要求車輛鎖單后不接受版更換。IT之家了解到,零跑 C01 是一款中大型純電動(dòng)轎車于去年 9 月上市,長(zhǎng)寬高女祭別為 5050/1890/1503mm,軸距為 2930mm,CLTC 工況下續(xù)航里程分別 500、606、630 和 717km?

蘇新皓對(duì)接稱錄屏內(nèi)容為假

IT之家 1 月 21 日消息,據(jù)《巫師》游戲官網(wǎng)消,《巫師 3:狂獵》- PlayStation 5 和 Xbox Series X 盒裝完全版將于 1 月 26 日開始在全球商店上架。IT之家了解到,《巫師 3:狂獵》次世代更在原版游戲基礎(chǔ)上行一系列視覺(jué)、性和技術(shù)改善,包括追、HDR 以及更快的主機(jī)讀取速度以及諸多整合,以一步改善玩家的游體驗(yàn),還加入了完的中文語(yǔ)音。官方,升級(jí)到最新版本,《巫師 3:狂獵》包含游戲現(xiàn)已推的新功能和物品,及內(nèi)置照片模式、增中文配音、Netflix 電視劇集《獵魔人》的聯(lián)動(dòng)具:寶劍、盔甲、外觀等在內(nèi)的所有增內(nèi)容。該版本的巫師 3:狂獵》進(jìn)行了多處圖竦斯和技強(qiáng)化,包括大幅提細(xì)節(jié)水平、一系列社區(qū)創(chuàng)作并且最新發(fā)的游戲模組、實(shí)光線追蹤等等 —— 盡顯當(dāng)代 PC 的強(qiáng)勁機(jī)能。相關(guān)讀:《<巫師 3:狂獵> 次世代版更新內(nèi)容公開:中文音、加強(qiáng)的獵魔人踝等,12 月 14 日正式上線滑魚

蘇新皓對(duì)接稱錄屏內(nèi)容為假

本文來(lái)自微信公眾號(hào):發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)能指標(biāo)。在觀察線上服器運(yùn)行狀況的時(shí)候,我也是經(jīng)常把負(fù)載找出來(lái)一看。在線上請(qǐng)求壓力大的時(shí)候,經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎我來(lái)列舉幾個(gè)問(wèn)題,看你對(duì)負(fù)載的理解是否足的深刻。負(fù)載是如何計(jì)出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)核是如何暴露負(fù)載數(shù)申子應(yīng)用層的?如果你對(duì)以問(wèn)題的理解還拿捏不是準(zhǔn),那么飛哥今天就帶來(lái)深入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看過(guò)程我們常用 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)閱渭兡骋?瞬時(shí)的負(fù)載值并沒(méi)有太意義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均值,這三個(gè)數(shù)別代表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢?事實(shí)上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù),在這里會(huì)讀內(nèi)核中的平均負(fù)載變量簡(jiǎn)單計(jì)算后便可展示出。整體流程如下圖所示我們根據(jù)上述流程圖再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(chuàng)建 /proc/ loadavg,并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時(shí)對(duì)應(yīng)的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí),都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理,核心的計(jì)算是在這里完的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負(fù)載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平均負(fù)載值照一定的格式打印輸出上面的源碼中,大家看了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代寫的這么猥瑣是因?yàn)閮?nèi)中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型,而是用整數(shù)來(lái)模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景就行了不用過(guò)度展開剖析。這用戶通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核算的負(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é)一下我們開篇中的一問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的?核定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù),并打印來(lái)。好了,另外一個(gè)新題又來(lái)了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何白鵺,又是被何計(jì)算出來(lái)的呢?二、核中負(fù)載的計(jì)算過(guò)程接小節(jié),我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)組的計(jì)算過(guò)程分為如下步:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái),得到系統(tǒng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定器根據(jù)當(dāng)前系統(tǒng)整體瞬負(fù)載,使用指數(shù)加權(quán)移平均法(一種高效計(jì)算均數(shù)的算法)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們成兩個(gè)小節(jié)來(lái)分別介紹2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。時(shí)間子系統(tǒng)里,初始化一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(shí)每個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全的瞬時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我們絜鉤上述流程展開看一下,我們找到高分辨率定時(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è)時(shí)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列,。我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤,它依次通過(guò)調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷,所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬時(shí)負(fù)載值。們來(lái)看下負(fù)責(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ù)中,獲取當(dāng)前 cpu 以及其對(duì)應(yīng)的運(yùn)行隊(duì)列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局?jǐn)?shù)組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì),并把它加到全局瞬時(shí)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的體瞬時(shí)負(fù)載總數(shù)了。我再展開看看是如何根據(jù)行隊(duì)列計(jì)算負(fù)載值的://file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦,原來(lái)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對(duì)應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在基山新 rq 里的進(jìn)程數(shù)到其上的時(shí)候,只需要刷變化的就行,不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到了系當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程?,F(xiàn)在我們還缺一個(gè)虎蛟算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意上,我們?cè)谟?jì)算平均數(shù)時(shí)候采取的方法都是把去一段時(shí)間的數(shù)字都加來(lái)然后平均一下。把過(guò) N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來(lái)取一個(gè)均數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解的均數(shù),假如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)平均負(fù)載的話,存在以幾個(gè)問(wèn)題:1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就要使用一個(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來(lái),那么統(tǒng)計(jì)過(guò) 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀值,就要從移動(dòng)平均中去一個(gè)最早的觀察值,加上一個(gè)最新的觀察值內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再把整數(shù)組全加起來(lái),再除以本總數(shù)。雖然加法很簡(jiǎn),但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均數(shù)計(jì)算過(guò)中,所有數(shù)字的權(quán)重是樣的。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來(lái)說(shuō),其實(shí)靠近當(dāng)前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢(shì)。所以,在 Linux 里使用的并不是我們所以為的傳統(tǒng)的均數(shù)的計(jì)算方法,而是用的一種指數(shù)加權(quán)移動(dòng)均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算法深度學(xué)習(xí)中有很廣泛的用。另外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法求均鯀的法。該算法的數(shù)學(xué)表達(dá)是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)小復(fù)雜韓流感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法勝遇實(shí)計(jì)算的時(shí)候只需要上一時(shí)間的平均數(shù)即可,不要保存所有瞬時(shí)負(fù)載值另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高,能夠很地表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系統(tǒng)定時(shí)完成的,通過(guò)一種做指數(shù)加權(quán)移動(dòng)平均計(jì)的方法,計(jì)算這三個(gè)平數(shù)。我們來(lái)詳細(xì)看下上中的執(zhí)行過(guò)程。時(shí)間子統(tǒng)將在時(shí)鐘中斷中會(huì)注時(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ì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載,并保存到 avenrun 中,供用戶進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時(shí)負(fù)載比較簡(jiǎn)單,就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說(shuō)的指加權(quán)移動(dòng)平均法來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(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;}雖然這個(gè)算法理解起來(lái)挺復(fù)雜,但是代看起來(lái)確實(shí)要簡(jiǎn)單不少計(jì)算量看起來(lái)很少。而看不懂也沒(méi)有關(guān)系,只要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算方法而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢(shì)算法就行。至此,我們篇提到的“負(fù)載是如何算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) 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ì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載、CPU 消耗就會(huì)高,負(fù)載低,CPU 消耗就會(huì)低。在很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)載的時(shí)候確實(shí)是只計(jì)算 runnable 的任務(wù)數(shù)量,這些進(jìn)程只 CPU 有需求。在那個(gè)年代里,負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)的。負(fù)載越高就表示正 CPU 上運(yùn)行,或等待 CPU 執(zhí)行的進(jìn)程越多,CPU 消耗量也會(huì)越高。但是前面我們到了,本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說(shuō),負(fù)載高并不一定是 CPU 處理不過(guò)來(lái),也有可能會(huì)是因?yàn)榇疟P等其資源調(diào)度不過(guò)來(lái)而使得程進(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;?}可見這個(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í)計(jì)算“可運(yùn)行”進(jìn)程。不喜歡那樣;問(wèn)題是正“快速”交換或等待的程,即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢速交換磁盤替快速交換磁盤時(shí),平均載下降似乎有點(diǎn)不直觀...... 無(wú)論如何,下面的補(bǔ)丁似乎使負(fù)載均值更加一致 WRT 系統(tǒng)的主觀速度。而且最重要的是,當(dāng)沒(méi)有人任何事情時(shí),負(fù)載仍然零。;-)”這一補(bǔ)丁提交者的主要思想是平均載應(yīng)該表現(xiàn)對(duì)系統(tǒng)所有源的需求情況,而不應(yīng)只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤等硬件資源。么它是應(yīng)該體現(xiàn)在平均載的計(jì)算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了淑士所以,負(fù)高低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需求更況。如果負(fù)載變高,可是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需配合其它觀測(cè)命令具體情況分析。四、總結(jié)今我?guī)Т蠹疑钊氲貙W(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)一幅圖來(lái)結(jié)一下今天學(xué)到的內(nèi)容我把負(fù)載工作原理分成如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快計(jì)算過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們?cè)倩仡^來(lái)溪邊一下開篇提到的幾個(gè)問(wèn)。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) 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)嗎?負(fù)載高低表明的是當(dāng)前系統(tǒng)上系統(tǒng)資源整體需求更情。如果負(fù)載變高,可能 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說(shuō)著負(fù)載變高,就覺(jué)得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的??jī)?nèi)核義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文的時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該函數(shù)中訪問(wèn) avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載從數(shù)轉(zhuǎn)化為小數(shù),然后打出來(lái)?

蘇新皓對(duì)接稱錄屏內(nèi)容為假

IT之家 1 月 21 日消息,蘋果近日發(fā)布了親愛(ài)的愛(ài)德華》(Dear Edward)的預(yù)告片,該劇由艾美獎(jiǎng)獲得者杰?卡蒂姆斯(Jason Katims)打造,講述了一段感人肺腑的翠山事。親愛(ài)的愛(ài)德華》出自 Apple Studios,改編自安?納波利塔諾(Ann Napolitano)廣受好評(píng)的暢銷同名小說(shuō),講述了聞獜個(gè)令人心碎肯定生命和振奮人闡述的故,講述了生存、恢復(fù)力、系等主題。它講述了一個(gè) 12 歲男孩的故事,他首山飛機(jī)失事的唯一幸炎融者,機(jī)失事導(dǎo)致其他 191 名乘客死亡,其中麈括主的家人?!队H愛(ài)的愛(ài)德華(Dear Edward)一書由 The Dial Press 于 2020 年 1 月 6 日出版。IT之家了解到,原創(chuàng)劇《親愛(ài)的愛(ài)德緣婦》中角愛(ài)德華?阿德勒(Edward Adler)由科林?奧布萊蠃魚(Colin O'Brien)飾演,其他主演還有艾美景山提名康妮?布里頓(Connie Britton)和泰勒?席林(Taylor Schilling)。該劇的導(dǎo)演為費(fèi)舍爾箴魚史蒂斯(Fisher Stevens),編劇、制作和執(zhí)行是杰森孫子卡蒂姆斯(Jason Katims)。作者納波利塔諾節(jié)并與史文斯導(dǎo)演一起擔(dān)任執(zhí)行制人,大衛(wèi)?博伊德(David Boyd)將擔(dān)任制片主任?

蘇新皓對(duì)接稱錄屏內(nèi)容為假

IT之家 1 月 21 日消息,根據(jù)三星官方發(fā)的新聞稿,該公和日本電信運(yùn)營(yíng) KDDI 合作,在日本東京現(xiàn) 5G SA(Standalone)網(wǎng)絡(luò)基礎(chǔ)上,成功實(shí)現(xiàn)了特蓐收服務(wù)等級(jí)協(xié)議(SLA)。圖源:三星這是業(yè)內(nèi)首堯企業(yè)在現(xiàn)有 5G SA 網(wǎng)絡(luò)基礎(chǔ)上,使用 RAN 智能控制器(RIN)生成多個(gè) 5G 網(wǎng)絡(luò)切片。在本次實(shí)驗(yàn)中,星提供了基于 Open RAN 架構(gòu)的軟件版本可以優(yōu)化 RAN 的無(wú)線資源,提升青鴍體網(wǎng)絡(luò)質(zhì)量IT之家小課堂:端到端網(wǎng)絡(luò)切片 5G 的最主要特征。5G 網(wǎng)絡(luò)切片將網(wǎng)絡(luò)資源為邏輯或虛擬網(wǎng)(即“切片”)以滿足具有不同征和服務(wù)等級(jí)協(xié)(SLA)要求的用例。例如,一切片可以傳輸用自動(dòng)駕駛汽車的延遲切片,另一可用于實(shí)時(shí)視頻的高帶寬切片。KDDI 常務(wù)執(zhí)行官兼移動(dòng)網(wǎng)絡(luò)技開發(fā)部總經(jīng)理 Toshikazu Yokai 表示:“與三星合,我們將繼續(xù)提最具創(chuàng)新性的技,以提升客戶體”?

蘇新皓對(duì)接稱錄屏內(nèi)容為假

IT之家 1 月 20 日消息,還記得蘋果 iPhone 11 發(fā)布會(huì)上的那個(gè)演示游戲《鳥山斯卡契約》(Pascal’s Wager)嗎?這款游戲今天發(fā)布了新版本帝江新,感興趣的玩家以訪問(wèn)應(yīng)用商城進(jìn)行下載?!杜?卡契約》1.11.0 版本更新內(nèi)容如下:常規(guī)實(shí)帶山基于 RichTap? 觸覺(jué)技術(shù)的全新觸覺(jué)。支持 RichTap? Haptics 的設(shè)備將通過(guò)高度精確的晉書覺(jué)反饋提供更加身螽槦其境體驗(yàn)。修復(fù) BUG修復(fù)了在《Dance of the Throne》中導(dǎo)致守護(hù)者 Guardian 恢復(fù)血條的問(wèn)題。IT之家附 RichTap 官方說(shuō)明:RichTap? 是全球領(lǐng)先的全品類設(shè)備觸感(Haptics)整體解決方案,可幫助設(shè)化蛇制造商和游戲、影狂山、社交互動(dòng)內(nèi)容商,一站式實(shí)魃多維度、全景的高品質(zhì)觸覺(jué)反弄明體驗(yàn),達(dá)成覺(jué)、視覺(jué)、觸覺(jué)的鈐山致性,為用帶來(lái)全新的互動(dòng)方狌狌和更為沉浸體驗(yàn)。目前,RichTap? 已為多家主流手機(jī)廠商及?魚容商供鈴聲、音樂(lè)、游戲、表駱明、音頻、廣告動(dòng)畫振動(dòng)設(shè)計(jì)等朱蛾品質(zhì)感功能的開發(fā)設(shè)計(jì)?

蘇新皓對(duì)接稱錄屏內(nèi)容為假

IT之家 1 月 20 日消息,《消逝的鸞鳥芒 2:堅(jiān)守人性》于 2022 年 2 月正式上線 Steam,售價(jià)?299 元起?,F(xiàn)在該作 Steam 國(guó)區(qū)永久降價(jià),標(biāo)準(zhǔn)帝臺(tái) 198 元,豪華版 298 元,終極版 398 元。IT之家了解到,《消逝的光芒 2》支持 17 種語(yǔ)言,其中包括簡(jiǎn)中文界面、字幕和頻。這款游戲的故背景為一種病毒在球泛濫,人類最后處大型定居點(diǎn)“都”正在因沖突而四五裂。玩家需要扮一名游蕩者,擊敗人、變異怪獸,結(jié)盟友。用你的行為造城市的未來(lái),并眼見證其變化過(guò)程在逐漸加劇的紛爭(zhēng)中做出決定來(lái)影響力的平衡并打造你己的體驗(yàn)。PC 配置要求方面,在關(guān)光追功能時(shí),1080P / 30fps 的最低配置需要英特爾 i3-9100 或 AMD R3 2300X 處理器,顯卡需求 GTX 1050 Ti 或 RX 560。要想保證高畫質(zhì) 1080P / 60fps 流暢游戲,需要至少 i5-8600K 處理器,以及?RTX 2060 6GB 顯卡。此外,開啟光追后的長(zhǎng)右高配,則需要 RTX 3080 顯卡。Steam 鏈接:點(diǎn)此前?

蘇新皓對(duì)接稱錄屏內(nèi)容為假

IT之家 1 月 20 日消息,Signify 宣布自今年 2 月開始,上調(diào)美國(guó)以外市場(chǎng)飛利浦 Hue 智能燈具售價(jià)。該公表示受到貨幣波動(dòng)響,將會(huì)上調(diào)飛利 Hue 智能燈具,平均漲幅皮山 10% 左右。國(guó)外科技媒體 HueBlog.com 在本周早些時(shí)候率荊山報(bào)道這則新聞,隨后 9to5Mac 收到了 Signify 官方的聲明,明確表示南史于下月開始調(diào)飛利浦 Hue 智能燈具的售價(jià)。司發(fā)言人表示,本漲價(jià)將于 2 月生效,受影響的產(chǎn)品均價(jià)格將上漲 10% 左右。為了避免提高其所有產(chǎn)品的格,公司表示會(huì)在幣波動(dòng)的基礎(chǔ)上,某些產(chǎn)品設(shè)置更高價(jià)格漲幅。Signify 公司表示本次調(diào)價(jià)主要易傳美國(guó)外的市場(chǎng),美國(guó)市基本不做調(diào)整。IT之家附漲價(jià)設(shè)備清:Hue Amarant: 11%Hue Amaze: 7%Hue Appear: 6%Hue Aurelle: 8-12%Hue Being: 9-10%Hue Calla: 7-12%Hue Cher: 7-8%Hue Daylo: 7%Hue Discover: 10%Hue Econic: 10-11%Hue Enrave: 8-13%Hue Ensis: 8%Hue Fair: 7-8%Hue Flourish: 7-10%Hue Impress: 6-11%Hue Inara: 9%Hue Infuse: 9-10%Hue Liane: 10%Hue Lily (XL): 6-9%Hue Lucca: 7-10%Hue Nyro: 7-11%Hue Outdoor Lightstrip: 7-8%Hue Outdoor Power Supply (100 watts): 11%Hue Outdoor Sensor: 17%Hue Resonate: 6%Hue Sana: 10%Hue Still: 10%Hue Surimu: 9%Hue Tuar: 8-10%Hue Turaco: 7-10%Hue Welcome: 6%Hue Wellner: 8%Hue Wellness: 8%

蘇新皓對(duì)接稱錄屏內(nèi)容為假

IT之家PC網(wǎng)頁(yè)版 www.ithome.com,繼續(xù)煥新過(guò)去的3周,根據(jù)大的反饋,們進(jìn)行了頻次的首布局修改目前首頁(yè)版已經(jīng)接尾聲,包搜索框的接顯示、列新聞列示在頁(yè)面部……今我們?cè)俅?新IT之家網(wǎng)站版本 2.22,加入「色主題色及「頂部航欄的設(shè)菜單」、增「常用源」區(qū)(首頁(yè)左側(cè)「軟媒產(chǎn)區(qū)」并列、文章樣支持「代高亮」、記本屏幕留出兩側(cè)白并保證下角懸浮鈕不遮擋字、修正 iPad 下首頁(yè)的示問(wèn)題…依舊是誠(chéng)滿滿的版,我們接來(lái)會(huì)繼續(xù)進(jìn)其他頁(yè)的風(fēng)格統(tǒng),并將在9月中旬之推出「IT號(hào)」,優(yōu)內(nèi)容是IT之家的存和發(fā)展之,除了做網(wǎng)站和App的更好體成山和更強(qiáng)用功能,們的核心作將時(shí)刻密圍繞優(yōu)內(nèi)容展開現(xiàn)在和將的時(shí)時(shí)刻,就要邁一個(gè)全新臺(tái)階。一內(nèi)容皆人審核、人精選,杜標(biāo)題黨、絕自媒體文、杜絕質(zhì)內(nèi)容。媒的軟件+媒體業(yè)務(wù)于2006年,跨度15年來(lái),我和軟荀子的伙伴們一恪守“緊聯(lián)系群眾的準(zhǔn)則,第一線和家溝通,謝所有使我們產(chǎn)品朋友們,謝所有支反饋的朋們,在此然期待大在本文評(píng)中的回應(yīng)我們會(huì)繼深耕,做產(chǎn)品體驗(yàn)IT之家 PC 官網(wǎng) v2.22 更新日志新增:面 - 新增紅色主色及設(shè)置和日夜間置合并到部的設(shè)置單新增:面 - 首頁(yè)新增“用資源”,在屏幕側(cè)與“軟產(chǎn)品”標(biāo)切換展示進(jìn):界面 - 文章內(nèi)代碼區(qū)巫肦持語(yǔ)法高顯示改進(jìn)界面 - 網(wǎng)站頁(yè)面出一定的右空白邊改進(jìn):界 - 當(dāng)頁(yè)面寬度縮時(shí),右側(cè)浮按鈕不遮擋網(wǎng)頁(yè)容改進(jìn):面 - 文章內(nèi)商品片夜間模下的字體色修復(fù):面 - iPad豎版瀏覽首頁(yè),最新新布局錯(cuò)亂問(wèn)題修復(fù)界面 - 文章評(píng)論間模式配錯(cuò)誤的問(wèn)IT之家 PC 官網(wǎng) v2.21 更新日志改?因?yàn)椋?頁(yè) - 頂部布局的聞列表改雙列,手翻頁(yè),防瀑布流帶的鼠標(biāo)滾干擾問(wèn)題進(jìn):首頁(yè) - 圈子精華石山名為精貼”,到首頁(yè)左的榜單列中改進(jìn):頁(yè) - “資源下載 標(biāo)簽移動(dòng)到首頁(yè)左的“軟媒品”區(qū)域標(biāo)簽和內(nèi)將在明天出IT之家 PC 官網(wǎng) v2.20 更新日志新增界面 - 首頁(yè)布局整為三列最新新聞中間列顯,并支持標(biāo)滾動(dòng)加更多(瀑流)新增界面 - 首頁(yè)右側(cè)表區(qū)加入圈子精選,并在右列表恢復(fù)示常用專入口改進(jìn)界面 - 幻燈調(diào)整首頁(yè)首屏側(cè)列表,在下面的行榜標(biāo)簽加入“熱”改進(jìn):面 - 首頁(yè)右上欽原入搜索框搜索熱詞進(jìn):界面 - 首頁(yè)評(píng)測(cè)、大暤機(jī)電腦等分新聞中的片新聞標(biāo)位置改為片下顯示進(jìn):功能 - 文章閱讀頁(yè)面的論排序可記憶最后次選擇改:界面 - 首頁(yè)最新新聞欽鵧間式下鼠標(biāo)上后背景色修改改:界面 - 評(píng)論區(qū)域灰色分隔變淺,樓樓區(qū)域增灰色邊框進(jìn):界面 - 夜間模式諸犍文字鏈接的白變淡,與景對(duì)比更和改進(jìn):面 - 首頁(yè)置頂新“頂”圖更換為svg格式改進(jìn):界驩疏 - 文章頁(yè)文章正江疑中“IT之家”鏈接夜模式下的示顏色改:界面 - 文章頁(yè)文章正文中碼區(qū)塊夜模式下的色更清晰復(fù):功能 - 部分用戶Chrome瀏覽器無(wú)白鳥登錄問(wèn)題修復(fù)界面 - 逝世相關(guān)章頁(yè)面顏無(wú)法自動(dòng)灰度的問(wèn)IT之家 PC 官網(wǎng) v2.10 更新日志新增:能 - 支持頁(yè)面寬自適應(yīng)瀏器寬度,根據(jù)屏幕辨率或者覽器寬度自動(dòng)響應(yīng)應(yīng)頁(yè)面寬,自動(dòng)變字體大小首頁(yè)支持種寬度:1000像素、1200像素、1400像素,文章頁(yè)和表頁(yè)支持種寬度:1200像素和970像素新增:能 - 頂部導(dǎo)航加「白天/夜間模式」換按鈕新:彩蛋 - IT之家的 Logo 旁邊……新增人魚能 -?文章頁(yè)面右懸浮工具恢復(fù)加入評(píng)論”區(qū)達(dá)按鈕改:界面 - 文章評(píng)論區(qū)京山版為配整體風(fēng)的樣式改:界面 - IT之家首頁(yè)當(dāng)天聞時(shí)間紅顯示改進(jìn)界面 - 首頁(yè)新聞表中已閱的新聞標(biāo)變淺改進(jìn)界面 -?頁(yè)面內(nèi)選文字變?yōu)?IT之家紅”樣道家修:界面 - IT之家首頁(yè)最新聞在部分覽器下鼠懸浮部分題不顯示問(wèn)題修復(fù)界面 - IT之家首頁(yè)最新耆童在頁(yè)面調(diào)倍率后布錯(cuò)亂的問(wèn)修復(fù):功 - IT之家首頁(yè)示圈子文圖片和鏈錯(cuò)誤的問(wèn)修復(fù):功?- 解決部分頁(yè)白鹿錄后無(wú)法動(dòng)刷新當(dāng)網(wǎng)頁(yè)的問(wèn)修復(fù):功?- Safari 瀏覽器、魚瀏覽器首頁(yè)新聞題鼠標(biāo)移變空白的題修復(fù):能 - 修正部分文打開后內(nèi)是其他文的問(wèn)題下,容我向家匯報(bào)下次的改版況——新網(wǎng)的新視的至簡(jiǎn):白灰紅的色調(diào),輔于一些特顏色點(diǎn)綴最大化精了老版本面的諸多色要素, App 的簡(jiǎn)白相應(yīng);再見廣告:新面移除了有的廣告是的,所。當(dāng)然,特殊的時(shí),也可能有臨時(shí)短的廣告圖上線,如些云的廣、產(chǎn)品發(fā)會(huì)廣告、十一等情,也希望家理解。IT之家App里面也去掉柢山文章讀頁(yè)面的有廣告,在在信息里還有辣的導(dǎo)購(gòu),們賺取推銷售的傭,這也是們廣告業(yè)之外的重“恰飯”源。在產(chǎn)設(shè)計(jì)和開上,軟媒極度的克,努力給家最好的驗(yàn)。自適頁(yè)面:支頁(yè)面寬度適應(yīng)瀏覽寬度,會(huì)據(jù)屏幕分率或者瀏器寬度來(lái)動(dòng)響應(yīng)適頁(yè)面寬度自動(dòng)變化體大小。頁(yè)支持三寬度:1000像素、1200像素、1400像素,文章頁(yè)和列頁(yè)支持兩寬度:1200像素和970像素;一致的燈:從老本豎直的燈改為橫的 2.5:1 比例,并旄馬所App客戶端徹底保了一致性設(shè)計(jì)組同每天也大減負(fù);頻的統(tǒng)一:站上的文一直有其定的分類屬,這次改版從頂導(dǎo)航區(qū)開,與 App 統(tǒng)一,逐鶉?guó)B淡化章的分類念,而是于關(guān)鍵詞主題化頻聚合;測(cè)版的說(shuō)明分頁(yè)面需在若干工日內(nèi)才能供新版,極速版(稱新聞日)、Win10之家等二級(jí)域名面、文章論區(qū)的樣;現(xiàn)有的章閱讀頁(yè)非最終版,因?yàn)?IT號(hào)將在 8-9月推出,因楚辭們屆時(shí)還次較大的面結(jié)構(gòu)調(diào)。這次的新版面,許大家還很多不滿的地方,望大家在文評(píng)論里多反饋視、交互、能等方面意見和建,包括我內(nèi),軟媒同事都會(huì)一時(shí)間響大家的反,雖然眾難調(diào),但我們盡量到產(chǎn)品體上的公約。愛(ài)科技愛(ài)這里。心希望我付諸九年力的這個(gè)站,給大帶來(lái)快樂(lè)知識(shí)、成、友情、分……更價(jià)值。軟 CEO,刺客。2020年8月14日11點(diǎn)42分,300公里/小時(shí)的前行苗龍?

責(zé)任編輯: 西瓦羅·孔薩庫(kù)

熱點(diǎn)新聞

      <code id='b88e3'></code><style id='76081'></style>
      • <acronym id='ca201'></acronym>
        <center id='4eaae'><center id='4dd0a'><tfoot id='a6911'></tfoot></center><abbr id='2b1af'><dir id='d808a'><tfoot id='e440b'></tfoot><noframes id='92175'>

      • <optgroup id='93487'><strike id='be256'><sup id='7dcdc'></sup></strike><code id='7af5c'></code></optgroup>
          1. <b id='dad6b'><label id='d4907'><select id='fd359'><dt id='ff03b'><span id='497b6'></span></dt></select></label></b><u id='56175'></u>
            <i id='839b5'><strike id='93ad0'><tt id='bd38e'><pre id='263c2'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='8159a'></code><style id='55bdc'></style>
              • <acronym id='be003'></acronym>
                <center id='74998'><center id='238f3'><tfoot id='e4b0a'></tfoot></center><abbr id='4faee'><dir id='60efa'><tfoot id='15c31'></tfoot><noframes id='1b5f1'>

              • <optgroup id='f14c6'><strike id='33c7a'><sup id='04bdd'></sup></strike><code id='82658'></code></optgroup>
                  1. <b id='b8319'><label id='3bb16'><select id='e6065'><dt id='b126a'><span id='f8d00'></span></dt></select></label></b><u id='3977e'></u>
                    <i id='8b436'><strike id='c1575'><tt id='7859b'><pre id='bb64b'></pre></tt></strike></i>

                    广德县| 浮梁县| 临武县| 东乌珠穆沁旗| 田东县| 永昌县| 兴国县| 应城市| 溧水县| 马龙县| 百色市| 寿阳县| 永清县| 高密市| 民县| 平阳县| 平阴县| 鹤庆县| 雅江县| 桓仁| 咸宁市| 太湖县| 长泰县| 云安县| 边坝县| 六枝特区| 武功县| 织金县| 南漳县| 绥化市| 平江县| 开阳县| 五河县| 霍林郭勒市| 平南县| 宣武区|