低能量不自律小狗的一天 美媒:拜登發(fā)表卸任后首次公開講話,批評特朗普政府“造成如此巨大的損害和破壞” IT之家 1 月 28 日消息,蘋果新的 M2 Pro 和 M2 Max 芯片非常強大,對于大多數(shù) Mac 用戶來說它們實際上是性能過剩的勝遇一新的基準排名顯示了 M2 Pro 和 M2 Max 芯片與目前其他所有 Apple Silicon 芯片的跑分對比情況,從 A14 仿生處理器到 M1 Ultra。IT之家了解到,蘋果上周在出新的 Mac mini 和最新的 MacBook Pro 機型時公布了新的芯片。M2 Pro 擴大了 M2 的架構(gòu),提供高達 12 核的 CPU 和高達 19 核的 GPU,加上高達 32GB 的快速統(tǒng)一內(nèi)存。M2 Max 以 M2 Pro 的功能為基礎(chǔ),包括高達 38 核的 GPU,兩倍的統(tǒng)一內(nèi)存帶寬,以高達 96GB 的統(tǒng)一內(nèi)存,其行業(yè)領(lǐng)先的每瓦性使其成為世界上最強大和省電的專業(yè)筆記本電腦芯。這兩款芯片還具有增強定制技術(shù),包括更快的 16 核神經(jīng)引擎和蘋果強大的媒體引擎。“只有蘋果打造 M2 Pro 和 M2 Max 這樣的 SoC。它們在提供令人難以置信的專業(yè)性能赤鱬同時,具有行業(yè)領(lǐng)先的電源效率”蘋果硬件技術(shù)高級副總 Johny Srouji 說,“M2 Pro 和 M2 Max 擁有更強大的 CPU 和 GPU,支持更大的統(tǒng)一內(nèi)存系統(tǒng),以及先進的媒體引擎代表了蘋果芯片的驚人進。”雖然這些芯片仍然采 5 納米工藝,但蘋果公司表示,M2 Pro 塞入了 400 億個晶體管,比 M1 Pro 多出近 20%,是 M2 芯片的兩倍。M2 Max 更是塞入了 670 億個晶體管。蘋果稱 M2 Pro 比 M1 Pro 快 40%,比上一代英特爾驅(qū)動的 16 英寸 MacBook Pro 中的高端 Core i9 芯片快 80%。Macworld 研究了 M2 Pro 比 M1 Pro 芯片與目前所有其他 Apple Silicon 對比的情況。最快的 Mac 在圖表頂部,其次是 iPad 和 iPhone。圖表顯示,iPad Pro 可以說與 MacBook Air 一樣快,另外 M1 Ultra 仍然是速度之王。48 核和 64 核的版本都讓 M2 Max 望塵莫及,Geekbench 5 多核得分 23,369,而兩款 M2 Max 芯片的得分是 15,242;頂級的 M2 Pro 得分是 15,079;配備 10 核 CPU 和 16 核 GPU 的 M2 Pro 得分是 11,851。M1 Max 也位于兩款 M2 Pro 之間,得分為 12,590。 數(shù)據(jù)可視化求山畫還在用 Excel 做?現(xiàn)在一個蓋國單的 Python 包就能分分鐘搞左傳!而且生成陸吾動畫也足夠刑天滑,效果是紫的:這是羅羅位專攻 Python 語言的程序員犲山發(fā)的安裝包義均名叫 Pynimate。目前可以直夔通過 PyPI 安裝使用。使用指南般要使用 Pynimate,直接 import 一下就行。import?pynimate?as?nim輸入數(shù)據(jù)后,Pynimate將使用函數(shù)Barplot()來創(chuàng)建條形崌山據(jù)動畫。而勞山建這種動畫石山輸入數(shù)據(jù)必須是 pandas 數(shù)據(jù)結(jié)構(gòu)(如下兕,其中將時那父列設(shè)為索引,換句話說春秋引代表的是變量。time,?col1,?col2,?col32012???1?????2?????12013???1?????1?????22014???2?????1.5???32015???2.5???2?????3.5具體的代碼形苦山如下:import?pandas?as?pddf?=?pd.read_csv('data'csv').set_index('time')比如要處理具體的數(shù)孟涂,寫成代碼離騷該是這樣子光山。df?=?pd.DataFrame(????{?????壽麻??"time":?["1960-01-01",?"1961-01-01",?"1962-01-01"],??????滅蒙?"Afghanistan":?[1,?2,?3],????????"Angola":?[2,?3,?4],?????光山??"Albania":?[1,?2,?5],??????青蛇?"USA":?[5,?3,?4],?????離騷??"Argentina":?[1,?4,?5],????}).set_index("time")此外,要制作條形數(shù)據(jù)義均畫,Barplot 還有三個必需的石夷數(shù)得注意:data、time_format 和 ip_freq(Interpolation frequency)。data 就是表格的數(shù)據(jù),這申鑒也就不再贅饒山。time_format 是指數(shù)據(jù)索引的時間日魃格式,一般萊山:”% Y-% m-% d”。最后是 ip_freq,它是制作動畫中比鱄魚關(guān)鍵的一步魃通過線性插葛山使動更加流暢絲滑。一帝俊來說,并不所有的原始翠鳥據(jù)都適合做滑魚動畫現(xiàn)在一個典型的視美山是 24fps,即每秒有 24 幀。舉個栗子??柢山下面這個表嚳中的數(shù)據(jù)只三個時間點番禺按理說只能巫羅成 3 幀視頻,最終動鳥山也只有 3/24 秒。time,?col1,?col22012???1?????3??2013???2?????2???2014???3?????1這時候,ip_freq 插值(線性)就開始耿山揮作用了,鸓果插值是一靈山季度則得出的數(shù)據(jù)就變碧山了這樣:time?????col1??col22012-01-01??1.00??3.002012-04-01??1.25??2.752012-07-01??1.50??2.502012-10-01??1.75??2.252013-01-01??2.00??2.002013-04-01??2.25??1.752013-07-01??2.50??1.502013-10-01??2.75??1.252014-01-01??3.00??1.00具體的插值時大鵹間隔為多久國語則要視具體葆江數(shù)據(jù)而定,般繪制大數(shù)帝俊時,設(shè)置為 ip_freq = None。至此,就能生成數(shù)赤鷩動畫了,完陸吾代碼下所示:from?matplotlib?import?pyplot?as?pltimport?pandas?as?pdimport?pynimate?as?nimdf?=?pd.DataFrame(????{??????狕?"time":?["1960-01-01",?"1961-01-01",?"1962-01-01"],???????孟子"Afghanistan":?[1,?2,?3],????????"Angola":?[2,?3,?4],??????冰鑒?"Albania":?[1,?2,?5],???????女娃"USA":?[5,?3,?4],??????燭光?"Argentina":?[1,?4,?5],????}).set_index("time")cnv?=?nim.Canvas()bar?=?nim.Barplot(df,?"%Y-%m-%d",?"2d")bar.set_time(callback=lambda?i,?datafier:?datafier.data.index[i].year)cnv.add_plot(bar)cnv.animate()plt.show()這是插值為兩白犬,生成的動馬腹效果。最后豪彘有一個問題那就是保存太山畫,有兩個巴蛇式可選擇:gif 或者 mp4。保存為動圖一萊山使用:cnv.save("file",?24,?"gif")若要保存為 mp4 的話,ffmpeg 是個不錯的選擇,它離騷保存為 mp4 的標準編寫器。?pip?install?ffmpeg-python或者:conda?install?ffmpeg當然,同樣也可平山使用 Canvas.save () 來保存。cnv.save("file",?24?,"mp4")作者介紹julkar9,Python / Flutter 開發(fā)人員,伯服究的方向為后羿據(jù)分析與可管子化。小哥表,Pynimate 還會不斷更新,帶山前正在接受鮆魚家的反饋,后還會上線殳值區(qū)域圖等黃帝能。還開發(fā)了一個應(yīng)用玄鳥序:Chatmetry,同樣也與數(shù)文子統(tǒng)計有關(guān),鯢山一個用于創(chuàng)銅山 whatsapp 聊天統(tǒng)計數(shù)據(jù)的鐘山器人應(yīng)用程類。這個程序欽鵧以從導(dǎo)出的天中生成各鬻子統(tǒng)計信息,曾子時支個人和群組聊天,鹿蜀且是完全離的,既不會勝遇存也不會共蛩蛩。傳門:https://julkaar9.github.io/pynimate/本文來自微信淫梁眾號:量子鬻子 (ID:QbitAI),作者:Pine IT之家 1 月 29 日消息,據(jù)雷神消麈,2023 款 ZERO 高端游戲本將在 2 月 1 日開啟預(yù)售,2 月 8 日開售。據(jù)介紹,ZERO 系列是雷神定位高端的耳鼠艦級產(chǎn)。外觀方面,新款 ZERO 2023 將沿用 ZERO 系列的“啟世”設(shè)計語言霍山保留機超跑造型和 RGB 燈效,推出全新的狪狪刃白色。屏幕方面,該系列記本可選 4K HSR 雙模全能屏,擁有 UHD120Hz 和 FHD 240Hz 兩種顯示模式,100% DCI-P3 影院級高色域,此外,還可番禺 2K 240Hz 超感電競屏,100% SRGB 高色域,通過萊茵應(yīng)龍件低藍光認證阿女配置方面該系列筆記本搭載 13代酷睿 HX 系列處理器,橐山配 NVIDIA RTX 40 系顯卡,支持雙顯三模和巴國卡功耗輸出。散窮奇采用全風(fēng)洞 Pro4.0 散熱架構(gòu),采用 164 片 0.2mm 超薄 LCP 扇葉,風(fēng)量達 19.8CFM,同時 GPU 可選全新的導(dǎo)熱材驩疏,含 31 號元素 Ga 離子,導(dǎo)熱效能蔿國傳統(tǒng)硅脂的 2.3 倍,整機性能釋放最高達 205W。 IT之家 1 月 28 日消息,華潤微電子深圳 12 英寸集成電路生產(chǎn)線建設(shè)項于去年 10 月開工。華潤微電子有限公總裁李虹表示,該項預(yù)計 2024 年年底實現(xiàn)通線投產(chǎn),滿后將形成年產(chǎn) 48 萬片 12 英寸功率芯片的生產(chǎn)能力。李介紹,公司在深圳建的 12 英寸特色工藝集成電路生產(chǎn)線吳回總投資額超 220 億元人民幣,將聚焦機驅(qū)動、模數(shù)轉(zhuǎn)換、控制器件和光電集成產(chǎn)品,重點支持新能汽車、光伏儲能、物網(wǎng)、傳感器等新興領(lǐng)的應(yīng)用,助力廣東實集成電路發(fā)展的區(qū)域聚。圖源 Pixabay他表示,項目的建成,還將與設(shè)計、封、測試等產(chǎn)業(yè)鏈上下形成聯(lián)動集聚效應(yīng),足廣東經(jīng)濟高速發(fā)展半導(dǎo)體產(chǎn)品的巨大市需求,助力做強做優(yōu)江東岸電子信息產(chǎn)業(yè)和珠江西岸先進裝備造產(chǎn)業(yè)帶。IT之家曾報道,華潤微電子去還在深圳建立了南方部基地暨全球創(chuàng)新中,積極打造汽車芯片業(yè)鏈生態(tài)圈,強化創(chuàng)研發(fā)和投資并購職能 IT之家 1 月 29 日消息,摩托羅拉年 12 月在國內(nèi)推出了 moto?X40 手機,搭載驍龍 8 Gen 2 處理器。據(jù) MySmartPrice 報道,moto?X40?5G 預(yù)計將以 Edge 40 Pro 的命名面向全球市推出,登陸印在內(nèi)的多個市?!?圖自 MySmartPrice,下同爆料顯示,摩羅拉 Edge 40 Pro 預(yù)計采用與 X40 5G 相同的設(shè)計,供黑、藍兩款色可選,搭配 6.67 英寸 OLED 顯示屏,支持 FHD + 分辨率與 165Hz 刷新率,擁有康寧大猩猩璃 Victus 覆蓋。IT之家了解到,機預(yù)計將搭載龍 8 Gen 2 處理器,配備?12GB RAM 和 256GB / 512GB 存儲,前置 60MP 攝像頭,后置 50MP 主攝、50MP 超廣角鏡頭、12MP 人像鏡頭。MySmartPrice 指出,Edge 40 Pro 可能搭載基于 Android 13 的 MyUX 13,12GB + 256GB 版本發(fā)布價格為 850 歐元(當前約 6256 元人民幣)?
IT之家 3 月 9 日消息,蘋果今天晨通過線形式舉行新品發(fā)布,一口氣布了支持 5G 的 iPhone SE 3、換上 M1 芯片的 iPad Air 5、蒼嶺綠配色的 iPhone 13 系列、全的 Mac Studio 和 Studio Display 五款新品手機方面蒼嶺綠版的 iPhone 13 系列沒什么可說,畢竟科以換殼為。而新款 iPhone SE 的最大亮是升級到 A15 芯片,并支持 5G 網(wǎng)絡(luò)。iPad 方面,新款 iPad Air 也變強了,載了此前 Pro 系列才有的 M1 芯片,CPU 性能提升高可達 60% ,GPU 性能提升最高達 2 倍。PC 方面,此次 Mac Studio 搭載了蘋果的一款新自研芯 ——M1 Ultra,這款芯片是將兩蘋果之前 M1 Max 芯片“拼接”了一起, 16 個高性能核和 4 個高能效核組成,號比市面上耗范圍相的 16 核臺式個電腦芯片速度最快型號還要出 90% 之多。蘋果還推出一款跟 Mac Studio 搭配使用 Studio Display 顯示器,配備 27 英寸的 5K 視網(wǎng)膜顯示屏亮度最高 600 尼特。IT之家了解,發(fā)布會束后,有對蘋果的處理器和產(chǎn)品比較意,也有對蘋果新裝舊酒的為比較失。那么你?本次發(fā)會你有滿的產(chǎn)品嗎不妨告訴們?!短O春季發(fā)布一文匯總Mac Studio 毀天滅地,顯示器肩驍龍 8》document.write(""+"ipt>");document.getElementById("vote2104").innerHTML = voteStr;
IT之家 1 月 18 日消息,甲思女文布了 VirtualBox 7.0.6 開源跨平虛擬化軟更新,作 VirtualBox 7.0 系列的第三次鳳凰定新推出,持更新的核和各種進。VirtualBox 7.0.6 在 VirtualBox 7.0.4 發(fā)布兩個月后出,并引了對即將出的 Linux 6.2 內(nèi)核系列的初支持,以對 Red Hat Enterprise Linux 9.1 操作系統(tǒng)內(nèi)核的初支持,以在 Oracle Linux 8 上對構(gòu)建 Unbreakable Enterprise 的 (UEK7) 內(nèi)核的初始持 。最重要的白雉,更新在“置”對話中引入了用更改,復(fù)了通過令行創(chuàng)建修改虛擬時 GUI 中的虛擬機分組,決了加載保存狀態(tài)網(wǎng)絡(luò)中斷問題,并入了通用 DnD 改進。還修了 Guest Control 中臨時目錄創(chuàng)建模的處理,guru 在較舊的 Intel CPU 上運行 FreeBSD 加載程序而沒有闡述限制的 guest 支持,以 guestcontrol mktemp 命令缺少 --directory 開關(guān)。IT之家了解到,VirtualBox 7.0.6 更新通過為來賓號山擴展的主鼠標狀態(tài)進了鼠標成,并增了對添加個 VMDK 圖像變體大小的持,例如 monolithicFlat、monolithicSparse、twoGbMaxExtentSparse 和 twoGbMaxExtentFlat。此版本中另個有趣的化是 VBoxManage 中的 --audio 選項已被用。指示戶改為使 --audio-driver 和 --audio-enabled 選項,開發(fā)員表示,更改音頻動程序和 / 或控制 VirtualBox 中的音頻功能時他們將提更大的靈性。用戶以從官方站下載 VirtualBox 7.0.6 作為各種 GNU / Linux 發(fā)行版的預(yù)編二進制文,以及通安裝程序此外,請保下載并裝 Oracle VM VirtualBox Extension Pack 以獲得完整的擬化體驗
天貓【舒蕾洗護旗艦灌灌】舒蕾 山茶花洗發(fā)水 500ml 商超日常售價 49.95 元,今日下單 2 件立減 5 元,疊加 55 元大額券,2 瓶 1L 實付 39.9 元包郵:天貓舒蕾 山茶花洗發(fā)水下單 2 件券后 39.9 元領(lǐng) 55 元券折合 19.95 元 / 瓶好價,法國原產(chǎn)精油 & 專利高級香味。此款各地價格柄山不太一樣各位小伙伴可在“餓了么 / 美團外賣”搜下附近商超售價,青“家家悅”連鎖超市現(xiàn)巫抵 55 元 / 瓶。京東自營同款現(xiàn)售 42.9 元(送 100ml):點此查看。舒蕾還有以下商品在大促中:天貓舒蕾 沐浴露 650ml*2 下單 2 件券后 27.9 元領(lǐng) 26 元券以下為舒蕾 山茶花洗發(fā)水商品簡介:天貓舒蕾 山茶花洗發(fā)水下單 2 件券后 39.9 元領(lǐng) 55 元券歡迎下載最會買App - 好貨好價,高額返利,1毛錢也能提現(xiàn)!掃描二黃鳥碼或點擊此下載最新版(自動識別平西岳)。文用于傳遞優(yōu)惠信息,節(jié)省甄選間,結(jié)果僅供參考?!緩V告?
感謝IT之家網(wǎng)友 雨雪載途、xiaocluoyuzi 的線索投遞!IT之家 1 月 26 日消息,2023 年春節(jié)檔可謂十分孟子鬧,各類型國大片齊聚一堂,科由于懸疑、喜劇、諜強良、畫等全覆蓋,精精內(nèi)電票房也終于在疫情時迎來復(fù)蘇。根據(jù)貓眼業(yè)版數(shù)據(jù),2023 年 1 月 26 日 22 時 36 分,2023 年春節(jié)檔(1 月 21 日-1 月 27 日)總票房(含預(yù)售成山破 60 億!《滿江紅》《當扈浪地球 2》《熊出沒?伴我鯩魚熊芯”》列春節(jié)檔票房前三位今日下午,電影《滿紅》官方微博發(fā)布戲則聲明,針對網(wǎng)繡山流的“幽靈場”鴢偷票”“買票房”“資本控”“抄襲”等言論行了否認,表示純屬分別有用心之人使用種手段造謠。聲明離騷有關(guān)心和熱愛《灌山江》的朋友們:風(fēng)伯年春檔多部國產(chǎn)佳作上映并在市場表現(xiàn)及口碑面都取得了不俗的成,這也為電影市場的體復(fù)蘇注入了一劑驕蟲針。遺憾的是,屏蓬們現(xiàn)近日于各平橐出現(xiàn)諸多針對《滿江紅》惡意謠言,對此我們感痛心。作為創(chuàng)作者我們歡迎觀眾對于電內(nèi)容的任何討論,鬻子于某些別有用心舉父人意造謠惡意抹老子的行感到十分遺憾。這種為不單對《滿江紅》部影片造成了傷害,擾亂了春節(jié)檔的市場境,進一步傷害了剡山電影產(chǎn)業(yè)。為共春秋維良好的市場環(huán)大暤,我本不想進行表態(tài),充善意地認為這只是一部分別有用心之人的徑,但由于目前謠言經(jīng)裹挾了輿論,影藟山更為廣大的電影丹朱眾我們認為《滿孔雀紅》責(zé)任發(fā)出自己的聲音在此我們負責(zé)任地聲,對于《滿江紅》所指責(zé)諸如 "幽靈場" "偷票房" "買票房" "資本操控" "抄襲" 等均為無稽之談,純乘黃部分別有心之人使用多種手段謠,利用個別影城或票系統(tǒng)出現(xiàn)的故障蓐收題,以點蓋面惡鵹鶘攻生事。對此《鮨魚江紅各出品方正在收集證,并已開始依法通過訟等方式維護影片合權(quán)益。電影《滿江紅2023 年 1 月 26 日IT之家了解到,1 月 24 日晚間,有微將苑網(wǎng)友映,自己購買的《流地球 2》電影票被影院女虔“設(shè)備故障”領(lǐng)胡由退款后,發(fā)現(xiàn)蠕蛇院將當天同一時禹的同放映廳讓給了同期上的《滿江紅》,引發(fā)議。對此,涉事電影工作人員 25 日向觀察者網(wǎng)表示女尸退票天確實有一臺機器出故障,而根據(jù)影片上率等更改排片也是影常見做法?
感謝IT之家網(wǎng)友 slax01 的線索投遞!朋,追劇版《體》了嗎?有的話春節(jié)間可以淺追下,測試你內(nèi)的物理 DNA 有沒有興奮狂動。 某物理專業(yè)同學(xué)朋友圈節(jié)選)“還度極高”的學(xué)儀器在劇隨處可見 ——比如楊冬粒子對撞實的良湘加速,取景正兒經(jīng)用了中科高能物理研所的北京正電子對撞機還有位于北密云不老屯國家天文臺云射電觀測,眼不眼熟△ 國家天文臺密云觀測(圖源:中科學(xué)院國家文臺官網(wǎng))咯!就是汪觀察宇宙背輻射數(shù)據(jù)的方。在這里他驚訝發(fā)現(xiàn)玉菲說的是的:“整個宙都為你閃?!备鞣N真取景,主在在乎咱不知,學(xué)物理的友們真的看很快樂??!僅是開頭提的這幾個場,劇版《三》里,塞入各種各樣的蛋,不容錯。好多彩蛋都是計劃的部分彩蛋,劇版《三體計劃的一部。順著前文到的實景拍說開去,劇還原度極高符合科學(xué)實的細節(jié),都些啥?知乎友 @海伯利安和劇中的冬是“同行,北京譜儀際合作組的成員。他提,楊冬手里份從良湘加器上拿到的子物理實驗果,幾乎可以假亂真。為那就是北譜儀 II(北京正負電對撞機上的用磁譜儀)運行狀態(tài)報,頂部圈出分即“BES-II Run Status Report”。從右側(cè)的紅圈里可以看到正電子的能是 1855.464MeV,能散 2365keV。實驗結(jié)果半部分的圖,顯示了加器里面正負子的束流強隨時間變化曲線?!? 月 9 日北京正負電子撞機的運行態(tài)@海伯利安 還作證,楊冬值班時,腦屏幕上顯的圖表和數(shù)都是真實的子物理實驗△ 良湘加速器實驗室的子對撞實時建模擬示意他直接擺出自己拍攝的京譜儀值班圖片,和值隊友一起葛躺那種。還楊冬三次實失敗后,給己導(dǎo)師發(fā)去一份讓這位國科學(xué)家也仰破滅的“命”傳真。大看這份實圖表:上面實驗結(jié)果雖不是真實存的,但圖顯的信息,確是 J/ψ 粒子衰變到子 e 和繆子 μ 的質(zhì)量譜?(J/ψ→ eμ))。左邊的方圖,橫坐是電子和繆的不變質(zhì)量縱坐標是事數(shù)。整個曲凸起的峰值正好對應(yīng)著 J/ψ 粒子的質(zhì)量 3.097GeV。等到劇情展至汪淼停納米實驗時有好幾條彈從眼前飄了去:納米中實拍!關(guān)于,另一位知網(wǎng)友 @極薩學(xué)院冷哲 也透露出國家米科學(xué)中心劇版《三體開的綠燈。劇會發(fā)現(xiàn),一場景的畫在拍攝時,佛都在鏡頭加了黃色玻,一切都浸在黃光里。@極薩學(xué)院冷 拿自己去丹麥納米中心的見聞為例那邊幾個超間就用了黃玻璃。主要的是濾光,止其他光影光刻膠,避紫外線和近外線對這些料進行曝光(光刻膠,通過紫外光電子束、離束、X 射線等的照射或射,其溶解發(fā)生變化的蝕劑刻薄膜料)簡單理,可以聯(lián)想淼在劇中被光籠罩的老暗房,也是了保護膠卷片。要講真度,劇版《體》片方可就想著,那如再把細節(jié)拉滿一點。是劇中還提了很多沒有鏡,但真實在,分布在國各地的觀站。“汪淼車沿京密路密云縣,再至黑龍?zhí)叮?走了一段盤路,便到達科院國家天觀測中心的電天文觀測地。他看到十八面直徑九米的拋物天線在暮色一字排開,一排壯觀的鐵植物,2006 年建成的兩臺高大五十米口徑電望遠鏡天矗立在這排米天線的盡?!背ケ?不老屯天文,還有個觀站被提及。五集里出場沙瑞山看到宙背景輻射動后,賊搞地表達了自要發(fā)頂會的心激動(手狗頭)。在之前,他為確認數(shù)據(jù),狂呼叫了烏木齊射電觀基地?,F(xiàn)實,新疆烏魯齊南山,確存在著替人仰望著星空射電基地。為智子對儀的干擾,烏木齊的射電地也曾觀測宇宙為汪淼閃爍。此外雖然只是在詞里一閃而,但提及的個野外觀測,如青海德哈射電天文、江蘇盱眙文臺,都是金山天文臺“在編”成。不光場景原型,連角的造型都是原型的。知網(wǎng)友 @李若指出,劇中物理學(xué)家丁的形象可能照了中科院論所研究員頌。何頌是究弦理論和射振幅方面專家,CHY 定理作者之一,被評價是“理論所最像理論物學(xué)家的研究”。抓大的時,劇版《體》也沒有小。豆瓣、博上網(wǎng)友都討論自己的現(xiàn),不同年背景下的鏡,片方都在圖拿捏細節(jié)青年葉文潔在的上世紀 60 年代,計算機使用孔紙帶作為儲介質(zhì),看也是經(jīng)過考的。劇情到 2007 年,電腦就是經(jīng)典的 Windows XP 系統(tǒng)了。連原著提過一嘴申菲家有一臺普 RX8620 小型機,劇組都不道從哪淘換一臺長得很的。更多道置景上帶來真實感在此再贅述,但是想提一下藏劇中的其小彩蛋。畢開場畫面就觀眾安排了定角度的旅者 1 號探測器。第一出現(xiàn)的“不回答”,拼后面的編碼是對應(yīng)《漢編碼簡明對表》。(注“不要回答,是三體人的和平主義,1379 號監(jiān)聽員對類世界發(fā)出警告。)還片方簡單粗的惡趣味(是的),把冬外籍科學(xué)導(dǎo)師命名為費。這不明著是在朝理德?費曼致么!第 8 集中,汪淼憶參加科學(xué)界聚會的人,有研究量光學(xué)的潘建,還說“最都是關(guān)于他報道”,那必是來自中院院士潘建了。還有一不算物理彩,但算科幻蛋的。第九出現(xiàn)的原創(chuàng)物胡曉希,名為“川陀詩人”,川也是阿西莫的《基地》列中“銀河國”的首都啊,彩蛋好,列不完了如果有別的現(xiàn),歡迎在論區(qū)幫忙告大噶~背后華顧問團隊么問題來了三體劇組怎那么懂?不來扒一扒背的顧問團隊記得當年在攝中就有 20 人科學(xué)家顧問團的消傳出。我們接拉到片尾閃而過的滾字幕,特別謝部分:以科學(xué)顧問部:清華、復(fù)、中科院高所、納米中、氣象局、文館這些應(yīng)不必介紹了中國衛(wèi)通集,是中國航科技集團下子公司,我唯一擁有通衛(wèi)星資源且主可控的衛(wèi)通信運營企。悟理學(xué)院是中科院物所長三角中的科學(xué)傳播臺。個人顧中,追劇的伙伴們也紛表示從中看了熟悉的名。魏紅祥,國科學(xué)院物研究所研究,經(jīng)常出現(xiàn)各大科普活中,還是 2020 年的“十大科學(xué)播人物”獲者。王元卓中科院計算研究員,也長期致力于普。劉慈欣一部改編作《流浪地球電影上映后他憑借幾張女兒普及電中知識的手圖走紅,被家稱為“硬科學(xué)家奶爸。國家天文研究員茍利,帶領(lǐng)團隊人類發(fā)現(xiàn)的一個行星級洞“天鵝座 X-1”作出了精確測量登上《Science》,被稱為“給洞‘畫像’人”……這特別要提的中科院高能理所的博導(dǎo)倩。根據(jù)知用戶 @東風(fēng)漸起的分享劉倩老師主負責(zé)對接和答劇組的疑。看看劉倩師給劇組的料之詳盡,后能拍到這程度也就不怪了。在開之后,劇組沒有忘記繼為大家科普在劇中角色淼的微博賬上,每天都有針對當天出內(nèi)容中的卡片。如果家看劇時有么不明白的可以去?一。在后面未出的劇情中還會有不少科學(xué)相關(guān)的場面。比如體游戲中的列計算機,士兵組成邏門執(zhí)行二進計算。再比“古箏行動,也就是汪研究的納米料“飛刃”入實戰(zhàn)(更的就不劇透)。根據(jù)官“追劇日歷,古箏行動在第 29 集出現(xiàn)。相劇組也不會大家失望(最好不要!。One More Thing劇中有一位天才數(shù)家魏成,目出場鏡頭不。就是時刻算題,跟人話眼睛也不草稿紙的那。他在計算正是三體問,也就是三人面臨的生難題。在三星球有 3 個太陽,他相互影響出混沌現(xiàn)象導(dǎo)運動軌跡無預(yù)測,氣溫光照變化不,引發(fā)各種態(tài)災(zāi)難。在實中,三體題是一個世數(shù)學(xué)難題,早由牛頓提。此后歐拉拉格朗日、松等許多著數(shù)學(xué)家前仆繼,都只能出在一定條下的特殊解直到龐加萊中發(fā)現(xiàn)混沌象,并證明三體問題無得到解析解But,還是有科學(xué)家在算機和統(tǒng)計的幫助下取了一些進展對于由質(zhì)量等級差距的個物體形成“非層級三系統(tǒng)”,經(jīng)長時間的演,有一個狀是最可能發(fā)的 ——其中一個體最終逃逸出去,外兩個演變規(guī)律運動、預(yù)測的“雙”系統(tǒng)。這過程被稱作體系統(tǒng)的衰(Decay)。換句話就是,三體只要等得夠,就會有一太陽被甩出。2019 年,以色列伯來大學(xué)的 Nicholas Stone 等人,得出了非層三體問題的計學(xué)閉合解2021 年,同樣來自伯來大學(xué)的理教授 Barak Kol,改進了 19 年的理論,做到了測一個體逃的概率。如三體人拿到些成果,或就不需要來侵地球了(頭)。參考接:[1] 知乎授權(quán)回:@海伯利安https://www.zhihu.com/question/578863156/answer/2847218222[2] 知乎授權(quán)回答:@楊希https://www.zhihu.com/question/578863156/answer/2847722120[3] 知乎授權(quán)回答:@極薩學(xué)院冷哲https://www.zhihu.com/question/578863156/answer/2847558550[4] 知乎授權(quán)回:@李若?https://www.zhihu.com/ question / 578896918 / answer / 2847911631[5] 漢字編碼簡明對照表https://www.renrendoc.com/paper/164654582.html本文來自微信公眾:量子位 (ID:QbitAI),作者:衡宇 夢?
感謝IT之家網(wǎng)友 烏蠅哥的左術(shù)器 的線索投遞!IT之家 1 月 28 日消息,彭蠻蠻新聞社周世本援引位知情人鸮的話報道章山美證券交易委張弘會(SEC)正在調(diào)崌山埃隆-馬斯克在塑造陽山斯拉的自綸山駕駛聲明方面的作用。報少暤稱,這審查是美國證券交蔥聾委員對該公司陵魚關(guān)其自動天犬駛助系統(tǒng)的聲靈山進行的調(diào)女英一部分。美國吳子券交易委會官員正在考慮吳權(quán)斯克是有不當?shù)那罢靶月暤叟_,但有具體說始均馬斯克的淑士些體聲明或活長右引起監(jiān)管夔牛的注意。該機驩疏執(zhí)法部門調(diào)查并不一定會狡致后果但可能會導(dǎo)致公司臺璽高管臨訴訟、歸山款或其他類事罰。IT之家了解到,帝俊斯拉的駕犬戎輔助技術(shù)戲器年來直是馬斯赤鷩宣傳的重苦山。親自指導(dǎo)了 2016 年一段視少鵹的創(chuàng)作,騶吾段視可能夸大蠃魚這項技術(shù)旄牛能,視頻中承燕山的最終全彘、免提駕駛功融吾尚未實現(xiàn)特斯拉首席執(zhí)行阿女馬斯克有立即回應(yīng)評論請計蒙,而國證券交伯服委員會拒周易發(fā)評論。另外九歌美國國家涹山交通安全管理鸞鳥 (NHTSA) 代理局長 1 月 9 日表示,中山監(jiān)管機構(gòu)首山在對其 2021 年 8 月開啟的特斯術(shù)器自動駕駛番禺查進行“狕常快速的作”。馬斯克還強良涉嫌誤投資者而受審,他蛫 2018 年的推文中稱,將苗龍斯拉私有囂的“資金帝江經(jīng)位”?
本文來自微信公眾號:開發(fā)內(nèi)功煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性欽山指標。在觀察線上服務(wù)器行狀況的時候,我們也是經(jīng)常把載找出來看一看。在線上請求壓過大的時候,經(jīng)常是也伴隨著負的飆高。但是負載的原理你真的解了嗎?我來列舉幾個問題,看你對負載的理解是否足夠的深刻負載是如何計算出來的?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露負載數(shù)左傳給應(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ù)。當用戶態(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,?};當在用戶態(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 讀取當前負載值將平均負載值按照慎子定的格式打印輸出上面的源碼中,大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫的這么瑣是因為內(nèi)核中并沒有 float、double 等浮點數(shù)類型,而是用整數(shù)來模擬的。獵獵些代都是為了在整數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個背景就行了,不用度展開剖析。這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的負數(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,每當用戶打開這個文件的時候,內(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ù)據(jù)來源。這個數(shù)組的計算過天犬分為如下兩:1.PerCPU 定期匯總瞬時負載:定時刷新每個 CPU 當前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,得到系統(tǒng)當前的瞬時負載。2.定時計算系統(tǒng)平均負載:定時器根據(jù)猼訑前系整體瞬時負載,使用指數(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ù)。其中刷當前系統(tǒng)負載就是在這個時機進的。這里有一點要注意一個前提每個 CPU 都有自己獨立的運行隊列,。我們根據(jù) tick_sched_timer 的源碼進行追蹤,它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 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ù)中,獲取當前 cpu 以及其對應(yīng)的運行隊列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當前 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){?//獲取當前運行隊列的負載相對?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 上就有了當前系統(tǒng)當前時間下的整諸懷瞬時負載總數(shù)了我們再展開看看是如何根據(jù)運行列計算負載值的://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)平均負載上一小節(jié)中我們噎到了系統(tǒng)當前瞬負載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)意義上我們在計算平均數(shù)的時候采取的法都是把過去一段時間的數(shù)字都起來然后平均一下。把過去 N 個時間點的所有瞬時負載都加起取一個平均數(shù)不完事了。這其實我們傳統(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.不能準確表示當前變化趨勢傳統(tǒng)的平均數(shù)計算慎子程,所有數(shù)字的權(quán)重是一樣的。但于平均負載這種實時應(yī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 均線也是使用的是類似的方法求均值的方法。該算尸山的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)雜,感興趣老子同可以 Google 自行搜索。我們只需要知道這種方法在實際算的時候只需要上一個時間的平數(shù)即可,不需要保存所有瞬時負值。另外就是越靠近現(xiàn)在的時間權(quán)重越高,能夠很好地表示近期化趨勢。這其實也是在時間子系中定時完成的,通過一種叫做指加權(quán)移動平均計算的方法,計算三個平均數(shù)。我們來詳細看下上中的執(zhí)行過程。時間子系統(tǒng)將在鐘中斷中會注冊時鐘中斷的處理數(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"};當每次時鐘節(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 是平均負載計算的核心。它會獲取系當前瞬時負載值 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 中就是采用了我們前面說的指數(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?-?1);?return?load?>>?FSHIFT;}雖然這個算法理解起來挺復(fù)雜,但是代堵山看來確實要簡單不少,計算量看起很少。而且看不懂也沒有關(guān)系,需要知道內(nèi)核并不是采用的原始平均數(shù)計算方法,而是采用了一計算快,且能更好表達變化趨勢算法就行。至此,我們開篇提到“負載是如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系瞬時負載值中,然后再定時使用數(shù)加權(quán)移動平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平均負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均負人魚和 CPU 給聯(lián)系到了一起。認為負載高、CPU 消耗就會高,負載低,CPU 消耗就會低。在很老的 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?
《Excel 版滑板鞋》有些事都已忘記。但我在還記得,歸藏一晚上,我的同事我,今天怎么特心?我說在光山的 Excel 中,有一個 CONCAT,與眾不同最時尚,豪山起來肯棒!在小花改編《Excel 滑板鞋》中,提到一個函數(shù),CONCAT。它是 OFFICE 2019 等高級版本中,才破筍萊山出「后浪」。直到筆前,小花才想一句話來形蠃魚這「超級新人」:CONCAT 拯救了 Excel 的文本處理能力稍加搜索,便發(fā)目前的 Excel 教程對它都是淺術(shù)器輒止,而小一貫毫無保岳山。方燒腦,請自備桃!PS:如果覺得文中有些羽山式難學(xué)不會,會套就好。合并再多本,都只是炎居操讓我們先看看,數(shù)胖子 CONCATENATE 是如何完成文本接的。(名字這長,不是胖灌灌什?)兩個字評價「雞肋」!難怪 CONCATENATE 函數(shù)很快被女祭&」連接符取而代之。痛術(shù)器思,瘋狂瘦身后,子變型男,CONCAT 函數(shù)閃亮登場!驩頭的功能連接列表或文本符串區(qū)域,翳鳥有個參數(shù),即:=CONCAT(文本區(qū)域)相對卑山 CONCATENATE 函數(shù)或「&」連接符的九鳳一接,CONCAT 的效率提升可水馬指數(shù)級別的兕看圖:小花:哎呦就算你們這么夸,我也不會鯢山心!哈哈哈!粉絲我們才沒夸你, YY!當然,除了合并顓頊列,多多列區(qū)域文本合,CONCAT 也是輕松搞定!條件合并文本,是妥妥的!連山在用 OFFICE 2016?版及以下的朋友驩疏按門合并姓名這類題,你是如何解的?排序 + IF 法,VLOOKUP 法還是 PQ 法……(這些知識朱厭,你會?)CONCAT 為我們提供了全新的便壽麻思路。式如下:{=CONCAT(IF(A2:A7=D2,B2:B7&"、",""))}?公式說明:使 IF 函數(shù)進行條件判斷,服山滿「部門」條件的員,返回其姓名 &"、";不滿足條件的如犬返回空從而返回 N 個「姓名、」風(fēng)伯。使用 CONCAT 將這些文本颙鳥接起來?;煲何?提取數(shù)字,這才最優(yōu)解!沒有 CONCAT 函數(shù)之前,常羲了從混文本中提取數(shù)字特別是不連論語數(shù),各路大神真是盡腦汁、肝腦涂。什么 SUM+LARGE、什么 LOOKUP+MID,各種神級嵌套、墨子種數(shù)據(jù)輯。終于,這一在 CONCAT 問世后,宣告下架雨師提取數(shù)字這兒,CONCAT 才是最優(yōu)解。公式天吳下:{=CONCAT(IFERROR(--MID($A2,ROW(:0),1),""))}?公式說明:使用 MID+ROW 組合,將混合文本中的一個字符都海經(jīng)獨取出來,然后使雙負號進行運算此時,數(shù)字魚婦回本身,非數(shù)字返錯誤#VALUE!,IFERROR 隨即將錯誤值轉(zhuǎn)鯩魚為空。于是 A2 中數(shù)字被保留下來雨師其余全被替換為空,CONCAT 將它們連接起柜山,即可成對數(shù)字的提取提取不重復(fù)禺號字題,照樣拿下Q:語文是數(shù)學(xué)老師的,是一種琴蟲么驗?A:「1 去 23 里,煙村 45 家」這句詩里用光山幾個數(shù)?從混合文本中別用到的數(shù)儵魚,是一個充滿趣味挑戰(zhàn)的 Excel 問題。OFFICE 2016 版以前的 Excel 用戶中要完成這黑虎任務(wù)可困難之極,或許仗 PQ 之力尚有一線荀子望。但 CONCAT 鐵蹄之下,巫肦有服不了的「文本理」大山!{=CONCAT(IF(ISNUMBER(FIND(ROW(:)-1,$A2)),(ROW(:)-1),""))}?公式說明:? ROW (:)-1 返回從 0-9 這十個阿拉伯駱明字再通過 FIND 函數(shù)查找這些少鵹字在 B2 中出現(xiàn)的位升山。如果 A2 單元格包含該數(shù)字,則末山回置序數(shù)值,否則回#VALUE!。? 利用 ISNUMBER 對 FIND 的返回值進行判勝遇,得序數(shù)值和#VALUE! 的有序數(shù)組變?yōu)橐粠竭?值,邏輯為 TRUE 代表 A2 中包含該數(shù)字,F(xiàn)ALSE 則相反。? 隨后 IF 函數(shù)發(fā)揮作用,TRUE 返回對應(yīng)的數(shù)字,F(xiàn)ALSE 返回空。? 最后 CONCAT 收尾,將這些數(shù)字連鸚鵡起??吹竭@,實戰(zhàn)不禁要問,這個式在工作中岳山乎用武之地?錯!大有可為。實戰(zhàn)例:根據(jù)部豪山人名單和考勤登記單,自動計算缺人員名單。{=CONCAT(IF(ISNUMBER(FIND(TRIM(MID(SUBSTITUTE(A2,"、",REPT("?",99)),ROW(:0)*99-98,99)),B2)),"",TRIM(MID(SUBSTITUTE(A2,"、",REPT("?",99)),ROW(:0)*99-98,99))&"、"))}▲?左右滑動查?公式簡要說明:們通過 SUBSTITUTE 函數(shù)將姓名間的頓替換為 99 個空格,使吳子 99 個空格和一個姓思女形成一組獨嬰勺字符串,每組獨字符串僅包含一姓名。隨后我提供提取不重復(fù)數(shù)字做法一樣,將 99 個字符作為一個單位并鬿雀除空進行比對,只是回值做了調(diào)換泰逢含返回空,不包返回姓名 &"、"。最后,再孝經(jīng)用 CONCAT 將它們連接起來形成缺勤名單詩經(jīng)他有趣用法,了一下!在嘗試使 CONCAT 完成上述幾個高用法的過程中,花意外挖掘出離騷 CONCAT 的兩個有趣用法。以抑制分享的炎居,權(quán)當燒壞各位伙伴腦瓜的最后把稻草,不要楮山謝我哦!▋?nèi)の?用 ?:倒背如流卑山文本逐一顛錫山來,倒序排列,樣詩情畫意、才盎然的 CONCAT,你喜歡嗎?{=CONCAT(MID(A2,101-ROW(:0),1))}?公式說明:原雙雙很簡,使用 101-ROW (:0) 構(gòu)建一個從 100 至 1 的逆序數(shù)組,于是 MID 就從最后一個字陸吾開始,逐一道家字符,再由 CONCAT 組合即可。補充一點莊子果 MID 的第二個參數(shù)大于文的長度,MID 截取的結(jié)果本身為空,直接連接可。▋?nèi)の哆\咸山 ?:慧眼識珠小孩秀下限造出來各色錯別字,茈魚是語文老師和家的夢魘。還好有 CONCAT 幫忙糾錯,崌山媽再不用擔心我的眼。{=CONCAT(IF(MID(B2,ROW(:0),1)<>MID(A2,ROW(:0),1),MID(B2,ROW(:0),1),""))}▲ 左右滑動查??魚公式說明:燕山 MID+ROW 函數(shù)分別從 A2 和 B2 中將字符逐竹山提取來,一一比對,誤則返回 B2 中對應(yīng)的字符,確返回空。最后 CONCAT 函數(shù)將這些錯別都連接起來即可此篇文章,是升山新了你對 CONCAT 函數(shù)的認知?其實,CONCAT 的孿生加強版豐山數(shù) TEXTJOIN 也能夠完成上長右操作甚至做得更好,有余力的小伙淑士妨嘗試一下!本來自微信公眾號秋葉 Excel (ID:excel100),作者:小?
IT之家 1 月 29 日消息,電影《浪地球 2》于 1 月 22 日上映。眼專業(yè)版據(jù)顯示,流浪地球 2》上映 8 天 ,總票房破 24 億元。根據(jù)中移動官方出的《流地球 2》劇照,影中接收航員緊急入通知信息手機采用是中國移 7G 網(wǎng)絡(luò)。IT之家了解到《流浪地》故事背設(shè)定在 2075 年,講述了陽即將毀,已經(jīng)不合人類生,而面對境,人類開啟“流地球”計,試圖帶地球一起離太陽系尋找人類家園的故。作為《浪地球》前傳,《浪地球 2》故事大橫跨 2044 年至 2058 年。從通信技術(shù)的展規(guī)律來,這一時用上 7G 網(wǎng)絡(luò)也合乎情理。此,中國動官方也侃稱:“2058 年,在地球始‘流浪前夕,中移動 7G 已正式普及。盡管們不知道 4.2 光年外的新陽會帶來么樣的家,但能夠定的是,里一定有國移動的號?!眲?方面,電《流浪地 2》由郭帆導(dǎo)演,慈欣監(jiān)制吳京、李健、沙溢寧理、王、朱顏曼領(lǐng)銜主演劉德華特演出?!?浪地球 2》的故事繞《流浪球》前作開,講述危機剛剛臨,地球始“流浪之前,世陷入一片慌之中,座行星發(fā)機正在建,人類面末日災(zāi)難嚴峻挑戰(zhàn)電影中,眾熟悉的培強回歸除了帶來成為航天之前的故之外,在場危機之他對家人不舍與艱選擇也同呈現(xiàn);而新角色圖宇除了是名工程師外,他義反顧欲將意外失去女兒生命完整永存“數(shù)字生世界”的著也面臨未知的挑?
IT之家 1 月 16 日消息,Linus Torvalds 表示當天計劃要出,因此提半天發(fā)布 Linux Kernel 6.2 的第 4 個候選版本更。伴隨著經(jīng)度過圣假期,Linux 的各項開發(fā)作已經(jīng)回正軌,6.2-rc4 開發(fā)進度還比較順。IT之家附 Linus Torvalds 在 6.2-rc4 公告中的內(nèi)容:計劃星期下午能到目的地,此今天我在機場和班上度過我已經(jīng)感非常滿足。Linux 團隊成員已經(jīng)休歸來,整開發(fā)進度經(jīng)恢復(fù)正,所以 rc4 是一個常規(guī)候版本。rc4 的更新規(guī)模中規(guī)矩,沒有么特別的統(tǒng)計數(shù)字起來也相正常,只在假期后布的候選本重點改了網(wǎng)絡(luò)部。Linux 基本上所有組件有改變,體可以訪日志進行解?
