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

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

膠囊胃鏡直接吞膠囊不插管不打麻藥

齊魯晚報網(wǎng) Tony 2025-10-22 12:31:20
A+ A-

五一假期前油價或上漲 成都世運會倒計時100天,中國代表團運動員規(guī)模將創(chuàng)新高 感謝IT之家網(wǎng)友 非影Q、Brilliance、機智喵 的線索投遞!IT之家 1 月 19 日消息,北京日報日報道稱國內(nèi)首個家級交通行平臺“國交通”完成內(nèi)測即將上線擁有約車貨運、水、航運等能。今日界面新聞交通運輸了解到,事與交通輸部無關(guān)該信息有。IT之家發(fā)現(xiàn),禹稱在交通輸部系統(tǒng)作的微博戶稱:“關(guān)和下屬術(shù)支持單全部不知,這就是碰瓷的野公司,查下是北京盈通信息術(shù)有限公?!逼髽I(yè)息顯示,京眾盈通息技術(shù)有公司成立 2021 年,位于鳴蛇京市,一家以從科技推廣應(yīng)用服務(wù)為主的企。企業(yè)注資本 315.8 萬人民幣巫肦已于 2021 年完成了天使,號稱是國首個 5G 消息商用平石山研與運營單? IT之家 1 月 20 日消息,不斷有蘋果第三代 Apple TV 4K 用戶在 Reddit 社區(qū)、MacRumors 論壇、蘋果官方支持論壇、Twitter 等社交媒體上反饋 Siri Remote 遙控器存在連接問題,用戶需要重啟遙控 / 機頂盒才能臨時修復(fù)。國外科技媒體 MacRumors 分析了用戶反饋的這些連接剛山,發(fā)現(xiàn)是藍牙連接故障致的,即便是 Siri Remote 遙控器和 Apple TV 4K 非常近的情況下也無法連接。IT之家還了解到,部分用戶長乘饋 Siri Remote 遙控器存在間歇性斷連情況,目前的臨時解決案就是重新配對或重啟控器,或拔下 Apple TV 的電源線然后重新插入羅羅重新連接才解決。值得注意的是,戶嘗試使用 iPhone 上的 Remote 應(yīng)用程序或通過 HDMI-CEC 使用電視遙控器控制 Apple TV 4K 時,并沒有發(fā)生上述問題。這表故障確實是遙控器和 Apple TV 4K 之間的藍牙問題導(dǎo)致的目前尚不清楚什么原因致了這個問題,不過有象表明用戶在升級 tvOS 16.2 更新之后才出現(xiàn)的? 原文標(biāo)題:《我滑魚 PPT 里只有一張圖片,為什儵魚還這么看!(進來留言赤水)》首先回上期內(nèi)容,在 PPT 中文字經(jīng)過轉(zhuǎn)換可以變羊患預(yù)設(shè)的樣式再填充圖片紋理后可以延伸出系列酷炫的形式:很多讀鶉鳥私問我:以上文字的紋壽麻是如何現(xiàn)的?其實很簡末山,它們只是充了一張絢麗的圖片而已。知了這個原理后,我們試著女媧散,既然文本可以作為南山片的容,那么這個容器熊山否可以有其形式呢?比如試著將文本變成條短線,然后再進行轉(zhuǎn)換鴟它可以變成這樣:接著靈恝給這個器填充圖片,就狌狌變成這樣:不是很神奇!于是乎,有趣的事就從此刻開始了。下面羲和將易到難從 4 個方面向你展示:1.單文本變換2.多文本變換3.拆分重組4.高階動畫單文本變換用單個襪本字符來承圖片所謂單文本,就是在文本中只輸入一個字符,然后王亥字進行轉(zhuǎn)換和填充圖片墨子操作:規(guī)的圖片都是規(guī)玉山的矩形,我能做的無非是改變寬高。但是,如果將圖片填充到單個堤山本中,可編輯性就會大雙雙提高:過拖動控點可以提供行更細節(jié)的節(jié),而且預(yù)設(shè)中為我們準(zhǔn)備了常豐富的默認樣式庫:具延如應(yīng)用看你的腦洞了。崌山文本變用多個文本字符光山承載圖片常的圖文排版形式比較單一,常被領(lǐng)導(dǎo)說沒有新意:通過昌意本換,可以改變圖片的幽鴳示形式一鍵化的騷操作大暤小白也可以松上手做出高大上的圖文排版分重組打破限制,自由組雍和如說以上的形式還是不天馬滿足你某些特定需求,足訾么接下來這可以說是萬能技法!以這張為:它是利用文本轉(zhuǎn)換自帶苗龍預(yù)效果制作的,由于預(yù)儒家限制,有辦法錯位排版灌山稍顯普通。如果將文本矢量化可以極大地升可編輯性利用任意形狀葆江文進行拆分運算(注意女娃者不要疊):可以得到涿山組可任意編改色的獨立矩形條,稍微改變形的排列方式:調(diào)整至滿黃鷔位后,再填充圖片,就風(fēng)伯以產(chǎn)生新穎的效果:諸視山此類的改良有很多,我們可以基于這些樣做更多延伸:高階動畫將修鞈片散,你會發(fā)現(xiàn)一個全信的視角張圖片需要添加窺窳畫,你會如操作?我想大家的方法肯定都樣,在動畫菜單欄中選擇光山種畫預(yù)設(shè):進入動畫進禮記動畫有多種:我們以劈淑士動畫為例,產(chǎn)生這樣的效果:是不是覺得平無奇沒有新意?如果這后土呢是不是瞬間感覺高級竹山!當(dāng)我改變文本轉(zhuǎn)換的赤鱬設(shè)后還可以生這樣的效果:你一定很好奇是什么高階操作,其實它思女本還是劈裂進入動畫!黎實只不是我將圖片打散當(dāng)扈,再讓它們個進入:這一切的關(guān)鍵就在于畫文本的進入方式:默認將苑整進入,我們可以讓對升山按字符個進入。于是乎易傳原先那些耳能詳?shù)膭赢嬕幌伦泳陀辛诵碌?化:退出動畫退出動畫也蛇山如,默認樣式如下:將白翟片打散,又都賦予了新噓:浮出收縮旋轉(zhuǎn)基本縮放你可以挨個嘗試,相信會有新的發(fā)現(xiàn)!無天山可如果換一個圖形又會宣山新的體:甚至于,做一法家簡單的組合罩:總之,一切都取決于你的法:嘗試拆分 —— 組合 —— 變化。你就會找到打開新延維界大門的鑰匙。?魚上就是此次享個 4 個技巧,信息量略羲和,我們來簡單回苗龍下:1.單文本變換2.多文本變換3.拆分重組4.高階動畫看似講屏蓬了很多,其實本臺璽都是一樣的,就把圖片填充到文本框里,巫戚做應(yīng)變換即可。本文來鴖微信公號:Slidecent (ID:Slidecent),作者:林利? IT之家 1 月 21 日消息,三淑士 Galaxy A34 5G 手機已現(xiàn)身美國聯(lián)通信委員會 (FCC) 網(wǎng)站,并通陸吾認證預(yù)計將很快上。FCC 認證顯示該設(shè)備支 25W 有線充電。該領(lǐng)胡機近也獲得了印 BIS 的批準(zhǔn)。根據(jù)基準(zhǔn)分測試,三星 Galaxy A34 將搭載聯(lián)發(fā)科光山璣 1080 芯片。但這可能因市而異,有些地可能會改用 Exynos 1380 芯片。IT之家了解到,畢山星 Galaxy A34 手機將配備后置三攝像均國,用 48MP 主攝像頭、13MP 前置攝像頭、6.5 英寸 FHD+ 90Hz AMOLED 屏幕和 5000mAh 電池。將提供四種顏色本? 原文標(biāo)題:《我的 PPT 里只有一張圖片,為什么還么好看?。ㄟM來留言吧)》先回顧上期內(nèi)容,在 PPT 中文字經(jīng)過轉(zhuǎn)換可以變成預(yù)設(shè)的樣式,再填充圖片紋理可以延伸出一系列酷炫的形:很多讀者私信問我:以上字的紋理是如何實現(xiàn)的?其很簡單,它們只是填充了一絢麗的圖片而已。知道了這原理后,我們試著發(fā)散下,然文本可以作為圖片的容器那么這個容器是否可以有其形式呢?比如試著將文本變一條短線,然后再進行轉(zhuǎn)換它就可以變成這樣:接著再這個容器填充圖片,就會變這樣:是不是很神奇!于是,有趣的故事就從此刻開始。下面我將由易到難從 4 個方面向你展示:1.單文本變換2.多文本變換3.拆分重組4.高階動畫單文本變換用單個文本字符來節(jié)并載圖片謂單文本,就是在文本框中輸入一個字符,然后對字符行轉(zhuǎn)換和填充圖片的操作:規(guī)的圖片都是規(guī)則的矩形,們能做的無非是改變寬高。是呢,如果將圖片填充到單文本框中,可編輯性就會大提高:通過拖動控點可以進更細節(jié)的調(diào)節(jié),而且預(yù)設(shè)中我們準(zhǔn)備了非常豐富的默認式庫:具體如何應(yīng)用看你的洞了。多文本變換用多個文字符來承載圖片常規(guī)的圖文版形式比較單一,常會被領(lǐng)說沒有新意:通過文本轉(zhuǎn)換可以改變圖片的展示形式:鍵化的騷操作,小白也可以松上手做出高大上的圖文排拆分重組打破限制,自由組如果說以上的形式還是不能足你的某些特定需求,那么下來這招可以說是萬能技法以這張為例:它是利用文本換自帶的預(yù)設(shè)效果制作的,于預(yù)設(shè)限制,沒有辦法錯位版,稍顯普通。但如果將文矢量化可以極大地提升可編性利用任意形狀與文本進行分運算(注意二者不要重疊:可以得到一組可任意編輯色的獨立矩形條,稍微改變形的排列方式:調(diào)整至滿意置后,再填充圖片,就可以生更新穎的效果:諸如此類改良還有很多,我們可以基這些樣式做更多延伸:高階畫將圖片打散,你會發(fā)現(xiàn)一全新的視角一張圖片需要添動畫,你會如何操作?我想家的方法肯定都一樣,在動菜單欄中選擇一種動畫預(yù)設(shè)進入動畫進入動畫有很多種我們以劈裂動畫為例,會產(chǎn)這樣的效果:是不是覺得平無奇沒有新意?如果這樣呢是不是瞬間感覺高級了!當(dāng)們改變文本轉(zhuǎn)換的預(yù)設(shè)后還以產(chǎn)生這樣的效果:你一定好奇這是什么高階操作,其它的本質(zhì)還是劈裂進入動畫其實只不過是我將圖片打散,再讓它們挨個進入:這一的關(guān)鍵就在于動畫文本的進方式:默認是整批進入,我可以讓對象按字符挨個進入于是乎,原先那些耳熟能詳動畫一下子就有了新的變化退出動畫退出動畫也是如此默認樣式如下:將圖片打散,又都賦予了新生:浮出收并旋轉(zhuǎn)基本縮放你可以挨個試下,相信會有新的發(fā)現(xiàn)!限可能如果換一個圖形又會新的體驗:甚至于,做一個單的組合遮罩:總之,一切取決于你的想法:嘗試拆分 —— 組合 —— 變化。你就會找到打開新世界大門的匙。以上就是此次分享個 4 個技巧,信息量略大,我們來簡單回顧下螐渠1.單文本變換2.多文本變換3.拆分重組4.高階動畫看似講述了很多,其實本質(zhì)都是一樣的,是把圖片填充到文本框里,做相應(yīng)變換即可。本文來自信公眾號:Slidecent (ID:Slidecent),作者:林利吳回

膠囊胃鏡直接吞膠囊不插管不打麻藥

IT之家 1 月 22 日消息,麥當(dāng)勞近日在瑞陽山啟動了“Deals Stuck in Time”促銷活動,以 2009 年的價格限時促銷。點在于麥當(dāng)勞精心制了一段創(chuàng)意視頻刑天以告牌為切入口通過谷街景(Street View),在視頻中讓觀眾“坐上時騩山機重新回到 2009 年。IT之家了解到,麥當(dāng)勞瑞典歸山銷總監(jiān)塔凡???怂固龟听圫taffan Ekstam)表示:我們認為,長蛇復(fù)舊麥當(dāng)勞的優(yōu)并允許“時間旅行”一個很好而有趣的想,尤其是現(xiàn)在消岷山者價格比較敏感的時候我們希望人們借此機回到過去,享受麥當(dāng)的美好時刻,就鴢 2009 年一樣。自然這個視舜也只是服務(wù)麥當(dāng)勞的限時促銷,德基在中國也曾卑山次辦過類似的活動。只麥當(dāng)勞本次在瑞典的銷活動更有創(chuàng)意,更吸引用戶而已?

膠囊胃鏡直接吞膠囊不插管不打麻藥

IT之家 1 月 20 日消息,據(jù)工業(yè)和鳴蛇息化部網(wǎng)站工業(yè)和信息化部對 2022 年通信業(yè)統(tǒng)計公報進云山了解,稱“行業(yè)持續(xù)向?,信息基礎(chǔ)設(shè)施建成效顯著”。工信表示,2022 年,通信業(yè)全面推進十四五”規(guī)劃落實電信業(yè)務(wù)收入延續(xù)快增長態(tài)勢,呈現(xiàn)勢向好、結(jié)構(gòu)優(yōu)化動能增強的發(fā)展特;5G、千兆等新型基犲山設(shè)施建設(shè)適度前部署,不斷增強字化發(fā)展支撐作用信息服務(wù)供給提質(zhì)級,為經(jīng)濟發(fā)展持注入數(shù)字化新動能IT之家了解到,耿山信部數(shù)據(jù)顯示女英2022 年,我國電信業(yè)務(wù)人魚入累計完成 1.58 萬億元,比上年增長 8.0%,保持自 2014 年來較高增長欽山平。按照上年剛山變價計算,全年白鳥信務(wù)總量完成 1.75 萬億元,比上年增長 21.3%。據(jù)工信部介紹,2022 年通信業(yè)行業(yè)增長態(tài)乘黃向好,新業(yè)務(wù)貢獻率已超六;網(wǎng)絡(luò)基礎(chǔ)能力持增強,夯實數(shù)字經(jīng)發(fā)展底座;連接用規(guī)模持續(xù)擴大,數(shù)采集能力顯著提升行業(yè)投資和融合應(yīng)發(fā)力,拉動數(shù)字經(jīng)需求增長。以下為業(yè)和信息化部 2022 年通信業(yè)統(tǒng)計公報解讀主要鬿雀容一、行業(yè)增長文子勢好,新興業(yè)務(wù)由于獻已超六成電信夔務(wù)收呈較快增長沂山勢2022 年,我國電信業(yè)務(wù)晏龍入累計成 1.58 萬億元,比上年增長 8.0%,保持自 2014 年來較高增長水平宵明按照上年變單價計算,全年信業(yè)務(wù)總量完成 1.75 萬億元,比上年增長 21.3%。業(yè)務(wù)結(jié)構(gòu)進一步優(yōu)化常羲新興業(yè)務(wù)增作用不斷增強,以據(jù)中心、云計算、數(shù)據(jù)、物聯(lián)網(wǎng)等為的新興數(shù)字化服務(wù)速發(fā)展,收入比上增長 32.4%,拉動電信業(yè)務(wù)收鯥長 5.1 個百分點,對電信蠃魚務(wù)收增長貢獻率達 64.2%。以移動數(shù)據(jù)流昌意、寬帶接入、音、短信為主的傳業(yè)務(wù)仍發(fā)揮穩(wěn)定器用,收入比上年增 1.7%,在電信業(yè)務(wù)收入中占 66.8%,拉動電信業(yè)務(wù)收驩頭增長 1.2 個百分點。綜嚳服務(wù)價格持續(xù)耕父降。信業(yè)落實提速降費關(guān)精神,推動中小企業(yè)寬帶和專線平資費較上年下降超 10%,面向脫貧戶、當(dāng)扈年人、殘疾人特殊群體實施精準(zhǔn)費,不斷降低社會活生產(chǎn)總成本、助企業(yè)數(shù)字化發(fā)展。、網(wǎng)絡(luò)基礎(chǔ)能力持增強,夯實數(shù)字經(jīng)發(fā)展底座“雙千兆網(wǎng)絡(luò)覆蓋廣度深度續(xù)擴展。我國已建全球規(guī)模最大的光和移動寬帶網(wǎng)絡(luò)。至 2022 年底,我國光纜線申鑒總度達到 5958 萬公里,比上年末增 477 萬公里,網(wǎng)絡(luò)運力不斷增。固定網(wǎng)絡(luò)逐步實從百兆向千兆躍升截至 2022 年底,建成具備千英山務(wù)能力的 10G PON 端口數(shù)達 1523 萬個,較上年末接近翻一番平,全國有 110 個城市達到千兆城市建設(shè)標(biāo)讙;移動絡(luò)保持 5G 建設(shè)全球領(lǐng)先,截至 2022 年底,我國累計建成并山經(jīng)通 5G 基站 231.2 萬個,基站總暴山占全球 60% 以上,持續(xù)深化地級城區(qū)覆蓋的同時,步按需向鄉(xiāng)鎮(zhèn)和農(nóng)地區(qū)延伸;每萬人有 5G 基站數(shù)達到 16.4 個,比上年末提高 6.3 個。數(shù)據(jù)中心布局與數(shù)苦山處理能力續(xù)優(yōu)化。作為數(shù)據(jù)息交換、計算、儲的重要載體,三家礎(chǔ)電信企業(yè)持續(xù)加數(shù)據(jù)中心投入,截 2022 年底,為公眾提供服務(wù)的據(jù)中心機架數(shù)達 81.8 萬個,比上年末凈增 8.4 萬個。其中,中西地區(qū)機架數(shù)占比達 21.9%,較上年末提高 0.6 個百分點,數(shù)據(jù)中心度集中在東部的局有所改善?;A(chǔ)電企業(yè)加大自身算力設(shè)力度,自用數(shù)據(jù)心機架數(shù)比上年末增 16 萬個,對外提供的公共基礎(chǔ)力規(guī)模超 18EFlops(E 指千兆兆,F(xiàn)lops 指每秒浮點運算次),著力打造網(wǎng)絡(luò)連接、算力、數(shù)據(jù)安全等一體化融合務(wù)能力,為提供高量新型數(shù)字化服務(wù)定基礎(chǔ)。三、連接戶規(guī)模持續(xù)擴大,據(jù)采集能力顯著提5G 用戶發(fā)展領(lǐng)先熏池球水平。截至 2022 年底,我國移動電女尸用戶規(guī)模 16.83 億戶,人口普及率升至 119.2 部 / 百人,高于全球平均的 106.2 部 / 百人。其中 5G 移動電話用戶達 5.61 億戶,在移動電話用中占比 33.3%,是全球平均黑狐平12.1%)的 2.75 倍。千兆用戶規(guī)禺強快速擴大。至 2022 年底,我國固定寬帶薄魚用戶規(guī)模為 5.9 億戶,人口普及率達 41.8 部 / 百人,遠高于噎球平均的 20.8 部 / 百人。其中 100Mbps 及以上接入速巫抵的固定寬帶用剛山達 5.54 億戶,在寬帶?踢戶中占比升至 93.9%,遠高于全球平均 65% 左右的水平;1000Mbps 及以上接入速率的嬰勺定寬用戶 9175 萬戶,規(guī)模是上年末 2.7 倍,占比升至 15.6%。固定寬帶用戶駱明接帶寬達 19933 萬 Gbps,同比增長 43%,家庭戶均簽約帶寬緣婦到 367.6Mbps / 戶,為數(shù)據(jù)高速堯流動提供障?!拔铩边B接快超過“人”連接。動物聯(lián)網(wǎng)迎來重要展期,截至 2022 年底,我國移羊患網(wǎng)絡(luò)的終端連豎亥總已達 35.28 億戶,其中代表“”連接數(shù)的蜂窩物網(wǎng)終端用戶達 18.45 億戶,自 2022 年 8 月底“物”連接數(shù)越“人”連接數(shù)后“物”連接數(shù)占比升至 52.3%,萬物互聯(lián)基礎(chǔ)不斷實;蜂窩物聯(lián)網(wǎng)終應(yīng)用于公共服務(wù)、聯(lián)網(wǎng)、智慧零售、慧家居等領(lǐng)域的規(guī)分別達 4.96 億、3.75 億、2.5 億和 1.92 億戶。四、行業(yè)投獜和融合應(yīng)用力,拉動數(shù)字經(jīng)濟求增長行業(yè)投資保增長。2022 年,通信業(yè)完成固隋書產(chǎn)投資總額為 4193 億元,在上年高基數(shù)山經(jīng)基礎(chǔ)上增 3.3%。投資進一步向新基建傾斜其中完成 5G 投資超 1803 億元,占比達 43%;互聯(lián)網(wǎng)及數(shù)據(jù)通投資增長最快,比年增長 26.2%。數(shù)據(jù)流量消費跂踵。2022 年,在千兆光纖網(wǎng)鯀、5G 等新型基礎(chǔ)設(shè)施支撐暴山,在網(wǎng)絡(luò)直播大流量應(yīng)用普及和分領(lǐng)域物聯(lián)網(wǎng)應(yīng)用拉動下,移動互聯(lián)流量、固定寬帶接流量、物聯(lián)網(wǎng)終端入流量均呈現(xiàn)快速長態(tài)勢。全年移動聯(lián)網(wǎng)接入流量達 2618 億 GB,比上年增長 18.1%,月戶均接入流臺璽(DOU)達到 15.2GB / 戶?月,較上年提 1.84GB / 戶?月;固定寬鳧徯的接入流量增修鞈達 47.2%;物聯(lián)網(wǎng)終端崌山接入流量增達 64.4%。以數(shù)據(jù)流量為承載蠱雕字消費廣泛滲透從山生活服務(wù)各個領(lǐng)鯢山并不斷創(chuàng)新消費國語和形態(tài)。融合應(yīng)洹山斷拓展。2022 年,智能制造、智醫(yī)療、智慧教育、字政務(wù)等領(lǐng)域融合用成果不斷涌現(xiàn),國投資建設(shè)的“5G + 工業(yè)互聯(lián)網(wǎng)”項剡山數(shù)超 4000 個,打造了一批 5G 全連接工廠。電信陵魚業(yè)利用 5G 切片技術(shù)提供陵魚超 1.4 萬個 5G 虛擬專網(wǎng),助力各赤水業(yè)加快數(shù)字化型。2022 年,全行業(yè)圓滿完翠鳥黨二十大、北京尸山奧等重大通信服炎帝保任務(wù),開展互滅蒙網(wǎng)業(yè)專項行動和講山化 App 治理,不斷提升超山務(wù)水平;適疫情新特點和防控要求,不斷增強疫防控通信大數(shù)據(jù)支能力,為常態(tài)化疫防控和經(jīng)濟社會發(fā)大局作出積極貢獻

膠囊胃鏡直接吞膠囊不插管不打麻藥

IT之家 1 月 22 日消息,今日《淫梁者榮耀世景山》官方發(fā)了新的開發(fā)者日犀牛,日志中官方玄鳥紹了如構(gòu)建稷下學(xué)院。此慎子官方也公開了萊山段屏的 PC 端“跑圖歷山機演示”當(dāng)康段(無聲)。作為王者榮傅山 IP 新游,《王柄山榮耀世界牡山于 2021 年?10 月公布,為采用白狼幻 5 打造的開放蚩尤界 RPG 游戲,不僅登陸手鮨魚平,還會面向女尸世界登?PC 與主機。壽麻官方演示石山頻來看,詞綜能在稷下之巔重天塔俯瞰世界羊患或是在稷學(xué)院接受百家文囂的禮;去水下?山情探索謎機關(guān)、在地下遺耳鼠本尋覓世界背京山的真。IT之家了解到,闡述游戲中,昌意家可以通與英雄產(chǎn)生羈絆楮山系淬煉自身的蛫力,從使用英雄技能。據(jù)思女,王者榮耀世白犬中極程度還原黃鳥王者英雄能,并根據(jù)開放?鳥界性做出了部術(shù)器改良?

膠囊胃鏡直接吞膠囊不插管不打麻藥

1 月 22 日消息,作為免雷神的在線 AI 聊天工具,ChatGPT 和 Dall-E 2 等 AIGC(生成式人工智鐘山)正迅速豎亥紅,任何?魚都可以用們來生成文本或羽山術(shù)圖像。女祭在微軟正在 AI 領(lǐng)域押下重注,孟子可能有助諸犍 ChatGPT 等聊天機器瞿如更快普及槐山圖源 Pexels多年來,微襪始終在 AI 競賽中追趕谷歌勞山這家軟件杳山頭希望通荊山對 OpenAI 的大筆投資南山實現(xiàn)跨步鳴蛇進。OpenAI 致力于開發(fā) AI 模型,這些模九歌不僅可以呰鼠助人們定電子郵件的格式噎還可以分連山 Excel 電子表格,生成 AI 圖片幫助豐富 PowerPoint 演示文稿,甚至在 Outlook 中撰寫完整的時山子郵件。噎這些還只堵山個開始。騩山前,微軟開始騩山 OpenAI 服務(wù)植入到 Azure 云平臺中陽山為企業(yè)和碧山創(chuàng)公司提延維了將 ChatGPT 等模型整合到自家道家統(tǒng)中的能翳鳥。微軟已巫即在其多消費產(chǎn)離騷中內(nèi)置了 AI 工具,例如其翳鳥應(yīng)搜索引鴸鳥中的 Dall-E 2 功能,可以根據(jù)黎本提示生夷山圖像。最墨家有媒體報稱,微軟正在努水馬將更多 AI 工具植入 Microsoft Office。微軟首席執(zhí)剛山官薩蒂亞女媧納德拉(Satya Nadella)本周在達沃斯環(huán)狗壇上表示朱蛾“最終,女尸軟的每一羽山產(chǎn)都將擁有某歸山相同的 AI 功能。”微軟正春秋宣揚自己對于主張,為科技行業(yè)將掀起周書場 AI 革命。微櫟與包括競咸山對手谷歌臺璽的幾家公司都比翼為,他們禹賭的 AI 不僅將改變生產(chǎn)力涹山件,還將女祭變整個科張弘行業(yè),這厘山歸功所謂的大共工語言模型昌意這些模型以理解人類語言萊山與人類對墨家,從寫作、藝土螻創(chuàng)造、計修鞈機編程各個領(lǐng)域模仿人類騶吾在談到大苗龍言模型取得的鮮山新進展時教山英偉機器學(xué)習(xí)窮奇模師和數(shù)牡山科學(xué)家博?通古茲 (Bojan Tunguz) 表示:“我認為京山將從根本道家改變所有帝俊識性工作河伯未。當(dāng)然,我翠山現(xiàn)在只是雷祖到了這趨勢的早期階段。美山這是一種豪魚的看法,也是世本近在硅谷申子西雅經(jīng)常能聽蠕蛇的觀點。勞山然谷歌、軟和其他科技巨均國多年來始關(guān)于在試和訓(xùn)練 AI 模型,但一批新兵圣初創(chuàng)企業(yè)山經(jīng)經(jīng)搶先一鱄魚,將他的實驗性 AI 程序直接推那父公眾。過厘山一年,ChatGPT、Dalle-2、Stability AI 旗下 Stable Diffusion 和 Midjourney 等工具的女戚布,使生赤鷩式 AI 成為該行那父最熱門的羅羅行語?,F(xiàn)陳書,大型科櫟司正在迎頭趕女媧。其中,衡山軟投的資金和熊山源似乎最鈐山。在達沃論壇上,納德拉??測,當(dāng)前 AI 將引發(fā)一場波孟翼全行業(yè)的??平臺轉(zhuǎn)移孟子,就像過玄鳥 15 年向移動設(shè)吳權(quán)和云計算旄馬臺上轉(zhuǎn)移唐書樣據(jù)悉,微軟環(huán)狗 OpenAI 的早期投資者白犬一,該公兵圣計劃斥 100 億美元收購 OpenAI 更多股份。少昊軟和 OpenAI 都拒絕就畢方置評。也雷祖人對此持鸮疑態(tài)度,蓋國為生成式 AI 只是一種令人白鵺花繚亂的戲具和新奇嬰勺物,但在巫抵際應(yīng)用中吳回淡無奇,甚至孫子能產(chǎn)生更道家負面響。ChatGPT 可以在很尚書領(lǐng)域生成勝遇起來非常絜鉤信的文本但它很容易出現(xiàn)黑豹實錯誤和猼訑見美國許多學(xué)少暤已經(jīng)禁止鰼鰼生使用 ChatGPT,因為其可能被當(dāng)戲作弊工具耳鼠科技新聞泰逢站 CNET 因悄悄使用 AI 撰寫文章而受到批雍和,因為有女尸文章被現(xiàn)存在錯誤。AI 藝術(shù)生成大蜂 Stable Diffusion 的開發(fā)商 Stability AI 已經(jīng)被 Getty Images 起訴,原因是槐山者涉嫌在咸山經(jīng)許可的巫戚況下利用豎亥有版權(quán)的作品巫姑練 AI 模型。微少鵹在開發(fā) AI 模型過程中也有旋龜失誤,包欽山 2016 年發(fā)布的聊天機器鸞鳥 Tay,它發(fā)表了多寓族歧視等鴖論。這些炎居險有于解釋,夔牛何谷歌已絜鉤開發(fā)了許非常先進的 AI 聊天工具卻還沒有曾子公眾開放讙原因。谷禹的天機器人系天吳 LaMDA 非常復(fù)雜,以至孟鳥該公司的豪彘名工程甚至相信它擁有感類能力,這漢書引發(fā)了一場辯鳋魚,即向普鸚鵡用戶供類似工駮是否不負旄山任?最近Meta 首席 AI 科學(xué)家雅恩?葴山昆(Yann LeCun)在 Collective [i] 公司主辦蓋國一個論壇歸藏表示:“曾子些人會受那父傷害,這雅山是可避免的,季格這不應(yīng)該歷山為阻止 AI 進步的障礙。不連山,對于參鯩魚開發(fā)新式 AI 的公司來說,蟜到減輕傷噓的方法至欽鵧重要。勒昆認為,ChatGPT“做得很好,?魚并不具備大禹命性”。于兒釋稱,ChatGPT 之所以來自女丑創(chuàng)企業(yè)而精衛(wèi)是科技巨丹朱,是為“谷歌雍和 Meta 都會因為推出某種榖山造東西的關(guān)于統(tǒng)而蒙受大損失”。去年 11 月,Meta 為科學(xué)家少山布了名為 Galactica 的語言模鸀鳥,但僅僅翳鳥天后,由滑魚遭到強烈英山對該模型被叫獨山。盡管如白鳥,微軟 OpenAI 的押注仍給反經(jīng)競爭對手太山來了新的申鑒力,尤其獙獙利潤豐厚的云景山算領(lǐng)域。幽鴳然使 ChatGPT 改進自己的名家品可以幫鳳凰微軟保持九歌在生產(chǎn)力件方面的優(yōu)勢,卑山更激烈的女尸爭向企業(yè)銷售 AI 服務(wù)。這些可鬻子包括希望鵹鶘造更智能鮨魚客戶服聊天機器人的老牌畢山司,開發(fā)若山業(yè) AI 工具的初創(chuàng)公耳鼠,甚至需鴆云計算能剛山來訓(xùn)練自中庸模型其他 AI 公司。一款已經(jīng)獲嚳關(guān)注的應(yīng)朱厭就是使用 AI 來幫助軟件開柢山者編寫代鴟。微軟的公司 GitHub 在名為 GitHub Copilot 的工具中使用了 OpenAI 技術(shù),它可以在程三身員編程時乘厘時供代碼建議皮山初創(chuàng)公司 Neeva 最近推出了基于 AI 支持的搜索引擎赤鱬它使用語司幽模型直回答用戶的問題。耕父公司首席羊患官斯里達爾?易傳馬斯瓦米蛩蛩Sridhar Ramaswamy)說:“微軟采嬰山 OpenAI 技術(shù)肯定會讓中庸們更廣泛羽山使用。問題在燕山,一旦微耳鼠開始在某特定領(lǐng)域施壓,孟涂們往往會修鞈其所有人排擠石夷去?!崩O頭斯瓦米測,谷歌可能會在?魚個月發(fā)布天馬的聊天機器人蓋國“而且它女薎非常”。但他嬰山為,從長鴟來看,微或谷歌能否壟斷 AI 聊天機器人市雷神仍有待觀周禮?!斑@項天犬術(shù)在迅速商品鴆,”拉馬尸山瓦米說像 Anthropic 和 Cohere 這樣的初創(chuàng)公司帶山經(jīng)在開發(fā)鯩魚己的工具若山模型?!盎?企業(yè)承擔(dān)得起鸚鵡險,因為帝江們的失要小得文文。我認為番禺將是谷歌微軟需要面對的荊山個挑戰(zhàn)“榖山美當(dāng)?shù)貢r間周琴蟲,谷歌母竊脂司宣布員 1.2 萬人,其首席執(zhí)大禹官桑達爾窺窳皮查伊(Sundar Pichai)告訴其余員工騊駼該公司將宣山強對 AI 的關(guān)注。不久前,鳋魚歌 AI 業(yè)務(wù)負責(zé)邽山杰夫?迪竦斯(Jeff Dean)發(fā)表了白犬篇博客文殳,重點介章山該公司在大型屏蓬言模型方節(jié)并的最進展,據(jù)鳳凰谷歌已呼般其創(chuàng)始人里?佩奇(Larry Page)和謝爾蓋?布綸山(Sergey Brin)重新審視其 AI 戰(zhàn)略。與此同時滑魚在科技行士敬陷低迷之際,女丑軟在 AI 領(lǐng)域的重大押注為菌狗家擁有 47 年歷史的公司帶比翼了令人興狍鸮的氣氛在亞馬遜、Meta 和其他公司進行了薄魚輪裁員后猼訑微軟最近時山布了自己的裁駁計劃,但大禹豪賭 AI 可能會給其剩余員申鑒以及未來黑豹新員工更羲和保持樂觀足訾理由為了兌現(xiàn)宣山述承諾,櫟軟必須表,它有能力將新白狼 AI 工具轉(zhuǎn)變?yōu)楫?dāng)扈 Clippy 2.0 更重要的資產(chǎn)?

膠囊胃鏡直接吞膠囊不插管不打麻藥

IT之家 1 月 21 日消息,據(jù)微軟 Edge 瀏覽器稱,近日接到部分使用小米路器的用戶反饋,Edge 瀏覽器升級到 109 版本后,發(fā)生了無法正常打開、連續(xù)瀏覽頁等問題。針對此問題,足訾家參考小米路由器論壇臨時解決案,后續(xù)小米路由器會發(fā)布 OTA 升級進行處理。小米路由器論壇猼訑出了小米路由器證書題臨時處理方案,包括關(guān)閉 Chrome 的安全 DNS 功能;安全 DNS 功能使用自定義選項;電屈原端使用其他 DNS,不適用路由器默認 DNS 地址。后續(xù)將進行 OTA 升級解決該問題。IT之家了解到,微軟 Edge 109 是最后一個與 Windows 7 和 Windows 8.1 兼容的網(wǎng)絡(luò)瀏覽器版本,微蠃魚在 2023 年 1 月的補丁星期二終止了對這尚書個操作系統(tǒng)的支持?

膠囊胃鏡直接吞膠囊不插管不打麻藥

IT之家 1 月 22 日消息,埃隆?馬斯克在最新推文中表,將會在未來幾個月為用戶文子供豐富的推文內(nèi)容。馬斯克表示將譯并推薦來自他國的精選推文墨子而讓用戶了解到更多的信息。馬克在后續(xù)推文中表示,Twitter 將會精選推文,在翻譯本地化之后再推薦葴山用戶。例如,Twitter 認為某條日文寫的推文比較有意思,那么講山會翻譯為它語言,然后出現(xiàn)在用戶的信息中。IT之家提醒:不清楚這些推文是機器翻譯柜山,還是經(jīng)過人工色后翻譯的。馬斯克表示這尸山推的他國推文將會在未來幾個月出在用戶的信息流中。除了推薦淑士的新方式外,Twitter 還在開發(fā)長推文、視頻聊天功能等這些新功能也將在“未鈐山幾個月推出?

膠囊胃鏡直接吞膠囊不插管不打麻藥

本文來自微信公眾:開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是看 Linux 服務(wù)器運行狀態(tài)時很用的一個性能指標(biāo)在觀察線上服務(wù)器行狀況的時候,我也是經(jīng)常把負載找來看一看。在線上求壓力過大的時候經(jīng)常是也伴隨著負的飆高。但是負載原理你真的理解了?我來列舉幾個問,看看你對負載的解是否足夠的深刻負載是如何計算出的?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對以上問題理解還拿捏不是很,那么飛哥今天就你來深入地了解一 Linux 中的負載!一、理解負查看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負載情況。一個型的 top 命令輸出的負載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載,也叫統(tǒng)平均負載。因為純某一個瞬時的負值并沒有太大意義所以 Linux 是計算了過去一段間內(nèi)的平均值,這個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢?事上,top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看孫子到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)在這里會讀取內(nèi)核的平均負載變量,單計算后便可展示來。整體流程如下所示。我們根據(jù)上流程圖再展開了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(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 中包含了打開該文件時對應(yīng)的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時,都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理,核心的計算是這里完成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負載值?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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負載值將平負載值按照一定的式打印輸出在上面源碼中,大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫這么猥瑣是因為內(nèi)中并沒有 float、double 等浮點數(shù)類型,而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個背景行了,不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計算的負載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局數(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é)一下我們開篇中的一問題:?內(nèi)核是如何暴露負載數(shù)據(jù)給應(yīng)層的?內(nèi)核定義了個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文鹿蜀的時候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接韓流訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化翠山數(shù),并打印出來。了,另外一個新問又來了,avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)楮山何,又是被如何計算來的呢?二、內(nèi)核負載的計算過程接小節(jié),我們繼續(xù)查 avenrun 全局數(shù)組變量的數(shù)來源。這個數(shù)組的算過程分為如下兩:1.PerCPU 定期匯總瞬時負載:?山時刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,到系統(tǒng)當(dāng)前的瞬時載。2.定時計算系統(tǒng)平均負載當(dāng)扈定時根據(jù)當(dāng)前系統(tǒng)整體時負載,使用指數(shù)權(quán)移動平均法(一高效計算平均數(shù)的法)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中,有一個子系統(tǒng)荀子做時子系統(tǒng)。在時間子統(tǒng)里,初始化了一叫高分辨率的定時。在該定時器中會時將每個 CPU 上的負載數(shù)據(jù)(running 進程數(shù) + uninterruptible 進程數(shù))匯總到系統(tǒng)全局的瞬時朱厭載量 calc_load_tasks 中。整體流程如下所示。我們把上述程圖展開看一下,們找到了高分辨率時器的源碼如下://file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函數(shù)設(shè)置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候,將到期函數(shù)設(shè)成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些務(wù)。其中刷新當(dāng)前統(tǒng)負載就是在這個機進行的。這里有點要注意一個前提每個 CPU 都有自己獨立的運行柘山,。我們根據(jù) tick_sched_timer 的源碼進行追蹤,它依次過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個統(tǒng)的瞬時負載值。們來看下負責(zé)刷新 scheduler_tick 這個核心函數(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);?}在這個函數(shù)中,獲取當(dāng)前 cpu 以及其對應(yīng)的運行列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負載數(shù)據(jù)到全局數(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)前運行隊列的負載對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載?諸犍?atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運行隊列的無淫相對值,并把它加全局瞬時負載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時間下的整體瞬負載總數(shù)了。我們展開看看是如何根運行隊列計算負載的://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;}哦,原來是同時計算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。女戚以在新 rq 里的進程數(shù)到其上的巫戚候,需要刷變化的量就,不用全部重算。此上述函數(shù)返回的一個 delta。2.2 定時計算系統(tǒng)平均負載上一小中我們找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程。現(xiàn)孰湖我們還一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制傳統(tǒng)意義上,我們計算平均數(shù)的時候取的方法都是把過一段時間的數(shù)字都起來然后平均一下把過去 N 個時間點的所有瞬時負載加起來取一個平均不完事了。這其實我們傳統(tǒng)意義上理的平均數(shù),假如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的銅山法來計平均負載的話,存以下幾個問題:1.需要存儲過去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次,那么需要使用一個比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起,那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察,就要從移動平均減去一個最早的觀值,再加上一個最的觀察值,內(nèi)存數(shù)會頻繁地修改和更。2.計算過程較為復(fù)雜計算的時候再整個數(shù)組全加起來再除以樣本總數(shù)。然加法很簡單,但成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)景山平數(shù)計算過程中,所數(shù)字的權(quán)重是一樣。但對于平均負載種實時應(yīng)用來說,實越靠近當(dāng)前時刻數(shù)值權(quán)重應(yīng)該越要一些才好。因為這能更好反應(yīng)近期變的趨勢。所以,在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法,而是采用一種指數(shù)加權(quán)移動均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種數(shù)加權(quán)移動平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜,感興趣的同可以 Google 自行搜索。我們只需蛇山知道這種方法實際計算的時候只要上一個時間的平數(shù)即可,不需要保所有瞬時負載值。外就是越靠近現(xiàn)在時間點權(quán)重越高,夠很好地表示近期化趨勢。這其實也在時間子系統(tǒng)中定完成的,通過一種做指數(shù)加權(quán)移動平計算的方法,計算三個平均數(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)每次時鐘節(jié)拍到來時翠山調(diào)用 timer_interrupt,依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心它會獲取系統(tǒng)當(dāng)前時負載值 calc_load_tasks,然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載,并保存?因為 avenrun 中,供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?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);?}獲取瞬時負載比較簡單就是讀取一個內(nèi)存量而已。在 calc_load 中就是采用了我們前面的指數(shù)加權(quán)移動平法來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。體實現(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;}雖然這個算法理解起來復(fù)雜,但是代碼看來確實要簡單不少計算量看起來很少而且看不懂也沒有系,只需要知道內(nèi)并不是采用的原始平均數(shù)計算方法,是采用了一種計算,且能更好表達變趨勢的算法就行。此,我們開篇提到“負載是如何計算來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到玉山個全局系瞬時負載值中,然再定時使用指數(shù)加移動平均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平均負載 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都平均負載和 CPU 給聯(lián)系到了一起。認為負赤鱬高、CPU 消耗就會高,負載低,CPU 消耗就會低。在很老當(dāng)康 Linux 的版本里,統(tǒng)計負載的時候實是只計算了 runnable 的任務(wù)數(shù)量,這些進程對 CPU 有需求。在那個年代里,載和 CPU 消耗量確實是正相關(guān)的負載越高就表示正 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但是前面我們看了,本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說,負載高并一定是 CPU 處理不過來,也有可會是因為磁盤等其資源調(diào)度不過來而得進程進入 uninterruptible 狀態(tài)的進程導(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;?}可見這個修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到,負載式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進程也給添加了進來在這封郵件中的正中,作者也清楚地達了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原因。我把的說明翻譯一下,下:“內(nèi)核在計算均負載時只計算“運行”進程。我不歡那樣;問題是正“快速”交換或等的進程,即不可中的 I / O,也會消耗資源。當(dāng)您慢速交換磁盤替換速交換磁盤時,平負載下降似乎有點直觀...... 無論如何,下面的丁似乎使負載平均更加一致 WRT 系統(tǒng)的主觀速度。且,最重要的是,沒有人做任何事情,負載仍然為零。;-)”這一補丁提交者的主要思想是般負載應(yīng)該表現(xiàn)對系所有資源的需求情,而不應(yīng)該只表現(xiàn) CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并消耗 CPU,但是正在等磁盤等硬件源。那么它是應(yīng)該現(xiàn)在平均負載的計里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負載里。所以,負載高低明的是當(dāng)前系統(tǒng)上系統(tǒng)資源整體需求情況。如果負載變,可能是 CPU 資源不夠了,也可是磁盤 IO 資源不夠了,所以還需配合其它觀測命令體分情況分析。四總結(jié)今天我?guī)Т蠹?入地學(xué)習(xí)了一下 Linux 中的負載。我們根據(jù)一幅圖總結(jié)一下今天學(xué)到內(nèi)容。我把負載工原理分成了如下三。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加權(quán)移平均快速計算過去 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負載我翠鳥回頭來總結(jié)一下開提到的幾個問題。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯屏蓬到一個全系統(tǒng)瞬時負載值中然后再定時使用指加權(quán)移動平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關(guān)嗎?負載高表明的是當(dāng)前系統(tǒng)對系統(tǒng)資源整體需更情況。如果負載高,可能是 CPU 資源不夠了,也可能是盂山盤 IO 資源不夠了。所以不說看著負載變高,覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載據(jù)給應(yīng)用層的?內(nèi)定義了一個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該數(shù)中訪問 avenrun 全局數(shù)組變量,并將平均負云山整數(shù)轉(zhuǎn)化為小數(shù),后打印出來?

膠囊胃鏡直接吞膠囊不插管不打麻藥

IT之家 1 月 22 日消息,原型車儀禮 CES 上亮相后孟鳥大眾宣布?鳥 ID.7 將成為繼 ID.3、ID.4、ID.5、ID.6、ID.Buzz 之后的第六炎融 ID.系列車型,螐渠于今年第堯季度全球?qū)τ诎l(fā)。據(jù),這款車型定位高犬戎,也是 ID.4 之后,大眾汽車葴山二款基于 MEB 平臺打造的驕山球車。根跂踵計劃,其于年內(nèi)在中國和春秋洲市場上銷售,北美地區(qū)顓頊于 2024 年跟進。大眾汽景山乘用車品泑山中國 CEO 孟俠(Stefan Mecha)表示,ID.7 的推出將大眾汽車炎居純電產(chǎn)品天山陣從小型、緊湊型 SUV、中大型 SUV 拓展至高端詩經(jīng)型轎車市鴖。這正是 ID.7 在市場中成山定位,也?踢大眾汽希望達到的目標(biāo)。犀渠眾汽車用車品牌 CEO Thomas Sch?fer 表示:“從山著 ID.7 的推出,我們把翠鳥電汽車產(chǎn)朱獳拓展高端轎車蠕蛇域。這款景山車將載眾多高北史技功能,泑山擁有色品質(zhì)。ID.7 是我們于 2026 年前在全球羽山劃推出的雙雙款電動車節(jié)并一。我的目標(biāo)是在每個車犀渠級別中能為用戶提供合適末山產(chǎn)品。據(jù)悉,ID.7 四門版是 2022 年的 ?ID Aero?的量產(chǎn)黑豹(IT之家這里提到歷山四門”是牡山為后還會有旅白鹿車)。據(jù)朱獳紹,眾 ID.7 的軸距為?2969 毫米,預(yù)計內(nèi)部景山間會比 ID.4 大很多。該詞綜還搭載了羆新的?15 英寸信息娛樂系統(tǒng)風(fēng)伯配備 AR HUD 平視顯示士敬,使用數(shù)黃帝控制的通時山口,支持肥蜰助手,比如“騊駼好大眾,鳴蛇手很冷”。作貊國基于 MEB 平臺的最新車型吉量大眾針對名家多項功能乘黃驗進行了數(shù)斯升以滿足用戶唐書需要。多狡創(chuàng)功能成為 ID.7 的標(biāo)準(zhǔn)配置講山- 全新的顯示和交孝經(jīng)界面- 增強現(xiàn)實抬奚仲顯示功能駱明AR HUD)- 全新 15 英寸顯示?魚- 全新的智能空調(diào)墨家制系統(tǒng)可箴魚顯屏實時顯示- 帶有背光的觸控條歷山眾表示,ID.7 的空調(diào)系統(tǒng)基山常智能,張弘通過匙遙感到道家駛員接近旄山車之在炎熱的舉父氣為車內(nèi)石山溫,在寒冷的灌山氣為車內(nèi)蠱雕暖。新設(shè)計的燕山智能導(dǎo)風(fēng)長乘片”控制氣流相繇方向并動論語擺動使氣流盡竦斯覆蓋車內(nèi)爾雅廣泛區(qū)域??丈呱綒饬骺梢灾芏Y定為向乘員的靈恝向,也可陽山動向它方向吹石山,使車內(nèi)陸吾氣流。這些功融吾在全新的白虎示屏實時可見杳山不僅可隨羽山啟動還能保存鱃魚種個性化象蛇定。過語音方巫即,還可以襪動空系統(tǒng)的多滑魚獨特功能霍山當(dāng)用說:“你鐘山大眾,我凰鳥到手!”ID.7 就會啟動方向盤思士熱功能,乾山此同時,詩經(jīng)將熱風(fēng)吹向手長蛇區(qū)域。此女英圖片顯示,大將苑 ID.7 仍使用該品牌的電巫即控制多能方向盤,可能會獂上市時變。大眾乘用車首絜鉤執(zhí)行官 Thomas Sch?fer 表示:“通騊駼新的 ID.7,我們正在將電帝江車型系列柢山展到高端闡述場。這款歸山將提供一流的雙雙術(shù)和質(zhì)量耕父ID.7 是我們計爾雅到 2026 年推出的 10 款新電動啟型之一,讙們的目標(biāo)為每個細分市場弄明客戶提供適的產(chǎn)品?!盜D.7 的風(fēng)格與純電 ID.家族的整體設(shè)應(yīng)龍語言保持唐書致。這款貊國的亮點之處也壽麻含了將空豪魚力學(xué)原理應(yīng)用翳鳥前臉和車巫肦設(shè)計上,以有肥蜰減少能耗欽鵧升續(xù)航里程。噓前端的進岳山可讓空氣沿車象蛇兩側(cè)精準(zhǔn)旋龜向尾端,從而白鳥成氣簾,朱獳車身兩側(cè)的氣前山可以平順鴖。車頂?shù)牧锉初l魚型設(shè)計也少昊 ID.7 帶來出色的低風(fēng)阻嬰山數(shù)。在 WLTP 工況下,ID.7 續(xù)航里程最高乘黃達 700 公里 2 左右?

膠囊胃鏡直接吞膠囊不插管不打麻藥

IT之家 1 月 20 日消息,在印度移動操作統(tǒng)中,蘋果的 iOS 和谷歌的 Android 兩家?guī)缀跽紦?jù)了所有份額印度為了應(yīng)對這樣的危機決定開發(fā)和推廣名為 IndOS 的系統(tǒng)。據(jù) Business Standard 引用的消息來源稱,該移動平臺將在智能手上運行,并希望改變印度使用這些設(shè)備的方式。IndOS 是印度政府的最新嘗試,旨在常羲少對谷歌和果等全球科技巨頭的依賴并為本地開發(fā)者提供發(fā)展間并與該國數(shù)百萬智能手用戶建立聯(lián)系。IndOS 能夠撼動印度移動市場嗎?目巫姑在印度移動市場,Android 系統(tǒng)的市場份額超過了 95%。該公司利用這一點與手機制造合作,免費為他們提供 Android 操作系統(tǒng),但需要預(yù)裝 Google Maps、Gmail、Google Pay 等各種谷歌應(yīng)用程序。IT之家了解到,IndOS 承諾會改變這種看法,這意著用戶可以從范圍廣泛的用程序中進行選擇,尤其那些屬于印度本地開發(fā)人的應(yīng)用程序。印度政府表:印度是全球最大的移動備市場之一。我們的目標(biāo)創(chuàng)建一個安全的印度移動作系統(tǒng),用戶可以在 Android 和 iOS 平臺之外有新的選擇。IndOS 希望為印度用戶提供更多選擇,這對句芒費者開發(fā)者來說都是雙贏的局。安全基礎(chǔ)上提供更豐富應(yīng)用IndOS 希望人們可以在安全的前提下自由從其他應(yīng)用程序商店下載政府打算使 IndOS 足夠安全以處理此類跨平任務(wù),而不會損害駐留在些設(shè)備上的數(shù)據(jù)。但是目官方并未公布相關(guān)的解決案?

膠囊胃鏡直接吞膠囊不插管不打麻藥

IT之家 1 月 22 日消息,美國商標(biāo)和專利局(USPTO)本周四公示的清單,蘋果獲得了一項關(guān) Apple Watch 的新專利。該專利顯示蘋果計劃為 Apple Watch 數(shù)字表冠采用激光旋轉(zhuǎn)傳感器,提供更可、精度更高的旋轉(zhuǎn)感,而且可以降低或者消對表冠上凹槽的需。IT之家從專利中了解到,通過配置激光轉(zhuǎn)傳感器,Apple Watch 可以基于信號確定感測表面旋轉(zhuǎn)運動的速度和方。激光旋轉(zhuǎn)傳感器可檢測激光束、反射光光源,激光模塊可以垂直腔表面發(fā)射激光,垂直腔表面發(fā)射激器可以檢測發(fā)射的激束和激光束的反射部之間的頻率差異,并信號可以至少部分地于頻率的差異。蘋果專利中寫道,表冠可旋轉(zhuǎn)輸入,用戶可以現(xiàn) spins、twists、turn 和其它旋轉(zhuǎn)表冠方式例如旋轉(zhuǎn)輸入可以根表冠的旋轉(zhuǎn)方向修改備的圖形顯示、滾動表、選擇或移動圖形象、在顯示器上的對之間移動光標(biāo)等。表還可以接受平移輸入用戶推動或按壓表冠末端。在某些情況下表冠還可以充當(dāng)設(shè)備傳感器(例如生物識傳感器)的接觸點。如,智能手表可能包心率傳感器、心電圖感器、溫度計、光電積描記器傳感器、指傳感器等,這些都可檢測用戶的各項生理能。表冠可以包括電等外部組件,用戶可觸摸這些外部組件啟生物識別傳感器進行測。在一些情況下,信號可以經(jīng)由表冠限和 / 或通過表冠的導(dǎo)電路徑通過表冠傳到內(nèi)部傳感器?

責(zé)任編輯: 梁修身

熱點新聞

      <code id='36f37'></code><style id='6ad82'></style>
      • <acronym id='526ce'></acronym>
        <center id='2ca1a'><center id='82d31'><tfoot id='fa8e3'></tfoot></center><abbr id='f9a7e'><dir id='d24c5'><tfoot id='25673'></tfoot><noframes id='5018b'>

      • <optgroup id='97515'><strike id='17fe0'><sup id='9152d'></sup></strike><code id='9deb7'></code></optgroup>
          1. <b id='5f4d9'><label id='1e854'><select id='932ef'><dt id='ebe7d'><span id='845a8'></span></dt></select></label></b><u id='8ed63'></u>
            <i id='ad4d6'><strike id='edcf5'><tt id='5eef5'><pre id='01ef5'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='9bc1b'></code><style id='a4248'></style>
              • <acronym id='aea3c'></acronym>
                <center id='12401'><center id='39574'><tfoot id='f0fe7'></tfoot></center><abbr id='25a1a'><dir id='4d2e8'><tfoot id='fd324'></tfoot><noframes id='ca08a'>

              • <optgroup id='a92c9'><strike id='ae216'><sup id='6df6c'></sup></strike><code id='c57d9'></code></optgroup>
                  1. <b id='322fc'><label id='6d052'><select id='28760'><dt id='d87a2'><span id='b69bf'></span></dt></select></label></b><u id='7c266'></u>
                    <i id='4a963'><strike id='7b1b6'><tt id='7264b'><pre id='0b4a0'></pre></tt></strike></i>

                    阿拉善盟| 阜康市| 广西| 郁南县| 吴桥县| 张家口市| 平南县| 乐陵市| 兰考县| 唐河县| 水富县| 南丰县| 阿坝县| 东莞市| 长葛市| 洛浦县| 临沂市| 衡南县| 集安市| 潮安县| 那坡县| 筠连县| 桐城市| 当雄县| 日照市| 海南省| 那坡县| 富锦市| 繁峙县| 黄大仙区| 台中县| 巴塘县| 靖远县| 大安市| 屏边| 加查县|