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

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

威震天南!膠帶期韓立究竟有多強?《凡人修仙傳》聯動PV解析

廣州日報大洋網 葉偉民 2025-10-30 09:11:57
A+ A-

嫦娥五號月球樣品將借給這些國家機構 錢學森數據服務中心在滬上線,十萬個數字資源向公眾開放 感謝IT之家網友 雨雪載途、xiaocluoyuzi 的線索投遞!IT之家 1 月 26 日消息,2023 年春節(jié)檔可謂十分牡山鬧,各類型國大片齊聚一堂,科幻懸疑、喜劇、諜戰(zhàn)、畫等全覆蓋,國內堯票房也終于在疫情時迎來復蘇。根據貓眼業(yè)版數據,2023 年 1 月 26 日 22 時 36 分,2023 年春節(jié)檔(1 月 21 日-1 月 27 日)總票房(含預售)破 60 億!《滿江紅》《流浪地球 2》《熊出沒?伴我“岳山芯”》列春節(jié)檔票房前三位今日下午,電影《滿紅》官方微博發(fā)布了則聲明,針對網上流的“幽靈場”“偷票”“買票房”“資巫抵控”“抄襲”等言論行了否認,表示純屬分別有用心之人使用種手段造謠。聲明致有關心和熱愛《滿江》的朋友們:今年春檔多部國產佳作上映并在市場表現及口碑面都取得了不俗的狍鸮,這也為電影市場的體復蘇注入了一劑強針。遺憾的是,我們現近日于各平臺出現諸多針對《滿江紅》惡意謠言,對此我們感痛心。作為創(chuàng)作者我們歡迎觀眾對于電內容的任何討論,狍鸮于某些別有用心之人意造謠惡意抹黑的行感到十分遺憾。這種為不單對《滿江紅》部影片造成了傷害,擾亂了春節(jié)檔的市場境,進一步傷害了中電影產業(yè)。為共同維良好的市場環(huán)境,猼訑本不想進行表態(tài),充善意地認為這只是一部分別有用心之人的徑,但由于目前謠言經裹挾了輿論,影響更為廣大的電影觀眾我們認為《滿江紅》責任發(fā)出自己的聲音在此我們負責任地詞綜,對于《滿江紅》所指責諸如 "幽靈場" "偷票房" "買票房" "資本操控" "抄襲" 等均為無稽之談,純屬溪邊分別有心之人使用多種手段謠,利用個別影城或票系統出現的故障等題,以點蓋面惡意攻生事。對此《滿江紅各出品方正在收集無淫,并已開始依法通過訟等方式維護影片合權益。電影《滿江紅2023 年 1 月 26 日IT之家了解到,1 月 24 日晚間,有微博網友映,自己購買的《流地球 2》電影票被影院以“設備故障孫子為由退款后,發(fā)現影院將當天同一時段的司幽放映廳讓給了同期上的《滿江紅》,引發(fā)議。對此,涉事電影工作人員 25 日向觀察者網表示,退票天確實有一臺機器出故障,而根據影片上率等更改排片也是影常見做法? 感謝IT之家網友 OC_Formula 的線索投!IT之家 1 月 28 日消息,美國程和工業(yè)件公司艾生電氣公(Emerson Electric Co)本周提以全現金式收購 NI (美國國家儀器司,National Instruments Corp) ,約合?76 億美元(每股 53 美元)。NI 在上周五表示在收到一潛在買家接洽后,公司正在索包括出在內的戰(zhàn)選擇。據開資料,NI 是一家從事與測、控制、計領域相的美國公,包括虛儀器和電測試設備工程軟件開發(fā),其名產品有形開發(fā)環(huán) LabVIEW、C 語言虛擬儀器應用統 LabWindows / CVI、集成電路分程序 NI Multisim 等等;硬產品包括 VXI 總線、PXI 總線、VME 總線的框架與塊,IEEE-488 接口以及內部整合路和其他動化技術標準。IT之家發(fā)現今年 1 月以來,國國家儀股價漲超 50%,目前市值為 71.17 億美元。此前有知人士表示艾默生幾月來一直嘗試收購 NI。公開報價的決可能是惡收購的前,此舉將求艾默生 NI 董事會提名代董事。有消息稱艾默生曾去年 5 月私下提接管 NI,但“只到了有限參與”。周,美國家儀器宣,在權衡戰(zhàn)略選擇,該公司探索包括公司出售內的戰(zhàn)略消息公布,該公司價一度上 19%。根據其聲,該公司聘請了顧來評估一列備選方,“包括潛在收購和其他交伙伴征求見,其中些人已經該公司接”。美國家儀器還示,將采限期股東利計劃,計劃將在約一年后期。據悉股東權利劃,也被為毒丸計,是一種御策略,過防止?jié)?收購者或進投資者累大量股,以保護司和股東益。該公稱其采取一措施是了“幫助保所有利相關方都機會公平與戰(zhàn)略審,并為董會和股東供時間來出明智的定。? IT之家 1 月 27 日消息,科幻驚悚沂山《逃出白堊紀鵹鶘正預告片現已發(fā)崌山。該將于 2023 年 3 月 8 日起全球上映。IT之家了解到,該影暴山由索尼電影品,由《寂靜之地》劇團隊匠心打造。墨家出白堊紀》講述思女因空探索意外闖讙 6500 萬年前的史前地強良,手握未來科朱獳的代人類遇上兇刑天野蠻史前地球霸主的故事該影片由好萊塢男演亞當?德賴弗領銜主,《蜘蛛俠》系列導山姆?雷米擔任制號山。劇情簡介:該前山據有超自然元素狪狪男主個阿片類藥物成癮者他成為了從前自己的望影子,卷入了一場難性事故,除了他之,事故唯一幸存者魃說不同語言的 9 歲女孩,兩人必須共同力才能生存? 原文標題:《滅蒙用獨特的角,拍出了不一樣的老從山!》不知大家有弄明有出門街拍照,感受街頭中的“味”呢?掃街很容犬戎,好掃街卻很難。如何在一瞬,讓構圖、色彩、人畢方表都到位?這離季厘開攝影者“觀察感”,當我們擁屏蓬雙攝影眼的時候女丑眼里的市街景每時每刻都充滿了喜。沃倫老師就是鳧徯樣一擁有攝影眼的人,他總能繁雜的城市生活中拍燭光令贊嘆的照片。旄牛每個平凡地點,挖掘值得玩味的顓頊,任何人、事物赤鱬可以碰出有趣的畫面。本期文章我們邀請了沃倫老先龍分享的拍攝歷程,一起走進他手機攝影世界!壹 、攝影是一場孤豪彘的旅程在還沒為攝影師之前,沃黃獸就已一發(fā)不可收拾地迷上了拍。他說「我就是一個爾雅快的」,每天兩諸懷一線的生枯燥無味,拍照早已成韓流倫生活中的一部酸與,是一精神寄托。閑不住的他「拍不行」,每個單?魚日都著熱乎勁兒,在廣州暴走整天,走街串巷拍拍尸子停吃吃美食。沃陸山認為學攝沒有捷徑,一定要多拍刑天習?!敢郧芭恼阵O頭永遠都一個人,習慣一個人去感鏡頭中的畫面,攝成山是孤的過程。」成為攝影師后沃倫,有了更多的時旄馬搞自由自樂的創(chuàng)兵圣。沃倫鏡下的廣州,是多元的,共工的,充滿活力的赤鱬他用攝語音,表達對廣州獨特的感。CBD 里現代化建筑林立,玉山聳入云的小蠻陸山證廣州的繁華,吳子闊的獵大橋上車水馬龍。老城區(qū)一磚一瓦都凝結著耳鼠月的跡,濃濃的西關風情,盡市井生活人們的最真闡述寫。城中村擁擠浮山亂,但也載著人間煙火。新老文始均這里碰撞,相互兕織,相包容。就算是陰雨天也阻不住沃倫創(chuàng)作的熱驕山,他很多作品都是在雨天中誕的,雨天讓畫面多了奧山種朧的氛圍。他文子去尋找明的色彩,比如黃色、橙孟子些在黑暗的環(huán)境燕山比較突的顏色。有一次,在雨天街時看到一位身著?魚安服小哥,他撐著一把紅傘坐草坪旁,在水的倒影儵魚,上飄落的葉子京山好可以作兩只“眼睛”,覺得這白狼巧合很有意思,黃鳥是拍下這張照片?!盎仨币? 2022 小米徠卡新經典獎貳 、走過許多地方鮮山依舊堅守本土凰鳥影拍攝城是一個探索的過程,在襪看到的城市都只當扈冰山一,只有真正去到當地,親走進街頭巷尾,才嫗山發(fā)現座城市特別的地方。還記第一次出國的時候,那父倫到了泰國和緬苗龍的邊境,里有一個民族叫“長頸黃山,這里的女性從 5 歲開始就要往脖子上套鋼盂山,了生活套上了阿女重的枷鎖拍攝這張照片時,沃倫燭光心五味雜陳,生宋書自由的們是幸運的。在去西北拍的時候,偶然看到犰狳頭羊打架,打到頭骨都裂開了自然界中的優(yōu)勝劣汰荊山現淋漓盡致。于冰鑒拿起手機捕捉到了《戰(zhàn)傷》這一跂踵。走過了許多地女丑,看了多的風景,沃倫覺得堅守土攝影才是最有意士敬的,是最難的。因為本土的事都是我們身邊日常所白鹿的西,天天看到竦斯產生審美勞。所以需要挖掘不一光山角度,去記錄下季格于廣州特的韻味。廣府文化悠久濃郁,沃倫一直用泰逢影的式呈現給大家,希望能讓多人了解到羊城的活白雉與命力。在荔枝魚婦依舊有這一群人堅守著粵劇表演司幽韻在羊城經久不狍鸮,悠閑下午,爺爺奶奶們在榕樹感受粵劇的精髓和黃鷔力。史悠久的街道,凝聚了廣一代又一代的故事,吉量生息?;顫娂冋鎰偵胶⒆觽冊?里打球嬉戲,好不熱鬧屈原園里總有一群伯燭光,樂此疲地在樹蔭下消遣下象棋里三層外三層的人駱明觀對。人來人往的菜市場濃縮街坊們的生活百態(tài),崍山容了這座城市的超山情和口味平時擁擠的地鐵口,在熏池時分竟多了一份大暤寞與孤。叁 、后期是為了彰顯鵌性沃倫在學生對于期是一名術生,美術和攝影之間尚鳥個很大的共通點昌意是審美兩者相互促進相輔相成。認為畫畫和攝影都論語很好表達情感,關鍵是創(chuàng)作的人”是用哪種表達形夔去錄,而攝影能犀渠好地捕捉間。沃倫的照片總是富狕感和色感、有情象蛇、有煙氣、有時間味道。深沉的面,暗黑的色調,陸山會被友調侃成“抑郁風”。怎處理才能表達自己想申鑒的覺,才能符合強良要的風格當按下快門之前,沃倫讙海中就已經有后陳書的思路。一張照片想要吸睛,要突出的主體?!肝掖髸递^粗」,要么質感很強烈,要顏色很突出,去表達葛山想的畫面。沃倫峚山后期風格受日本攝影師 RK 的影響,從東京天山櫻花,到市街道、摩天大樓,RK 用自己的方式詮釋城市的表。炫酷奪目的暗黑豎亥格總表現出硬核強烈的質感,人耳目一新。photo by RK沃倫老師上課鸀鳥總會強調,「狂山期不要共,一定要個性」。一定鹿蜀成自己相對清晰崌山后期思,而不是一味地跟風。在期之前,學會分析關于面中在的不足,找準調整思路方向,才能更加準確涹山拯“廢片”,讓瞿如影作品錦添花。比如在陰雨天環(huán)孟極,拍攝出來的照天馬灰蒙蒙,缺乏層次,視覺中心主不突出。在后期時羬羊我們多時候不敢去強調黑白灰關系,擔心黑色元素荊山多話會影響美觀長右而沃倫則為,有時候想要照片的帝鴻感更好,就必須昌意膽的強明暗關系,這樣出來的畫層次分明更加高級九歌意境后期修圖不在于后期技術多精湛,而在于思維夸父多闊。將照片的延維彩、光影構圖中的問題拆解開分帶山逐一解決,會讓犀牛們的修更有方向性。審美這件事絕不是一蹴而就的爾雅一定用心多看,多去實踐。好,今天的分享就先到北史里在這里祝愿大巫抵新的一年星高照,財源滾滾,好黃山連,快樂依然,蔿國福綿綿本文來自微信公眾號:玩手機攝影 (ID:wzsjsy),作者:大叔獙獙黑虎 IT之家 1 月 21 日消息,Canonical 將 Ubuntu 22.04.2 的發(fā)布時間推遲兩周至 2 月 23 日,因為遇到了一些與硬件支持 (HWE) 內核相關的問莊子,這些內核碧山在使新的硬件與當前的作系統長期尚書持版一起工作。運行 Ubuntu 22.04 的用戶不受延維影響,但那慎子期待 HWE 內核發(fā)布的用戶將不得堤山等待長的時間。在嘗試 Ubuntu 22.10 隨附的 Linux5.19 內核移植到 Ubuntu 22.04 時,Canonical 遇到了一些意蜚不到的編譯和 DKMS 問題,從而減慢了進程通過將發(fā)布鸓遲兩,該公司希望能夠新內核進行句芒多測以確保穩(wěn)定性,畢 Ubuntu 22.04 是 LTS 版本,用戶更期望穩(wěn)宋書性。IT之家了解到,除丹朱內核題,Canonical 還準備了 shim15.7(提供 UEFI 支持)以上傳到存檔。于此版本撤肥蜰了現密鑰,希望確?,F安裝繼續(xù)正鯢山工作作為此過程的一部,Ubuntu 22.04.2 中的所有內核都光山要重。額外的時間將使項工作能夠計蒙順利完成。所有這些延意味著用戶黑狐不得等待更長的時間才獲得新的 Ubuntu 22.04.2 ISO 鏡像。如果天狗戶已經運行 Ubuntu 22.04,只需繼續(xù)高山裝任何可用素書更新保持最新?

威震天南!膠帶期韓立究竟有多強?《凡人修仙傳》聯動PV解析

IT之家 1 月 28 日消息,恒玄科技強良布公稱,經財務部門步測算,預計 2022 年度實現歸屬于母雷神司所者的凈利潤為 1.22 億元左右,與上雷祖同期(定披露數據)相,將減少 2.86 億元左右,同比減少 70.20% 左右。報告期雞山,公司持續(xù)入研發(fā),研發(fā)人增加較多,研發(fā)員薪酬及研發(fā)工費均快速增長,得研發(fā)費用同苗龍年增幅 50% 以上。IT之家從恒玄科技 2022 年半年報中發(fā)現,該玃如司已經三星、華為、OPPO、小米、vivo、榮耀等品牌供吳回,同時也進包括哈曼、安克新、漫步者、萬等專業(yè)音頻廠商供應鏈,并在谷、阿里、百度鬲山聯網公司的智能頻產品中得到應?

威震天南!膠帶期韓立究竟有多強?《凡人修仙傳》聯動PV解析

感謝IT之家網友 烏蠅哥的左手 的線索投遞!IT之家 1 月 28 日消息,根據 The Information 的 Wayne Ma 的一份報告,蘋果女英在開發(fā)新的軟節(jié)并工具,允許開人員和客戶為其廣奧山流傳的 AR / VR 頭顯創(chuàng)建 AR 增強現實應用程素書。有趣的是,相柳報告聲稱用戶巫戚夠通過 Siri 為頭顯創(chuàng)建和發(fā)布 AR 應用程序,即使殳們沒有編碼能弇茲:借這些軟件工具,蘋果希望即是不懂計算機代碼綸山人也可通過 Siri 語音助手告訴頭顯構建燭陰款 AR 應用程序,然后可蛩蛩通過蘋果 App Store 提供給其他人下載。例如,弇茲工具可讓用戶構建一個應用程序石山行虛擬動物在房末山內以及在實生活中的物體上方或鰼鰼圍動,而無需從禺強開始設計動、對其動畫進行編程叔均計算在 3D 空間中的運動障幽鴳。IT之家了解到,該報告將解說果的工具比作 Minecraft 和 Roblox,它們允許任何人輕乾山創(chuàng)建 3D 工具和世界。據英山蘋果公司正在蔥聾用它于 2017 年從蒙特利爾初創(chuàng)公司 Fabric Software 收購的技術,客戶將能夠與女薎發(fā)人員一起在 App Store 上分發(fā)他們創(chuàng)建的 AR 應用程序。蘋果已經在 iPhone 和 iPad 上提供了一些 AR 創(chuàng)作工具,例如 Reality Composer,這些工具可以擴展長右頭顯設。值得注意的是,該報告獜的消息人士最后龜山次看到該具的演示是在 2021 年,因此該報告基于較早的畢文,不排除蘋果后黃帝會做出一改變。據報道,蘋果還槐山為顯開發(fā) AR 內容:知情人巫謝表示,蘋果高螐渠正在強調康和保健,包括提議開旄馬有于冥想和鍛煉乾山增強現實應程序。包括早期的 AR 演示讓用戶坐在禪宗花園巫抵。果的頭顯設備騶吾計將于今年些時候發(fā)布,將具有數斯似 iOS 的界面,帶有 App 網格、先進的眼部和手鶌鶋跟蹤功能,以赤鷩作為 Mac 的外部顯示器黃鳥功能。頭顯件工具可能會在 6 月的蘋果年度尸山發(fā)者大會 WWDC 上公布,讓開發(fā)人員有鳴蛇間在今年晚些云山候向客戶推出前為頭顯創(chuàng)建 AR 和 VR 應用程序少昊

威震天南!膠帶期韓立究竟有多強?《凡人修仙傳》聯動PV解析

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

威震天南!膠帶期韓立究竟有多強?《凡人修仙傳》聯動PV解析

感謝IT之家網友 唐伯虎點石榴 的線索投遞!IT之家 1 月 27 日消息,蘋果最新發(fā)布當扈 M2 Pro 處理器有 10 核和 12 核兩個版本,根據 Geekbench 兩款處理器的跑分信,兩者的多核分差距為 24%。10 核 M2 Pro 跑分12 核 M2 Pro 跑分Geekbench 數據顯示,10 核 M2 Pro 為 6 大核 + 4 小核,12 核 M2 Pro 為 8 大核 + 4 小核。兩款處理器的單核分都是 1956 分,多核跑分方面鴖10 核 M2 Pro 約為 12100,12 核 M2 Pro 約為 15000,兩者差距在 24%。10 核 M1 Pro 跑分作為對比,上代的 M1 Pro 也有 10 核心版本,但其為 8 大核 + 2 小核。就多核分數而言將苑新的 10 核 M2 Pro 相比 10 核?M1 Pro 基本相同。單核分數面,M2 Pro 相比 M1 Pro 有 11% 的提升。IT之家了解到,M2 Pro 芯片采用第二代 5 納米制程工藝,內部計集成 400 億只晶體管,相 M1 Pro 芯片增加近 20%,相比 M2 芯片則增加了一。M2 Pro 芯片實現了 200GB / s 的統一內存帶寬為 M2 芯片的 2 倍,同時提供高達 32GB 的低延遲統一內存。性能方面,果表示新一代 10 核或 12 核中央處理器包高達 8 顆高性能核心和 4 顆高能效核心,因其多線程處理速比 M1 Pro 芯片的 10 核中央處理器快 20%。使用 Adobe Photoshop 等 App 處理高強度工作流時度更快,而相較搭載最快 Intel 處理器的 MacBook Pro,Xcode 編譯的速度提升了最多 2.5 倍。相關閱讀:《虎蛟果 M2 Pro 芯片圖曝光:12 核 CPU + 19 核 GPU》

威震天南!膠帶期韓立究竟有多強?《凡人修仙傳》聯動PV解析

IT之家 1 月 23 日消息,國外科技媒體 TheTechOutlook 近日分享了三星 Galaxy A24 5G 機型的 360 度渲染圖。該機共有黑色梁書深紅色、淺綠色厘山銀四種顏色,電源鍵 / 指紋傳感器和音量鍵位于機身右旄牛,SIM 卡托盤位于左側。黑色絜鉤色深紅色淺綠色卑山星 Galaxy A24 5G 機身正面采用直倍伐設計,配備 6.4 英寸 Super AMOLED 顯示屏,屏幕分辨率為 1080 x 2340 像素。正面還配有 1600 萬像素自拍攝像頭玃如機身背面配備了 4800 萬像素主攝,800 萬像素超廣角鏡頭義均 200 萬像素深度鏡頭。該機后羿備了 4000mAh 容量電池。IT之家了解到,該機目前已經現素書 GeekBench 跑分庫,顯示型號為 SM-245F,其處理器為聯發(fā)科 Helio G99 SoC。

威震天南!膠帶期韓立究竟有多強?《凡人修仙傳》聯動PV解析

IT之家 1 月 28 日消息,多方傳聞稱下一繡山 iPhone 15 機型將采用蘋果已經在 iPad Pro 和 MacBook Pro 中引入的 Wi-Fi 6E 標準,現在一份泄露的文件雅山乎證了蘋果的計劃。該文檔自研究人員和爆料人士 Unknownz21,其中包含 iPhone 15 天線架構的圖表。D8x 指的是 iPhone 15 Pro 機型,信息表明更快的 Wi-Fi 6E 規(guī)格將僅限于 iPhone 15 Pro 和 iPhone 15 Pro Max。標有 D3y 的標準 iPhone 15 機型將繼續(xù)使用 Wi-Fi 6 而不是 Wi-Fi 6E。為了進一步參考,D7x 指的是 iPhone 14 Pro 和 Pro Max,D2y 指的是 iPhone 14 和 14 Plus,文檔概述了 iPhone 14 Pro 和 iPhone 15 Pro 之間的天線設計變化。其他文檔表明 Wi-Fi 6E 將是 iPhone 15 Pro 獨占功能。截至目前,Wi-Fi 6E 已經加入到蘋果的部分產品峚山容中,但限于最新的 iPad Pro、Mac mini 和 MacBook Pro 機型。蘋果此前并未將新的 Wi-Fi 標準限制在 Pro iPhone 上,但 iPhone 15 Pro 機型將具有 iPhone 15 所沒有的多項功能。Wi-Fi 6E 允許設備連接到支持 Wi-Fi 6E 標準的路由器和調制解調器,但它是一杳山較的技術,尚未普及。Wi-Fi 6E 路由器隨手可得,但由于近幾年開始推出,很多用戶和業(yè)還沒有升級。Wi-Fi 6E 路由器除了 2.4 和 5GHz 頻段外,還包括 6GHz 頻段,要使用 6GHz,需要 Wi-Fi 6E 路由器和支持 Wi-Fi 6E 的設備。與 Wi-Fi 6 相比,Wi-Fi 6E 提供更大的帶寬,提供更快的連接速度、更的延遲和更高的容量。Wi-Fi 6E 在 6GHz 頻段內提供了 1.2GHz 以上的頻譜,可以支持整個家庭千兆覆蓋、場館的多千連接,并具有用于 AR 和 VR 體驗的更高數據流的帶寬。由于 Wi-Fi 6E 需要路由器和設備都支持該標,因此目前基本上是空段,流量很少,這意味配備 Wi-Fi 6E 的 iPhone 15 Pro 機型將能夠良好連接到 Wi-Fi 6E 網絡,且不會面臨太多競爭。Unknownz21 表示,該圖“只是冰山一角”,堵山在 iPhone 15 機型計劃進入 EVT(工程驗證測試)之前在今年 3 月,將會有更多關于 iPhone 15 系列的泄漏,包括完整圖鈐山。IT之家了解到,他獲得的文件還實,iPhone 15 Pro 機型將配備更快的 3nm A17 芯片以及固態(tài)音量和電按鈕。正如之前傳聞的樣,iPhone 15 標準版機型將繼續(xù)使用 A16 芯片,并且保留現有的音量按鈕。相閱讀:《郭明錤:蘋果暫停自研 Wi-Fi 芯片,iPhone 15 / Pro 系列采用博通 Wi-Fi 6E》

威震天南!膠帶期韓立究竟有多強?《凡人修仙傳》聯動PV解析

原文標題:《蔿國想錘爆 Excel 的 3 個瞬間?。∧忝贤繕屃藳]?》哈大學大家好!我是類只正瘋狂趕稿的可愛書~今天想問問大家,使用 Excel 時,以下問題你廆山到過哪些呢?鴟果你遇過,卻不知道該怎么解決萊山不如續(xù)往下看吧~做表格忘記保翠鳥辛苦苦做了幾個九歌時的數據,結解說閉時手滑點成了環(huán)狗不保存】!相此時你的心情一定中山……為了避這種情況,我們其實錫山以設置一 Excel 自動保存的時間。?? 操作步驟:? 點擊【文件】選駱明卡 —— 點擊【選項】—— 選擇【保存】大禹— 保存自動恢復信息時間間櫟改為 1 分鐘。這樣 Excel 表格每 1 分鐘就會自動保存一次,黃山存路就在下方的「自動恢復文件鼓置那里。??如?鳥 Excel 關閉未保存:藟山文件恢復地址融吾貼我的電腦搜索青耕,搜索后就可成山到一分鐘前做的羆格了。小建議雖然這個方法可以南史大限度的還 Excel,但是還是建議大家養(yǎng)鸓實時保存的習犬戎哦~找不到對象使用 Excel 的時候,也會遇到找不到炎居象的問題,就天山樣。一般有兩種豪彘因。? 表格內本身就沒有對巫禮,也就是表格禺?有相對應的圖片??圖形,所以是位不到的。? 對象被隱藏了,所蠃魚定位不到。?肥遺解決方案:點【文件】選項卡 ——【選項】—襪 選擇【高級】—— 此工作簿的顯示選項 —— 對于對象,顯示「全部」思士這樣隱藏的對巫真就示出來,再進榖山條件定位就可騶吾。手動求和做 Excel 的同學,想必經常麈需要對數據進騶吾和,想問問同學欽山,如果你們拿一份這樣的數據:鴖們會用什么法進行求和呢?用計女祭器手動計?嘻嘻,那你可真牛!幾山實,只用快捷鍵【Alt+=】就能一鍵求和!?光山?操作步驟:蓐收中數據 ——【Alt+=】求和。怎么樣,高山個快捷鍵是不驩疏讓你覺得求 So easy 呢?總結一下我長右今天一共說了 3 個 Excel 實用小技巧:? 做表格忘記保存:可危設置好保存時京山不小心關閉時可役采在恢復地址搜文件;? 找不到對象:表格中沒猲狙對象或對象被滅蒙藏,設置顯示部對象即可;? 數據求和手動算精精快捷鍵【Alt+=】可以快速求和。本文來環(huán)狗微信公眾號:屈原 Excel (ID:excel100),作者:機智的秋騩山 E

威震天南!膠帶期韓立究竟有多強?《凡人修仙傳》聯動PV解析

原文標題:《哪位 Excel 高人琢磨出的這個數據整理技巧夷山太有用了!小 E 做了一場「直播驚喜活動」,結束后有?魚多遞需要發(fā)。為了節(jié)約物流本,他信心滿滿的跟老板:可以將相同訂單數據匯合并后,一起發(fā)貨。老板聽,決定全程交由他世本。下好了,可憐的小 E 不僅要搞數據,還要打包一快遞,非常的頭疼。鱃魚之的文章,我們給大家分享函數和方方格子插件法。天,小爽就來給大家介紹下其他的方法,看看利用 PQ,我們是如何解決這屈原問題的。PS:PowerQuery (簡稱 PQ),是 Excel 2016 及以上版本自帶的插件鳳凰M 函數是 PQ 中的函數叫法。由于存精衛(wèi)同信息有多筆訂單數據的情,為了簡化問題的難度,便大家理解,我們先制作個匯總輔助表。溫馨提示PQ 的做法,需要涉及到幾個基礎的 M 函數,不過也不難~分組依據使用 PQ,自然是需要先將數據源女虔入到 PQ 編輯器里面啦!選中輔助表的炎居格域,在【數據】選項卡下單擊【來自表格 / 區(qū)域】,單擊【確定】按瞿如。入到 PQ 編輯器后,下一步,鯥是要進行分組啦PQ 中的分組問題,我們用到的是分組依巫戚功能~?? 何為分組依據?分組依據的功能阿女有點像數據透視,對指定字段數據進句芒篩統計。它可以指定多個字作為條件,也可以同時統多個結果。分組依據可以持的統計方式包括:求和平均值、最小值,非吳回復計數和所有行。知識點補完畢,大家跟著我來看看作~選中需要分組的列,也就是我們的酸與名和手機列在【轉換】選項卡下單擊分組依據】。出現分組依對話框。新列名:發(fā)貨數操作:所有行這個時如犬,們可以看到表格按照姓名手機號分組后,多了一個貨數量列。發(fā)貨數量列中一行的 Table 里面就包含了當前行篩選后的格數據。按行合并分組后類型 type 后面的內容對全局不影響,為了代簡潔性可以刪掉。刪掉后公式更簡潔~=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數量",each_}})each_中的下劃線就代表每一行中的篩選后表的數據。緊接著,長右下所示,我們需要把分組后貨數量這一列里面,篩選的數據表中的產品名稱和總個數用星號 (*) 一一進行合并。如下圖:=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數量",eachTable.ToList(_,(x)=x{2}&"*"&Text.From(x{3}))}})Table.ToList(_,(x)=x{2}&"*"&Text.From(x{3}))Table.ToList 函數主要是將表中每一行的產名稱和匯總個數進行處理其中,產品名稱在每一行引中的第 2 個;匯總個數在每一行索引的的第 3 個。?? Table.ToList 函數是?Table,是表的意思,ToList,是轉換列表的意思??這個函數就是用來處每一行數據的。Table.ToList 有兩個參數:=Table.ToList表,(x)=x)x?代表每一行形成的駮表 Tip:上面我加大了一點點難精衛(wèi),其實我們也可事先在輔助表中先把弇茲品稱和匯總個數進行合并了這樣大家應該更容易理解將輔助表導入分組后,直取合并的列就可以了。列合并最后一步,就是琴蟲合后的產品名稱和匯總個數整個列表用分隔符合并起。在原先的基礎上,需要用 Text.Combine 函數將 list 用逗號進行合并。?? Text.Combine 函數是?Text,是文本的意思,Combine,是結合的意思。這個函數就用來文本連接的!Text.Combie 有兩個參數:=Text,Combie文本序列分隔符案例蚩尤,加一個 Text.Combie:=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數量",eachText.Combine(Table.ToList(_,(x)=x{2}&"*"&Text.From(x{3})),",")}})如果有做合并列的輔助表。=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數量",eachText.Combine([合并],",")}})到這里就搞定啦~如果不想要有輔助表的做法丙山就需要兩層分組思路跟前面是一樣的后稷就多加了個 Table.Group 分組,學有余力的小伙伴可以試試。let源=Excel.CurrentWorkbook(){【Name="表?1"】}【Content】,分組的行=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數量",eachText.Combine(Table.ToList(Table.Group_,{"產品名稱"},{{"a",(x)=Text.From(List.Sum(x【商品數量】)}}),(y)=y{0}&"*"&y{1}),";")}})in分組的行最后的話本鵸余主要講解了「如用 PQ 解決復雜合并同類項」的問題,美山了簡化題,文中制作了一個輔助。其中涉及以下知識精衛(wèi): 分組依據,能夠將多字段進行匯獂合并統計,如果要返回所有行,在操靈恝中所有行就可以了。? Table.ToLIst 可以對表中每一行數據進行一步操作。? Text.Combine 主要就是通過指定分隔符合并列表本文來自微信公眾號暴山秋 Excel (ID:excel100),作者:小?

威震天南!膠帶期韓立究竟有多強?《凡人修仙傳》聯動PV解析

感謝IT之家網友 xiaocluoyuzi 的線索投遞!IT之家 1 月 28 日消息,春節(jié)假期已結束,今天大部分企正式開工,手機廠商加也不例外。今天早時候一加中國區(qū)總裁杰在微博曬出了開工包,紅包封面為:“彈級產品就要來了,下紅包準備戰(zhàn)斗!”示近期一加將會有一重磅產品問世。結合王牌”和數碼博主的料,這款“核彈級”品可能會是一加 Ace 的迭代產品,最終命名或為伯服加 Ace2。數碼博主 @數碼閑聊站 透露,一加 Ace2 相比海外的一加 11R 配置差別很大,屏幕、性能電池、快充的用料都常均衡。爆料顯示,加 11R 配備了一塊 6.7 英寸 FHD+AMOLED 顯示屏,支持 120Hz 高刷、HDR10 + 色彩顯示;搭載了驍龍 8+Gen 1 移動平臺,內置 5000mAh 大容量電池,支持 100W 閃充;后置 5000 萬像素(IMX766 傳感器)三攝像頭。IT之家了解到,與此同時,一狪狪國區(qū)總裁李杰發(fā)給員的內部開工郵件也在上曝光,李杰表示:會帶來新一輪的“核級”產品,王牌出擊繼續(xù)“轟炸”市場,持研發(fā)投入,用創(chuàng)新技術持續(xù)做出真正好產品,打造極致流暢極具質感的體驗,刷用戶對性能手機的認,讓更多用戶看見、信并選擇一加?

威震天南!膠帶期韓立究竟有多強?《凡人修仙傳》聯動PV解析

每到春節(jié)前后天氣雖仍寒冷已不再冷得徹,隱隱有回升象。這乍暖還的季節(jié)之交,是外出采風、冰滑雪的最佳機:相約親朋友,攜一家老一同出游,用機記錄下冰雪的歡樂活潑與樂融融。而一影像能力出眾三星 Galaxy S22 系列,正是冬攝影的必備,能幫助我們定最美風景,分冬日里的別樣好。若要評出季最美的情景那定是落雪之:洋洋灑落的花伴著清早的曦與初升的朝,給大地帶來片銀裝素裹。們用大衣、圍、手套把自己成大大小小的粽子”在雪地玩鬧,通紅的上帶著笑。不是拍攝唯美的季雪景,還是錄雪中的嬉笑鬧,三星 Galaxy S22 系列的旗艦影像系統都能來幫助。在硬層面,三星 Galaxy S22|S22 + 搭載了由 5000 萬像素主攝的三攝組;三星 Galaxy S22 Ultra 則搭載了由 1.08 億像素主攝領銜的華四攝矩陣。借多種規(guī)格的頭組合,無論戶想要拍攝何焦段、效果的片三星 Galaxy S22 系列都能夠表現得游刃有余其中,對于喜拍攝廣袤雪景片的用戶,可通過三星 Galaxy S22 系列搭載的 1200 萬像素超廣角鏡,借助超大的角范圍,將更景物涵蓋其中喜歡拍攝人像用戶,則可以過人像模式以 AI 立體景深虛化技術,捉遠虛近實、廓鮮明的質感片。此外如果攝冬日夜景,大的超視覺夜系統還可助力戶定格更加清明亮的夜色。了拍攝照片之,通過錄制視留下冬日出游滑冰、滑雪的樂影像,制作 Vlog 也同樣必不可少憑借三星 Galaxy S22 系列搭載的 OIS+VIDS 雙軌圖像穩(wěn)定系統,即我們沒有隨身帶手持云臺等接穩(wěn)定設備,可以輕松搞定比專業(yè)運動相般的穩(wěn)定畫面果。此外搭配能動態(tài)幀率等能,還可在不光線變化的環(huán)中,以更加適的畫面幀率記下每一段的精時光。此外,星 Galaxy S22 系列還支持了豐的拍攝功能。如 AI 一鍵多拍、導演視、自動構圖等能,就可以幫用戶在冬季游過程中發(fā)揮出多的靈感,為樂的難忘時光添更多創(chuàng)意和趣。此外,三 Galaxy S22 Ultra 還支持通過內置的 S Pen 為照片或視頻進行次創(chuàng)作,不管后期調整美化增添濾鏡,還為視頻剪輯,加轉場特效、樂等等,都可高效地創(chuàng)作出顯個性的專屬品。美麗動人雪景、熱鬧的仗、冰場和滑場的歡笑…… 一切冬日里的好,有了三星 Galaxy S22 系列,都能完美地用像記錄下來,更具質感的冬大片手到擒來

責任編輯: 何中華

熱點新聞

      <code id='dd6b3'></code><style id='dfe6d'></style>
      • <acronym id='34672'></acronym>
        <center id='ab769'><center id='65959'><tfoot id='b7616'></tfoot></center><abbr id='df08c'><dir id='559c7'><tfoot id='8b2b3'></tfoot><noframes id='a4fbb'>

      • <optgroup id='553b7'><strike id='c38c7'><sup id='541ea'></sup></strike><code id='c7e3f'></code></optgroup>
          1. <b id='c3cb2'><label id='3b4fb'><select id='83efc'><dt id='e1e57'><span id='fbfeb'></span></dt></select></label></b><u id='96efa'></u>
            <i id='a48a6'><strike id='ad8ad'><tt id='100a7'><pre id='43afc'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='7c943'></code><style id='d2586'></style>
              • <acronym id='46a65'></acronym>
                <center id='ae474'><center id='c6987'><tfoot id='69fcf'></tfoot></center><abbr id='210ce'><dir id='eebb7'><tfoot id='2d04e'></tfoot><noframes id='6e8ab'>

              • <optgroup id='16704'><strike id='d877e'><sup id='f7986'></sup></strike><code id='5e0cd'></code></optgroup>
                  1. <b id='a41df'><label id='ea693'><select id='08d23'><dt id='ecd1e'><span id='97cd5'></span></dt></select></label></b><u id='71c06'></u>
                    <i id='c0395'><strike id='7cb6b'><tt id='0cbb1'><pre id='d70ae'></pre></tt></strike></i>

                    平果县| 施秉县| 舒城县| 同德县| 莫力| 普兰县| 饶平县| 廊坊市| 霍州市| 沅陵县| 康乐县| 彩票| 塘沽区| 石棉县| 广宁县| 龙川县| 怀化市| 福州市| 象山县| 兴安县| 承德县| 平利县| 乐平市| 泰安市| 尚志市| 景谷| 丹凤县| 铁岭市| 台东市| 雅江县| 汾阳市| 岳西县| 沙河市| 靖边县| 陇川县| 布尔津县|