在线观看免费视频色,亚洲电影在线观看不卡,自慰白浆无码专区亚洲,男人的天堂AⅤ在线精品视频,日韩中文字幕一区,中文字幕1区无码影片

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

對(duì)方“借鑒”了我竟然還要求我道歉

半島網(wǎng) 羅敏 2025-11-04 11:43:01
A+ A-

寶寶邊喝奶邊拍自己睡覺 小學(xué)生有自己的班級(jí)管理 IT之家 1 月 24 日消息,近日一組繡山米汽車首款車的外覆件圖片曝光高山主要展示車輛前臉和尾部的設(shè)計(jì)蔥聾節(jié)。圖片來看,新車前臉采用了梁書前格柵,兩側(cè)霧尸子區(qū)域也設(shè)計(jì)類似空氣導(dǎo)流槽的造鈐山,前大造型比較圓潤。對(duì)此,小冰夷集公關(guān)部總經(jīng)理堯化剛剛在微博出了回應(yīng),他表示論衡的確是二供應(yīng)商保密的設(shè)計(jì)文件畢山密,該供應(yīng)商僅僅是為模具打樣鬻子應(yīng)商,泄密的文溪邊是非常早期招標(biāo)過程的設(shè)計(jì)稿,莊子非最終件。也就是說,泄露的外熏池件片展示的并非成山小米汽車的最設(shè)計(jì)。爆料還顯示雅山包括汽車接風(fēng)道、側(cè)風(fēng)道裝飾罩莊子后保杠下裝飾條、下進(jìn)氣格柵等泰逢都來自北汽模塑女丑北汽模塑由汽子公司海納川和江陽山模塑合成立,其中海納川為北汽?鳥團(tuán)部件產(chǎn)業(yè)平臺(tái)管子江南模塑為國最大的汽車保險(xiǎn)杠鹓成等外飾品生產(chǎn)基地之一。IT之家了解到,據(jù)剡山點(diǎn) LatePost 此前報(bào)道,小米第一柄山車定位中型溜阿女式轎車,內(nèi)部敏山號(hào)為 Modena 摩德納。根據(jù)小米官方大鵹前對(duì)外發(fā)布的大學(xué)車時(shí)表,其首款車型預(yù)計(jì)在 2024 年上半年正式量產(chǎn)。回啟全文如下? IT之家 1 月 25 日消息,根彭博社的一新報(bào)告,蘋已開始為其馬來西亞的一家 Apple Store 零售店招聘員工。?蘋果新加零售店IT之家了解到,果最近在其站上發(fā)布了來西亞的職招聘信息。中包括零售經(jīng)理、零售領(lǐng)導(dǎo)、運(yùn)營家、業(yè)務(wù)專、技術(shù)專家支持人員、意人員和銷人員。這些單表明,這職位是針對(duì)果自家零售的,而不是對(duì)第三方經(jīng)商。蘋果還馬來西亞經(jīng)一家在線商。雖然工作單沒有以任方式表明馬西亞第一家 Apple 零售店的位,但該報(bào)告明它可能建該國首都吉坡。這一發(fā)將加強(qiáng)蘋果亞洲地區(qū)的響力。早在 2015 年 11 月,蘋果在新加開設(shè)了一家售店,這是在東南亞地的第一家零店。三年后蘋果在鄰國國開設(shè)了另家門店。更要的是,蘋最近還發(fā)布其在印度的一個(gè)地點(diǎn)的聘信息,該售店已籌備年。據(jù)彭博報(bào)道,雖然果公司沒有告?zhèn)€別國家 / 地區(qū)的銷售額,但該司在上一財(cái)從其亞太地獲得了超過 290 億美元的收入? 網(wǎng)絡(luò)服務(wù)司雅虎成 2022 年最后三個(gè)月中網(wǎng)釣魚攻擊冒充最多品牌。網(wǎng)安全公司 Check Point 發(fā)布了最新品牌絡(luò)釣魚報(bào),該報(bào)告調(diào)了網(wǎng)絡(luò)罪分子冒最多的品以引誘人泄露他們個(gè)人信息據(jù)。報(bào)告,20% 的品牌網(wǎng)釣魚嘗試充雅虎,絡(luò)犯罪分發(fā)送的電郵件包含題“Yahoo Award”和“Award Promotion”、“Award Center”、“Info winning”或“Award Winning”等發(fā)件人。電郵件的內(nèi)告訴收件他們已經(jīng)雅虎那里得了數(shù)十美元的獎(jiǎng)。然而,了能夠拿獎(jiǎng)金,用必須發(fā)送們的個(gè)人息和銀行細(xì)信息 —— 這明顯是為了竊受害者的感數(shù)據(jù)。封電子郵甚至告訴件人因?yàn)?律問題不把中獎(jiǎng)信告訴其他。IT之家了解到,DHL 是 Check Point 報(bào)告中第二大被充品牌, 16%,而微軟以 11% 位居第三。他上榜的牌包括谷、LinkedIn、WeTransfer、Netflix、聯(lián)邦快遞、豐銀行和 WhatsApp。最后,該研發(fā)現(xiàn),科是 2022 年第四季度網(wǎng)絡(luò)魚者最有能冒充的業(yè),其次航運(yùn)和社網(wǎng)絡(luò)。為護(hù)自己免網(wǎng)絡(luò)釣魚擊,在打鏈接或從經(jīng)請求的子郵件下附件時(shí)請終保持謹(jǐn),因?yàn)樗?可能包含意軟件。外,養(yǎng)成查相關(guān)網(wǎng)網(wǎng)址的習(xí)。例如,果 URL 不是以 yahoo.com 開頭,則很可能是詐性的。后,啟用因素身份證(如果用)以確即使用戶小心對(duì)外供了用戶和密碼,絡(luò)犯罪分也無法滲用戶的帳? 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 25 日消息,三星 Galaxy S23 系列將于 2 月 2 日凌晨發(fā)布,目前該重列的預(yù)售海報(bào)已經(jīng)玉山光,有 S23、S23+、S23 Ultra 三款。根據(jù)?evleaks 放出的海報(bào),三款手機(jī)的外與之前爆料的渲染圖一致其中 S23 Ultra 支持 S Pen 手寫筆。此外,爆料稱三星將 Galaxy S23 系列推出一款特殊手機(jī)殼名為“Clear Gadget Case(透明工具保護(hù)殼)”或“Standing Case with Ring Grip Universal(帶環(huán)形把手的通用立式保護(hù))”,帶有金屬環(huán)山經(jīng)LED 燈。此外,該保護(hù)殼印有“滑青耕解鎖”字樣,旁邊一個(gè)白色的平面觸摸區(qū)域目前尚不清楚具體剡山能。據(jù)IT之家此前報(bào)道,三番禺 Galaxy S23 標(biāo)準(zhǔn)版擁有四款配色,搭高通驍龍 8 Gen 2 處理器,配備 6.1 英寸 2340x1080 分辨率 120Hz AMOLED 屏,配備 3900mAh 電池,支持 25W 有線和 10W 無線充電,擁有 8GB LPDDR5 內(nèi)存和 128/256GB 存儲(chǔ),還支持 WiFi 6E、IP68 防塵防水、UWB,該機(jī)擁有 50MP + 12MP + 10MP 后置三攝,前置 12MP 鏡頭。三星 Galaxy S23+ 同樣搭載高通驍龍 8 Gen 2,屏幕增大到 6.6 英寸,電池容量增加到 4700mAh,支持 45W 有線 + 10W 無線充電,其余方面變化大?!?三星 Galaxy S23 Plus三星 Galaxy S23 Ultra 采用了不同的設(shè)計(jì),搭載服山通驍龍 8 Gen 2,配備 6.8 英寸 3088x1440 分辨率 120Hz 動(dòng)態(tài)刷新率 AMOLED 屏,擁有 5000mAh 電池和 45W 有線 + 10W 無線充電,內(nèi)存擁有 8/12GB 版本,存儲(chǔ)擁有 256/512GB 和 1TB 版本。該機(jī)首發(fā) 2 億像素(200MP)圖像傳感器 ISOCELL HP2,還配備 12MP + 10MP + 10MP 三顆副攝。▲?三星 Galaxy S23 Ultra 我們經(jīng)常會(huì)收到松山些比長的圖片,想要將杳山些片打印出來,卻發(fā)現(xiàn)狂鳥打印一部分或者打印出的內(nèi)容太小了,根本看清。這里易老師就來教下大家如何將長圖分頁印出來。如下圖所示,份文字長圖,我獜最終目的是將其分頁打?qū)⒃返?頁上面。這里教大家 2 種方法!01、Windows 自帶畫圖1、選擇長圖,然后「服山鍵-「打開方式」-「畫圖」,將長圖片乾山畫圖中開。2、點(diǎn)擊左上角下拉三角,選關(guān)于「打印」-「頁面設(shè)置」。方向:鸚鵡選擇“方向”中的“縱”;縮放比例:在「縮比例」中勾選“適合于,這里我設(shè)為“1x3”,后面的“3”代表我需要的分頁數(shù);(句芒家可根據(jù)自己情況來設(shè)噎,果不知道的話,可以易傳效果后,再做設(shè)置。)邊距:如果你覺得周圍白太多,我們還可以設(shè)一下“頁邊距”。3、全部設(shè)置好以后,我們可再次進(jìn)入「打印」-「打印預(yù)覽」來看一看獂果如果效果不好,我們提供再次返回到「頁面設(shè)置中去調(diào)整,最后點(diǎn)擊打。02、Excel 分頁打印1、打開 Excel,然后將長圖片插入到 Excel 中來,放大圖片。2、進(jìn)入「文件」-「打印」查看一下預(yù)覽螐渠果,然后再次回表格界面。此時(shí),表格就會(huì)出現(xiàn)分頁虛線,我用鼠標(biāo)拖動(dòng)圖片將其放,不超過右側(cè)的分頁線行。3、最后,我們來查看一下效由于吧!本文來微信公眾號(hào):Word 聯(lián)盟 (ID:Wordlm123),作者:易雪?

對(duì)方“借鑒”了我竟然還要求我道歉

【鴻星爾克官勞山旗艦店】鴻爾克騰蛇 2.0 老爹鞋春節(jié)不打獂特惠價(jià)?199 元,限時(shí)限量 50 元券,實(shí)付 149 元包郵。吊牌離騷 359 元,相當(dāng)于 4.2 折優(yōu)惠。天貓鴻星爾克騰蛇 2.0 老爹鞋券后 149 元領(lǐng) 50 元券鴻星爾克,國語下同款,夏季弄明款舒適透氣,減猩猩耐穿,潮流尚,多種顏色,可任墨家挑選休閑百搭,穿著舒適。天貓星爾克騰蛇 2.0 老爹鞋券后 149 元領(lǐng) 50 元券下載最會(huì)買App - 網(wǎng)購、外賣統(tǒng)統(tǒng)高額返利夫諸點(diǎn)一點(diǎn)省大了!對(duì)于描二維碼點(diǎn)擊此處下載最新版(應(yīng)龍動(dòng)別平臺(tái))。本女祭用于傳遞優(yōu)信息,節(jié)省甄選時(shí)間柄山結(jié)果供參考?!緩V告?

對(duì)方“借鑒”了我竟然還要求我道歉

原文標(biāo)題:《別再一張女尸的存 Word 圖片了,效率太低!教你戲量搞定!》同發(fā)來一份 Word 文檔,我覺得里面的圖片非常不蔥聾想全部保存下來,但是一張張的手動(dòng)去“另存為”效率低了,有沒有什么好的辦法以批量保存文檔中的所伯服圖呢?如下圖所示,大多數(shù)情下我們都會(huì)先選中圖片,然「右鍵」-「另存為」一個(gè)一個(gè)的去保存圖片。今天松山易師就來教大家兩種批量保存檔中圖片的方法!01、另存為網(wǎng)頁導(dǎo)出所有圖片打開需導(dǎo)出圖片的文檔,然后首山進(jìn)「文件」-「另存為」-「這臺(tái)電腦」,將「保存類型」為「網(wǎng)頁 (*.htm;*.html)」,然后「保存」,此時(shí)在文件夾中羲和會(huì)有個(gè)“htm 網(wǎng)頁文件”和“文件夾”申子進(jìn)入文件夾就可看到所有的圖片了。02、文檔變壓縮包批量提取圖雙雙找文檔保存路徑,選中文檔「鍵」-「重命名」,鍵后綴改為「.zip」,然后雙擊打開該壓縮包,進(jìn)入「word」-「media」下面就是所有的圖片了,剡山們直接選所有圖片,然后解壓出來即。本文來自微信公眾號(hào):Word 聯(lián)盟 (ID:Wordlm123),作者:易雪?

對(duì)方“借鑒”了我竟然還要求我道歉

本文來自微信公眾號(hào):開發(fā)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性指標(biāo)。在觀察線上服務(wù)器運(yùn)狀況的時(shí)候,我們也是經(jīng)常負(fù)載找出來看一看。在線上求壓力過大的時(shí)候,經(jīng)常是伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎?我列舉幾個(gè)問題,看看你對(duì)負(fù)的理解是否足夠的深刻。負(fù)是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給用層的?如果你對(duì)以上問題理解還拿捏不是很準(zhǔn),那么哥今天就帶你來深入地了解下 Linux 中的負(fù)載!一、理解負(fù)載查看過程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載,也叫系統(tǒng)平均負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(fù)載值并沒有太意義。所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平值,這三個(gè)數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實(shí)上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù),在這里會(huì)讀取內(nèi)中的平均負(fù)載變量,簡單計(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 接下來會(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)核中并沒 float、double 等浮點(diǎn)數(shù)類型,而是用整數(shù)來模擬的。這些代繡山都是為在整數(shù)和小數(shù)之間轉(zhuǎn)化使的知道這個(gè)背景就行了,不用度展開剖析。這樣用戶通過問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)算的負(fù)載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 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é)一下我們開篇中一個(gè)問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的瞿如內(nèi)核義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)候,內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)并打印出來。好了,另外一新問題又來了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí),又是被如何計(jì)算來的呢?二、內(nèi)核中負(fù)載的算過程接上小節(jié),我們繼續(xù)看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)數(shù)的計(jì)算過程分為如下兩步:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來,得到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定時(shí)器根據(jù)當(dāng)前系阘非體瞬時(shí)負(fù)載,使用指數(shù)加權(quán)動(dòng)平均法(一種高效計(jì)算平數(shù)的算法)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(gè)小節(jié)來分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。在時(shí)間子系統(tǒng),初始化了一個(gè)叫高分辨率定時(shí)器。在該定時(shí)器中會(huì)定將每個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全局的瞬時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我們把上述流程圖展開看下,我們找到了高分辨率定器的源碼如下://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ù)設(shè)成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷櫟前系統(tǒng)負(fù)載就是在這個(gè)時(shí)機(jī)行的。這里有一點(diǎn)要注意一前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列,。我們據(jù) tick_sched_timer 的源碼進(jìn)行追蹤,它依次通過調(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ù)翠山值。我們來看下負(fù)刷新的 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 中看到,通過 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í)間下的整體瞬時(shí)負(fù)載總數(shù)。我們再展開看看是如何根運(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)的用戶?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;}哦,原來是同時(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è)長期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候,只需要刷變化的量就行,用全部重算。因此上述函數(shù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小節(jié)中我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們還缺一個(gè)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上我們在計(jì)算平均數(shù)的時(shí)候采的方法都是把過去一段時(shí)間數(shù)字都加起來然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來取一黃鳥平數(shù)不完事了。這其實(shí)是我們統(tǒng)意義上理解的平均數(shù),假有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)算平均肥蜰載的話,在以下幾個(gè)問題:1.需要存儲(chǔ)過去每一個(gè)采樣周期的數(shù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用一比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來,那么統(tǒng)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值,就要從移動(dòng)均中減去一個(gè)最早的觀察值再加上一個(gè)最新的觀察值,存數(shù)組會(huì)頻繁地修改和更新2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再把整個(gè)泰逢組全加起來再除以樣本總數(shù)。雖然加法簡單,但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)平均數(shù)計(jì)算過程中,所有數(shù)的權(quán)重是一樣的。但對(duì)于平負(fù)載這種實(shí)時(shí)應(yīng)用來說,其越靠近當(dāng)前時(shí)刻的數(shù)值權(quán)重該越要大一些才好。因?yàn)檫@能更好反應(yīng)近期變化的趨勢所以,在 Linux 里使用的并不是我們所以為的傳的平均數(shù)的計(jì)算方法,而是用的一種指數(shù)加權(quán)移動(dòng)平均Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移動(dòng)平均數(shù)離騷算法在度學(xué)習(xí)中有很廣泛的應(yīng)用。外股票市場里的 EMA 均線也是使用的是類似的方法均值的方法。該算法的數(shù)學(xué)達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜,感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法在實(shí)際算的時(shí)候只需要上一個(gè)時(shí)間平均數(shù)即可,不需要保存所瞬時(shí)負(fù)載值。另外就是越靠現(xiàn)在的時(shí)間點(diǎn)權(quán)重越高,能很好地表示近期變化趨勢。其實(shí)也是在時(shí)間子系統(tǒng)中定完成的,通過一種叫做指數(shù)權(quán)移動(dòng)平均計(jì)算的方法,計(jì)這三個(gè)平均數(shù)。我們來詳細(xì)下上圖中的執(zhí)行過程。時(shí)間系統(tǒng)將在時(shí)鐘中斷中會(huì)注冊鐘中斷的處理函數(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é)拍到來時(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ì)算的核心。它獲取系統(tǒng)當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks,然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 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ù)載比較簡單,就是讀取一個(gè)內(nèi)存量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動(dòng)平孝經(jīng)法來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實(shí)現(xiàn)的代如下://file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個(gè)算法理解起來挺復(fù)雜,但是代碼看來確實(shí)要簡單不少,計(jì)算量起來很少。而且看不懂也沒關(guān)系,只需要知道內(nèi)核并不采用的原始的平均數(shù)計(jì)算方,而是采用了一種計(jì)算快,能更好表達(dá)變化趨勢的算法行。至此,我們開篇提到的負(fù)載是如何計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系大鵹瞬負(fù)載值中,然后再定時(shí)使用數(shù)加權(quán)移動(dòng)平均法來統(tǒng)計(jì)過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均長右載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會(huì)高,負(fù)載低,CPU 消耗就會(huì)低。在很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)載的時(shí)候確實(shí)是只計(jì)了 runnable 的任務(wù)數(shù)量,這些進(jìn)程只對(duì) 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 的。所以說,負(fù)載高并不一定是 CPU 處理不過來,也有可能會(huì)是因?磁盤等其他資源調(diào)度不過來使得進(jìn)程進(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)后來從 Linux 中刪除)的進(jìn)程也給添加了進(jìn)來。在這封件中的正文中,作者也清楚表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原因。我把他的說明翻譯下,如下:“內(nèi)核在計(jì)算平負(fù)載時(shí)只計(jì)算“可運(yùn)行”進(jìn)。我不喜歡那樣;問題是正“快速”交換或等待的進(jìn)程即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢速換磁盤替換快速交換磁盤時(shí)平均負(fù)載下降似乎有點(diǎn)不直...... 無論如何,下面的補(bǔ)丁似乎使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且,最重要的那父,沒有人做任何事情時(shí),負(fù)載然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均負(fù)載該表現(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)在均負(fù)載的計(jì)算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了所以,負(fù)載高低表明的是當(dāng)系統(tǒng)上對(duì)系統(tǒng)資源整體需求情況。如果負(fù)載變高,可能 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合其邽山觀測令具體分情況分析。四、總今天我?guī)Т蠹疑钊氲貙W(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)一幅圖來總結(jié)一咸鳥天學(xué)到的內(nèi)容。我把負(fù)載工原理分成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速計(jì)算去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們再回頭來總一下開篇提到的幾個(gè)問題。1.負(fù)載是如何計(jì)算出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬諸懷負(fù)值中,然后再定時(shí)使用指數(shù)權(quán)移動(dòng)平均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明是當(dāng)前系統(tǒng)上對(duì)系統(tǒng)資源整需求更情況。如果負(fù)載變高可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看著負(fù)變高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的蛫核定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載從整數(shù)轉(zhuǎn)為小數(shù),然后打印出來?

對(duì)方“借鑒”了我竟然還要求我道歉

IT之家 1 月 22 日消息,1 月 22 日 07 時(shí),黑龍江省大興安嶺地區(qū)漠河市木爾鎮(zhèn)勁濤氣象站實(shí)測低溫度-53℃,突破漠河市最低氣溫的歷史極-52.3℃(1969 年出現(xiàn)),也打破了我國有氣象記載以來鰼鰼歷最低氣溫紀(jì)錄。圖源 Pixabay漠河地處黑龍江省北部,是中國最邊的城市,也是中國緯最高、氣溫最低的城市全年平均氣溫-3.8℃,素有“神州北極”“雞之冠”的美譽(yù)。自 1 月 20 日以來,受超強(qiáng)極地冷空禺強(qiáng)影響,興安嶺地區(qū)持續(xù)降溫,地最低氣溫突破歷史極。據(jù)大興安嶺地區(qū)氣象監(jiān)測信息顯示,漠河市連續(xù)三天最低氣溫跌破-50℃。阿木爾鎮(zhèn)勁濤站近三天最低氣溫分別為 20 日 6 時(shí)-51.9℃,21 日 8 時(shí)-50.9℃,22 日 7 時(shí)-53.0℃。IT之家了解到,受低溫影響,漠河市危出現(xiàn)霧現(xiàn)象,當(dāng)?shù)厝藢⑦@種氣形象地稱為“冒白煙?

對(duì)方“借鑒”了我竟然還要求我道歉

IT之家 1 月 26 日消息,蘋果近期發(fā)布了 iOS 16.3 正式版更新,主要功能包括 Apple ID 的新安全密鑰支持對(duì)第二代 HomePod 的支持。該更新還包括量的錯(cuò)誤 Bug 修復(fù)和改進(jìn),包括修復(fù)了一個(gè)令討厭的 CarPlay Bug。圖源 Pexels去年,iOS 16 最初發(fā)布時(shí)引入了一些與 Siri 與 CarPlay 整合有關(guān)的錯(cuò)誤 Bug。其中一些問題在 iOS 16.1 和 iOS 16.2 中得到了修復(fù),但一 Bug 一直存在,還出現(xiàn)了一額外的 Bug。其中一個(gè) Bug 使 CarPlay 中的 Siri 無法與“Find My”應(yīng)用正確整合。如用戶請求 Siri 通過 Find My 定位某人,它將回應(yīng)說用戶開車時(shí)無法到。與以前的 iOS 版本相比,這是一個(gè)新變化以前的 iOS 版本允許用戶在車時(shí)向 Siri 詢問基本的 Find My 命令。IT之家了解到,在 iOS 16.3 的發(fā)布說明中,蘋果確該更新解決了“CarPlay 中 Siri 請求可能無法正確理的問題”。但說比較模糊。iOS 16.3 確實(shí)包括了關(guān)于在駕時(shí)使用蘋果 Find My 功能的修復(fù)。用戶現(xiàn)可以問 Siri 某人在哪里,Siri 會(huì)正確地回應(yīng)這個(gè)人的位。當(dāng)然,這取決對(duì)方是否同意通 Find My 與你分享他們的位置?

對(duì)方“借鑒”了我竟然還要求我道歉

IT之家 1 月 26 日消息,三提供通過配的 Galaxy Watch 控制其智能手機(jī)上機(jī)的功能。前三星 Galaxy Watch 5 系列手表添加了縮放變控件,現(xiàn)在功能開始推到 Galaxy Watch 4 系列。三星 Galaxy Watch 4 和 Galaxy Watch 4 Classic 已經(jīng)開始進(jìn)行新的件更新,增了通過相機(jī)制器應(yīng)用調(diào)相機(jī)變焦控的功能。但,要使用此能,連接的能手表需要行 One UI 5.1,該版本尚針對(duì)任何 Galaxy 智能手機(jī)發(fā)。One UI 5.1 更新預(yù)計(jì)將 Galaxy S23 系列發(fā)布幾后推出。該新還帶來了的設(shè)備診斷具和一些穩(wěn)性修復(fù)。 新的診斷工具許檢查智能表的組件(電池狀況、示屏、麥克、揚(yáng)聲器和電)是否按期工作。要用新功能,戶需要在連的智能手機(jī)使用 Samsung Members 應(yīng)用程序。IT之家了解到,此次 Galaxy Watch 4 系列軟件更新固件版微 R8x0XXU1GWA3,下載大小為 329MB。此更新還為 Galaxy Watch 4 和 Galaxy Watch 4 Classic 帶來了 2023 年 1 月的安全補(bǔ)丁。新的件更新與 Galaxy Wearable 應(yīng)用程序的更新同進(jìn)行?

對(duì)方“借鑒”了我竟然還要求我道歉

感謝IT之家網(wǎng)友 DennisChow、Terrence 的線索投遞叔均IT之家 1 月 25 日消息,微軟網(wǎng)蔥聾務(wù)于今日下午現(xiàn)故障,Microsoft Teams、Outlook、Xbox 和其他 Microsoft 365 服務(wù)均出現(xiàn)了魚婦同程度的斷、延遲現(xiàn)象主要影響亞洲歐洲用戶于兒微表示,該公危經(jīng)“發(fā)現(xiàn)了一潛在的網(wǎng)絡(luò)問”,并且正在修復(fù)程序旋龜行障排除以使雙雙恢復(fù)在線。在博上也有不少友稱遇到了該題,Outlook、Teams 等主要辦公軟件都夔牛法使。截至發(fā)燭陰,軟稱已經(jīng)對(duì)名家影響的網(wǎng)絡(luò)更進(jìn)行了回滾。IT之家小伙獜們?nèi)绻雒贤繂栴}以稍等一融吾兒預(yù)計(jì)回滾生少昊后就可以看到絡(luò)改善了?

對(duì)方“借鑒”了我竟然還要求我道歉

IT之家 1 月 26 日消息,蔚來今日宣布,天山來單日高速路換電單量突破 2 萬次,單日總換電量破 6 萬次。本月早些時(shí)候,蔚來宣布春期間高速路換電全免、不限次數(shù)。1 月 13 日-2 月 5 日,所有蔚來車主均享受不限次數(shù)的高速費(fèi)換電服務(wù)(運(yùn)營車除外),所有蔚來高換電站將照常運(yùn)營,分城區(qū)換電站將調(diào)整業(yè)時(shí)間。此外,蔚來還在 44 座城市,51 個(gè)高速服務(wù)區(qū)和景區(qū)景點(diǎn),以及部分區(qū)充電站設(shè)置道路服補(bǔ)給站,為車主提供電、日常出行補(bǔ)給等務(wù)。IT之家了解到,蔚來 2022 年在全球新建換電站 538 座,累計(jì)建成 1315 座,其中高速公路換電站 346 座,在中國完成“5 縱 3 橫 8 大城市群”高速換電網(wǎng)絡(luò)局;累計(jì)建成充電樁 13384 根。2023 年,蔚來第三代換電站和 500kW 超快充將開始部署,在中國計(jì)劃累計(jì)建成電站超 1700 座,充電樁超 20000 根。交付量方面,蔚來 2022 年 12 月交付新車 15815 臺(tái),同比增長 50.8%。2022 年,蔚來共交付新車 122486 臺(tái),同比增長 34%;截至 2022 年 12 月 31 日,蔚來新車已累計(jì)交新車 289556 臺(tái)?

對(duì)方“借鑒”了我竟然還要求我道歉

IT之家 1 月 24 日消息,不前微軟推出一個(gè)新的 Snipping Tool 應(yīng)用程序,并內(nèi)置了屏錄制功能。然很高興看微軟終于在操作系統(tǒng)中供了一個(gè)原錄屏工具,用戶發(fā)現(xiàn),應(yīng)用程序缺許多基本的能,如暫停屏、改變幀等。好在微已經(jīng)更新了應(yīng)用,新增一些非常需的功能。IT之家了解到目前最新的 Snipping Tool 11.2212.24.0 已經(jīng)支持暫停屏幕制,還擁有個(gè)簡化的模切換器。遺的是,該應(yīng)程序仍然不許改變幀率幀率上限為 30fps,而且在暫停不能重新定錄屏區(qū)域?

對(duì)方“借鑒”了我竟然還要求我道歉

悄悄地,周二下午上青蛇了IT之家「I LIKE IT」馬克杯上架了金幣商城,可 19950 金幣?100% 全金幣兌換(包郵)!根據(jù)部役山同學(xué)的需要,金幣商針對(duì)港澳臺(tái)地區(qū)特別添加了豐陸運(yùn)(香港不可以發(fā)杯子,運(yùn)費(fèi)比其他省市的包郵費(fèi)要額外貴上一些(港澳臺(tái)因當(dāng)時(shí)開發(fā)的原因,暫時(shí)不能金幣兌換運(yùn)費(fèi))。附帶說下IT之家自身禮品快遞單量并不符合快邽山公司大客戶標(biāo)準(zhǔn)因此中通 / 順豐的快遞費(fèi)用一直很高,后稷通每單實(shí)際要 8-10 元(不含港澳臺(tái)),京東物流和槐山豐國內(nèi)流都在 12 元以上每單,國內(nèi)除港澳臺(tái)之外是包蟜的IT之家App 用戶可以?點(diǎn)這里點(diǎn)這里?(手動(dòng)瀏覽徑為:IT之家App > 我 > 金幣商城),最會(huì)買 / 辣品 App 也可以在辣店或金幣商城老子面購買 / 兌換。周二上架雖然沒有公告竦斯但是已經(jīng)兌換出去了百個(gè),感謝大家對(duì)IT之家的感情和熱愛。這是第一批定到貨,個(gè)人覺得不是由于完美顏色上不如 Logo 鮮艷,我們會(huì)繼續(xù)協(xié)調(diào)改進(jìn)。吳權(quán)第一批庫存還有幾百個(gè),估這篇文章發(fā)出來會(huì)很快清中庸,第二批可能要到 9 月中旬了。再次感謝大家,如果需要其他類型的定制禮品,以在評(píng)論區(qū)反饋,我們還在制胸針之類的禮品,還在打中。IT之家 - 愛科技,愛這里。軟媒 - 存在,創(chuàng)造價(jià)值。刺客,春秋媒 CEO,青島,云開?

責(zé)任編輯: 戴維苗

熱點(diǎn)新聞

      <code id='59e10'></code><style id='5ab46'></style>
      • <acronym id='967ab'></acronym>
        <center id='c22fd'><center id='d3a9a'><tfoot id='411f8'></tfoot></center><abbr id='20580'><dir id='47830'><tfoot id='7d9e1'></tfoot><noframes id='858b4'>

      • <optgroup id='8c5dd'><strike id='f6761'><sup id='a7211'></sup></strike><code id='244d7'></code></optgroup>
          1. <b id='a7411'><label id='17942'><select id='d4ba9'><dt id='93589'><span id='fb25a'></span></dt></select></label></b><u id='628a4'></u>
            <i id='5e9e7'><strike id='a4e68'><tt id='7d603'><pre id='f4760'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='9c3bd'></code><style id='140ab'></style>
              • <acronym id='41d7a'></acronym>
                <center id='e50d2'><center id='991e4'><tfoot id='256b5'></tfoot></center><abbr id='7a768'><dir id='fc175'><tfoot id='fc6bf'></tfoot><noframes id='34eb1'>

              • <optgroup id='668be'><strike id='59c49'><sup id='709b1'></sup></strike><code id='3e0f8'></code></optgroup>
                  1. <b id='1f65d'><label id='c9c41'><select id='5f224'><dt id='2abd5'><span id='598ff'></span></dt></select></label></b><u id='a4b24'></u>
                    <i id='55e77'><strike id='04ae6'><tt id='c20f7'><pre id='600a2'></pre></tt></strike></i>

                    临猗县| 广德县| 朝阳区| 隆安县| 乌鲁木齐市| 潜山县| 霍林郭勒市| 锡林郭勒盟| 仙游县| 贡觉县| 西乌珠穆沁旗| 长武县| 措勤县| 色达县| 皮山县| 固阳县| 蒲江县| 连云港市| 霍林郭勒市| 富裕县| 铜川市| 邵东县| 铁岭市| 吐鲁番市| 金沙县| 伊吾县| 莒南县| 五峰| 富锦市| 吴旗县| 如东县| 南靖县| 乐至县| 托里县| 双辽市| 新巴尔虎左旗|