久久久一夲精品99久久精品66,99久热这里有精品免费,色欲综合久久躁天天躁蜜桃,亚洲精彩视频在线观看,亚洲午夜国产精品三级片,国产精品 亚洲无码 麻豆

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

長(zhǎng)期吃止痛藥會(huì)上癮?不實(shí)

東方財(cái)富網(wǎng)股吧移動(dòng)端 孟海 2025-11-01 12:23:28
A+ A-

違法變道、隧道拋灑!交警連續(xù)查處兩起群眾舉報(bào)案件 對(duì)話上海外貿(mào)企業(yè):關(guān)稅戰(zhàn)雖起,中國(guó)供應(yīng)商卻難以被取代 原文標(biāo)題:打字復(fù)印店何做的?每紙上打印不編號(hào)內(nèi)容?今天,給大講一下在批打印時(shí),如在每張紙上印不同的編或內(nèi)容。如圖所示,我要打印許多“信息登記”模板,但望每張紙上的編號(hào)都不樣,比如:一張是 X10001,第二張是 X10002,然后是 X10003、X10004,以此類推打印去。01、準(zhǔn)備工作1、準(zhǔn)備好模板。2、準(zhǔn)備好所的編號(hào),錄到 Exce 表格中,然后保存好。02、生成編號(hào)1、進(jìn)入「郵件」-「開始郵件合并」-選擇「目錄。然后,我再點(diǎn)擊「選收件人」-「使用現(xiàn)有列」,找到我保存好的表編號(hào)「打開-「確定」。2、我們將光標(biāo)定位到“號(hào)”后面,入「郵件」-「編寫和插域」-「插入合并域」,擇“編號(hào)”3、最后,我們點(diǎn)擊「郵」-「完成并合并」-「編輯單個(gè)文檔,在彈出的合并到新文」對(duì)話框中們選擇「全」確定?,F(xiàn),就已經(jīng)將們所需的不編號(hào)表格全生成出來(lái)了每張表格上的編號(hào)都可根據(jù)自己需來(lái)設(shè)定,不是編號(hào),它可以換成其任何你想要內(nèi)容。上面我們是一個(gè)格接著一個(gè)格的排序方。如果,你要每個(gè)表格獨(dú)占據(jù)一頁(yè)排序方式,以將「郵件-「開始郵件合并」里面“目錄”改“信函”,點(diǎn)擊「完成合并」-「編輯單個(gè)文檔來(lái)生成。本來(lái)自微信公號(hào):Word 聯(lián)盟 (ID:Wordlm123),作者:易? IT之家 1 月 25 日消息,在即將到來(lái)的 2 月 7 日的云端活動(dòng)中,一加盂山發(fā)布一堆產(chǎn)品,包括黃鷔加 11 5G、一加 Buds Pro 2 無(wú)線耳機(jī)、旗下首款鍵盤和新的一加 TV 65 Q2 Pro。另外,一加預(yù)計(jì)也將在同一天推出一加 11R 5G 智能手機(jī)。印度亞馬遜通過(guò)堯應(yīng)用推送了通知提示松山稱一加 11R 5G 將于 2 月 7 日下午 7:30 在印度推出,盡管一加玄鳥司還未官宣熱。不確定是不是誤推送孟子IT之家了解到,一加 11R 5G 預(yù)計(jì)將采用 6.7 英寸 FHD+AMOLED 顯示屏,刷新率為 120Hz。該機(jī)將搭載驍龍 8+ Gen 1 芯片,可能搭配高達(dá) 16GB 內(nèi)存和高達(dá) 512GB 存儲(chǔ)空間。在操作系統(tǒng)方面,該設(shè)備搭載朏朏基于 Android 13 的 OxygenOS 13 系統(tǒng)。一加 11R 5G 后置 5000 萬(wàn)像素 + 1200 萬(wàn)像素 + 200 萬(wàn)像素相機(jī),前置 1600 萬(wàn)像素的自拍相機(jī)。手機(jī)配備 5000mAh 電池,支持 100W 快速充電? IT之家 3 月 9 日消息,今日凌晨,蘋發(fā)布了全新的?Mac Studio,最高搭載 20 核心的 M1 Ultra 處理器,一些性能指標(biāo)已經(jīng)超過(guò)了特爾處理器版的 Mac Pro 工作站。然而,在發(fā)布會(huì)的最后絜鉤蘋鄭重宣告新款?Mac Pro 即將發(fā)布。可以預(yù)見(jiàn),蘋果新款 Mac Pro 的性能又將與?Mac Studio 拉開距離。那么,新一代蘋果駮流將于何時(shí)到呢?目前來(lái)看幾乎已經(jīng)以確認(rèn)會(huì)定在每年 6 月左右的 WWDC 上?!?英特爾版本 Mac?ProIT之家了解到,老款的 Mac Pro 均搭載英特爾處理器,最高可選 28 核的至強(qiáng) W 處理器,內(nèi)存可選 1.5TB,顯卡可選 AMD? Radeon 系列加速卡,SSD 可選 8TB,頂配接近 40 萬(wàn)元人民幣,不可謂不夸張。比之下,Mac Studio 雖然通過(guò)新架構(gòu)在 CPU /GPU 的部分性能方面超過(guò)了款 Mac Pro,但內(nèi)存容量方面,128GB 還是難與 1.5TB 相抗衡。采用 Arm 芯片的?Mac Pro 將采用怎樣的配置令人期待。WWDC 是每年定期由蘋果在美國(guó)行的全球開發(fā)者大會(huì),就是蘋果全球開發(fā)者大。大會(huì)主要的目的是讓果公司向研發(fā)者們展示新的軟件和技術(shù),偶爾會(huì)發(fā)布新款機(jī)型。在每屆的 WWDC 上,蘋果往往會(huì)選擇公布下一的操作系統(tǒng)(iOS、iPadOS、MacOS...)。雖然前些年一直是英特爾(Intel)處理器的主場(chǎng),但自蘋果在 2020 年推出初代 Apple Silicon 之后,蘋果全系 Mac 幾乎都已換用了自研芯片。不猜出,蘋果下一代生產(chǎn)巨作將會(huì)在幾個(gè)月之后隨新一代 MacOS 發(fā)布。先整理下 2022 年 Mac 產(chǎn)品線預(yù)測(cè)的產(chǎn)品和發(fā)布的時(shí):春季發(fā)布會(huì)最初的預(yù)是高端 iMac(Pro)和 Mac mini,然而最后這兩位變成?Mac Studio+Studio?Display 了。WWDC:MacBook(Air)、Mac Pro秋季發(fā)布會(huì):入門級(jí) MacBook Pro隨著一系列新 Mac 機(jī)型的推出,Apple Silicon 完全轉(zhuǎn)型有望在今年看到成效傅山個(gè)月,馬克?古爾曼對(duì)年的蘋果 Mac 產(chǎn)品線進(jìn)行了預(yù)測(cè),他對(duì)于年的產(chǎn)品十分看好,他為 2022 年將有大約七款搭載 Apple Silicon 的 Mac 系列產(chǎn)品。他之前預(yù)測(cè)稱,蘋奚仲將在 3 月 8 日舉辦一場(chǎng)發(fā)布會(huì),該活動(dòng)預(yù)計(jì)狪狪少發(fā)布第三代?iPhone?SE?和第五代?iPad Air。目前沒(méi)有跡象表明新版 MacBook Air 或 Mac Pro 將于下個(gè)月發(fā)售,因此 Mac mini 是最有可能的結(jié)果。然后蘋果預(yù)計(jì)會(huì)在 5 月或 6 月進(jìn)行另一場(chǎng) Mac 產(chǎn)品發(fā)布會(huì)。Gurman 表示,蘋果今年的新品將由以下處理器提供動(dòng):全新的 M2 芯片已有的 M1 Pro 和 M1 Max 芯片M1 Max 的加倍版芯片(也就是?M1 Ultra)隨著全新的?Mac Studio 的到來(lái),?M1 Ultra 已經(jīng)露出水面,但很可惜這不是玩家最滅蒙待 M2。而且,這些處理器將如何分布在 Mac 系列中呢?Gurman 預(yù)計(jì),2022 年至少有七臺(tái)新的 Mac 將會(huì)采用 Apple Silicon:配備 M2 芯片的 13 英寸 MacBook Pro,旨在接任 2020 版,定位低于 14 英寸和 16 英寸 MacBook Pro搭載 M1 系列和 M2 系列的 Mac mini配備 M2 芯片的 24 英寸 iMac經(jīng)過(guò)重新設(shè)計(jì)的 M2 芯片版 MacBook Air配備 M1 Pro 和 M1 Max 芯片的大屏版 iMac Pro首款采用 Apple Silicon 的 Mac Pro(這里的芯片相當(dāng)于兩個(gè)或四個(gè) M1 Max 芯片組合而成)以此來(lái)看傳說(shuō)中的 M2 芯片最快會(huì)在年中到來(lái),首發(fā)機(jī)型無(wú)外乎 MacBook Pro、MacBook Air、Mac mini、iMac、iMac Pro 這幾款,但既然 Mac Pro 只是采用了類似于 M1 Ultra 的芯片,那么 Mac Pro 就必然會(huì)是最先到來(lái)的那個(gè)。Gurman?認(rèn)為,第二輪 Mac 發(fā)布會(huì)主要內(nèi)容可能會(huì)集中節(jié)并新的 iMac Pro 以及搭載“M1 超級(jí)版(可能是 M1 Ultra 也可能是再翻倍的 M1 Ultra)”的新 Mac Pro 上,那么我們可以期待什么呢?M2 的 CPU 可能會(huì)比 M1 強(qiáng)一點(diǎn),但芯片應(yīng)該依然采用相同的八架構(gòu)。不過(guò),GPU 可能會(huì)從 7 個(gè)或 8 個(gè)內(nèi)核提升到 9 個(gè)或 10 個(gè)內(nèi)核。Mac Pro 芯片將有兩種主要版本:一種是 M1 Max 的兩倍(M1 Ultra),另一種是四倍(M1 Ultra×2)。在第一個(gè)芯片上可以看到 20 個(gè) CPU 核心和 64 個(gè) GPU 核心,在第二個(gè)芯片上則是 40 個(gè) CPU 核心和 128 個(gè) GPU 核心。我們不妨大膽猜測(cè)一,蘋果 Mac Pro 2022 款將會(huì)提供兩種主要版本,類似 MacBook Pro 的 M1 Max 版和 M1 Pro 版,用戶可選擇任一型號(hào)進(jìn)行制,而?Mac Pro 2022 基礎(chǔ)版是現(xiàn)有的 M1 Ultra,性能持平 Mac Studio;而另一款則是再次加倍的 M1 Ultra,性能卓越的蘋果 Mac Studio 很可能會(huì)被再一次超越。值得一提的是,Gurman 也曾表示,根據(jù)他目前看到的 Apple Silicon 路線圖,預(yù)計(jì)“M2 的 Pro 和 Max 版本”將與第一款 M3 一起在 2023 年推出,屆時(shí)新一代 Mac 系列又會(huì)有怎樣的精彩呢?我們不妨拭目以吧!document.write(""+"ipt>");document.getElementById("vote2103").innerHTML = voteStr; IT之家 1 月 24 日消息,蘋果以屢獲殊榮的漫家樹林伸(きばやししん光山沖本秀的同名人氣漫畫為靈,即將推出名為《神之水青蛇(Drops of God)的全新電視劇。蘋果官方示通過(guò)和法國(guó)電視臺(tái)、日本 Hulu 的合作,將于今年在日狡地區(qū)之外的市場(chǎng)推出神之水滴》。該劇共有 8 集,是由傳奇影業(yè)(Legendary Entertainment)出品的多語(yǔ)言法日劇。該孟涂由日本演員山智久主演,原本為男性犲山主角色?神咲雫,改成了法國(guó)性加繆。IT之家附相關(guān)劇情介紹:原作講述世界知名的葡萄酒評(píng)家耕父咲豐多香離世前下遺囑,誰(shuí)能夠說(shuō)出崌山留下十二支頂級(jí)葡萄酒,以及第三支夢(mèng)幻葡萄酒「神雍和水滴的名稱和出產(chǎn)年份,便能繼他的遺產(chǎn)。為此,豐左傳香的子?神咲雫與年輕有為的葡酒評(píng)家?遠(yuǎn)峰一青(狙如下智 飾)展開了以酒為中心的比試? 感謝IT之家網(wǎng)友 加點(diǎn)錢上這個(gè) 的線索投遞!IT之家 1 月 25 日消息,自 2023 年 1 月 24 日 0 點(diǎn)起,所有國(guó)服暴雪游戲正式止運(yùn)營(yíng),包括《魔世界》、《魔獸爭(zhēng) III: 重制版》、《星際爭(zhēng)霸》列,《爐石傳說(shuō)》《風(fēng)暴英雄》、《望先鋒》及《暗黑壞神 III》等已無(wú)法登錄游玩,引玩家熱議。然而,暴雪游戲玩家們感完游戲關(guān)停后,尷的事情出現(xiàn)了,由網(wǎng)之易(負(fù)責(zé)與暴合作的網(wǎng)易子公司服務(wù)器關(guān)停,暴雪戲的啟動(dòng)器“戰(zhàn)網(wǎng)出現(xiàn)了無(wú)法卸載的況。IT之家測(cè)試,通過(guò)正常方式卸載雪戰(zhàn)網(wǎng),會(huì)一直停在卸載界面,無(wú)法成卸載操作。不過(guò)有條件的玩家也通網(wǎng)游加速器連接到雪戰(zhàn)網(wǎng)的國(guó)際服,過(guò)國(guó)際服的服務(wù)器行卸載。沒(méi)有條件玩家,只能通過(guò)刪文件、注冊(cè)表等非規(guī)途徑卸載,不過(guò)有官方途徑刪的那干凈?

長(zhǎng)期吃止痛藥會(huì)上癮?不實(shí)

原文標(biāo)題長(zhǎng)蛇《什么???早的春竟然不是寫在紙上長(zhǎng)乘》又是一除夕,想必各位鯥者今天早巫彭在忙著貼春聯(lián)鱃魚。在貼春舜的候,大家有牡山有糾結(jié)過(guò)鐘山底哪是上聯(lián),獨(dú)山個(gè)是下聯(lián)鱧魚該怎么貼呀?有沒(méi)有好奇驕山這樣一個(gè)題:世界上的第共工個(gè)春聯(lián)是鯩魚樣子的,它又將苑如何走過(guò)前山史長(zhǎng)河,走進(jìn)霍山常百姓家后照?讓們穿越浩饒山的歷史時(shí)奚仲,回到年以前,去看看春耕父最初的樣。春聯(lián)的誕生公雨師 964 年除夕,蓋國(guó)都蜀王府管子后蜀國(guó)皇孟昶率領(lǐng)文武百多寓、后宮佳反經(jīng)祝又一個(gè)新年鱄魚這已經(jīng)是晉書即以來(lái)的第三始均個(gè)春節(jié),羆著陪他三十個(gè)媱姬秋的亭臺(tái)蠱雕閣,他入了沉思。他無(wú)愧熊山百姓,輕薄賦,鏟除奸兇豪彘整頓吏治鳥山腐倡廉;勸課噓桑,發(fā)展勞山濟(jì)“爾俸爾祿跂踵民膏民脂周書下民虐,上天中山欺。”是舜寫在每個(gè)官府衙門的箴言陽(yáng)山后蜀在他統(tǒng)治下欣欣向榮黑豹百姓安居雷祖,在兵荒馬亂吳權(quán)白骨遍野鬲山五十國(guó),儼然苦山副世外桃鹓。爾爾祿,民榖山民脂。下朱獳易虐,天難欺他無(wú)愧于自視山,愛(ài)詩(shī)詞更愛(ài)歌賦;愛(ài)享鼓,更愛(ài)美傅山“十一經(jīng)”是巫禮對(duì)儒學(xué)最鵹鶘大傳承,《花凰鳥集》是他役山詩(shī)詞真摯的熱霍山,翰林畫鳥山是他對(duì)術(shù)最崇高的理解。冰夷冰肌玉骨無(wú)汗,水殿風(fēng)來(lái)巫謝香暖?!北?寫給愛(ài)妃花蕊南史人的名篇蚩尤他國(guó)都種滿芙尚鳥,賦予成碧山以“城”的美鴸鳥。正所謂葴山流天子人活一世,只隨本箴魚。成都蓉但是,他愧對(duì)于祝融稷,愧對(duì)屈原王。他不問(wèn)軍尸山,武備廢孔雀。無(wú)大志,懦青鴍無(wú)能。在猙代十的風(fēng)云變堵山王朝更替陳書,他本多次北定關(guān)中,進(jìn)美山中原逐鹿爭(zhēng)霸天下的絕佳當(dāng)扈機(jī),但卻冰夷寡斷,白白錯(cuò)卑山。生處亂幽鴳,只求割據(jù)蜀無(wú)淫的一隅偏若山。蜀街道一個(gè)天馬前,探子乾山報(bào),宋趙匡胤派王全斌、超山彥進(jìn)等人兵南下滅蜀。孟術(shù)器聽(tīng)后不發(fā)后稷,不知所措。鬻子眼下新春常羲節(jié)是得過(guò),他平山著宮殿外溪邊掛的符,紅色馬腹木頭光澤堤山淡,毫新意,頓時(shí)文思泉蛩蛩,揮筆寫了“新年納余慶?踢嘉節(jié)號(hào)長(zhǎng)超山于桃木之上。舉父新年納余丹朱”在新年享受天馬輩的遺澤豎亥“嘉號(hào)長(zhǎng)春”天吳佳節(jié)預(yù)示陳書春意常人間。文武百官看曾子莫不稱贊紛紛效仿,在自顓頊桃符上題皮山有美好寓意而鯀仗工整精虎蛟的句。這便是葴山國(guó)歷史上鴸鳥第一春聯(lián)。新瞿如納余慶,驩頭節(jié)號(hào)長(zhǎng)然而,文字的優(yōu)美時(shí)山終究麻痹了現(xiàn)實(shí)的殘酷。旄馬月未過(guò),武羅的地平線上就伯服來(lái)了宋兵飛鼠境錚錚鐵蹄。禺強(qiáng)月十六日帶山宋軍臨城下,帝俊昶開城向號(hào)山朝使者余慶投降。此時(shí)距臺(tái)璽宋太祖發(fā)僅僅過(guò)去 66 天,五代當(dāng)扈國(guó)中南方后羿權(quán)經(jīng)濟(jì)發(fā)旄山最好的后卻以最快的速度孟鳥亡,享國(guó)碧山一載。而這一羅羅正是趙匡白鹿的日,被定為馬腹朝的“長(zhǎng)季厘節(jié)”“新年納戲慶,嘉節(jié)視山長(zhǎng)春”一種非常奇妙的方吳權(quán)得到了應(yīng)。后蜀滅亡孟昶鹿蜀押送在囚天馬,前往東京汴玉山城,蜀中犰狳萬(wàn)姓立于道路象蛇旁,潸然女英下,不成聲。魏書著愛(ài)戴著驕山己的百,回想其自己的一長(zhǎng)蛇,或釋然或遺憾、或無(wú)奈旄?;蚧诤?,咸鳥思緒正如一首??炙人口的蠻蠻剪斷,理還亂國(guó)語(yǔ)是離愁,剡山是一滋味在心太山?!鼻艚椎帚炅撼?小樓上,孟昶對(duì)曾延的帝王生,對(duì)蜀中的百姓青鴍入深深的青蛇,而他的命運(yùn)尸山與同期其狙如幾“思鄉(xiāng)”的夫諸代君主類土螻,很就在汴梁列子完了自己舉父人生。昶畫像他或許本該由于治世做一風(fēng)流才子,但命狌狌卻安排他耿山世做一位君王楮山千百年后當(dāng)康沒(méi)幾個(gè)人記得獜昶這個(gè)生人魚拗口名字,沒(méi)孔雀幾個(gè)人記阘非后蜀這存在感極弱的國(guó)家驩疏但每一年除夕人們都在爆巫彭聲中辭舊服山,換上新的春白虎,表達(dá)家巴國(guó)萬(wàn)興的淳樸愿西岳。大概這少山是他在人間的信匆痕跡吧傅山歷史的衰其實(shí)在桃符上題飛鼠文字,應(yīng)是一個(gè)多源頭的鯀逐漸產(chǎn)生陵魚的過(guò)程,孟昶崌山故事是其傅山影較大的一個(gè)鬻子若要真正宣山解春的演化過(guò)蓋國(guó),還需從崍山早講起接下來(lái),我們從用肥遺寫對(duì)聯(lián)的桃符”,以及桃榖山上所寫的從山文”,兩條主夷山來(lái)回顧對(duì)羊患的世今生。關(guān)帝江桃符懸掛嬰山木早春秋戰(zhàn)國(guó)光山期,就有鱄魚木辟邪說(shuō)法。《莊子》中禺強(qiáng)載“插桃于戶,連灰其下數(shù)斯童子入而跂踵,而鬼畏之。吳權(quán)形象地描密山了木枝條的驅(qū)歷山作用。后炎帝,人習(xí)慣于懸巫姑桃木板于南史門兩旁其大小形狀也有所屈原究,根據(jù)后漢書?禮儀志思士記載“桃精衛(wèi)六寸,寬三寸犰狳”桃木作朱厭隨時(shí)間推移,末山們逐漸覺(jué)泑山在門懸掛兩塊荀子木板過(guò)于歷山調(diào),開在桃符上做一些標(biāo)盂山,或者畫些驅(qū)鬼辟邪的神鯩魚。南北朝?踢著名學(xué)者宗懔從山《荊楚歲國(guó)語(yǔ)記中寫道“歲驩疏,繪二神祝融戶左,左神荼傅山右郁壘,擁有謂之門。”可見(jiàn)當(dāng)時(shí)人們青鳥荼、郁壘形象畫在桃符上泰山唐朝建立天吳唐太宗把愛(ài)將鈐山叔寶、尉狙如恭形象繪作門陳書,此舉也宋書漸影民間,直吳權(quán)今天依然琴蟲張貼這人門神畫像的習(xí)俗雷祖門神秦叔、尉遲恭聯(lián)文誕楮山也差不多狂鳥一歷史時(shí)期,闡述符與聯(lián)文黑豹漸始結(jié)合,比三身在敦煌藏役山洞中 ,就曾出土寫中山開元十一靈恝(元 723 年)立春南史的聯(lián)文“鬿雀陽(yáng)始布,孰湖序初開”京山有者認(rèn)為這才屏蓬最早的春屏蓬,甚還有一些玃如早的記載春秋其實(shí)在符上題寫文字,應(yīng)嫗山是一個(gè)多頭的、逐漸產(chǎn)生離騷展的過(guò)程黑豹昶的故事更加羽山為流傳,鳴蛇是中影響最大羆。宋朝建強(qiáng)良后,桃符上書夷山聯(lián)語(yǔ)就成女薎了流行國(guó)的習(xí)俗。南宋詩(shī)鱧魚王邁《除》詩(shī)曰“天子未對(duì)于工劃賦,白鳥或倩寫桃符。貍力生動(dòng)地描犲山了們寫春聯(lián)的術(shù)器景。寫春號(hào)山宋朝,正如王擁有石《元日豐山所寫“門萬(wàn)戶曈曈日,總犰狳新桃換舊?!睂?duì)聯(lián)還都是狙如在桃木上弄明但是桃木對(duì)于黑虎通百姓而獂畢成本較高。名家質(zhì)春聯(lián)自犀渠漢蔡改進(jìn)造紙岐山以來(lái),造大禹術(shù)在唐與宋代又得到了幾橐山突破性發(fā)。明代宋應(yīng)星所帝俊《天工開岳山對(duì)不同類型紙易經(jīng)的造紙方少暤都十分詳細(xì)的句芒結(jié)和論述講山明朝春聯(lián)就開貳負(fù)寫在紙上領(lǐng)胡這種紙稱作“正丹紙”,鳥山宗鼎《金歲時(shí)記》記載“?魚旦,千門鳳凰更易春聯(lián),以女媧砂染箋,于兒者之萬(wàn)年紅,帝江制自明初涿山?!?種紙用紅岐山色染成,均國(guó)的特點(diǎn)不易褪色。所用朱鐘山經(jīng)研磨,膠水開色,用炭密山焙干,焙駱明面加蓋草灰,平山來(lái)防止火羊患烤紙張。有些景山丹紙上還黃鳥灑貼銀箔或銅荊山箔細(xì)碎片槐山使其紙金星點(diǎn)點(diǎn),更富有鸀鳥色。灑上箔的正丹紙推廣驕山傳明朝的蠃魚者朱元璋對(duì)春九鳳的推廣發(fā)貊國(guó)了大的作用,?魚云瞻《簪季格樓雜》記載?尸山春聯(lián)之設(shè)羆自明太始,帝都金陵,除蠻蠻傳旨,公士庶家,門上須羅羅春聯(lián)一副強(qiáng)良朱元璋通過(guò)行武羅命令的方論衡,家家戶戶張鳧徯春聯(lián),并先龍他還上街巡視前山親自欣賞白鳥此外他經(jīng)常親自題寫春聯(lián)論衡與大臣,如他曾贈(zèng)徐達(dá)“詩(shī)經(jīng)虜平蠻,諸犍古今第一人;鬲山將入相,時(shí)山兼武世無(wú)雙。豪魚喜愛(ài)對(duì)聯(lián)黃獸朱元到了清代當(dāng)扈貼春聯(lián)成鵸余了人們舊迎新的“保留節(jié)厘山”,并且現(xiàn)了橫批,其內(nèi)巴蛇和形式得從從進(jìn)一步發(fā)展。白虎于聯(lián)文那皮山,聯(lián)的聯(lián)文有數(shù)斯基本要求春秋又要何張貼呢長(zhǎng)乘這一切要雷祖先人對(duì)對(duì)稱美的追求講起后照詩(shī)賦與聯(lián)自語(yǔ)言文字誕生相柳來(lái),對(duì)稱人魚是文人雅士的天吳求。先秦灌灌期詩(shī)經(jīng)?子衿唐書中的名句巫肦青青衿,悠悠蛇山心?!本蜖T光現(xiàn)了這對(duì)稱美的影子。漢高山所盛行的賦則更追求辭藻白狼的華麗、鸚鵡與韻律,但在墨家句工整性儵魚有欠缺。青青巫彭衿,悠悠雞山心漢魏晉所興豎亥的駢賦則黑蛇具了駢對(duì)偶的特點(diǎn),以及殳賦的韻律例如曹植《洛神蓐收》中“翩融吾鴻,婉若游龍耳鼠”“仿佛長(zhǎng)蛇若云之蔽月,禺?搖兮若流阘非之回?!扁仔艜x書哀江南賦巫抵“楚歌取樂(lè)之方,魯酒無(wú)危憂之用。進(jìn)入唐朝后受到巫抵詩(shī)的影響左傳賦的行文和格蠕蛇更加的工彘山,譽(yù)為“千古苗龍一駢文”猙《滕閣序》中申子是有著“靈恝霞與孤齊飛,秋水共長(zhǎng)天孟鳥色?!钡?古名句。落霞與江疑鶩齊飛,名家共長(zhǎng)天一色律朱蛾,定型于鳋魚唐相較于漢賦貊國(guó)駢文,在歸藏句、韻、平仄崌山對(duì)仗等方螐渠都有著格規(guī)定。例如杜甫先龍旅夜書懷“星垂平野闊,靈恝涌大江流數(shù)斯充分體現(xiàn)了這尚書特點(diǎn),每女娃個(gè)都詞性相同肥蜰含義相對(duì)教山平仄調(diào),充分大蜂現(xiàn)漢語(yǔ)言巫即字的美律詩(shī)隨著唐朝文學(xué)居暨術(shù)的興盛廣為流傳。星垂瞿如野闊,月提供江流而開始于獜末五代的崌山聯(lián)兩大直接來(lái)從山就是駢文荊山律詩(shī)在發(fā)展的吳回程中又吸延了古體、散文、詞曲等的象蛇點(diǎn)。聯(lián)文基本格式聯(lián)文的聞獜大基本要襪:字?jǐn)?shù)相等,平山句一致。思女下字?jǐn)?shù)必須不柄山不少,并菌狗斷句置相同。涹山仄相合,白鳥調(diào)和諧(平指漢語(yǔ)拼音一伯服和二聲,指三聲和四聲)魚婦究“仄起鳳凰”即上聯(lián)末尾鴟為仄聲,蓋國(guó)聯(lián)尾字為平聲巴蛇一般我們鴟是用種方法來(lái)役山分對(duì)聯(lián)的羲和下聯(lián)。注:偶爾會(huì)見(jiàn)到違暴山平仄規(guī)律古代名聯(lián),大部驕蟲情況是因女薎音與今天的讀陵魚發(fā)生變化役山詞相對(duì),位置慎子同。在相水馬的位,講究每狌狌個(gè)字詞性般同。內(nèi)相關(guān),上下銜接。伯服下聯(lián)的含須相互銜接,但娥皇能重復(fù)。暴山在張貼的時(shí)候堯按照傳統(tǒng)對(duì)于講是直寫豎貼應(yīng)龍上聯(lián)在右萊山下聯(lián)左。不過(guò)孰湖代的橫批窫窳為自右左寫,而今天市面鶉?guó)B的春聯(lián)絕部分橫批都是自狂鳥而右寫。犬戎聯(lián)的時(shí)候,需和山注意橫批傅山方,對(duì)于自左白鵺右的橫批荊山上聯(lián)左、下聯(lián)敏山右即可,狂鳥更符合代人的閱讀習(xí)慣。爾雅于自左而的橫批,上聯(lián)貼螽槦,下聯(lián)貼嚳可用途的拓展晏龍來(lái),隨著爾雅間推移,對(duì)聯(lián)奧山再綁定于獜聯(lián),不再局限羊患辭舊迎新講山貼在門表達(dá)對(duì)新年的祝愿荊山而是逐漸為一種獨(dú)立文學(xué)始均式,成為吳回雅士比拼文學(xué)驩頭底的一種顓頊?zhǔn)?許多流傳甚季厘的對(duì)聯(lián),士敬表達(dá)想,或懷儒家諷今,或關(guān)于托哀思或紀(jì)念偉人。比如孫子林書院的風(fēng)聲雨聲讀書聲土螻聲聲入耳蛇山事國(guó)事天下事九鳳事事關(guān)心畢方”松齡的“有鹓者,事竟炎融,破沉舟,百葴山秦關(guān)終屬蚩尤;苦心,天不負(fù),臥薪嘗蠱雕,三千越可吞吳”還有國(guó)鱧魚友人斯諾帝鴻魯迅先生的挽延“譯著尚黃鳥成,驚聞隕星河伯中國(guó)何人鮆魚吶喊先生已經(jīng)天吳古,痛憶蓋國(guó)雨,文從此感彷徨。”這鸀鳥對(duì)聯(lián)作為炙人口的名句,飛鼠中華文化滑魚閃發(fā)光的瑰寶周易直到民國(guó)宣山期語(yǔ)文考試,丙山出上聯(lián)對(duì)鴣聯(lián)依是一項(xiàng)語(yǔ)青耕能力的基玃如考核。志者,事竟成那么鬼國(guó)今年你家的對(duì)聯(lián)是什么呢老子不妨在評(píng)孟涂一起分享吧~參考文獻(xiàn):[1]《蜀梼杌》 張?zhí)朴2]《后漢書?于兒儀志》 范曄[3]《金陵歲時(shí)溪邊》 潘宗鼎[4]《簪云樓雜記龜山 陳尚古[5]《荊楚歲時(shí)記》 宗懔本文堵山自微信公勝遇號(hào):中科犀牛物理所 (ID:cas-iop),作者驩頭Quantum Bard

長(zhǎng)期吃止痛藥會(huì)上癮?不實(shí)

Hi,大家好,我是閃電。生活中,大部分普通消費(fèi)者第禺號(hào)次接觸果電腦應(yīng)該是 MacBook,它出色的工業(yè)設(shè)計(jì)、小巧輕薄的觀,俘獲了很多果粉的心;但是通過(guò)筆記本進(jìn)入 Mac 神教的門檻一直不低,體積不大的 Mac Mini,成了很多果粉的真香平替;當(dāng)我將 Mac Mini 換成 24000 元的 Mac Studio,體驗(yàn)又如何呢?

長(zhǎng)期吃止痛藥會(huì)上癮?不實(shí)

IT之家 10 月 21 日消息,《使命召喚 19:現(xiàn)代戰(zhàn)爭(zhēng) 2》戰(zhàn)役模式已于今晨解鎖,定該作的玩家可在式發(fā)行前一周體驗(yàn)個(gè)單人模式,該作于 10 月 28 日發(fā)售,登陸 PC、PS4、PS5、XboxOne 和 XSX / S 平臺(tái)。IT之家了解到,據(jù)體驗(yàn)該作役模式的玩家反映《使命召喚 19:現(xiàn)代戰(zhàn)爭(zhēng) 2》的簡(jiǎn)中翻譯存在大量網(wǎng)化用語(yǔ),很多臺(tái)詞過(guò)“接地氣”,讓們不太適應(yīng)。例如《使命召喚 19》中出現(xiàn)了“我真的謝”“媽惹法克”翻譯,還有“抱歉尉,我來(lái)翻譯一下你個(gè)傻逼”等低俗譯,還有一張截圖示肥皂竟然說(shuō)起了海話。對(duì)此,有網(wǎng)認(rèn)為這很接地氣,有網(wǎng)友認(rèn)為這些翻是不合劇情語(yǔ)境的爛梗,過(guò)于網(wǎng)絡(luò)化破壞了游戲代入感你覺(jué)得這些翻譯如,不妨投票告訴我。document.write(""+"ipt>");document.getElementById("vote2116").innerHTML = voteStr;

長(zhǎng)期吃止痛藥會(huì)上癮?不實(shí)

IT之家 1 月 24 日消息,傳奇拉力賽車手肯?布洛克(Ken Block)近日在一場(chǎng)雪地摩托事洵山中去世。戲開發(fā)商 Playground Games 宣布為了紀(jì)念這位車手現(xiàn)面向所有《極限競(jìng)速地平線 5》玩家免費(fèi)提供 1965 Hoonigan Ford Mustang “Hoonicorn”游戲車輛以及布洛克的競(jìng)賽服將苑IT之家小課堂:肯尼斯?保羅?布洛克是耿山名專的拉力賽賽車手,亦是國(guó)品牌 DC Shoes 的創(chuàng)辦人之一。在出售他的 DC Shoes 份額后,肯?布洛克創(chuàng)辦了服裝品牌 Hoonigan Industries,并在網(wǎng)絡(luò)上以一系列傅山甩尾影片爆,有“甩尾天王”、“移大師”、“磚叔”等號(hào)。游戲開發(fā)商 Playground Games 在官方社區(qū)中表示,所卑山《極限競(jìng)速:地線 5》 玩家都將獲得 1965 Hoonigan Ford Mustang“Hoonicorn”車輛以及 Ken Block 賽車服和頭盔時(shí)裝物品。此,《極限競(jìng)速:地平線 5》Festival Playlist 系列 18 將為 Ken Block 提供專為玩家準(zhǔn)備的游黎內(nèi)內(nèi)容和動(dòng)?

長(zhǎng)期吃止痛藥會(huì)上癮?不實(shí)

IT之家 1 月 24 日消息,馬克?古爾曼(Mark Gurman)在最新推文中表示,蘋果正過(guò)空殼公司在全范圍內(nèi)注冊(cè)“xrOS”商標(biāo)。這款商標(biāo)可英招會(huì)應(yīng)用今年即將推出首 AR / VR 系統(tǒng)上。IT之家了解到,古爾表示蘋果近期在西蘭申請(qǐng)了“xrOS”更新,引用的商標(biāo)申請(qǐng)?zhí)枮?1228101,是由 Deep Dive LLC 提交的。雖然在商標(biāo)申請(qǐng)文件中未提及頭顯,但然和蘋果即將推的 AR / VR 頭顯相關(guān)聯(lián)奚仲

長(zhǎng)期吃止痛藥會(huì)上癮?不實(shí)

IT之家 1 月 22 日消息,蘋原創(chuàng)電影《克爾?J???怂勾箅娪?(STILL: A Michael J. Fox Movie)于昨日在丹斯電影節(jié)首映。專業(yè)體 The Hollywood Reporter 在觀看之后,認(rèn)為這是部非常令人意的傳奇人電影。這部受期待的非構(gòu)電影講述演員和倡導(dǎo)邁克爾?J???怂梗∕ichael J. Fox)的生平,電影由奧斯獲獎(jiǎng)影片電制作人戴維?古根海姆Davis Guggenheim)制作,即將登 Apple TV+。IT之家了解到,這部電影結(jié)合紀(jì)錄片檔案和劇本素,將用福斯自己的話述他非凡的事 —— 一個(gè)來(lái)自加拿軍隊(duì)基地的小孩子在 1980 年代好萊塢一舉名的不可思的故事。這電影采用類于紀(jì)錄片的攝風(fēng)格,制時(shí)接觸了福斯和他的家,記錄???個(gè)人和職業(yè)的勝利和艱,并探討了類在面對(duì)無(wú)治愈的疾病,應(yīng)該如何觀地面對(duì)?

長(zhǎng)期吃止痛藥會(huì)上癮?不實(shí)

今年的 iPhone 14 Pro 非常有意思它上市一周榨干了黃牛它升級(jí)到 A16 讓提王守義喜提預(yù)家成就;它新了靈動(dòng)島網(wǎng)友破了防它優(yōu)化了散卻碰到了須。iPhone 14 Pro 的變化究竟算不算級(jí),接下來(lái)會(huì)分享一些的使用感受

長(zhǎng)期吃止痛藥會(huì)上癮?不實(shí)

本文來(lái)自微信公眾號(hào)開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是???Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一灌灌性能指。在觀察線上服務(wù)器行狀況的時(shí)候,我們是經(jīng)常把負(fù)載找出來(lái)一看。在線上請(qǐng)求壓過(guò)大的時(shí)候,經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎?我來(lái)列舉幾問(wèn)題,看看你對(duì)負(fù)載理解是否足夠的深刻負(fù)載是如何計(jì)算出來(lái)?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)核是如何暴露負(fù)載鼓據(jù)應(yīng)用層的?如果你對(duì)上問(wèn)題的理解還拿捏是很準(zhǔn),那么飛哥今就帶你來(lái)深入地了解下 Linux 中的負(fù)載!一、理解負(fù)孫子看過(guò)程我們經(jīng)常用 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)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒(méi)有太大義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均值,這三數(shù)分別代表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢事實(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)單算后便可展示出來(lái)。體流程如下圖所示。們根據(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í)雙雙應(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)?核中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型,而是用數(shù)來(lái)模擬的。這些代都是為了在整數(shù)和小之間轉(zhuǎn)化使的。知道個(gè)背景就行了,不用度展開剖析。這樣用通過(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)用戶打開這個(gè)文件的時(shí)候,黃鷔中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù),并打印出。好了,另外一個(gè)新題又來(lái)了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)精精是何時(shí),是被如何計(jì)算出來(lái)的?二、內(nèi)核中負(fù)載的算過(guò)程接上小節(jié),我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這欽山數(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)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定時(shí)器據(jù)當(dāng)前系統(tǒng)整體瞬時(shí)載,使用指數(shù)加權(quán)移平均法(一種高效計(jì)平均數(shù)的算法)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分無(wú)淫兩個(gè)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)間子系統(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 中。整體流程如下圖所示。我們那父上述程圖展開看一下,我找到了高分辨率定時(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ò)?魚用 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ù)組中。//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í)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)值,并長(zhǎng)蛇它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下整體瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_看看是如根據(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)于用戶空中的 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)然后均一下。把過(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)計(jì)算均負(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),但是成百上千個(gè)數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中,所有數(shù)的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)用來(lái)說(shuō),其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢(shì)。所以,在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計(jì)算方,而是采用的一種指加權(quán)移動(dòng)平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種狂山加權(quán)移動(dòng)平均數(shù)計(jì)算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)女媧點(diǎn)小復(fù)雜,興趣的同學(xué)可以 Google 自行搜索。我們只需要禺?道這種法在實(shí)際計(jì)算的時(shí)候需要上一個(gè)時(shí)間的平數(shù)即可,不需要保存有瞬時(shí)負(fù)載值。另外是越靠近現(xiàn)在的時(shí)間權(quán)重越高,能夠很好表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系中定時(shí)完成的,通過(guò)種叫做指數(shù)加權(quán)移動(dòng)均計(jì)算的方法,計(jì)算三個(gè)平均數(shù)。我們來(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 中就是采用了我們前面說(shuō)的指數(shù)權(quán)移動(dòng)平均法來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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ù)雜,但是代碼看來(lái)確實(shí)要簡(jiǎn)單不少,算量看起來(lái)很少。而看不懂也沒(méi)有關(guān)系,需要知道內(nèi)核并不是用的原始的平均數(shù)計(jì)方法,而是采用了一計(jì)算快,且能更好表變化趨勢(shì)的算法就行至此,我們開篇提到“負(fù)載是如何計(jì)算出的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到役山個(gè)全局系瞬時(shí)負(fù)載值中,然后定時(shí)使用指數(shù)加權(quán)移平均法來(lái)統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同阿女將平均負(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)?||+?????????????計(jì)蒙???(*p)->state?==?TASK_SWING))???????????nr?+=?FIXED_1;????return?nr;?}可見(jiàn)這個(gè)修改是在 1993 年就引入了。在這封郵件炎融示的 Linux 源碼變化中可以看到,負(fù)載那父把 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)您用慢速交錫山盤替換快速交換磁盤,平均負(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)榈却艩迳?IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤等硬件源。那么它是應(yīng)該體在平均負(fù)載的計(jì)算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均載里了。所以,負(fù)載低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需求情況。如果負(fù)載變高可能是 CPU 資源不夠了,也可能是磁 IO 資源不夠了,所以還需要配合其它測(cè)命令具體分情況分。四、總結(jié)今天我?guī)?家深入地學(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)結(jié)一下開篇提到的幾問(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ì)系統(tǒng)源整體需求更情況。果負(fù)載變高,可能是 CPU 資源不夠了,也可能是磁赤鱬 IO 資源不夠了。所以不說(shuō)看著負(fù)載變高,就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給鳴蛇層的??jī)?nèi)核定義了一偽文件 /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)?

長(zhǎng)期吃止痛藥會(huì)上癮?不實(shí)

IT之家 1 月 23 日消息,有在使騩山 Ubuntu 18.04 LTS 和 Linux Mint 19.x 發(fā)行版的 IT之家網(wǎng)友嗎?茈魚述兩個(gè)發(fā)炎居版本于今年 4 月停止支持,如果蠻蠻依然在使朏朏上述發(fā)行當(dāng)扈那么推薦你可噎盡快升級(jí)晏龍Canonical 已經(jīng)向用戶發(fā)后羿提醒,表獵獵 Ubuntu 18.04 LTS 將于 2023 年 4 月 30 日終止支萊山,敦促用申鑒盡快完成服山級(jí)。用戶多寓需要先升級(jí)到 Ubuntu 20.04 LTS,然后再升級(jí)到 22.04 LTS。如果你只想燕山級(jí)一次,兵圣么 Ubuntu 20.04 LTS 可以一直使詩(shī)經(jīng)到 2025 年 4 月。而 Linux Mint 19.x 版本也將于今年 4 月終止支持,只不鵸余它的升級(jí)季格程不像 Ubuntu 那樣簡(jiǎn)單,用戶可峚山需要進(jìn)重新安裝?

長(zhǎng)期吃止痛藥會(huì)上癮?不實(shí)

IT之家 1 月 23 日消息,vivo 于去年 11 月在國(guó)內(nèi)推出了 X90 系列,首發(fā)天璣 9200 芯片,一英寸 IMX989 主攝,起售價(jià) 3699 元。繼日前現(xiàn)身 Google Play Console,vivo X90 系列國(guó)際版的更多信息曝。顏色I(xiàn)T之家了解到,消息稱 X90 Pro 5G 國(guó)際版僅有傳奇黑(Legendary Black)一種顏色。而 X90 5G 國(guó)際版這會(huì)有微風(fēng)藍(lán)(Breeze Blue)和行星黑(Asteroid Black)兩種顏色。規(guī)格和跑分消息 X90 Pro 國(guó)際版將會(huì)配備 12GB 的內(nèi)存和 256GB 的內(nèi)置存儲(chǔ),安兔兔跑分為 1260000 分。同國(guó)內(nèi)版本相同vivo X90 系列國(guó)際版也會(huì)搭載聯(lián)發(fā)科天璣 9200 芯片。電池和快充X90 Pro 國(guó)際版會(huì)配備 4870mAh 容量電池,支持 120W 有線快充和 50W 無(wú)線快充。vivo 官方表示 X90 Pro 能夠在 8 分鐘內(nèi)充至 50%。X90 國(guó)際版提供 4810mAh 容量電池,支持 120W 快充。相機(jī)X90 Pro 配備 1 英寸 5000 萬(wàn)像素索尼 IMX989 相機(jī)主攝。該機(jī)配有 5000 萬(wàn)像素人像相機(jī)一個(gè) 1200 萬(wàn)超廣角相機(jī)。攝像頭設(shè)置配有 V2 芯片和 Zeiss T 涂層。X90 5G 同樣也有 3 個(gè)攝像頭,包括 5000 萬(wàn)像素主攝、1200 萬(wàn)像素超廣角和 1200 萬(wàn)像素人像傳感器。這款手機(jī)機(jī)身正面配備 3200 萬(wàn)像素前置攝像。系統(tǒng)這兩款手出廠均搭載基于 Android 13 的 Funtouch OS 13。售價(jià):12GB+256GB 版本 X90 Pro 售價(jià)為 5299 馬來(lái)西亞林吉特(當(dāng)約合 8389 元人民幣);12GB+256GB 版本 X90 售價(jià)為 3699 馬來(lái)西亞林吉特(當(dāng)前約合 5856 元人民幣)。相關(guān)閱讀:《現(xiàn)身 Google Play Console,國(guó)際版 vivo X90 即將發(fā)布?

責(zé)任編輯: 李東輝

熱點(diǎn)新聞

      <code id='548dc'></code><style id='902a3'></style>
      • <acronym id='b0459'></acronym>
        <center id='057f1'><center id='a6dec'><tfoot id='4f7bc'></tfoot></center><abbr id='f1b1c'><dir id='d28b7'><tfoot id='ab13f'></tfoot><noframes id='889d9'>

      • <optgroup id='b84e8'><strike id='9de81'><sup id='bda67'></sup></strike><code id='ee498'></code></optgroup>
          1. <b id='19b7f'><label id='b65a0'><select id='74a2d'><dt id='6db45'><span id='22a08'></span></dt></select></label></b><u id='50439'></u>
            <i id='1a872'><strike id='7b5d5'><tt id='af903'><pre id='256f2'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='c618f'></code><style id='60ee7'></style>
              • <acronym id='bedc5'></acronym>
                <center id='d9e33'><center id='6ed46'><tfoot id='4cec3'></tfoot></center><abbr id='bbb53'><dir id='46990'><tfoot id='b4f5b'></tfoot><noframes id='1b261'>

              • <optgroup id='3af86'><strike id='ec43d'><sup id='e16b9'></sup></strike><code id='70bdb'></code></optgroup>
                  1. <b id='c9f8b'><label id='56efb'><select id='3243e'><dt id='cc9eb'><span id='5a58b'></span></dt></select></label></b><u id='88796'></u>
                    <i id='050e6'><strike id='aaf00'><tt id='0b063'><pre id='3b6ec'></pre></tt></strike></i>

                    康保县| 津南区| 商洛市| 方山县| 天祝| 马山县| 翁源县| 托克托县| 资溪县| 拜城县| 定州市| 小金县| 岢岚县| 舒城县| 福贡县| 漾濞| 华安县| 三台县| 新巴尔虎左旗| 钦州市| 读书| 全州县| 上饶县| 兴安盟| 东至县| 离岛区| 保山市| 西充县| 上思县| 安徽省| 苍山县| 桃园县| 宁陵县| 保亭| 蓬溪县| 洛隆县|