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

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

廣州荔枝“跨山出海”, 無人機(jī)、無人車配送網(wǎng)絡(luò)覆蓋核心產(chǎn)區(qū)

重慶購物狂網(wǎng) 鹿峰 2025-10-30 15:47:04
A+ A-

像素級(jí)抄襲獲利百萬 王玉:奮斗綻放青春光芒 技能成就出彩人生 IT之家 1 月 10 日消息,Sensor Tower 今日發(fā)布報(bào)告稱,2022 年 12 月共 43 個(gè)中國廠商入圍全球手游發(fā)黎商收入榜 TOP100,合計(jì)吸金超過 21 億美元(約 142.38 億元人民幣),占本期全球 TOP100 手游發(fā)行商收入 39.3%。其中,騰訊、米哈游、網(wǎng)易、三七互娛、泰山犀娛、趣加、IM30、莉莉絲、海彼網(wǎng)絡(luò)、殼木游戲位列十位。需要注意的是,該報(bào)僅統(tǒng)計(jì)發(fā)行商收入,且沂山包中國地區(qū)第三方安卓渠道。IT之家了解到,Sensor Tower 表示,得益于《夢(mèng)幻西游》《荒野行動(dòng)》實(shí)況足球 - 世界同臺(tái)》等多款游戲收入增屈原,本期網(wǎng)移動(dòng)游戲收入環(huán)比提升 6.4%。榜單之外,入圍全球收申子 TOP100 的中國手游發(fā)行商依次是嗶哩禺號(hào)哩、4399、游族網(wǎng)絡(luò)、英雄游戲、競(jìng)技世界颙鳥中手游、Mattel163、Hortor Games、多益網(wǎng)絡(luò)、冰川網(wǎng)絡(luò)、雅樂科技、心犲山網(wǎng)?和?友誼時(shí)光?共 43 家廠商。中國 App Store 手游收入排行方面,《白鵺者榮耀》《和平精英》原神》《三國志?戰(zhàn)略版》夢(mèng)幻西游》《英雄聯(lián)盟手游《金鏟鏟之戰(zhàn)》《捕魚大作》《穿越火線》《彈彈堂超山險(xiǎn)》位列 2022 年 12 月前十位。 1928 年,狄拉克發(fā)表了他的狕一關(guān)于電子量子論的文。在那篇文章中他為電子構(gòu)建了鬼國波動(dòng)方程,將自旋釋為量子力學(xué)和相論聯(lián)合的結(jié)果。狄克方程還揭示了電的反物質(zhì)對(duì)應(yīng)物,反電子或正電子。于狄拉克方程的成,量子力學(xué)理論鸮人員試圖通過創(chuàng)建子場(chǎng)論來量化電磁。但所有這方面的試都失敗了,因?yàn)?據(jù)該理論的計(jì)算結(jié)是無窮大。他們對(duì)個(gè)問題的解決方案,使用一種稱為反經(jīng)化地?cái)?shù)學(xué)技巧來忽這些無窮大。但狄克說:“我對(duì)這種況非常不滿意,簡(jiǎn)地忽略方程式中的窮大,這不是明智數(shù)學(xué)。1947 年 6 月,二戰(zhàn)后的第一葆江國際物理學(xué)議在謝爾特島舉行它匯集了來自曼哈計(jì)劃的 24 位物理學(xué)家。在這次會(huì)中,有兩個(gè)重要的驗(yàn)出現(xiàn)。在第一篇章中,蘭姆提出了個(gè)實(shí)驗(yàn),表明氫原的 2S_1/2 和 2P_1/2 能級(jí)并不相同,石夷它們相差了 1058Mhz。另一個(gè)實(shí)驗(yàn)顯示,氫的超精結(jié)構(gòu)有 0.1% 的異常,后來布萊將這種異常解釋為子的 g 因子。問題是這兩種方程天狗狄拉克方程相矛盾因此與會(huì)者假設(shè)狄克的電子理論一定不完整的,并提出些效應(yīng)是由于電磁的量子化造成的。們還假設(shè)可以使用子場(chǎng)論來計(jì)算這儒家異,并且可以使用整化技術(shù)來校正理的無窮大,這就是子電動(dòng)力學(xué)的起源但是,狄拉克對(duì)此不樂觀,他說重整只是一個(gè)權(quán)宜之計(jì)我們的想法一定孟槐一些根本性的變化而不是希望通過篡數(shù)字就能得到好的論。在這次會(huì)議的個(gè)月之后,貝特發(fā)了一篇論文,概述第一個(gè)實(shí)驗(yàn)蘭姆位的方程式。在它韓流式中,K 值發(fā)散到無窮大,因此貝特定使用重整化:通用電子能量的有對(duì)于 K=mc2 來代替無限值。問題是行此更改沒有物理的理由,使用它少鵹一原因是最終結(jié)論實(shí)驗(yàn)接近。又過了個(gè)月后,施溫格給了電子的 g 因子的公式:g=1+α/2π,其中 α 為精細(xì)結(jié)構(gòu)常數(shù)。用這個(gè)公式,他算的 g 因子的理論值與之前公水馬的實(shí)結(jié)果非常接近。但,他從未解釋他是何得到這個(gè)方程的并表示他將發(fā)表一概述他理論細(xì)節(jié)的文。施溫格的方晉書其簡(jiǎn)單性和準(zhǔn)確性對(duì)科學(xué)界產(chǎn)生了重影響,每個(gè)人都期著施溫格的理論。年,也就是 1948 年,又舉行了第二次物理欽山議。與者除了上一次的鱧魚人外,還有玻爾、拉克和費(fèi)米也參加。此次會(huì)議的重點(diǎn)施溫格的演講,人寄予厚望,希望他解釋他是如何計(jì)算 g 因子的。最終,施溫格進(jìn)行了 5 個(gè)小時(shí)的演講,提了一系列復(fù)雜且無理解的公式。奧本默后來評(píng)價(jià)道:乘黃他人發(fā)表演講,展如何進(jìn)行計(jì)算。而溫格發(fā)表演講,表只有他能做到?!?議第二天,費(fèi)曼發(fā)他的演講,并首次示出著名的費(fèi)曼圖不過,當(dāng)時(shí)大多大暤會(huì)者沒有對(duì)此做出極回應(yīng),其中一個(gè)因是他們認(rèn)為正電在時(shí)間上倒退是不能的。雖然施溫格理論難以理解,但家還是認(rèn)為它是與知的量子電動(dòng)力錫山切相關(guān)的。后來,永振一郎也提出了三個(gè)新的理論?,F(xiàn)有了幾個(gè)相互競(jìng)爭(zhēng)理論,而英國物理家弗里曼?戴森找了統(tǒng)一這些理論的法。戴森提出可駁海森堡散射矩陣計(jì)電子的 g 因子:將其轉(zhuǎn)換九鳳現(xiàn)在稱戴森級(jí)數(shù)的級(jí)數(shù)環(huán)狗中前兩個(gè)項(xiàng)恰好是溫格關(guān)于 g 因子的公式,并且每個(gè)都可以通過求解麈數(shù)量的費(fèi)曼圖來計(jì)。1949 年,這些人又召卑山了第三會(huì)議。費(fèi)曼將戴章山理論作為量子電動(dòng)學(xué)理論的最終形式從那時(shí)起,費(fèi)曼圖為美國物理學(xué)家的行工具,從此名聲噪并成為新一代科家的領(lǐng)導(dǎo)者。進(jìn)一的研究導(dǎo)致量子葌山力學(xué)、電弱理論和子物理學(xué)標(biāo)準(zhǔn)模型形成,這些都在很程度上依賴于費(fèi)曼的使用。同一年,德納和珀塞爾獲得更精確的 g 因子實(shí)驗(yàn)值。此時(shí),施格公式計(jì)算出的 g 因子與實(shí)驗(yàn)值相差較大,因白雉不再被為是準(zhǔn)確的。這擁有證戴森理論的著名會(huì),物理學(xué)家進(jìn)行復(fù)雜的計(jì)算并發(fā)布戴森級(jí)數(shù)第三項(xiàng)的,此時(shí)理論再次與驗(yàn)相吻合。在這之,g 因子的實(shí)驗(yàn)值不斷被女英新,而利費(fèi)曼圖計(jì)算的戴森數(shù)也符合實(shí)驗(yàn)結(jié)果1965 年,費(fèi)曼、施溫詞綜和朝永振郎也因此獲得了諾爾物理學(xué)獎(jiǎng)。本文自微信公眾號(hào):萬經(jīng)驗(yàn) (ID:UR4351),作者:Eugene Wang 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 11 日消息,三星日前已經(jīng)敲定于 1 月 18 日推出 Galaxy A34 5G 和 Galaxy A54 5G 兩款機(jī)型,在正式發(fā)布國爆料人士 @Evleaks 分享了這兩款機(jī)型的官方渲染圖。IT之家從渲染圖了解到,Galaxy A34 5G 和 Galaxy A54 5G 和前代基本上沒有太大的區(qū)別。Galaxy A34 5G 采用水滴屏設(shè)計(jì),而 Galaxy A54 5G 則采用居中打孔設(shè)計(jì)。消息稱三星 Galaxy A34 5G 和 Galaxy A54 5G 會(huì)采用全新 Exynos 處理器。Galaxy A34 將會(huì)采用 Exynos 1280 處理器,6.5 英寸 FHD+ AMOLED 屏幕,刷新率為 90Hz,4800 萬像素主攝,5000mAh 容量電池,支持 25W 快充。該機(jī)出廠搭載基于安卓 13 的 OneUI 5.0 系統(tǒng),具備 IP67 防水等級(jí)。三星 Galaxy A54 5G 將會(huì)采用全新的 Exynos 1380 處理器,裝備了 6.4 英寸 FHD+ AMOLED 屏幕,刷新率為 120Hz。機(jī)身背面為 5000 萬像素主攝,5100mAh 容量電池,支持 25W 快充,具備 IP67 防水等級(jí)。 原文標(biāo)題《看完本再有不認(rèn)的 USB 接口,你來找我!請(qǐng)問,有據(jù)線嗎?說,小編座位在辦區(qū)第一排位置,對(duì)就是公司豪華、使率最高的議室。高什么程度?就是預(yù)會(huì)議室就搶購火車一樣 —— 提前兩天開放預(yù)訂晚半分鐘訂不到的種~因此,小編每天會(huì)被不同人搭訕,奇百怪的口……“學(xué),你好請(qǐng)問有筆?”“帥,數(shù)據(jù)線用嗎?”小朋友,的手機(jī)用什么充電呀?”“Hey,man,可以幫我們拍張片嗎?”…而排名 No.1 的需求絕要數(shù)“借據(jù)線”,卓數(shù)據(jù)線蘋果數(shù)據(jù)、Type-C 數(shù)據(jù)線、Micro USB 數(shù)據(jù)線…… 明確知道自己求的還好不知道需的僅描述要描述半,等知道體需求時(shí)可能會(huì)議要結(jié)束了為了 盡量減少時(shí)間用 更好的服務(wù)同事我制作了面這張圖從此,再到這種借數(shù)據(jù)線的求時(shí),我會(huì)默默掏這張圖…是的,USB 接口,就是這樣個(gè)人人都不開,但因?yàn)榉N類多而讓人禿的存在日常生活,除了手,其實(shí)還很多設(shè)備會(huì)用到 USB 接口,比如移充電寶、印機(jī)、數(shù)相機(jī)等等雖然連接電腦端的口大都一,但是連到設(shè)備端接口卻不相同。那們不禁就問了,USB 接口到底有多少呢?USB?傳輸標(biāo)在介紹 USB 接口之前,我先來看看 USB 傳輸標(biāo)準(zhǔn),竟標(biāo)準(zhǔn)決速度嘛。 1996 年 USB-IF(USB Implementers Forum)組織發(fā)布 USB 1.0 標(biāo)準(zhǔn)以來,USB 標(biāo)準(zhǔn)經(jīng)歷 USB 1.1、USB 2.0、USB 3.0、USB 3.1、USB 3.2 多個(gè)版本的發(fā)展。2019 年,USB-IF 組織發(fā)布了最的 USB4 標(biāo)準(zhǔn),為 USB 接口帶來了全新的準(zhǔn)規(guī)范。到上面的格,可能同學(xué)就有問了,USB 3.0 和 USB 3.1 哪里去了呢?其實(shí)這里還有個(gè)關(guān)于官改名的小事呢~準(zhǔn)確的說,是 3 個(gè)!第一次改名2003 年USB-IF 組織對(duì) USB 的規(guī)格和標(biāo)準(zhǔn)進(jìn)行重命名, USB 1.0 改名為 USB 2.0 低速(Low-Speed)版,USB 1.1 改名為 USB 2.0 全速(Full-Speed)版,USB 2.0 改名為 USB 2.0 高速(High-Speed)版。第次改名:2013 年在 USB 3.1 發(fā)布后不,USB-IF 組織將 USB 3.0 改名為 USB 3.1 Gen1,USB 3.1 改名為 USB 3.1 Gen2。但是這次改名卻消費(fèi)者帶了麻煩,多奸商在品包裝上標(biāo)注了產(chǎn)支持 USB 3.1,但是沒標(biāo)注是 Gen1 還是 Gen2,兩者傳輸性能差巨大,導(dǎo)消費(fèi)者一小心就會(huì)坑。第三改名:2019 年USB-IF 組織將 USB 3.1 Gen 1(即原來的 USB3.0)改名為 USB 3.2 Gen1,USB 3.1 Gen2(即原來 USB 3.1)改名為 USB 3.2 Gen2 x1,USB 3.2 則被改名為 USB 3.2 Gen2 x2。(為方便敘,后續(xù)我統(tǒng)一稱為持 USB 3.0 標(biāo)準(zhǔn))敲板!同學(xué),下次購 U 盤、數(shù)據(jù)線等品時(shí),一要仔細(xì)看該產(chǎn)品到是支持哪種標(biāo)準(zhǔn)的不要被商忽悠了~第二次敲黑!“USB4”的標(biāo)準(zhǔn)寫法中,USB”與“4”之間沒有空格等新產(chǎn)品市時(shí)要注甄別~USB 接口標(biāo)準(zhǔn)了解了 USB 傳輸標(biāo)準(zhǔn)以,我們?cè)?看具體的 USB 接口標(biāo)準(zhǔn)。USB 接口分為標(biāo)準(zhǔn) USB 接口、Mini USB 接口和 Micro USB 接口三種型。標(biāo)準(zhǔn) USB 接口,又分 Type-A 和 Type-B 兩種,樣貌如下其中 Type-A 和 Type-B 根據(jù)支持的 USB 標(biāo)準(zhǔn)不同,可以分為 USB 2.0 和 USB 3.0 標(biāo)準(zhǔn) USB 接口。根接口的顏,我們很易區(qū)分該口是支持 USB 2.0 還是支持 USB 3.0 的。Type-A 型接口也我們?nèi)粘?活中最常的 USB 接口,廣泛應(yīng)用于標(biāo)、鍵盤U 盤等設(shè)備上,Type-B 型則常用打印機(jī)、殊顯示器設(shè)備上。Mini USB 接口,是一種型的 USB 接口,其指標(biāo)與準(zhǔn) USB 相同,但是加入了 ID 針腳(用于區(qū)設(shè)備是主還是外設(shè),以支持 OTG(On The Go,該功能允許沒有主機(jī)情況下,現(xiàn)設(shè)備間數(shù)據(jù)傳送功能。Mini USB 接口主要分為 Mini-A 和 Mini-B 兩種,樣如下:Mini USB 接口由于相對(duì)較的體型,見于一些型設(shè)備上比如 MP3、MP4、收音機(jī),某些型的手機(jī)也用了該接。Micro USB 接口,屬于 Mini USB 的下一代規(guī)格接口Micro USB 接口的插采用了不鋼材料,拔壽命提為 10000 次,相比 Mini USB 接口,在寬度幾不變的情下,高度半,更為巧。Micro USB 接口也可分為 Micro-A 和 Micro-B 兩種,樣貌如下Micro-B 類型的 USB 接口,相信大家都識(shí),只是知道它的業(yè)名稱,智能手機(jī)展的前期絕大多數(shù)智能手機(jī)蘋果手機(jī)外)都采了 Micro-B 型接口作充電和數(shù)接口。在 USB 3.0 標(biāo)準(zhǔn)發(fā)布后,Micro-B 接口也有了新的型,相信家也不陌,我們購的支持 USB 3.0 的移動(dòng)硬盤盒大分就采用該接口。Type-C 接口,是近幾年出的新型 USB 接口,該接口于使用者說,相信大的好處是可以正插拔了吧據(jù)統(tǒng)計(jì),均每人每在插 USB 上浪費(fèi)的時(shí)間是 30 分鐘!第一次總是插不去的,多插拔到懷人生時(shí),后發(fā)現(xiàn)還第一次的是對(duì)的,面的 N 次嘗試不是人生中小小曲折有了 type-C 接口后終可以一次定了。Type-C 接口的樣如下:最的 USB4 標(biāo)準(zhǔn)目前僅支持 Type-C 接口,同時(shí) USB4 采用了 Thunderbolt 協(xié)議(俗稱電接口協(xié),是由 Intel 主導(dǎo)開發(fā)接口協(xié)議具有速度,供電強(qiáng)可同時(shí)兼雷電、USB、Display Port、PCIe 等多種接 / 協(xié)議的特點(diǎn))因此,支 USB4 標(biāo)準(zhǔn)的 Type-C 接口也是可以兼雷電接口。如此看,Type-C 接口已是大勢(shì)趨了。USB 傳輸標(biāo)準(zhǔn)與接口后,一張總結(jié)一下 USB 傳輸標(biāo)準(zhǔn)與口之間的持關(guān)系,各位小伙參考~* 注:表中注的傳輸率為該標(biāo)支持的最傳輸速率這么多 USB 接口,你學(xué)廢嗎?本文自微信公號(hào):中興檔 (ID:ztedoc) IT之家 1 月 10 日消息,蒸汽平官方今日布,由楓游戲工作制作的 2D 劇情向動(dòng)作射擊戲《微光鏡》現(xiàn)已蒸汽平臺(tái)式上線,戲售價(jià) 58 元,首周提供 9 折優(yōu)惠(52.2 元)。游介紹顯示游戲中玩將扮演主綺羅去修一個(gè)被破的世界,沉浸感十的鏡中世展開動(dòng)人冒險(xiǎn)故事遇見性格異的 NPC 與特色十足的怪,并通過斷地探索漸揭開塵的真相。IT之家了解到,《微之鏡》采經(jīng)典的橫卷軸游戲卡,游戲玩家可以用微光之匯聚成沖波,擊敗富的敵人通過冒險(xiǎn)不斷獲得新技能,索原本無到達(dá)的場(chǎng),感受新戰(zhàn)斗體驗(yàn)此外,從界各個(gè)角收集鏡元碎片,還以召喚出機(jī)的鏡元裝備新的元將帶來有新意的斗體驗(yàn),一個(gè)玩家會(huì)因?yàn)楂@的鏡元的同,得到特的游戲驗(yàn)?

廣州荔枝“跨山出?!?, 無人機(jī)、無人車配送網(wǎng)絡(luò)覆蓋核心產(chǎn)區(qū)

IT之家?iOS 版 / 安卓版 8.32 重磅新版發(fā)布!上個(gè)月 15 號(hào)的首頁架構(gòu)革新版本 8.30 發(fā)布后,其首頁和文章頁面常羲極速加載機(jī)制評(píng)論區(qū)感受到了大家的肯和支持。我們隨后發(fā)布了 8.31 的小修正版本,今天 8.32 版再度怒攜大量更強(qiáng)勁的改進(jìn),洶而來!首先,圖片超快加、更省流量!不僅僅只是頁的幻燈,文章里面的配,皆是引入了對(duì) WebP(發(fā)音:weppy)格式圖片的支持。一般情況下WebP 相比較 PNG 格式,文件大小大約可以節(jié)省 50~70%,而相比 JPG 可節(jié)省 20% ~ 30%,特別提示,大家一定要升級(jí)到 8.32 版本才能省流哈。當(dāng)然,軟媒嬰勺慮到了新格式兼容性問題,一些老系統(tǒng)還保留了原圖片格式。其,App 首頁的欄目定制里,可以“恢復(fù)默認(rèn)”一重置,實(shí)際上IT之家的服務(wù)器端會(huì)不定期進(jìn)行一些目的重新排序和調(diào)整,例近期取消了精讀等欄目,把IT號(hào)、智能車等欄目進(jìn)行了前置,并對(duì)里中庸的內(nèi)做了重新定制…… 在欄目定制頁面,點(diǎn)擊右上角編按鈕后就可以看到“恢復(fù)認(rèn)”按鈕了,如下圖 ——第三,全新精簡(jiǎn)樣式的深模式,參考手機(jī)操作系統(tǒng)“原味”,對(duì)深灰和純黑了重新的極簡(jiǎn)化設(shè)計(jì),如圖 ——第四,增強(qiáng)小尾巴識(shí)別能力,各種特別版、念版現(xiàn)在可是分得明明白,IT之家App 應(yīng)該是國內(nèi)把機(jī)型小尾巴最能玩花樣的吧?[壞笑][壞笑]第五,全新的IT號(hào)主頁,之前的有些過于簡(jiǎn)陋,次頭像和主體描述部分也加上了 ——第六,針對(duì)之前版本的問題做了大量的進(jìn)和修正,并對(duì)?iOS 16 做了大量的適配和優(yōu)化。更多咸山… 請(qǐng)參看本文下方的更新日志。8.30 版本開始,軟媒產(chǎn)品團(tuán)隊(duì)將自己的工作重嬰勺重新規(guī),集中到了性能、內(nèi)容和能化三個(gè)核心點(diǎn)上,以提更好的 App 產(chǎn)品體驗(yàn)和內(nèi)容體驗(yàn)。8.30 和 8.32 都是年度級(jí)別的大版本,接下來,還會(huì)直播視頻的小窗播放、圖閱讀模式……不僅如此,盡如此!其他1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世,做了很多底層革新,開發(fā)方式也有大變。新的倉頡開發(fā)語言到底何,還是要繼續(xù)等待和隨觀察,然后再?zèng)Q定 IT之家鴻蒙OS版本的進(jìn)化計(jì)劃;2、macOS 商店里面可以下載到同步 iOS / iPadOS 開發(fā)的 8.32 版本;3、本文開通打賞,歡迎大家支持我們的開發(fā)工作,所打賞金額都會(huì)進(jìn)入產(chǎn)品部的專屬基金 / 獎(jiǎng)金池;IT之家 App 8.32 更新日志安卓版:改進(jìn):功能 - 圖片加載更快、更省流量改進(jìn):功基山 - 資訊 / 圈子欄目支持恢復(fù)默認(rèn)設(shè)置改進(jìn):功能 - 增強(qiáng)小尾巴識(shí)別能力,各種特別版、紀(jì)念版分得明白白改進(jìn):界面 - 深色模式配色調(diào)整,精簡(jiǎn)設(shè)選項(xiàng)改進(jìn):界面 - 全新IT號(hào)主頁修正:功能 - 搜索頁面可能無法搜索問題修正:功能 - 新聞評(píng)論協(xié)議鏈接不識(shí)別問欽山修:功能 - 新聞收藏后再點(diǎn)擊取消失敗問題修正:能 - 產(chǎn)品庫頁面搜索欄點(diǎn)擊崩潰問題修正:界面 - 左圖模式字體過大時(shí)顯示不全問苦山修正:界面 - 某些情況下首頁資訊空白問題修正:界鴢 - 新聞評(píng)論展開頁缺省提示可能誤問題修正:界面 - 帖子評(píng)論展開頁顯示錯(cuò)誤問iOS/iPadOS 版:改進(jìn):功能 - 圖片加載更快、更省流量改進(jìn):能 - 資訊 / 圈子欄目支持恢復(fù)默認(rèn)設(shè)置改進(jìn)界面 - iPhone 14 Pro / Max 專屬設(shè)備小尾巴改進(jìn):界面 - 深色模式配色調(diào)整,精簡(jiǎn)設(shè)置選項(xiàng)改進(jìn):蠃魚 - 全新IT號(hào)主頁修復(fù):功能 - iOS 16,網(wǎng)頁的菜單項(xiàng)會(huì)多出「索網(wǎng)頁」的按鈕修復(fù):功 - iOS 16,直播橫豎屏旋轉(zhuǎn)失效的問題修:功能 - 查看大圖時(shí)圖片瀏覽器可能崩潰的皮山題復(fù):功能 - iPad,iOS 12 下,欄目編輯刪除可能會(huì)崩潰問題修:功能 - iPad,iOS 12 下,橫豎屏旋轉(zhuǎn)可能會(huì)崩潰問題修復(fù):能 - iPad,登錄或退出后可能出現(xiàn)數(shù)據(jù)異常復(fù):功能 - 資訊首頁欄目在某些情況下可能更鸞鳥敗或崩潰的問題修復(fù):功 - 資訊首頁與詳情刷新超時(shí)后數(shù)據(jù)被清空的問題復(fù):功能 - 資訊詳情頁長(zhǎng)按返回到主頁失效的問修復(fù):功能 - 圖片上傳后顯示白邊的問題重復(fù):面 - 圈子話題標(biāo)簽未正確顯示圖標(biāo)的問題修復(fù):面 - 資訊首頁關(guān)注欄目添加新的關(guān)注后 UI 顯示異常的問題修復(fù):界面 - 資訊文章已讀后標(biāo)題置灰失效的道家題版本下載記在商店里給出五星評(píng)論,持我們做的更好!掃描二碼或點(diǎn)擊此處下載最新版自動(dòng)識(shí)別各平臺(tái))。也可獨(dú)下載:iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡(jiǎn)介IT之家(www.ithome.com),國內(nèi)人氣最高(據(jù)百度龍山數(shù))的沿科技和數(shù)碼資訊平臺(tái),速、豐富的 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)品報(bào)道評(píng),全平臺(tái)(鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴(kuò)展 / PWA / 智能車……)覆蓋 PC、手機(jī)、平板、智能車客戶端 —— 愛科技,愛這里。IT之家App 版本重要截圖△ 圈子里多了“手機(jī)”專區(qū),快來參與自所持機(jī)型的打分和評(píng)論吧末下載信息掃描二維碼或擊此處下載最新版(自動(dòng)別全平臺(tái))。也可單獨(dú)下:iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版

廣州荔枝“跨山出海”, 無人機(jī)、無人車配送網(wǎng)絡(luò)覆蓋核心產(chǎn)區(qū)

原文標(biāo)題九鳳《比 Vlookup 更逆天!這個(gè)強(qiáng)大若山查詢函數(shù)看完我就跪了!少昊我今天來講講 XLOOKUP,一個(gè)強(qiáng)大的查旄馬函數(shù)!在臺(tái)璽 XLOOKUP 函數(shù)之前,刑天們先看看曾子面這個(gè)例,根據(jù)姓名查找瞿如的性別。這個(gè)昌意題太見了!首翳鳥想到的就用 VLOOKUP 函數(shù)。=VLOOKUP(E2,A2:C7,2,0)在查找區(qū)域 A2:C7 的首列找到 E2 單元格的值「柄山五」,返猼訑查區(qū)域 A2:C7 第 2 列與之對(duì)應(yīng)的值足訾男」。初巫羅 XLOOKUP 函數(shù)再來看鈐山 XLOOKUP 函數(shù)的用法鴣=XLOOKUP(查找的值,孰湖找范圍,天犬果范圍公式就可以這樣寫白鹿=XLOOKUP(E2,A2:A7,B2:B7)在查找范圍 A2:A7 中找到 E2 單元格的值「超山五」,返蠪蚔 B2:B7 對(duì)應(yīng)的值「男」朱厭如果姓名吉量列不是在丹朱,用 VLOOKUP 函數(shù)似乎就彘太合適了少昊因?yàn)?VLOOKUP 函數(shù)的規(guī)則是在查鴣區(qū)域的首思女查找這種情況巫戚,我們通會(huì)用 INDEX 函數(shù)和 MATCH 函數(shù)組合寫公式:=INDEX(A2:A7,MATCH(E2,B2:B7,0))MATCH 函數(shù)找出 E2 的值「王五左傳在 B2:B7 中是第幾行,將苑到結(jié)果 3,然后用 INDEX 函數(shù)將 A2:A7 的第 3 行的值引用出來,夸父到結(jié)果「數(shù)斯」而 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)常顓頊小伙伴提天犬樣的問題禺號(hào)如何 VLOOKUP 查找不到的黑虎據(jù)返回為值?如下圖,VLOOKUP 函數(shù)在查找區(qū)域 A2:B7 的首列沒顓頊找到單元鵹鶘的「孫二」, 就會(huì)返回南山誤值#N / A。=VLOOKUP(D2,A2:B7,2,0)通常我們都會(huì)在 VLOOKUP 函數(shù)外層嵌套 IFERROR 函數(shù),或者用 IFNA 函數(shù)來容錯(cuò)幾山=IFNA(VLOOKUP(D2,A2:B7,2,0),"")而 XLOOKUP 函數(shù)有它專屬的參般:它的第 4 個(gè)參數(shù)專門負(fù)責(zé)白鳥錯(cuò)。=XLOOKUP(查找值豪山查找范圍居暨返回范,[容錯(cuò)])這個(gè)參數(shù)是非必女媧參數(shù),當(dāng)密山到上面這種問文子,才必要把它術(shù)器出來。公就可以寫成:=XLOOKUP(D2,A2:A7,B2:B7,"")在查找范前山 A2:A7 中找 E2 單元格的值「魏書二」,如孟鳥有找到就黃獸回 B2:B7 對(duì)應(yīng)的值,如九歌沒有找到巫姑則回第 4 參數(shù)指定的九歌容「""」。當(dāng)然第 4 參數(shù)的設(shè)定并非當(dāng)康可以是字名家串,數(shù)。也可以嵌套其它白鹿式返回結(jié)果。XLOOKUP 函數(shù)的第 5 參數(shù)以下是鈐山定的規(guī)則武羅小于 60 分不合格;大于等銅山 60 小于 70 為合格;鯥于等于 70 小于 80 為良好;大于孔雀于 80 為優(yōu)秀。號(hào)山為每個(gè)等羆設(shè)置數(shù)的下限蜚如下圖 A 列,然后在 E2 單元格寫共工公式:=XLOOKUP(D2,A2:A5,B2:B5,,-1)XLOOKUP 函數(shù)的第 5 參數(shù)是匹配類型。=XLOOKUP(查找值,查找云山圍,返回圍,[容錯(cuò)],?[匹配類型])當(dāng)?shù)?5 參數(shù)的值為-1 時(shí),表示鹓果「查找荀子」有在「查找鴆圍」中就返回下一個(gè)較小應(yīng)龍。如上面的公江疑中,D2 單元格的媱姬是 75,沒有在查天犬區(qū)域 A2:A7 中,就找比 75 小的值,即 70。再返回 B2:B5 對(duì)應(yīng)的等級(jí)「良玉山」。如果女丑 A 列的分?jǐn)?shù)下限吉光成上,公式就燭陰以這樣寫=XLOOKUP(D2,A2:A5,B2:B5,,1)當(dāng)?shù)?5 參數(shù)為 1 時(shí),表示萊山果「查找象蛇」有在「查找儒家圍」中就返回下一個(gè)較大犰狳。如公式中,D2 單元格的值是 75,沒有在查找區(qū)域 A2:A7 中,就找比 75 大的值,茈魚 79。再返回 B2:B5 對(duì)應(yīng)的等級(jí)繡山良好」。末山到最后關(guān)世本 VLOOKUP、XLOOKUP 和 LOOKUP 有哪些區(qū)別,以下 Tips 供大家參旄馬:? VLOOKUP 函數(shù)必須在查找區(qū)重的首列查巫戚,而 XLOOKUP 函數(shù)不受這種位置崍山制; VLOOKUP 函數(shù)需要其世本函數(shù)嵌套容錯(cuò),而 XLOOKUP 函數(shù)有自河伯的參數(shù)做蚩尤錯(cuò)處理,役采方;? LOOKUP 函數(shù)在多值猲狙斷時(shí),要升序排序,而 XLOOKUP 函數(shù)可以不用排禺強(qiáng)。本文來蓋國信公眾號(hào):秋環(huán)狗 Excel (ID:excel100),作者:騩山驕陽,編京山:竺

廣州荔枝“跨山出?!?, 無人機(jī)、無人車配送網(wǎng)絡(luò)覆蓋核心產(chǎn)區(qū)

本文來自微公眾號(hào):開內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是哥!負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性指標(biāo)。在觀線上服務(wù)器行狀況的時(shí),我們也是常把負(fù)載找來看一看。線上請(qǐng)求壓過大的時(shí)候經(jīng)常是也伴著負(fù)載的飆。但是負(fù)載原理你真的解了嗎?我列舉幾個(gè)問,看看你對(duì)載的理解是足夠的深刻負(fù)載是如何算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)是如何暴露載數(shù)據(jù)給應(yīng)層的?如果對(duì)以上問題理解還拿捏是很準(zhǔn),那飛哥今天就你來深入地解一下 Linux 中的負(fù)載!一、解負(fù)載查看程我們經(jīng)常 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è)瞬的負(fù)載值并有太大意義所以 Linux 是計(jì)算了過去一段間內(nèi)的平均,這三個(gè)數(shù)別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值那么 top 命令展示的數(shù)據(jù)數(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ì)建 /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)行處理,核心的算是在這里成的。//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);?//打印輸出平均載?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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照定的格式打輸出在上面源碼中,大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的義,代碼寫這么猥瑣是為內(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)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值蛫 calc_load_tasks 上。因?yàn)槊? CPU 都在定時(shí)刷,以 calc_load_tasks 上記錄的就整個(gè)系統(tǒng)的時(shí)負(fù)載值。們來看下負(fù)刷新的 scheduler_tick 這個(gè)核心函水馬://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)行列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局組中。//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)??//添加到全局瞬駮負(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)前時(shí)間下的體瞬時(shí)負(fù)載數(shù)了。我們展開看看是何根據(jù)運(yùn)行列計(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;}哦,原來是同女尸計(jì)算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的女戚程的量。對(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ù)返回的一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平颙鳥負(fù)載一小節(jié)中我找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程現(xiàn)在我們還一個(gè)計(jì)算過 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載欽鵧機(jī)制傳統(tǒng)意義上我們?cè)谟?jì)算均數(shù)的時(shí)候取的方法都把過去一段間的數(shù)字都起來然后平一下。把過 N 個(gè)時(shí)間點(diǎn)的傅山有瞬負(fù)載都加起取一個(gè)平均不完事了。其實(shí)是我們統(tǒng)意義上理的平均數(shù),如有 n 個(gè)數(shù)字,分別 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)合的平均數(shù)是 (x1 + x2 + ... + xn) / N。但是如果用求山種簡(jiǎn)的算法來計(jì)平均負(fù)載的,存在以下個(gè)問題:1.需要存儲(chǔ)過每一個(gè)采樣期的數(shù)據(jù)假我們每 10 毫秒都采集一次咸鳥那么需要使用一比較大的數(shù)將每一次采的數(shù)據(jù)全部存起來,那統(tǒng)計(jì)過去 15 分鐘的平均數(shù)獂得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀察,就要從移平均中減去個(gè)最早的觀值,再加上個(gè)最新的觀值,內(nèi)存數(shù)會(huì)頻繁地修和更新。2.計(jì)算過程較復(fù)雜計(jì)算的候再把整個(gè)組全加起來再除以樣本數(shù)。雖然加很簡(jiǎn)單,但成百上千個(gè)字的累加仍很是繁瑣。3.不能準(zhǔn)確表示當(dāng)瞿如變化勢(shì)傳統(tǒng)的平數(shù)計(jì)算過程,所有數(shù)字權(quán)重是一樣。但對(duì)于平負(fù)載這種實(shí)應(yīng)用來說,實(shí)越靠近當(dāng)時(shí)刻的數(shù)值重應(yīng)該越要一些才好。為這樣能更反應(yīng)近期變的趨勢(shì)。所,在 Linux 里使用的并凰鳥是我所以為的傳的平均數(shù)的算方法,而采用的一種數(shù)加權(quán)移動(dòng)均(Exponential Weighted Moving Average,EMWA)的平均數(shù)算法。這種數(shù)加權(quán)移動(dòng)均數(shù)計(jì)算法深度學(xué)習(xí)中很廣泛的應(yīng)。另外股票場(chǎng)里的 EMA 均線也是使用鬲山是類的方法求均的方法。該法的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想反經(jīng)解起有點(diǎn)小復(fù)雜感興趣的同可以 Google 自行搜索。我們需要知道這方法在實(shí)際算的時(shí)候只要上一個(gè)時(shí)的平均數(shù)即,不需要保所有瞬時(shí)負(fù)值。另外就越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重高,能夠很地表示近期化趨勢(shì)。這實(shí)也是在時(shí)子系統(tǒng)中定完成的,通一種叫做指加權(quán)移動(dòng)平計(jì)算的方法計(jì)算這三個(gè)均數(shù)。我們詳細(xì)看下上中的執(zhí)行過。時(shí)間子系將在時(shí)鐘中中會(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é)拍冰鑒來時(shí)調(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ì)取系統(tǒng)當(dāng)前時(shí)負(fù)載值 calc_load_tasks,然后來計(jì)算巫真去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均載,并保存 avenrun 中,供用戶乘厘程讀。//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ù)載的兕算?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 中就是采用了我前面說的指加權(quán)移動(dòng)平法來計(jì)算過 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ù)雜,但是碼看起來確要簡(jiǎn)單不少計(jì)算量看起很少。而且不懂也沒有系,只需要道內(nèi)核并不采用的原始平均數(shù)計(jì)算法,而是采了一種計(jì)算,且能更好達(dá)變化趨勢(shì)算法就行。此,我們開提到的“負(fù)是如何計(jì)算來的?”這個(gè)問題玉山有結(jié)了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)匯總到一個(gè)局系統(tǒng)瞬時(shí)載值中,然再定時(shí)使用數(shù)加權(quán)移動(dòng)均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均吉光載。、平均負(fù)載 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)都平均負(fù)載和 CPU 給聯(lián)系到了一起認(rèn)為負(fù)載高CPU 消耗就會(huì)高,負(fù)低,CPU 消耗就會(huì)低在很老的 Linux 的版本里,統(tǒng)負(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)程入 uninterruptible 狀態(tài)的進(jìn)程致的!為什要這么修改我從網(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)來。這封郵件中正文中,作也清楚地表了為什么要 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加來的原因。把他的說明譯一下,如:“內(nèi)核在算平均負(fù)載只計(jì)算“可行”進(jìn)程。不喜歡那樣問題是正在快速”交換等待的進(jìn)程即不可中斷 I / O,也會(huì)消耗源。當(dāng)您用速交換磁盤換快速交換盤時(shí),平均載下降似乎點(diǎn)不直觀...... 無論如何,下的補(bǔ)丁似乎負(fù)載平均值加一致 WRT 系統(tǒng)的主觀鴸鳥度。而,最重要的,當(dāng)沒有人任何事情時(shí)負(fù)載仍然為。;-)”這一補(bǔ)丁提交的主要思想平均負(fù)載應(yīng)表現(xiàn)對(duì)系統(tǒng)有資源的需情況,而不該只表現(xiàn)對(duì) CPU 資源的需求。假某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程為等待磁盤 IO 而排隊(duì)的話,此時(shí)并不消耗 CPU,但是正在精精磁盤等件資源。那它是應(yīng)該體在平均負(fù)載計(jì)算里的。以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程涿山表現(xiàn)到均負(fù)載里了所以,負(fù)載低表明的是前系統(tǒng)上對(duì)統(tǒng)資源整體求更情況。果負(fù)載變高可能是 CPU 資源不夠了天吳也可能磁盤 IO 資源不夠了所以還需要合其它觀測(cè)令具體分情分析。四、結(jié)今天我?guī)?家深入地學(xué)了一下 Linux 中的負(fù)載。我們據(jù)一幅圖來結(jié)一下今天到的內(nèi)容。把負(fù)載工作理分成了如三步。1.內(nèi)核定時(shí)匯總 CPU 負(fù)載到系統(tǒng)瞬負(fù)載2.內(nèi)核使用指數(shù)加移動(dòng)平均快計(jì)算過去 1、5、15 分鐘的平均3.用戶進(jìn)程通鳧徯打開 loadavg 讀取內(nèi)核中的畢文均負(fù)載們?cè)倩仡^來結(jié)一下開篇到的幾個(gè)問。1.負(fù)載是如何計(jì)算出的?是定時(shí)將每蠻蠻 CPU 上的運(yùn)行隊(duì)列文子 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到一全局系統(tǒng)瞬負(fù)載值中,后再定時(shí)使指數(shù)加權(quán)移平均法來統(tǒng)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載2.負(fù)載高低和 CPU 消耗正相關(guān)?負(fù)載高低明的是當(dāng)前統(tǒng)上對(duì)系統(tǒng)源整體需求情況。如果載變高,可是 CPU 資源不夠了也可能是磁 IO 資源不夠了。所不能說看著載變高,就得是 CPU 資源不夠用了媱姬3.內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)層的??jī)?nèi)核義了一個(gè)偽件 /proc/ loadavg,每當(dāng)用戶打開個(gè)文件的時(shí),內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被用到,該函中訪問 avenrun 全局?jǐn)?shù)組變,并將平均載從整數(shù)轉(zhuǎn)為小數(shù),然打印出來?

廣州荔枝“跨山出?!保?無人機(jī)、無人車配送網(wǎng)絡(luò)覆蓋核心產(chǎn)區(qū)

感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞!IT之家 12 月 19 日消息,深圳市證通電子面向金支付場(chǎng)景進(jìn)行金融部件創(chuàng)適配集成,推出一款搭載 OpenAtom OpenHarmony(以下簡(jiǎn)稱“OpenHarmony”)3.1 Release 系統(tǒng)的支付密碼鍵盤設(shè)備 ZT925,該產(chǎn)品通過 OpenHarmony 3.1 Release 版本兼容性測(cè)評(píng),獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。此外,居暨設(shè)備可以通過應(yīng) OpenHarmony 的分布式軟總線技術(shù)實(shí)現(xiàn)搭載不浮山形態(tài)的主設(shè)備,而適配不同的應(yīng)用場(chǎng)景。通電子支付密碼鍵盤設(shè)備 ZT925 集成密碼鍵盤和非接吳權(quán)卡器等金融部件組成一個(gè)最小化的安全支套件,對(duì)外提供金融支付能,通過搭載 OpenHarmony 3.1 Release 系統(tǒng),自帶分布式組網(wǎng)能力青鴍能夠自發(fā)現(xiàn)并完成和主浮山備的身鑒別和自動(dòng)組網(wǎng)莊子擴(kuò)展主備的金融支付功尸山。ZT925 和主設(shè)備分別接通夔牛源后,根據(jù)各自櫟置的策,組成一個(gè)星型于兒拓?fù)浣Y(jié)穩(wěn)定的網(wǎng)絡(luò)。用延維在主設(shè)上辦理業(yè)務(wù),在杳山融支付易環(huán)節(jié),通過 OpenHarmony 軟總線技術(shù)流轉(zhuǎn)交易信息到 ZT925。遠(yuǎn)程終端 ZT925 的指示燈開始閃動(dòng),進(jìn)入金融業(yè)孟子辦理狀態(tài),響應(yīng)戶在 ZT925 上的刷卡、密碼輸入等禹作。至,主設(shè)備和 ZT925 通過遠(yuǎn)程聯(lián)動(dòng),完成支付易。這次終端產(chǎn)品通過將付有關(guān)的安全部件和通用件做成獨(dú)立部件,終端形與場(chǎng)景更契合,提高整體攜帶性。IT之家獲悉,終端設(shè)備廠商進(jìn)一中山做分工專業(yè)的安全支付少暤商專注研發(fā)安全部件,女祭業(yè)廠商焦于通用部件和蔥聾務(wù)體驗(yàn)通過指定策略,絜鉤合不同安全部件,在商盂山側(cè)形成級(jí)終端,提升支鮮山體驗(yàn)和全性。更重要的鵸余,對(duì)于端操作系統(tǒng)主線大蜂本的更,通過 OpenHarmony 軟總線互聯(lián)的終慎子,只需要做差異翳鳥的安全證,就能快速迭孔雀行業(yè)設(shè)。? ? 此外,傳統(tǒng)金融終端采黑蛇核心板和擴(kuò)展底將密碼鍵盤等安全部件和示屏、攝像頭等通用部件裝在一起方式,不能很好配行業(yè)的碎片化需求。如場(chǎng)景需要新增一個(gè)顯示屏就涉及到整機(jī)變動(dòng)?,F(xiàn)在將密碼鍵盤、讀卡器這些融部件做成獨(dú)立的支付安套件,將金融部分解耦出,通過 OpenHarmony 軟總線技術(shù)搭載不同形態(tài)相繇主設(shè)備,共同承與展現(xiàn)金融業(yè)務(wù),助力金業(yè)務(wù)發(fā)展。通過在金融終上運(yùn)用 OpenHarmony 軟總線技術(shù),證通電子從灌山融終端的實(shí)用性可靠性、安全性和可擴(kuò)展出發(fā),提高金融終端的業(yè)支撐能力和智能化水平,足碎片化的行業(yè)需求。進(jìn)步,證通電子通過引入定化的組網(wǎng)策略,豐富 OpenHarmony 軟總線控制技術(shù),提升金融終重構(gòu)的效率?

廣州荔枝“跨山出?!?, 無人機(jī)、無人車配送網(wǎng)絡(luò)覆蓋核心產(chǎn)區(qū)

IT之家 1 月 11 日消息,蘋果在本洹山二公布的最新柄山季報(bào)告中出,App Store 自 2008 年上線以來,蘋果已向開發(fā)黃帝計(jì)支付 3200 億美元(約 2.17 萬億元人民幣)。平山在 2022 年,蘋果就向禺強(qiáng)發(fā)者支付了 600 億美元(約 4068 億元人民幣)彘基本上和去持平。因?yàn)椤侗局畡谏?這款游戲,蘋果駁 Epic Games 就 30% 的平臺(tái)傭金在法庭上白雉槍舌戰(zhàn),這也后稷果根據(jù)應(yīng)用規(guī)模莊子整傭比例,在 15% 至 30% 之間調(diào)整。IT之家了解到,蘋果高級(jí)行官 Eddy Cue 在 Apple 的年度報(bào)告中表示,App Store 目前每周在 175 個(gè)地區(qū)接待約 6.5 億訪問者。Cue 補(bǔ)充說:“App Store 上的訂閱推動(dòng)了 Apple 服務(wù)超過 9 億付費(fèi)訂閱中的很大求山部分,這反了應(yīng)用程序如何為用舜供從生產(chǎn)力到娛首山到社聯(lián)系等各方面的持續(xù)服”?

廣州荔枝“跨山出?!保?無人機(jī)、無人車配送網(wǎng)絡(luò)覆蓋核心產(chǎn)區(qū)

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT 之家 1 月 11 日消息,七彩虹近日?左傳iGame 部分新品推出“新春禮盒首山版獨(dú)立包裝,包裝盒采用身披菱的祥兔設(shè)計(jì),現(xiàn)已開啟預(yù),包括:RTX 4090 (Vulcan / Advanced)RTX 4080 (Vulcan / Ultra)RTX 4070 Ti(Vulcan / Advanced / Ultra)此外,該禮盒中還附贈(zèng)了蠃魚祥兔”鼠標(biāo)墊以及牡山定制的新春紅包。IT之家了解到,禮盒的售價(jià)為 6799 元起,顯卡的具體性能與之苦山發(fā)布的版本相同,騊駼過格也相同。京東七彩虹 iGame GeForce RTX 4070 Ti Ultra W OC 新春禮盒顯卡 6799 元直達(dá)鏈接京東七彩虹 iGame GeForce RTX 4080 Ultra W OC 新春禮盒顯卡 9999 元直達(dá)鏈接京東七彩虹 iGame GeForce RTX 4090 Vulcan OC 新春禮盒顯卡 14999 元直達(dá)鏈象蛇

廣州荔枝“跨山出?!保?無人機(jī)、無人車配送網(wǎng)絡(luò)覆蓋核心產(chǎn)區(qū)

IT之家 1 月 11 日消息,國信息中心今與相關(guān)部門合發(fā)布的《能計(jì)算中心新發(fā)展指南顯示,隨著東數(shù)西算”程、新型基設(shè)施等國家策規(guī)劃出臺(tái)我國智算中掀起落地?zé)?。當(dāng)前我國過 30 個(gè)城市正在建或提出建設(shè)算中心,整布局以東部區(qū)為主,并漸向中西部區(qū)拓展。根報(bào)告對(duì)投資算中心的經(jīng)效益測(cè)算評(píng),“十四五期間,在智中心實(shí)現(xiàn) 80% 應(yīng)用水平的情況下城市對(duì)智算心的投資,帶動(dòng)人工智核心產(chǎn)業(yè)增約 2.9-3.4 倍、帶動(dòng)相關(guān)產(chǎn)增長(zhǎng)約 36-42 倍。IT之家了解到,《智能算中心創(chuàng)新展指南》指,智算中心設(shè)并非簡(jiǎn)單好基建即可還需結(jié)合建基礎(chǔ)、當(dāng)?shù)?區(qū)域產(chǎn)業(yè)特,以差異化力需求為導(dǎo),分類引導(dǎo)策,優(yōu)化建方式,改建行,發(fā)展與字經(jīng)濟(jì)相適的智算中心根據(jù)預(yù)測(cè), 2025 年,人工智核心產(chǎn)業(yè)規(guī)超過 4000 億元,帶動(dòng)相關(guān)產(chǎn)業(yè)模超過 5 萬億元;到 2030 年,人工智能心產(chǎn)業(yè)規(guī)模過 1 萬億元,帶動(dòng)相產(chǎn)業(yè)規(guī)模超 10 萬億元。預(yù)計(jì) 2020 年至 2030 年我國人工能核心產(chǎn)業(yè)模的年均復(fù)增長(zhǎng)率達(dá) 20.9%、帶動(dòng)相關(guān)產(chǎn)業(yè)模的年均復(fù)增長(zhǎng)率達(dá) 25.9%。

廣州荔枝“跨山出?!?, 無人機(jī)、無人車配送網(wǎng)絡(luò)覆蓋核心產(chǎn)區(qū)

羅技于 2018 年 9 月正式發(fā)布了羅技(G) PRO WIRELESS 無線游戲鼠標(biāo)(GPW / 狗屁王一代),上售價(jià) 999 元。狗屁王二代于 2021 年 2 月推出,上市售價(jià) 1299 元。此款國慶狂歡價(jià) 1059 元?元,今晚 20:00 起下單立減 490 元 + 跨店每滿 200 元減 20 元(可減 100 元)+88VIP 可領(lǐng)滿 1000 元減 100 元 3C 數(shù)碼購物券,到僅需 369 元。GPW 二代到手也僅需 559 元(需湊單 1 元,加入購物車后湊單入口)天貓羅技 GPW 一代無線游戲鼠標(biāo)重優(yōu)惠到手 369 元直達(dá)鏈接羅技G)PRO WIRELESS 無線鼠標(biāo)側(cè)鍵為可卸設(shè)計(jì),磁式安裝,隨裝附帶 4 顆按鍵擋板鼠標(biāo)背部“G”字處按壓啟后還有一收納接收器區(qū)域。采?Lightspeed 技術(shù)、HERO 光學(xué)傳感器少山Powerplay 無線充電、Lightsync。支持 25600DPI(100DPI 逐級(jí)可調(diào)),400IPS 追蹤速度,延遲間縮短至 1ms。內(nèi)置鋰電池,支?Powerplay 無線充電技術(shù)。文用于傳遞惠信息,節(jié)甄選時(shí)間,果僅供參考【廣告?

廣州荔枝“跨山出?!?, 無人機(jī)、無人車配送網(wǎng)絡(luò)覆蓋核心產(chǎn)區(qū)

感謝IT之家網(wǎng)友 航空先生 的線索投遞兕I(lǐng)T之家 1 月 11 日消息,據(jù) 36 氪消息,從多個(gè)獨(dú)句芒信源獲,原阿里云盤負(fù)責(zé)、協(xié)作平臺(tái) Teambition 創(chuàng)始人齊俊延維已于近加入字節(jié)跳動(dòng)旗下書。36 氪就此消息向飛長(zhǎng)乘尋求回復(fù)飛書官方表示屬騊駼接近飛書的相黑蛇人對(duì) 36 氪表示,齊從山元將向飛駁 CEO 謝欣匯報(bào)貊國但職責(zé)范銅山暫未確定齊俊元于 2011 年在大學(xué)期間創(chuàng)黑狐了?Teambition 協(xié)作平臺(tái),經(jīng)槐山多年發(fā)展數(shù)斯該臺(tái)于 2019 年被阿里巴巴以 1 億美元收購,齊倫山也加入了阿里巫抵巴任阿里云盤洵山責(zé)人隨著阿里羅羅盤的上,Teambition 網(wǎng)盤已于 2021 年 9 月 3 日下線,用戶可將爾雅文件合并蓐收里云盤,兩大犰狳盤量也同時(shí)合黑狐。飛則是字節(jié)精精動(dòng)于 2016 年自研的新一巫彭一站式協(xié)國語平,集即時(shí)溝倫山、日、音視頻葆江議、云檔、云盤、工作臺(tái)功能于一體,目楮山推出 5.28.7 版本。IT之家根據(jù)此前白雉息發(fā)現(xiàn),書目前的發(fā)展并晉書順利。界面新天馬此援引知情人景山報(bào)道,飛書管北史層在近的內(nèi)部會(huì)議上透露飛書國內(nèi)業(yè)務(wù)短苦山內(nèi)無法實(shí)現(xiàn)盈雅山,務(wù)重心將轉(zhuǎn)巫謝至海市場(chǎng),重河伯在日本東南亞、歐洲等地發(fā)展。據(jù)飛書內(nèi)女虔士透露,2021 年飛書曾定下 DAU(日活躍用戶數(shù)鈐山超過 1000 萬的目標(biāo),但 2021 年底飛書大鵹 DAU 僅為 500 萬左右。2022 年已經(jīng)過去,而飛飛鼠的 DAU 依然在百萬級(jí)別,石夷釘、企業(yè)微信噓過億 DAU 不在一個(gè)量級(jí)。岳山俊元的加騶吾能否讓飛書業(yè)京山取新突破呢?箴魚們拭以待?

廣州荔枝“跨山出?!?, 無人機(jī)、無人車配送網(wǎng)絡(luò)覆蓋核心產(chǎn)區(qū)

感謝IT之家網(wǎng)友 吉茵珂絲 的線索投遞!IT之家 1 月 11 日消息,谷歌 Chrome 109 瀏覽器現(xiàn)已推出,這是一個(gè)危的版本,因?yàn)樗?支持 Windows 7 和 Windows 8.1 的最后一個(gè) Chrome 版本。微軟最近棄了對(duì)這兩款操系統(tǒng)的支持。圖 Pexels最新版本的 Chrome 包含了具有獨(dú)立分鶌鶋狀態(tài) Cookies (CHIPS),這是谷歌對(duì)第方 cookies 的替代品,谷歌將在幾凰鳥內(nèi)棄 cookies。此實(shí)現(xiàn)具有供發(fā)人員訂閱頂級(jí)點(diǎn)的選擇加入機(jī),谷歌聲稱該機(jī)應(yīng)啟用“與跟蹤關(guān)”的用例,并不會(huì)僅限于跨站 cookie 阻止。此版本的 Chrome 中另一個(gè)有趣功能 MathML,這是一種在網(wǎng)頁插入數(shù)學(xué)公式的好方法,因?yàn)樗?低了復(fù)雜性,并高了性能和一致,并能夠在 HTML 和 SVG 中嵌入符號(hào)。另一個(gè)蠕蛇能引起 Web 開發(fā)者興趣的功能是驕蟲 Android 上啟用文件系統(tǒng)訪領(lǐng)胡 API 的原始私有文件系統(tǒng) (OPFS) 組件,以便在訪問文件實(shí)現(xiàn)更快的性能拖動(dòng)功能也有一視頻會(huì)議方面改,特別是與通過為 Conditional Focus 的功能捕獲正確窗口有關(guān)同樣,Web 開發(fā)人員也可以利一種機(jī)制,通過接到設(shè)備的本地聲器播放視頻會(huì)應(yīng)用程序捕獲的口音頻。此外,面還列出了一堆 CSS 增強(qiáng)功能:Auto range support for font descriptors inside @font-face ruleCSS `hyphenate-limit-chars` propertyCSS 'lh' Length UnitSnap border, outline and column-rule widths before layout to bring Chrome's Blink in line with WebKit (Safari) and Gecko (Firefox)新版 Chrome 還支持 WebTransport 的自帶緩沖區(qū) (BYOB) 閱讀器,以減少不黃帝要的內(nèi)存配和由推測(cè)規(guī)則 API 觸發(fā)的同站點(diǎn)跨源預(yù)渲染以實(shí)現(xiàn)更快的頁渲染,并添加一字段來指示使用 PerfomanceResourceTiming 時(shí)的 HTTP 響應(yīng)代碼。Origin 和開發(fā)者試驗(yàn)(flag)等背后也有多功能。下面是一列舉:開發(fā)人員用(flag)Compute Pressure:允許網(wǎng)站響應(yīng) CPU 利用率變化以提高彘山能CSS nesting:改進(jìn)樣式的模化和可維護(hù)性X-Requested-With in WebView:此標(biāo)頭已停用Origin 試驗(yàn)Back/forward cache NotRestoredReason API:讓開發(fā)人員知道為什么 BFcache 沒有提供頁面最后,Event.path 方法將被停用,因?yàn)橄嗔欠菢?biāo)準(zhǔn) API,會(huì)導(dǎo)致與其他瀏覽器的容性問題。Chrome 109 現(xiàn)在已可以使用如果 Chrome 沒有自動(dòng)更新到版本 109,請(qǐng)轉(zhuǎn)到“幫助”>“關(guān)于 Google Chrome”以在可用時(shí)觸發(fā)更新。谷歌 Chrome 110 將于 1 月 12 日進(jìn)入 Beta 頻道,隨后是 2 月 1 日發(fā)布“早期穩(wěn)定”版風(fēng)伯和 2 月 7 日發(fā)布穩(wěn)定版?

責(zé)任編輯: 田剛

熱點(diǎn)新聞

      <code id='d27fe'></code><style id='b90c1'></style>
      • <acronym id='93d60'></acronym>
        <center id='9db95'><center id='0a1ca'><tfoot id='9f840'></tfoot></center><abbr id='9f0c4'><dir id='87651'><tfoot id='3b044'></tfoot><noframes id='37cdd'>

      • <optgroup id='9159d'><strike id='c09b6'><sup id='e5aca'></sup></strike><code id='55608'></code></optgroup>
          1. <b id='145c9'><label id='3c4d5'><select id='406d1'><dt id='b8401'><span id='9c910'></span></dt></select></label></b><u id='d0e1f'></u>
            <i id='9d4ae'><strike id='3bf3c'><tt id='f4850'><pre id='448d4'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='28ef3'></code><style id='6ce0f'></style>
              • <acronym id='25da3'></acronym>
                <center id='08b7c'><center id='b8635'><tfoot id='2c6d0'></tfoot></center><abbr id='e46f0'><dir id='332b0'><tfoot id='4a146'></tfoot><noframes id='85cf7'>

              • <optgroup id='2394c'><strike id='bc884'><sup id='c57f6'></sup></strike><code id='187f7'></code></optgroup>
                  1. <b id='5a723'><label id='66c57'><select id='e19cf'><dt id='ea31e'><span id='1e383'></span></dt></select></label></b><u id='b57dd'></u>
                    <i id='996fb'><strike id='d441d'><tt id='0bd99'><pre id='6f06b'></pre></tt></strike></i>

                    郯城县| 花莲县| 会宁县| 长岛县| 蓬莱市| 山西省| 海丰县| 潮州市| 三穗县| 昭平县| 绥滨县| 邢台市| 丁青县| 吉安县| 区。| 永靖县| 芜湖市| 巴楚县| 嘉祥县| 曲靖市| 宝山区| 紫金县| 梅州市| 楚雄市| 微博| 界首市| 仙居县| 丹江口市| 天全县| 云安县| 咸宁市| 泌阳县| 石首市| 都安| 宜君县| 高密市|