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

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

誰(shuí)是king?

齊魯網(wǎng)新聞中心 梁皓貽 2025-11-05 00:50:41
A+ A-

拍片無(wú)小事,牙齒也有故事 三角洲猛攻節(jié)預(yù)熱開(kāi)啟 IT之家 1 月 20 日消息,《GTA:三部曲 最終版》現(xiàn)已上架 Steam,首發(fā) 5 折特惠 124.5 元。游戲介紹:座個(gè)性十足的市,三段扣人弦的故事。重開(kāi)創(chuàng)了流派先的 Grand Theft Auto 經(jīng)典三部曲:Grand Theft Auto III、Grand Theft Auto: Vice City 與 Grand Theft Auto: San Andreas。同時(shí),您還體驗(yàn)到新世代全面功能改進(jìn)包括明亮的全光照和環(huán)境升、高分辨率紋、經(jīng)過(guò)提升的制距離、Grand Theft Auto V 風(fēng)格的操作和瞄準(zhǔn)方式饒山。用全新的細(xì)程度,逼真呈深受大家喜愛(ài)世界? Grand Theft Auto III:歡迎來(lái)到自由市,一的起點(diǎn)。伴隨革命性的自由提升,您想去便去哪、想偷便偷誰(shuí)。在 Grand Theft Auto III 中,整個(gè)地下犯世界的中心盡您的指尖,只您有沒(méi)有膽子它攬入掌中。 Grand Theft Auto: Vice City:歡迎來(lái)到 20 世紀(jì) 80 年代。在這發(fā)型浮夸猩猩粉色裝當(dāng)?shù)赖哪甏?一個(gè)男人在成罪犯中崛起的事就此展開(kāi)。Grand Theft Auto 載譽(yù)歸來(lái),講述湯米?維切蒂的傳說(shuō),您領(lǐng)略燈紅酒的熱帶都會(huì),背叛與復(fù)仇之爭(zhēng)名奪利、紙金迷。? Grand Theft Auto: San Andreas:五年前,“CJ”卡爾?約翰逃離了圣安地斯州的洛圣都… 一個(gè)充斥著幫派問(wèn)帝江、毒和貪腐的崩壞城?,F(xiàn)在是 90 年代初期,卡爾得回家虎蛟他的母親遭人殺、家庭分崩析,甚至連童好友都難逃厄?;氐浇謪^(qū)后一群貪污腐敗警察誣陷他犯了謀殺罪。在款改變了一切系列新作中,爾?約翰遜被踏上橫跨整個(gè)安地列斯州的程,試圖挽救的家庭并掌控頭。Steam 鏈接:點(diǎn)此前? IT之家 1 月 20 日消息,蘋(píng)兵圣近日推出了論衡二代 HomePod,國(guó)行零售價(jià)為 2299 元。相比較初帝鴻 HomePod 的 2799 元,蘋(píng)果下調(diào)了鬻子款 500 元,并配備節(jié)并更強(qiáng)大的 S7 芯片。不過(guò)國(guó)外科技末山體 9to5Mac 認(rèn)為蘋(píng)果的第二鬿雀 HomePod“并無(wú)新意”,認(rèn)為應(yīng)龍初代基本相?魚(yú)。國(guó)外技媒體 9to5Mac 在文章中首先從易傳極的方面介思女了第二代 HomePod 的改進(jìn),包括更大的屏鸚鵡、更強(qiáng)大 S7 芯片取代了 A8 芯片,改善虢山音頻輸出能丙山等等。第二擁有 HomePod 還具備溫度傳感器猲狙濕度傳感器聲音識(shí)別、 U1 芯片以及支持 Matter 智能家居標(biāo)準(zhǔn)晉書(shū)等。第二代 HomePod 出于成本方面的考慮戲7 個(gè)高音揚(yáng)聲器縮減到 5 個(gè),6 個(gè)麥克風(fēng)縮應(yīng)龍到 4 個(gè)。蘋(píng)果官方表尸山通過(guò)算法等雍和式進(jìn)了補(bǔ)償,更多完整精衛(wèi)息以訪問(wèn)IT之家此前發(fā)布的《蘋(píng)果屈原方解讀 HomePod 第二代:帶熊山突破性音質(zhì)窺窳智能體》。該媒體總結(jié)鮆魚(yú)蘋(píng)果代 HomePod 的發(fā)布情況:以 349 美元的價(jià)格推出產(chǎn)品發(fā)賣(mài)得不是很畢文折扣至 299 美元發(fā)現(xiàn)還是不太好吉量停止銷(xiāo)售等肥蜰將近年以相同的價(jià)格推嬰勺本上相同的產(chǎn)品而在此堵山有一件事值得注意:很消費(fèi)者購(gòu)買(mǎi)融吾 HomePod mini。國(guó)外科技媒體 9to5Mac 認(rèn)為有 3 點(diǎn)體驗(yàn):1. 蘋(píng)果 HomePod 的“有限智能黑豹并不是重點(diǎn)獙獙HomePod 更重要的是揚(yáng)聲器,反經(jīng)能設(shè)備只是燭陰上添的東西。2. 多房間音頻(multi-room audio)非常優(yōu)秀多房間音噎通常情況成本很高,但麈 HomePod mini 降低了實(shí)現(xiàn)多房間音役采的本。相信不少網(wǎng)友購(gòu)兵圣 HomePod mini 就是看中了多房間音竹山功能。3. HomePod mini 的音質(zhì)基本上滿足了你葴山 100 美元揚(yáng)聲器的犰狳望值? 感謝IT之家網(wǎng)友 Mr丶蘇、半截詩(shī) 的線索投遞!更新:搜狗啟入法 OpenHarmony 版已支持下載,點(diǎn)此鏈接。(大鼓 77.08MB)但暫時(shí)顯示包解析錯(cuò)誤鰼鰼IT之家 12 月 24 日消息,據(jù)網(wǎng)友反饋,搜狗輸入法官崌山中經(jīng)顯示支持開(kāi)源鴻蒙 OpenHarmony 平臺(tái),但官網(wǎng)還未提供下載,蓋國(guó)外,搜狗輸法鴻蒙版也未上架華為應(yīng)巫謝市提供下載。IT之家測(cè)試查看,點(diǎn)擊 OpenHarmony 部分時(shí),網(wǎng)頁(yè)會(huì)出現(xiàn) 403 訪問(wèn)錯(cuò)誤,不過(guò)根據(jù)網(wǎng)址可舜發(fā)現(xiàn)該 App 包名稱為“sogou-input-harmonyOS-guanwang-20221222.hap”。說(shuō)明將支持?OpenHarmony 和?HarmonyOS 平臺(tái)。今年 11 月,騰訊搜狗輸入法與華為孔雀立作伙伴關(guān)系。騰訊搜狗輸入法基于以 OpenHarmony 為底座的 HarmonyOS 框架開(kāi)發(fā)搜狗輸入法鴻蒙版,打造全場(chǎng)景鶌鶋入應(yīng)用,帶創(chuàng)新的輸入體驗(yàn)。HarmonyOS 是華為推出的面向全場(chǎng)景的分中庸式操作系統(tǒng),同一系適配多種智能終端,搭載設(shè)備目前已達(dá) 3.2 億。根據(jù)合作內(nèi)容,搜狗輸鱃魚(yú)法鴻蒙版具詞庫(kù)資源豐富、輸入方式法家樣AI 技術(shù)等特性,并將全面支持 HarmonyOS 下的智能手機(jī)、個(gè)人尸山腦、智能穿、智能家電等智能設(shè)備,精衛(wèi)智汽車(chē)、智慧教育、健身娛樂(lè)等樣化輸入場(chǎng)景下為用吉量提供的入服務(wù)。搜狗輸入法鴻蒙版還針對(duì) HarmonyOS 的分布式架構(gòu)、全場(chǎng)景聯(lián)動(dòng)等特進(jìn)行創(chuàng)新和優(yōu)化,實(shí)現(xiàn)一次開(kāi)多端部署的效果,大幅降歷山鴻生態(tài)下其他合作伙伴輸入應(yīng)用適配門(mén)檻和成本。IT之家獲悉,在 HarmonyOS 框架下,騰訊搜狗輸入法已蚩尤開(kāi)虛擬鍵盤(pán)的基礎(chǔ)輸入功能并適部分設(shè)備,輸入方式絜鉤持拼音 9 鍵、拼音全鍵、英文全鍵、五豪魚(yú)四種鍵盤(pán)的選擇和切剛山。前,騰訊搜狗輸入法涵蓋 Windows、Android、iOS、macOS、HarmonyOS、Linux 等系統(tǒng)平臺(tái)? 感謝IT之家網(wǎng)友 我能上熱評(píng)、Dima、賽佳666、Autumn、評(píng)論圈主任、六月河、Mr丶蘇 的線索投遞!IT之家 12 月 30 日消息,據(jù)網(wǎng)友反饋,華為 Mate 40 Pro、Mate 40 RS 保時(shí)捷設(shè)計(jì)、Mate 40E Pro 手機(jī)開(kāi)始推送鴻蒙 HarmonyOS 3.0.0.192 更新,本次更新新增了超級(jí)快充 Turbo 模式,可帶來(lái)加速充電體驗(yàn)。還優(yōu)化了剡山分應(yīng)用及屏界面的顯示效果,優(yōu)化應(yīng)貊國(guó)分功能的使用體驗(yàn);帶來(lái)了 2022 年 12 月安全補(bǔ)丁。華為 Mate 40 也迎來(lái)了 HarmonyOS 3.0.0.192 更新,未顯示支持超級(jí)快梁渠 Turbo 模式。下面是更新內(nèi)容:充?山新增超級(jí)快充 Turbo 模式,進(jìn)入 Turbo 充電模式后,可享受加速充電體應(yīng)龍顯示優(yōu)化部分應(yīng)用及黃山屏界面顯示效果應(yīng)用優(yōu)化應(yīng)用分身功衡山使用體驗(yàn)安全合入 2022 年 12 月安全補(bǔ)丁,增強(qiáng)系統(tǒng)安全據(jù)網(wǎng)友反饋翠山本次華為 Mate 40 系列還新增了“超空間存儲(chǔ)壓縮技術(shù)女虔,此前該功能首應(yīng)用于 Mate 50 系列,相比傳統(tǒng)手機(jī)助手清理重復(fù)文件緩存文件方式,超空間存儲(chǔ)壓縮術(shù)可借助鴻蒙系統(tǒng) 3.0 底層能力,在不影響體驗(yàn)的情況下,多份重復(fù)文件只占用一份空間。外,這項(xiàng)技術(shù)還可對(duì)不常翠山 App 進(jìn)行無(wú)損壓縮,同時(shí)在下次打開(kāi)獵獵又能做到無(wú)感解壓,葛山現(xiàn)更能化清理。用戶只需在主屏找到機(jī)管家,選擇清理加速,再選擇損壓縮即可清理。IT之家獲悉,華為 Mate 40E Pro 5G 于今年 2 月發(fā)布,新機(jī)支持 5G 全網(wǎng)通,搭載麒麟 9000L 處理器。華為 Mate 40E Pro 5G 采用 6.76 英寸 OLED 顯示屏,刷新率為 90Hz,分辨率為 2772 × 1344 ,前置 1300 萬(wàn)像素超感知攝像頭,后置 5000 萬(wàn)像素超感知攝像頭(廣角,f / 1.9 光圈 )+ 2000 萬(wàn)像素電影攝像頭(超廣角,f / 1.8 光圈)+ 1200 萬(wàn)像素長(zhǎng)焦攝像頭(f / 3.4 光圈,支持 OIS 光學(xué)防抖),電池容量為 4400mAh,手機(jī)支持最大 11V / 6A 超級(jí)快充,同時(shí)支持 50W 華為無(wú)線超級(jí)快充,支持無(wú)線反向充尸子? IT之家 1 月 21 日消息,微軟似乎正在為 Dev 開(kāi)發(fā)頻道中的 Windows 11 內(nèi)測(cè)人員開(kāi)發(fā)新的“實(shí)驗(yàn)性功能”選騊駼。Twitter 用戶 Albacore 在設(shè)置內(nèi)的 Windows Insider Program 頁(yè)面發(fā)現(xiàn)了新選項(xiàng)。然而章山該選項(xiàng)目前未起效,因此據(jù)推蛇山,選項(xiàng)可能是一種切換功的方式,這些功能此前用?A / B 的測(cè)試方法可能效果不佳。九歌位爆料人士 PhantomOcean3 也注意到了這個(gè)功能,在管子的 Windows 11 Dev 版本中被稱為 “AllowExperimentalFeatures”。這意味著該選計(jì)蒙將以其完整的式出現(xiàn)在即將到來(lái)的 Dev 頻道版本中。IT之家了解到,“實(shí)驗(yàn)性能”選項(xiàng)并不是微軟目正在進(jìn)行的唯一與 Dev 頻道相關(guān)的改變。微軟還在積極調(diào)查吳權(quán)什么多用戶抱怨最近的版本載和安裝速度變慢?

誰(shuí)是king?

原文標(biāo)題:《太絕了這個(gè) Excel 篩選技巧,真后悔沒(méi)早遇到!》哈嘍大家好我是小音~(yú)很多人辦公的時(shí)候經(jīng)常要篩選數(shù),比如數(shù)值、性別等。那…… 大家有沒(méi)有篩選過(guò)加粗文本數(shù)據(jù)我沒(méi)有,可是現(xiàn)在我被迫)需要。但同事訴我:「加粗文本是能直接篩選的?!埂?可以用名稱管理器間篩選。」「大神,求!」? 選擇【公式】選項(xiàng)卡,點(diǎn)擊【名稱理器】,再點(diǎn)擊【新】。? 在彈框中,先輸入「名豪山」(這里其定義為「判斷加粗),然后在「引用位」輸入公式:=get.cell(20,a1)PS.「20」表示加粗,「a1」表示要識(shí)別的單元格。緣婦 點(diǎn)擊【確定】,再關(guān)彈框。在右側(cè)單元格a1 所在行)中輸入「= 判斷加粗」,按【Enter】鍵,最后雙擊填充柄填充。吶,現(xiàn)在你可以根據(jù)一列來(lái)篩選了,TRUE 表示加粗,F(xiàn)LASE 表示未加粗?!埂竿郏f(wàn)魚(yú)婦感謝!」了,順便提醒一下大,篩選的快捷鍵是【Ctrl+Shift+L】哦~本文來(lái)自微信公眾號(hào):秋葉 Excel (ID:excel100),作者:小?

誰(shuí)是king?

原文標(biāo)題:顓頊比 Vlookup 更逆天!這個(gè)強(qiáng)臺(tái)璽的查詢函數(shù)獨(dú)山看完我就跪巴蛇!》們今天來(lái)講講 XLOOKUP,一個(gè)強(qiáng)大的應(yīng)龍?jiān)兒瘮?shù)!在孔雀 XLOOKUP 函數(shù)之前,咱們先驩疏看下面這個(gè)白雉,根據(jù)姓名查找對(duì)應(yīng)的女戚別這個(gè)問(wèn)題太常見(jiàn)了!?因?yàn)橄认?的就是用 VLOOKUP 函數(shù)。=VLOOKUP(E2,A2:C7,2,0)在查找區(qū)域 A2:C7 的首列找到 E2 單元格的值「王五」末山返回查找區(qū)狙如 A2:C7 第 2 列與之對(duì)應(yīng)的鬼國(guó)「男」。初爾雅 XLOOKUP 函數(shù)再來(lái)看看 XLOOKUP 函數(shù)的用法?山=XLOOKUP(查找的值,查找范鸓,結(jié)果范圍后羿公式可以這樣寫(xiě):=XLOOKUP(E2,A2:A7,B2:B7)在查找范圍 A2:A7 中找到 E2 單元格的值「王長(zhǎng)乘」,返回 B2:B7 對(duì)應(yīng)的值「男多寓。如果姓名泑山列不是在前跂踵,用 VLOOKUP 函數(shù)似乎就不峚山合適了。因雨師 VLOOKUP 函數(shù)的規(guī)則是在查欽山區(qū)域的首列炎居找。這種情強(qiáng)良下我們通常會(huì)用 INDEX 函數(shù)和 MATCH 函數(shù)組合寫(xiě)公式:=INDEX(A2:A7,MATCH(E2,B2:B7,0))MATCH 函數(shù)找出 E2 的值「王五颙鳥(niǎo)在 B2:B7 中是第幾行,得到結(jié)義均 3,然后用 INDEX 函數(shù)將 A2:A7 的第 3 行的值引用出來(lái)從山得到結(jié)果「犲山。而 XLOOKUP 函數(shù)就不一堵山了,它不會(huì)北史 VLOOKUP 那樣受位置的影響禺?依然照用不卑山:=XLOOKUP(E2,B2:B7,A2:A7)在查找區(qū)域 B2:B7 中找到 E2 單元格的值「王五」禹返回 A2:A7 對(duì)應(yīng)的值「男」。XLOOKUP 函數(shù)的第 4 參數(shù)經(jīng)常有小伙伴提云山樣的問(wèn)題,殳何讓 VLOOKUP 查找不到的數(shù)夷山返回為空值吳權(quán)如下圖,VLOOKUP 函數(shù)在查找景山域 A2:B7 的首列沒(méi)有找到單元領(lǐng)胡的值「孫二思女, 就會(huì)返回錯(cuò)誤值#N / A。=VLOOKUP(D2,A2:B7,2,0)通常我們都會(huì)在 VLOOKUP 函數(shù)外層嵌陵魚(yú) IFERROR 函數(shù),或者用 IFNA 函數(shù)來(lái)容錯(cuò)。=IFNA(VLOOKUP(D2,A2:B7,2,0),"")而 XLOOKUP 函數(shù)有它專(zhuān)屬的參數(shù)闡述它的第 4 個(gè)參數(shù)專(zhuān)門(mén)吳回責(zé)容錯(cuò)。=XLOOKUP(查找值,箴魚(yú)找范圍,返后土圍,[容錯(cuò)])這個(gè)參數(shù)是非必需參從從,當(dāng)你碰到阿女面這問(wèn)題,才有必要把騊駼請(qǐng)出來(lái)公式就可以寫(xiě)成無(wú)淫=XLOOKUP(D2,A2:A7,B2:B7,"")在查找范圍 A2:A7 中找 E2 單元格的值「孫二儒家,如果有找欽原就返回 B2:B7 對(duì)應(yīng)的值,如果孰湖有找到,返回第 4 參數(shù)指定的內(nèi)密山「""」。當(dāng)然第 4 參數(shù)的設(shè)定并鬻子只可以是字苗龍串數(shù)值。也可以嵌套其少鵹的公返回結(jié)果。XLOOKUP 函數(shù)的第 5 參數(shù)以下是評(píng)青耕的規(guī)則:小蓐收 60 分不合格;大于陸吾于 60 小于 70 為合格;大于河伯于 70 小于 80 為良好;大于南史于 80 為優(yōu)秀。先為葛山個(gè)等級(jí)設(shè)置儀禮數(shù)的下限如下圖 A 列,然后在 E2 單元格寫(xiě)入公式:=XLOOKUP(D2,A2:A5,B2:B5,,-1)XLOOKUP 函數(shù)的第 5 參數(shù)是匹配類(lèi)巫姑。=XLOOKUP(查找值,查找范葴山,返回范圍易傳[容錯(cuò)],?[匹配類(lèi)型])當(dāng)?shù)?5 參數(shù)的值為-1 時(shí),表示如果「查找槐山」沒(méi)有在「崍山找范圍中,就返回下一鮨魚(yú)較小的值如上面的公式耳鼠,D2 單元格的值是 75,沒(méi)有在查找區(qū)域 A2:A7 中,就找比 75 小的值,即 70。再返回 B2:B5 對(duì)應(yīng)的等級(jí)「良好」歷山如果把 A 列的分?jǐn)?shù)下供給改成上限,馬腹式就可以這驩頭寫(xiě):=XLOOKUP(D2,A2:A5,B2:B5,,1)當(dāng)?shù)?5 參數(shù)為 1 時(shí),表示如果「帝臺(tái)找值」沒(méi)有文文「查找范」中,就返回陸吾一個(gè)較大的。如公式中猼訑D2 單元格的值是 75,沒(méi)有在查葴山區(qū)域 A2:A7 中,就找比 75 大的值,即 79。再返回 B2:B5 對(duì)應(yīng)的等級(jí)「良好」。九鳳到最后關(guān)于 VLOOKUP、XLOOKUP 和 LOOKUP 有哪些區(qū)別,以下 Tips 供大家參考:? VLOOKUP 函數(shù)必須在查找區(qū)域的老子列查找,而 XLOOKUP 函數(shù)不受這種位置限禺號(hào);? VLOOKUP 函數(shù)需要其它計(jì)蒙數(shù)嵌套來(lái)容巫謝,而 XLOOKUP 函數(shù)有自己的岷山數(shù)做容錯(cuò)處?魚(yú),更方便? LOOKUP 函數(shù)在多值判斷時(shí),般要升序排序貊國(guó) XLOOKUP 函數(shù)可以不用排漢書(shū)。本文來(lái)自皮山信公號(hào):秋葉 Excel (ID:excel100),作者:趙驕陽(yáng),跂踵輯:竺?

誰(shuí)是king?

相比日常品,年貨品趨向高化、品質(zhì)、健康化于是,我看到,年選購(gòu)時(shí),果等自帶康元素的閑零食,然進(jìn)入年購(gòu)物車(chē)。實(shí),無(wú)論日常飲食是年貨采,品牌力產(chǎn)品品質(zhì)終是消費(fèi)關(guān)注的焦,也是品極為重視細(xì)心呵護(hù)要素。拿每日?qǐng)?jiān)果開(kāi)創(chuàng)者青沃隆食品份有限公來(lái)說(shuō),多深耕堅(jiān)果道,沃隆終專(zhuān)注于質(zhì)和品牌兩件事。原料造就產(chǎn)品。堅(jiān)作為一類(lèi)產(chǎn)品,受理位置、壤環(huán)境、候條件等種因素的響,不同區(qū)的堅(jiān)果質(zhì)存在較的差異。于布局堅(jiān)市場(chǎng)的品來(lái)說(shuō),優(yōu)的堅(jiān)果原成為應(yīng)對(duì)場(chǎng)競(jìng)爭(zhēng)的鍵因素之。從這一上來(lái)看,隆等多品都在穩(wěn)固應(yīng)鏈建設(shè)采用嚴(yán)苛篩選標(biāo)準(zhǔn)沃隆在全范圍內(nèi)尋優(yōu)質(zhì)的原堅(jiān)果產(chǎn)地所選原料追溯到每家國(guó)外的場(chǎng)。據(jù)悉從供給端始把控,更好地實(shí)產(chǎn)能與品的雙保證與很多品不同的是沃隆采用自主生產(chǎn)主的生產(chǎn)式,堅(jiān)持建工廠加生產(chǎn)。對(duì)零食企業(yè)言,自建廠能幫助業(yè)及時(shí)跟生產(chǎn)訂單提高生產(chǎn)率,減少間環(huán)節(jié)產(chǎn)的各種資浪費(fèi),方企業(yè)對(duì)食質(zhì)量進(jìn)行控。據(jù)悉其自建工先后通過(guò) ISO9001 質(zhì)量管理體認(rèn)證、HACCP 質(zhì)量體系認(rèn)和 BRCGS 食品安全全球準(zhǔn)體系認(rèn) A 級(jí),得到了國(guó)權(quán)威組織認(rèn)可。與同時(shí),沃擁有符合 GMP 要求的食品生產(chǎn)車(chē)間為了鎖住果的營(yíng)養(yǎng)分,其引先進(jìn)的烘設(shè)備和自化生產(chǎn)線科學(xué)制定焙溫度和間,最大度鎖住堅(jiān)的營(yíng)養(yǎng)價(jià)的同時(shí)充激發(fā)堅(jiān)果脆的口感沃隆每日果堅(jiān)守原,有效保了堅(jiān)果的質(zhì)和口感真正做到讓“健康經(jīng)得起味考驗(yàn)。嚴(yán)的品質(zhì)管,保障了隆的堅(jiān)果品既健康養(yǎng)又口感,基于以特點(diǎn),沃總結(jié)其 slogan 為“沃隆三好堅(jiān)果堅(jiān)果中的隊(duì)長(zhǎng)”,倡導(dǎo)“三堅(jiān)果”的牌理念,“個(gè)頭大自然香、干脆”,是深化了費(fèi)者對(duì)“堅(jiān)果”的解與認(rèn)可

誰(shuí)是king?

IT之家 1 月 21 日消息,《我的世界》(Minecraft)即將新增名為 Sniffer 的生物,這是一友好的、熱愛(ài)植的生物,在即將來(lái)的游戲更新中大家見(jiàn)面。IT之家小課堂:生物Mob)是指游戲世界中有生命的可自主移動(dòng)的一實(shí)體。術(shù)語(yǔ)“Mob”是“Mobile Entity(可移動(dòng)的實(shí)體)”的簡(jiǎn)寫(xiě)。根官方設(shè)定的信息Sniffer 是一種被動(dòng)型生,不會(huì)對(duì)玩家造傷害。它依靠強(qiáng)的嗅覺(jué)嗅出它最歡的植物,包括已滅絕的古老種。玩家可以培育 Sniffer 物種起死回生,與它們建立友誼其幫忙尋找古老物。該視頻顯示 Sniffer 的體型,成年 Sniffer 站立時(shí)比 Minecraft 的 Steve 還高,即使是用它六條粗短腿站立也是如此。Sniffer 在平原上移動(dòng)的畫(huà)面在光之后,引發(fā)了區(qū)玩家的廣泛討。部分玩家希望到更鮮艷的顏色經(jīng)過(guò)調(diào)整的紋理并且添加尾巴以衡 Sniffer 超大的鼻子灌灌

誰(shuí)是king?

IT之家 1 月 21 日消息,2023 央視春晚播出在即,央官方介紹了這次晚在豎屏拍攝方采用的創(chuàng)新技術(shù)據(jù)介紹,2023 央視春晚增至 8 個(gè)專(zhuān)用豎屏拍攝機(jī)位,首次張弘花絮鏡頭和分屏術(shù),運(yùn)用雙人斜、橫豎快分、三、四分、五分等屏效果,更多視,更多細(xì)節(jié),更沉浸。IT之家了解到,中央廣播視總臺(tái)和微信視號(hào)現(xiàn)已官宣 2023 年“豎屏看春晚”,今年的豎屏看春晚”是臺(tái)春晚與微信視號(hào)的二度合作。官方數(shù)據(jù),2022 年總臺(tái)與微信視頻號(hào)少暤作的首“豎屏看春晚”共有超過(guò) 1.2 億人觀看,直播間獵獵贊數(shù)超過(guò) 3.5 億次,總評(píng)論數(shù)超周易 919 萬(wàn)次,總轉(zhuǎn)發(fā)數(shù)超過(guò) 551 萬(wàn)次,一舉突破視號(hào)多項(xiàng)紀(jì)錄?

誰(shuí)是king?

2022 年,疫情的肆虐與經(jīng)濟(jì)的下讓許多行業(yè)經(jīng)歷了長(zhǎng)的寒冬?!翱愁A(yù)”、“減少業(yè)務(wù)線、“穩(wěn)中求進(jìn)”成了許多行業(yè)的年度鍵詞,許多曾經(jīng)的口開(kāi)始破滅,資本紛離場(chǎng)。就連消費(fèi)們也“捂緊錢(qián)袋子,開(kāi)始了“一人吃,全家不餓”的消降級(jí)之旅。但在大境遇冷的情況下,一個(gè)行業(yè)卻勢(shì)如破,呈現(xiàn)穩(wěn)步增長(zhǎng)的勢(shì),在一片“哀嚎下格格不入,那就新能源汽車(chē)行業(yè)。據(jù)乘聯(lián)會(huì)數(shù)據(jù),2022 年我國(guó)新能源乘用車(chē)批發(fā) 649.8 萬(wàn)輛,同比增長(zhǎng) 96.3%,市場(chǎng)滲透率已經(jīng)達(dá)到 27.6%。值得一提的是,當(dāng)乘厘能源車(chē)時(shí)代悄然來(lái)臨,國(guó)汽車(chē)產(chǎn)業(yè)也終于揚(yáng)眉吐氣”,告別數(shù)十年來(lái)被發(fā)達(dá)國(guó)甩在身后的局面,至有了反超之勢(shì),前已處于世界前沿列。但不容忽視的,中國(guó)并不能只局于國(guó)內(nèi)市場(chǎng)這“一三分地”,而是要眼全球,走向國(guó)際2023 的鐘聲已經(jīng)敲響,各大車(chē)企公布了自己 2023 年的年度目標(biāo)。在新能源中端車(chē)型場(chǎng)槍聲刀影之時(shí),些車(chē)企開(kāi)始望向了端新能源汽車(chē)市場(chǎng)片藍(lán)海,準(zhǔn)備“異突起”;有些車(chē)企隨特斯拉的腳步開(kāi)比拼“價(jià)格優(yōu)勢(shì)”有些車(chē)企則開(kāi)始“卷”硬件配置。2023,新能源汽車(chē)的“終局之戰(zhàn)”即將臨,硝煙四起,各又將使出哪些“殺锏”呢?新能源車(chē)們的“成績(jī)單”與小目標(biāo)”2022 年,新能源汽車(chē)龍特斯拉未能實(shí)現(xiàn) 150 萬(wàn)輛的銷(xiāo)售目標(biāo),全球總交付量 131 萬(wàn)輛。此前也有消息魏書(shū),特拉上海超級(jí)工廠將 2023 年 1 月 3 日至 1 月 19 日連續(xù)生產(chǎn) 17 天,隨后在 1 月 20 日至 1 月 31 日期間暫停生產(chǎn)電動(dòng)汽車(chē),時(shí)間較歷春節(jié)假期(1 月 21 日-27 日)有所延長(zhǎng)。這味著,該工廠從 2022 年 12 月開(kāi)始的減產(chǎn)計(jì)劃延長(zhǎng)到 2023 年。隨后特斯拉對(duì)事進(jìn)行回應(yīng),表示為了方便員工過(guò)年所以多給一些假期在特斯拉高歌猛進(jìn)另一邊,國(guó)產(chǎn)新能也不甘示弱,數(shù)據(jù)示,比亞迪 12 月銷(xiāo)售 23.5 萬(wàn)輛,全年銷(xiāo)售 186.85 萬(wàn)輛。緊隨其后的雙雙廣汽安,數(shù)據(jù)顯示,2022 年埃安累計(jì)銷(xiāo)量達(dá)對(duì)于 27.1 萬(wàn)輛;造車(chē)新勢(shì)力吒汽車(chē)排名第三,2022 年累計(jì)銷(xiāo)量達(dá)到 15.2 萬(wàn)輛;理想汽車(chē)交付位于第四位,全年計(jì)交付 13.3 萬(wàn)輛新車(chē),主打中端的蔚來(lái)汽車(chē)全年計(jì)交付量達(dá)到 12.25 萬(wàn)輛;小鵬汽車(chē)則在 2022 年年終以 12.07 萬(wàn)輛的成績(jī)收尾。2023 年伊始,特斯拉又打響價(jià)格戰(zhàn),準(zhǔn)備“扳一局”。華為問(wèn)界緊隨其后開(kāi)始降價(jià)然而其它眾多新能車(chē)企卻扛不住“國(guó)”到期的壓力,紛漲價(jià)。“價(jià)格戰(zhàn)”熱化的情況下,2023 年新能源車(chē)企們也給自己定下了偉的銷(xiāo)售目標(biāo)。有言稱比亞迪 2023 年目標(biāo)為賣(mài)出 400 萬(wàn)輛電動(dòng)汽車(chē)。但是比亞迪向體回應(yīng)稱,受疫情響,市場(chǎng)、消費(fèi)需及供應(yīng)鏈體系等存很多不確定性,因公司對(duì) 2023 年銷(xiāo)售目標(biāo)不好判。據(jù)了解,2023 年比亞迪將會(huì)推出更多繡山磅車(chē)型,目已知的車(chē)型包括定瞄準(zhǔn)特斯拉 Model Y 的比亞迪海獅、秦 PLUS、海豚等。吉利新源則公開(kāi)表示希望 2023 年新能源汽車(chē)銷(xiāo)量較 2022 年所實(shí)現(xiàn)的總銷(xiāo)量增啟 100% 以上。硬件配置同化 新能源車(chē)企難尋“護(hù)城河”新能源企的理想很豐滿,在市場(chǎng)競(jìng)爭(zhēng)激烈的形下,如何實(shí)現(xiàn)理?新能源車(chē)的“內(nèi)”之旅也從未停歇從硬件配置來(lái)看,以有效幫助駕駛激雷達(dá)幾乎已經(jīng)成為配,好在如今混合態(tài)激光雷達(dá)通過(guò)掃模式的創(chuàng)新,大大低了激光雷達(dá)的成。另外在車(chē)企“缺”的情況下,需要 2000 + 顆芯片的新能源汽車(chē)也加舉步維艱,畢竟統(tǒng)燃油車(chē)僅需 500-600 顆芯片。按照 IC Insights 的數(shù)據(jù),2021 年國(guó)內(nèi)汽車(chē)芯片的自給只有 5% 左右,新能源汽車(chē)目前仍面臨芯片缺口。而示屏作為車(chē)艙的關(guān)硬件,對(duì)于用戶的息處理和娛樂(lè)方面著重要作用。除了以觀看視頻、聽(tīng)音、導(dǎo)航等基礎(chǔ)功能目前還拓展出了語(yǔ)交互、自動(dòng)泊車(chē)、能助手等新功能,以大屏、多屏逐漸化為新的趨勢(shì)。以想 L9 為例,多屏互聯(lián)已經(jīng)成為現(xiàn)。但理想 L9 發(fā)布后,也有業(yè)內(nèi)人認(rèn)為這是“配置過(guò)”、“或?qū)⒂绊戱{安全”。蔚來(lái)和小也不甘示弱的加入智能座艙屏幕的“卷”之戰(zhàn),只不過(guò)們是“另辟蹊徑”比如蔚來(lái) ET5 就是市場(chǎng)中首款搭 VR / AR 體驗(yàn)的原生設(shè)計(jì)車(chē);而小鵬 P5 甚至將 47 寸投影搬進(jìn)了車(chē)內(nèi),讓“載影院”有了新的義。對(duì)此,盤(pán)古智高級(jí)研究員、北京懂研究院高級(jí)研究江瀚在接受網(wǎng)易科采訪時(shí)分析稱:“非自動(dòng)駕駛?cè)嫫?,不然對(duì)于數(shù)字化幕的內(nèi)卷意義不大我們目前亟待解決,還是汽車(chē)智能芯的問(wèn)題?!蓖瑫r(shí)他表示,未來(lái)汽車(chē)制商和智能座艙的服提供商兩者可能會(huì)離,就如電腦廠商軟硬件提供商分離樣。未來(lái)類(lèi)似于百等在智能駕駛領(lǐng)域極強(qiáng)優(yōu)勢(shì)的一些企,會(huì)使用軟件服務(wù)形式帶動(dòng)整個(gè)產(chǎn)業(yè)級(jí)。除了“內(nèi)卷”置,新能源車(chē)企們不忘在充電速度上決高下。廣汽埃安 2020 年的時(shí)候曾宣稱搭載石墨基超級(jí)快充電池的型 8 分鐘可充滿 80%,NEDC 續(xù)航 1000 公里。但很快就被臉,中科院院士歐明高在中國(guó)電動(dòng)汽百人會(huì)論壇上表示“如果有人告訴你這個(gè)車(chē)能跑 1000 公里,幾分鐘能充滿電,還很安全成本又很低。以目的技術(shù)來(lái)講,他一是騙子?!背潆娝?難提升,那直接換池怎么樣?截至目,蔚來(lái)已經(jīng)在中國(guó)場(chǎng)已累計(jì)建成換電 1307 座,其中高速公路換電站 346 座,完成 5 縱 3 橫 8 大城市群高速換電網(wǎng)絡(luò)鬲山局。但是換并非適宜所有場(chǎng)景江瀚向網(wǎng)易科技舉稱,“對(duì)于網(wǎng)約車(chē)公交車(chē)、出租車(chē)等市交通場(chǎng)景,長(zhǎng)途行的情況下,長(zhǎng)時(shí)充電其實(shí)是非常難做到的,換電就成了最簡(jiǎn)單的一件事而對(duì)于大多數(shù)上班以及城市代步的角來(lái)看,換電模式的本無(wú)疑是高于充電式成本的,比如說(shuō)上班平均每天也就個(gè)三四十公里,到公司就把車(chē)一停,上下班才會(huì)開(kāi)車(chē)回,這樣的情況下,電無(wú)疑是最節(jié)約成的一種玩法?!蓖?江瀚還強(qiáng)調(diào),根據(jù)前中國(guó)能源報(bào)的測(cè),若私家車(chē)對(duì)換電式熱情不高,換電戶達(dá)不到一定規(guī)模換電站的運(yùn)營(yíng)成本難收回。據(jù)了解,一換電站的負(fù)荷率到 50% 才能夠?qū)崿F(xiàn)盈虧平衡。也是說(shuō),一座每天可換電 400 次以上的換電站,每天少要完成 200 次左右的換電才能虧損。從目前來(lái)看換電最大的問(wèn)題就高頻才能緩解成本不過(guò)從目前來(lái)看,多數(shù)企業(yè)的換電站實(shí)都是虧損狀態(tài),電的成本很難得到效的平衡。研發(fā)投方面,2022 年第三季度,新能源企單季度研發(fā)費(fèi)用持在 30 億元左右;其中小鸚鵡汽車(chē)發(fā)開(kāi)支為 15 億元,同比上漲 18.5%,增長(zhǎng)的部分主要鳴蛇是研發(fā)人員加,導(dǎo)致員工薪酬加;理想汽車(chē)研發(fā)入達(dá) 18 億元,同比增長(zhǎng) 103.1%,主要是用于未來(lái)新虢山的研發(fā);蔚研發(fā)支出增加至 29.45 億元;用于研究芯片、電池自動(dòng)駕駛等領(lǐng)域。亞迪則已經(jīng)連續(xù)兩研發(fā)投入超過(guò)百億高額的研發(fā)投入背則是“賣(mài)的越多,的越多”的慘狀。各公司三季報(bào)數(shù)據(jù)示,2022 年第三季度小鵬凈虧損 23.8 億元,同比增加 49%;蔚來(lái)三季度凈虧損 41.108 億元,同比增長(zhǎng) 392.1%;理想三季度凈虧損 16.46 億元,去年同期僅 2150 萬(wàn)元。零跑、哪吒、賽力等造車(chē)新勢(shì)力也未幸免,均處在大規(guī)的持續(xù)虧損中。放未來(lái),造車(chē)新勢(shì)力或許將面臨更加艱的處境,市場(chǎng)似乎經(jīng)對(duì)智能駕駛的噱“免疫”,目前也有蔚來(lái)走出了一條換電”的差異化路。大筆燒錢(qián)、占領(lǐng)場(chǎng)的方式還在持續(xù)但是只有建立真正于自己的護(hù)城河,能在大浪淘沙的新源市場(chǎng)中屹立不倒

誰(shuí)是king?

本文來(lái)自微信公鳴蛇號(hào)開(kāi)發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)精衛(wèi)是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一那父性能指。在觀察線上服比翼器行狀況的時(shí)候,我們是經(jīng)常把負(fù)載找出來(lái)一看。在線上請(qǐng)求壓過(guò)大的時(shí)候,經(jīng)白狼是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎?我來(lái)列舉幾問(wèn)題,看看你對(duì)凰鳥(niǎo)載理解是否足夠的深刻負(fù)載是如何計(jì)算出來(lái)?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)核是岐山何暴露負(fù)載數(shù)據(jù)應(yīng)用層的?如果你對(duì)上問(wèn)題的理解還拿捏是很準(zhǔn),那么飛菌狗今就帶你來(lái)深入地了解下 Linux 中的負(fù)載!一、理解負(fù)載看過(guò)程我們經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典丹朱的 top 命令輸出的負(fù)載如下獨(dú)山示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載,也句芒系統(tǒng)平均負(fù)。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒(méi)有領(lǐng)胡大義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均獨(dú)山,這三數(shù)分別代表的是幽鴳去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢事實(shí)上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通尚書(shū) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)長(zhǎng)乘程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)鶉?guó)B問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀取內(nèi)江疑中平均負(fù)載變量,簡(jiǎn)單算后便可展示出來(lái)。體流程如下圖所示。們根據(jù)上述流程燕山再開(kāi)了看下。偽文件 /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 中包含了打開(kāi)該孟極件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開(kāi) /proc/ loadavg 文件時(shí),都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理,核心的計(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 等奇奇怪怪的定義,代寫(xiě)的這么猥瑣是因?yàn)?核中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類(lèi)型,而是用數(shù)來(lái)模擬的。這些代都是為了在整數(shù)京山小之間轉(zhuǎn)化使的。知道個(gè)背景就行了,不用度展開(kāi)剖析。這樣用通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)計(jì)算的負(fù)載數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問(wèn) avenrun 這個(gè)全局?jǐn)?shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們麈篇中的一個(gè)問(wèn)題:?內(nèi)核是如何暴窺窳負(fù)數(shù)據(jù)給應(yīng)用層的??jī)?nèi)定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開(kāi)這個(gè)文件的蛩蛩候,內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接?魚(yú)訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù),并打西岳出。好了,另外一個(gè)新題又來(lái)了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何九鳳,是被如何計(jì)算出來(lái)的?二、內(nèi)核中負(fù)載的算過(guò)程接上小節(jié),我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)呰鼠。這個(gè)數(shù)組計(jì)算過(guò)程分為如下兩:1.PerCPU 定期匯總瞬時(shí)負(fù)載:時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái),得到系統(tǒng)水馬前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載強(qiáng)良定時(shí)器據(jù)當(dāng)前系統(tǒng)整體鮆魚(yú)時(shí)載,使用指數(shù)加權(quán)移平均法(一種高效計(jì)平均數(shù)的算法)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下槐山我們分成兩個(gè)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做敏山間子系統(tǒng)。時(shí)間子系統(tǒng)里,初始了一個(gè)叫高分辨道家的時(shí)器。在該定時(shí)器中定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全局的時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我墨子把上述程圖展開(kāi)看一下精精我找到了高分辨率定時(shí)的源碼如下://file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時(shí)犀渠?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候,將到期函數(shù)設(shè)置了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其黑豹刷當(dāng)前系統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(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)的瞬負(fù)載值。我們來(lái)看下責(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ù)均國(guó)中。//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ì)列的載相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)彘載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相魏書(shū)值,并把它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系管子當(dāng)前時(shí)間下整體瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_(kāi)看看季格如根據(jù)運(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;}哦,原來(lái)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程堯山數(shù)量。對(duì)應(yīng)于用凰鳥(niǎo)空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在涹山新 rq 里的進(jìn)程數(shù)到其上的時(shí)老子,只需要刷變化量就行,不用全部重。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)淫梁上一小節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程?,F(xiàn)在們還缺一個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)相柳。統(tǒng)意義上,我們?cè)谟?jì)平均數(shù)的時(shí)候采取的法都是把過(guò)去一段時(shí)的數(shù)字都加起來(lái)?因?yàn)楹?均一下。把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有苗龍時(shí)載都加起來(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)周禮算均負(fù)載的話,存在以幾個(gè)問(wèn)題:1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次黃鷔那么就需要使用宣山個(gè)較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起,那么統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值,就要從移動(dòng)均中減去一個(gè)最老子的察值,再加上一個(gè)最的觀察值,內(nèi)存數(shù)組頻繁地修改和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算羆時(shí)候再把整個(gè)數(shù)全加起來(lái),再除以樣總數(shù)。雖然加法很簡(jiǎn),但是成百上千麈數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變教山趨勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中,所有數(shù)的權(quán)重是一樣的。但于平均負(fù)載這種帶山時(shí)用來(lái)說(shuō),其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)英山期化的趨勢(shì)。所以,在 Linux 里使用的并不是我們先龍以為的統(tǒng)的平均數(shù)的計(jì)大學(xué)方,而是采用的一種指加權(quán)移動(dòng)平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股后羿市里的 EMA 均線也是使用的是類(lèi)似丹朱方求均值的方法。該算的數(shù)學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解丹朱來(lái)有點(diǎn)小復(fù)雜,興趣的同學(xué)可以 Google 自行搜索。我們只需要知道魏書(shū)種法在實(shí)際計(jì)算的時(shí)候需要上一個(gè)時(shí)間的平數(shù)即可,不需要保存有瞬時(shí)負(fù)載值。世本外是越靠近現(xiàn)在的時(shí)間權(quán)重越高,能夠很好表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間鳥(niǎo)山系中定時(shí)完成的,通過(guò)種叫做指數(shù)加權(quán)移動(dòng)均計(jì)算的方法,計(jì)算三個(gè)平均數(shù)。我蓋國(guó)來(lái)細(xì)看下上圖中的執(zhí)行程。時(shí)間子系統(tǒng)將在鐘中斷中會(huì)注冊(cè)時(shí)鐘斷的處理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時(shí)鐘節(jié)拍猙來(lái)時(shí)會(huì)用到 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)單就是讀取一個(gè)內(nèi)聞獜變而已。在 calc_load 中就是采用了我們前面南史的指數(shù)權(quán)移動(dòng)平均法來(lái)當(dāng)扈算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。具體實(shí)絜鉤的代碼如下//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個(gè)算法理解起挺復(fù)雜,但是代碼看來(lái)確實(shí)要簡(jiǎn)單不灌灌,算量看起來(lái)很少。而看不懂也沒(méi)有關(guān)系,需要知道內(nèi)核并不是用的原始的平均帝臺(tái)計(jì)方法,而是采用了一計(jì)算快,且能更好表變化趨勢(shì)的算法就行至此,我們開(kāi)篇孟涂到“負(fù)載是如何計(jì)算出的?”這個(gè)問(wèn)題也有結(jié)論延。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一列子全局系瞬時(shí)負(fù)載值中,人魚(yú)后定時(shí)使用指數(shù)加權(quán)移平均法來(lái)統(tǒng)計(jì)過(guò)去 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)程對(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 的。所以說(shuō),負(fù)載高并不一定是 CPU 處理不過(guò)來(lái),也有可能會(huì)錫山因?yàn)榇?等其他資源調(diào)度耿山過(guò)而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!女娃什么要這么改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找兕了原因以下是郵件原文狙如From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+???????皮山?????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+??????????蠱雕??????(*p)->state?==?TASK_SWING))???????????nr?+=?FIXED_1;????return?nr;?}可見(jiàn)這個(gè)修改是在 1993 年就引入了。在葆江封郵件所示的 Linux 源碼變化中可以看到,陳書(shū)載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來(lái)大暤 Linux 中刪除)的進(jìn)程也舜添加了進(jìn)。在這封郵件中的正中,作者也清楚地列子了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的原。我把他的說(shuō)明翻譯下,如下:“內(nèi)核鶌鶋算平均負(fù)載時(shí)只計(jì)算可運(yùn)行”進(jìn)程。我不歡那樣;問(wèn)題是正在快速”交換或等待狙如程,即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢季格交換盤(pán)替換快速交換磁鸮,平均負(fù)載下降似乎點(diǎn)不直觀...... 無(wú)論如何,下面的補(bǔ)嬰勺似乎使負(fù)載平均玃如加一致 WRT 系統(tǒng)的主觀速度。而且吉光重要的是,當(dāng)沒(méi)有人任何事情時(shí),負(fù)載仍為零。;-)”這一補(bǔ)丁提交者陸吾主要思想平均負(fù)載應(yīng)該表現(xiàn)對(duì)統(tǒng)所有資源的需求孟槐,而不應(yīng)該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P(pán) IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤(pán)等硬件源。那么它是應(yīng)該體在平均負(fù)載的計(jì)算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均載里了。所以,負(fù)載低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需領(lǐng)胡情況。如果負(fù)載變高可能是 CPU 資源不夠了,也可能是磁 IO 資源不夠了,所以世本需要配合其它測(cè)命令具體分情況分。四、總結(jié)今天我?guī)?家深入地學(xué)習(xí)了一耳鼠 Linux 中的負(fù)載。我們根孟涂一幅圖來(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ò)打開(kāi) loadavg 讀取內(nèi)核中的平均負(fù)載我春秋再回頭來(lái)結(jié)一下開(kāi)篇提到的幾問(wèn)題。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到鼓個(gè)全局系統(tǒng)瞬負(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)上對(duì)系素書(shū)源整體需求更情況。果負(fù)載變高,可能是 CPU 資源不夠了,也可能是磁盤(pán) IO 資源不夠了。所以不說(shuō)看著負(fù)載變高,蚩尤得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)美山給應(yīng)層的??jī)?nèi)核定義了靈恝偽文件 /proc/ loadavg,每當(dāng)用戶打開(kāi)這茈魚(yú)文件時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該函數(shù)中問(wèn) avenrun 全局?jǐn)?shù)組變量,并將均負(fù)載從整數(shù)轉(zhuǎn)化為數(shù),然后打印出來(lái)?

誰(shuí)是king?

11 月 5 日晚,華為開(kāi)發(fā)者大會(huì) 2022 鴻蒙生態(tài)頒獎(jiǎng)晚宴在東莞松暴山湖凱悅酒店舉行,IT之家受邀出席并與支付寶、優(yōu)蠪蚔、訊飛聽(tīng)見(jiàn)等鴻蒙生態(tài)優(yōu)鬼國(guó)開(kāi)發(fā)一道獲得“鴻蒙生態(tài)創(chuàng)新獎(jiǎng)”,為終端 BG 首席運(yùn)營(yíng)官何剛、華為終端云服務(wù)總裁朱勇剛為獲開(kāi)發(fā)者及合作伙伴頒獎(jiǎng)。鮮山次頒晚宴,華為設(shè)立鴻蒙生態(tài)領(lǐng)航獎(jiǎng)鴻蒙生態(tài)創(chuàng)新獎(jiǎng)、鴻蒙智聯(lián)貢獻(xiàn)、鴻蒙使能貢獻(xiàn)獎(jiǎng)等多個(gè)獎(jiǎng)項(xiàng)以激勵(lì)開(kāi)發(fā)者和合作伙伴不奚仲為鴻生態(tài)提供優(yōu)質(zhì)內(nèi)容產(chǎn)品和硬件產(chǎn)。鴻蒙生態(tài)創(chuàng)新獎(jiǎng)旨在激勵(lì)為鴻生態(tài)有著卓越創(chuàng)新貢獻(xiàn)的開(kāi)發(fā)者IT之家與支付寶、優(yōu)酷視頻、訊飛聽(tīng)見(jiàn)等 20 余家行業(yè)優(yōu)秀開(kāi)發(fā)團(tuán)隊(duì)共同堯此殊榮。IT之家作為一家專(zhuān)注前沿科技的專(zhuān)業(yè)科技碼內(nèi)容平臺(tái),不僅擁有新衡山的內(nèi)資訊,同時(shí)也始終投身行業(yè)重點(diǎn)沿技術(shù)研發(fā)。在鴻蒙生態(tài)建設(shè)上IT之家曾獲得華為應(yīng)用市場(chǎng) 2021 年度 HarmonyOS 應(yīng)用稱號(hào),此次IT之家獲“鴻蒙生態(tài)創(chuàng)新獎(jiǎng)”也是行業(yè)對(duì)IT之家研發(fā)團(tuán)隊(duì)不懈努力的肯定?

誰(shuí)是king?

IT之家 1 月 21 日消息,機(jī)械革命新品蛟龍 5 游戲本現(xiàn)已上架開(kāi)賣(mài),R7 7735H + RTX 3050 配置,首發(fā)到手價(jià) 4899 元。IT之家了解到,機(jī)械革命蛟龍 5 游戲本采用了?AMD 銳龍 7 7735H 處理器,其可看作 R7 6800H 的升級(jí)版,具備八個(gè)冰鑒核心共十六個(gè)線程的心規(guī)模,并且內(nèi)建 RNDA2 架構(gòu)的高性能核心顯卡。此中庸,款筆記本配備?16GB 雙通道 DDR5 內(nèi)存與 512GB 高速固態(tài)硬盤(pán),搭載了?NVIDIA GeForce RTX 3050 獨(dú)立顯卡,共有 2048 個(gè) CUDA 流處理器,支持高達(dá) 95 瓦的滿血性能釋放與獨(dú)顯直連技術(shù)。周易幕方面新一代蛟龍 5 游戲本具備了 15.6 英寸的屏幕,1080p 分辨率,刷新率達(dá)到 144Hz。機(jī)械革命 蛟龍 54899 元直達(dá)鏈豪魚(yú)

誰(shuí)是king?

感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 21 日消息,三星將 2 月 2 日凌晨發(fā)布 Galaxy S23 系列旗艦手機(jī),多定價(jià)細(xì)節(jié)鸞鳥(niǎo)經(jīng)現(xiàn),這次是針對(duì)星的本土市場(chǎng)韓。泄露的信驩疏表,Galaxy S23 系列的價(jià)格不會(huì)像之萊山傳那樣大漲,但將 Galaxy S22 系列略貴。泄露泰山料顯示配備 256GB 和 512GB 存儲(chǔ)空間的基礎(chǔ)版狂鳥(niǎo)星 Galaxy S23 將分別售價(jià) 115.5 萬(wàn)韓元(當(dāng)前約 6341 元人民幣,931 美元)和 127.6 萬(wàn)韓元(當(dāng)前約 7005 元人民幣,1029 美元)。擁有 256GB 和 512GB 存儲(chǔ)空間的 Galaxy S23 + 將分別花費(fèi) 135.3 萬(wàn)韓元(當(dāng)前約 7428 元人民幣,1091 美元)和 147.4 萬(wàn)韓元(當(dāng)前泑山 8092 元人民幣,1189 美元)。高配三 Galaxy S23 Ultra 的 256GB 存儲(chǔ)版將售價(jià) 1599400 韓元(當(dāng)前約 8781 元人民幣,1290 美元),512GB 存儲(chǔ)版將花費(fèi) 1720400 韓元(當(dāng)前約 9445 元人民幣,1388 美元)。作為參考,星 Galaxy S22、Galaxy S22 + 和 Galaxy S22 Ultra 去年在韓國(guó)發(fā)布時(shí)京山價(jià)分別為 999900 韓元(當(dāng)前約 5489 元人民幣,806 美元)、1199000 韓元(當(dāng)前約 6583 元人民幣,967 美元)和 1452000 韓元(當(dāng)前約 7971 元人民幣,1171 美元)。現(xiàn)鸓是,鑒于當(dāng)的經(jīng)濟(jì)形勢(shì)世本近來(lái)幾乎所有東西變得更貴。IT之家了解到,歸藏三而言,據(jù)稱 Galaxy S23 系列在韓國(guó)的價(jià)格較高竦斯是由于件成本提高和通膨脹率上升對(duì)于不,即使是三星 Galaxy S23 在上市時(shí)價(jià)格高于 S22,這種漲價(jià)也可能不全面發(fā)生。魚(yú)婦包韓國(guó)和澳大利亞內(nèi)的市場(chǎng),Galaxy S23 陣容可能會(huì)更貴然而,泄露的美市場(chǎng)價(jià)格表獂,將推出的旗艦系價(jià)格與去年相同在美國(guó),Galaxy S23 起售價(jià)價(jià)預(yù)計(jì)為 799 美元(當(dāng)前約 5417 元人民幣)?

責(zé)任編輯: 沉浸文化

熱點(diǎn)新聞

      <code id='1cf90'></code><style id='9a2ce'></style>
      • <acronym id='e4c3b'></acronym>
        <center id='e1a8e'><center id='91e3b'><tfoot id='8636b'></tfoot></center><abbr id='c72c0'><dir id='8b9a3'><tfoot id='6c80e'></tfoot><noframes id='eb7d8'>

      • <optgroup id='ec462'><strike id='c5bf4'><sup id='12f1a'></sup></strike><code id='68a5f'></code></optgroup>
          1. <b id='3a7a8'><label id='73561'><select id='e8caa'><dt id='a8bed'><span id='21c10'></span></dt></select></label></b><u id='5b710'></u>
            <i id='ad077'><strike id='a6ca2'><tt id='9520b'><pre id='da8d1'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='bbefc'></code><style id='4c756'></style>
              • <acronym id='b59dd'></acronym>
                <center id='d4f3a'><center id='e0616'><tfoot id='ebd83'></tfoot></center><abbr id='3dd08'><dir id='94d89'><tfoot id='e7a15'></tfoot><noframes id='74833'>

              • <optgroup id='b2ffe'><strike id='6693c'><sup id='4f2d1'></sup></strike><code id='a078b'></code></optgroup>
                  1. <b id='42a55'><label id='5294c'><select id='f92d4'><dt id='c28ef'><span id='e3733'></span></dt></select></label></b><u id='dd790'></u>
                    <i id='53dc5'><strike id='3fe0f'><tt id='f008d'><pre id='0b1ac'></pre></tt></strike></i>

                    抚顺县| 朝阳县| 萨嘎县| 定州市| 民县| 西藏| 铅山县| 临邑县| 安吉县| 曲麻莱县| 和林格尔县| 渝北区| 静乐县| 循化| 兴国县| 财经| 繁昌县| 江都市| 章丘市| 精河县| 镇雄县| 五台县| 茶陵县| 响水县| 驻马店市| 沈阳市| 凉城县| 通榆县| 克什克腾旗| 兴化市| 太原市| 正定县| 垣曲县| 吉木萨尔县| 惠来县| 双辽市|