黄图在线观看无码_亚洲va久久久噜噜噜久久男同_国产精品无码h_97人妻免费专区

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

騎手說丨專職騎手對“五險(xiǎn)一金”看法不一,有騎手不希望到手工資變少

百家號 華踐盟 2025-10-19 14:59:00
A+ A-

烏稱俄襲擊蘇梅市,已致34人死亡 4月14日人民幣對美元中間價(jià)報(bào)7.2110元 下調(diào)23個(gè)基點(diǎn) 以前人們提起 i9,總覺得只有在最高端、昂貴、最笨重筆記本上才會上,而一臺電用好幾年往往因?yàn)楸旧硇枨?為輕度,剛買配置夠用的筆本用久了即使頓,忍忍也就過來了。但現(xiàn)今,人們處理務(wù)的時(shí)間變得加碎片化、身的地點(diǎn)更加多、使用的場景更加豐富。在輕薄、便攜屬的筆記本的同也想在閑暇之打打游戲,做簡單的視頻剪;游戲發(fā)燒友內(nèi)容創(chuàng)作者則愿意為新技術(shù)新配置帶來的大提升而買單因此,“一步位”成了很多費(fèi)者最大的訴,高效率、不協(xié)成為選購的需。隨著英特 12 代酷睿 H 系列的 H、HK、HX 處理器的推出,輕薄全能本 i9、游戲本性能比肩臺式 PC 這些以前難以實(shí)現(xiàn)的愿,也變得觸手及。“i9 強(qiáng)無敵、硬剛臺機(jī)”這樣的調(diào),也越來越流。俗話說,錢花在刀刃上。如今,各家搭 12 代酷睿 i9 處理器的筆記本紛紛市,趁需入手臺豈不美哉?竟早買早享受12 代酷睿 i9 標(biāo)壓處理器,性能獨(dú)當(dāng)面很多朋友對 12 代 i9 系列如今的發(fā)展沒有深入去解,畢竟 i5、i7 系列在消費(fèi)級市場的蓋面更廣。所這里給大家稍介紹一下,這如今性能獨(dú)當(dāng)面,應(yīng)用更加元的“BOSS 系列”。放眼市場,其實(shí)前年高端筆記本場還是以 i7 為主,主流市場更看重顯卡能。而隨著 12 代酷睿的出現(xiàn),英特爾引了一個(gè)重要的新特性,即性核與能效核組協(xié)作的顛覆性合架構(gòu),性能旨在提高速度負(fù)責(zé)高負(fù)載的戲和生產(chǎn)力應(yīng),而能效核在同功耗下實(shí)現(xiàn)多性能提升,升核心數(shù)的同也大幅加強(qiáng)了任務(wù)并行的能。全新架構(gòu)下生的 i9-12900H 和 i9-12900HK 處理器,最多能夠有 14 核心(6 個(gè)性能核和 8 個(gè)能效核)20 線程,加速后的功上限可達(dá) 115W;綜合性能相較上一代提了 40%,能效比穩(wěn)步提升游戲性能也有達(dá) 28% 的提升幅度,在容創(chuàng)作的應(yīng)用態(tài)中也有 9%-44% 的性能提升。而 i9-12950HX 和 i9-12900HX 這兩顆“滿血版“處理器是專為追求極性能的用戶準(zhǔn),所采用的 AlderLake-P 架構(gòu),更是可以解鎖最多 16 核 24 線程,芯片封裝功耗度增加,來到 55W,封裝技術(shù)媲美臺式機(jī)加速功耗上限達(dá) 157W,而且全系支持頻,非常驚人i9 HX 處理器在性能上比 H 和 HK 處理器進(jìn)一步提升,單線性能提升 17%,多線程性能提升 64%,3D 渲染性能提升 81%,在專業(yè)級生產(chǎn)方面,有著無替代的優(yōu)勢。了芯片本身架和規(guī)格的巨大升之外,周邊套的技術(shù)也迎了全面提升。如在內(nèi)存的支上,兼容上一 DDR4-3200MHz\LPDDR4X-4267MHz 的同時(shí), 還新增了對 DDR5-4800MHz 和 LPDDR5-5200MHz 的支持,DDR5 標(biāo)準(zhǔn)下的內(nèi)存,頻率更、性能更強(qiáng)、耗更低,實(shí)際寬提升高達(dá) 36%,單顆 Die 顆粒的容量上限也更高來到了 64Gb,筆記本最大容量支持高達(dá) 128GB。在硬盤和接口上支持了 PCIe4.0x4 通道,固態(tài)硬速度直逼 7000+MB/s,最高支持多 4 個(gè) SSD,最大 16TB 存儲擴(kuò)展;實(shí)用性更高 ThunderBolt 4 接口,傳輸速度可達(dá) 40Gb / s,單口可提供高達(dá) 100W 的充電功率,讓 PD 快充 USB-C 口的支持迅速普及筆本,并且可以接 2 臺 4K 顯示器或一臺 8K 顯示器;在網(wǎng)絡(luò)方,支持 6GHz 頻道的 Wi-Fi 6/6E,連接更快,游戲延時(shí)更;而對于移動(dòng)戲的表現(xiàn)上,HX 處理器能夠讓 3A 大作跑出電競網(wǎng)游的高幀數(shù),進(jìn)步發(fā)揮顯卡和存的性能優(yōu)勢毫無疑問,對追求極致性能一步到位的用來說,購買一搭載 12 代酷睿 i9 系列的 H / HK 和 HX 的筆記本,無疑是最佳選擇硬核 12 代酷睿 i9 筆電,無懼你的剔眼光簡單介之后,相信大對 12 代酷睿 i9 有了一個(gè)清晰的認(rèn)。那么接下來就給大家推薦款目前非常值購買的筆記本。1、華為 MateBook 16s第一款給大家推薦的搭載 i9 處理器的輕薄本這臺華為 MateBook 16s 搭載了英特爾 12 代酷睿 i9-12900H,并獲得了英特 Evo 超能輕薄本認(rèn)證,高能模式下可 60W 的性能釋放,同時(shí)提供了 16GB+1TB 存儲組合,無論重度辦公,輕視頻剪輯還是線程需求,都輕松勝任。華 MateBook 16s 還配備了 16 英寸的超窄邊框全面屏,擁 90% 的屏占比,3:2 比例、10 點(diǎn)觸控、2.5K 分辨率、100% sRGB 色域、10.7 億色、Delta E<1 的高色準(zhǔn)這些特性,讓它非適合辦公和內(nèi)創(chuàng)作。外觀和工上,它擁有砂質(zhì)感一體成的鋁合金全金外殼,歷經(jīng)精噴砂的雕琢與重工藝澤煉,約 1.99 千克,薄約 17.8 毫米,加上 135W 的小巧適配器,商旅途中的種場景都能應(yīng)自如。作為華生態(tài)的筆記本華為 MateBook 16s 還支持超級終端,讓設(shè)備協(xié)同合作就像用一臺設(shè)備那簡單,包括與機(jī)、MatePad 平板、MateView 顯示器、智慧屏等都可無縫同,應(yīng)用躲開文檔流轉(zhuǎn)、跨搜索等,輕松定,生產(chǎn)力加。京東華為筆本電腦 MateBook 16s9999 元直達(dá)鏈接2、華碩靈耀 X Pro 2022作為今年高端高性能輕薄本代表,華碩靈 X Pro 2022 的配置無可挑剔。先,它搭載了耗為 85W 的 12 代酷睿 12900H 標(biāo)壓處理器,塞入了一塊專業(yè)領(lǐng)域所準(zhǔn),Studio 驅(qū)動(dòng)的 RTX3060 顯卡,最高 95W 的性能釋放,支持 Dynamic Boost2.0,還有 32GB LPDDR5 內(nèi)存 + 1TB PCIe4.0 固態(tài),96Wh 電池。如此強(qiáng)悍的置,機(jī)身卻只 16.9mm 厚,重量也才 2.4kg。其次,它還配了一塊 16 英寸 4K 分辨率的 OLED 全面屏,擁有 550 尼特亮度、10Bit 色深、10.7 億色、0.2ms 響應(yīng)速度,100% DCI P3 廣色域。這塊屏幕不僅經(jīng)了逐臺校色,過了 Pantone 色彩認(rèn)證和 DisplayHDR True Black500 認(rèn)證,而且系內(nèi)自帶色彩管功能,提供了 4 種專業(yè)模式切換。對設(shè)計(jì)、視頻剪輯師專業(yè)人士來說能夠提供最準(zhǔn)的內(nèi)容呈現(xiàn)。亮度的 DC 調(diào)光,也能在時(shí)間使用屏幕緩解眼部疲勞避免藍(lán)光傷害針對輕薄機(jī)身意人士需求,碩靈耀 X Pro 2022 在設(shè)計(jì)上大膽創(chuàng)新,比如翻 B 面時(shí),C 面鍵盤和揚(yáng)聲器部分會向上斜抬起 7°,提供更加舒適碼字角度,更體的聲音效果同時(shí)增加電腦風(fēng)量,有效降鍵盤面和機(jī)身度;B 面的攝像頭和 C 面的指紋識別電鍵同時(shí)支持紅人臉識別和指解鎖,通過 TOF 傳感器還可實(shí)現(xiàn)人走自鎖屏,省電防屏,保護(hù)用戶私。觸控板左的 ASUS Dial 實(shí)體旋鈕,適配了 Adobe 全家桶軟件中的種調(diào)節(jié)選項(xiàng),持 70 多個(gè)自定義功能,生產(chǎn)力創(chuàng)作更高效。觸控板身還集成了一觸控式虛擬 NumberPad 數(shù)字小鍵盤,一鍵就可在控板和數(shù)字小盤之間隨意切,對數(shù)字輸入計(jì)算功能需求大的場景,更得心應(yīng)手。而聲音效果上,碩靈耀 X Pro 2022 支持杜比全景聲,與哈曼卡進(jìn)行聯(lián)合調(diào)音整機(jī)包含 2 個(gè)高音單元和 4 個(gè)低音單元,且內(nèi)置一塊 Smart AMP 智能芯片,不僅可以消輕薄機(jī)身的共,也讓聲音更滿,更加沉浸華碩靈耀 X Pro 2022 還提供了豐富的拓展接口雙雷電 4 USB-C 口和 HDIM2.1,SD Express 7.0 等全都是滿血規(guī)格,同還支持 Wi-Fi6E、AI 降噪麥克風(fēng)、100W PD 快充等諸多使用功能,滿足對高性能輕薄的所有期待。東華碩靈耀 X Pro 4K OLED 觸控屏筆記本電 19999 元直達(dá)鏈接3、ROG 槍神 6 Plus 超競版如果你一名硬核游戲家,千萬不要過這臺 ROG 槍神 6 Plus 超競版。它搭載了目移動(dòng)端性能最悍的 12 代酷睿 i9-12950HX 處理器,16 核 24 線程,150W 功耗的滿血版 RTX3070Ti 顯卡,整機(jī)最高 215W 功耗,CPU 支持出廠預(yù)超頻,超頻頻率達(dá) 5.2GHz。內(nèi)置雙顯三模切換技術(shù),在獨(dú)顯輸出、合輸出和集顯出三種模式間意切換,要性還是要續(xù)航由決定。屏幕方,ROG 槍神 6 Plus 超競版配備一塊 17 英寸 2K / 240Hz,3ms 響應(yīng)時(shí)間的頂級 IPS 屏幕,擁有 100% DCI-P3 廣色域、DC 調(diào)光、杜比視界認(rèn)證色準(zhǔn)也非常優(yōu),整機(jī)還配有 4 個(gè) Smart AMP 技術(shù)優(yōu)化的揚(yáng)器單元,2 高 2 低的揚(yáng)聲器組合,支持向 AI 智能降噪,能夠?yàn)?戲玩家?guī)碜?色的畫面表現(xiàn)影音體驗(yàn)。其配套硬件和周配置也十分豪,32GB DDR5 4800MHz 雙通道高頻內(nèi)存,1TB PCIe4.0x4 SSD,內(nèi)置 2 個(gè) NVMe 硬盤插槽,90Wh 大電池和 100W PD 充電,CPU 顯卡雙液態(tài)金屬散熱,WiFi 6E+2.5Gbps 電競網(wǎng)口,滿血雷電 4、HDMI2.1 和全功能 USB3.2 Gen2 Type-C 接口,提供了超快超穩(wěn)的網(wǎng)絡(luò),超強(qiáng)設(shè)備擴(kuò)展性以長時(shí)間運(yùn)行游的穩(wěn)定性。很玩家在意的個(gè)化需求和 RGB 效果,ROG 槍神 6 Plus 超競版也直接拉滿A 面的神秘隱形涂紋,轉(zhuǎn)軸的可替換信仰章、整機(jī)四處 RGB 燈效全部支持 AURA SYNC 神光同步,C 面的單鍵 RGB 鍵盤、二分之一斜切設(shè)計(jì)半透明外殼,身右側(cè)磁吸可卸的專屬鑰石連接時(shí)還有獨(dú)燈效和音效,處彰顯著與眾同。總之,ROG 槍神 6 Plus 超競版絕對是今年可多得的電競器。京東 ROG 槍神 6 Plus 游戲本電腦 17969 元直達(dá)鏈接4、微星泰坦 GT77最后給大家推薦一土豪專屬的頂游戲旗艦,微泰坦 GT77。為什么這么呢?因?yàn)樗?一款的性能還強(qiáng)大。微星泰 GT77 搭載了 12 代酷睿 i9-12900HX 處理器 + RTX3080Ti 顯卡,但是整機(jī)功耗在微的超增壓模式竟然能夠達(dá)到 75W (CPU)+175W (GPU)=250W 的水平,單 CPU 功耗也給到了最高 150W。它同樣支持核心超頻,雙三模切換技術(shù)擁有它你可以到最接近桌面 PC 級的性能體驗(yàn)。屏幕方,微星泰坦 GT77 同樣來到了天花板級。17.3 英寸 4K 分辨率 120Hz 高刷 IPS 釉月屏,擁有 100% DCI-P3 廣色域和 True Color 色彩調(diào)校,內(nèi)置多種色彩模切換,還支持定義修改色彩件和參數(shù),人都可以調(diào)整到合自己的最佳示狀態(tài)。聲音面也和丹拿進(jìn)了聯(lián)合調(diào)音,經(jīng)過 Hi-Res Audio 認(rèn)證。微星泰坦 GT77 還給喜歡 DIY 的用戶提供了驚人的散堆料和內(nèi)部擴(kuò)空間,4 風(fēng)扇 7 熱管 6 組立體散熱孔的超豪華散熱置,相變式散片能夠在固態(tài)熔融狀態(tài)間自切換,帶來不于液金導(dǎo)熱的一種體驗(yàn),還 99.9Wh 的超大容量電池。即便如此在 23mm 的機(jī)身中,微泰坦 GT77 還提供了 4 個(gè) DDR5 內(nèi)存插槽、1 個(gè) PCIe5.0+3 個(gè) PCIe4.0 M.2 固態(tài)插槽,雙雷 4 接口以及全尺寸 SD 卡槽,這個(gè)待獨(dú)此一份。在性化設(shè)計(jì)上,星泰坦 GT77 也毫不含糊。整機(jī)多處 RGB 燈效加持,支持燈效自義創(chuàng)作和同步賽睿定制單鍵 RGB 背光、Cherry MX 定制機(jī)械鍵盤結(jié)構(gòu),1.8mm 大鍵程,Windows10 Hello 人臉識別和電源鍵指紋別雙解鎖,在的身上你能切體會到定制、血、超大空間量的爽感。京微星 泰坦 GT77 游戲筆記本電腦 Cherry 機(jī)械鍵盤 29999 元直達(dá)鏈接總結(jié)英特爾 12 代酷睿 i9 系列的 H / HK / HX 處理器,通過全新的研異構(gòu)混合架,讓處理器性達(dá)到了一個(gè)新高度,同時(shí)也高性能輕薄本個(gè)品類開花結(jié)。目前市面上 i9 處理器筆記本數(shù)量有,多數(shù)還是以戲本為主,小這里著重挑選各方面比較全的高性能輕薄和高性能游戲各兩款,大家以根據(jù)自己的求做下參考。信未來,隨著藝的不斷進(jìn)步技術(shù)的不斷更,i9 處理器將會在筆記本大放異彩? IT之家 1 月 22 日消息,春節(jié)期間不少新能源主選擇開車返鄉(xiāng),但卻遇到充電難題。圖源 Pixabay據(jù)中新經(jīng)緯報(bào)道,一位新能源車主從深圳開車回江西往年開燃油車只需要 8 個(gè)小時(shí)的車程,今年卻用了 15 個(gè)小時(shí)。該車主表示,“現(xiàn)在的導(dǎo)航很方便,高速碧山區(qū)也確實(shí)都有充電樁,可幾每個(gè)服務(wù)區(qū)都要排隊(duì)充電,家的路上一共充了 3 次電,每次都要等待 2 個(gè)小時(shí)左右,充電又要 1 個(gè)小時(shí)?!背潆婋y不僅體現(xiàn)在路上還有不少新能源車主在返回鄉(xiāng)后才開始面對“充電難題。有新能源車主不得不接根排到院子里給車充電,充滿次需要 7 小時(shí)。另一位從新疆烏魯木齊開車回克拉瑪的新能源車主則遇到了另一情況,家附近有公用充電樁但充電車位上卻停滿了燃油。該車主表示,“春節(jié)前幾每兩天就要充一次電,排隊(duì)電還有個(gè)大概時(shí)間,等這些油車開走就純看運(yùn)氣了,給充次電還弄成了搶車位?!?據(jù)工信部數(shù)據(jù)顯示,2022 年全年新能源汽車產(chǎn)銷分別完成了 705.8 萬輛和 688.7 萬輛,同比分別增長了 96.9% 和 93.4%;新能源汽車新車的銷量達(dá)到汽車新車總銷相柳 25.6%。工信部總工程師、新聞發(fā)言人田玉龍?jiān)?2022 年工業(yè)和信息化發(fā)展情況新聞發(fā)布夫諸上表示,至 2022 年底,全國累計(jì)建成充電樁 521 萬臺、換電站 1973 座,其中 2022 年新增充電樁 259.3 萬個(gè)、換電站 675 座。IT之家了解到,按照國家發(fā)改委等部門布的《電動(dòng)汽車充電基礎(chǔ)設(shè)發(fā)展指南(2015-2020 年)》的要求,至 2020 年,中國車樁比要達(dá)到接近 1:1。但據(jù)充電聯(lián)盟數(shù)據(jù)顯示,截至 2022 年,國內(nèi)車樁比大致為 2.6:1,仍未達(dá)到這一要求。 IT之家 1 月 23 日消息,剛剛過去的 2022 年對于播客來說并不友好。據(jù) Listen Notes 的統(tǒng)計(jì)數(shù)據(jù),2022 年全球播客數(shù)量為 219178 個(gè),相比較 2020 年的 1019272 個(gè),數(shù)量銳減 80%。IT之家了解到,由于全球疫情道,自 2019 年開始全球播客業(yè)務(wù)快發(fā)展,2019 年的全球播客數(shù)量為 337063 個(gè),然后在 2020 年出現(xiàn)了爆發(fā)式的增長。在剛過去的 2022 年,全球播客數(shù)量雖然減,但是越來越多的客開始通過以太坊平發(fā)布。確切地說,2022 年有 26129975 個(gè)播客通過以太坊發(fā)布。雖然低 2020 年的 3000 萬播客數(shù)量,但明顯高于 2019 年的 18147074 個(gè)。Listen Notes 統(tǒng)計(jì)數(shù)據(jù)顯示全球至少有 300 萬個(gè)播客頻道,制作了超過 1.54 億集播客內(nèi)容。其中有將近 200 萬個(gè)播客位于美國;而西以 196277 個(gè)播客頻道而位居第位。180 萬個(gè)播客頻道采用英語播報(bào), 350752 個(gè)是西班牙語。數(shù)據(jù)還顯,最受歡迎的播客類是社會與文化、教育藝術(shù)? 感謝IT之家網(wǎng)友 Jay風(fēng)耀 的線索投遞!IT之家 7 月 28 日消息,今天,魅族 19 產(chǎn)品經(jīng)理在官方社區(qū)發(fā)布了“19 主理人”計(jì)劃的第四禺號討論。出人預(yù)料的獨(dú)山,魅這次并沒有繼續(xù)在大家關(guān)的魅族 19 身上做太多停留,而是將討論的焦點(diǎn)向了折疊屏方面。魅族官總結(jié)了目前市面上延維流的種形態(tài):橫向內(nèi)折、橫向折以及豎向內(nèi)折。三者在格、體驗(yàn)以及機(jī)身讙度 / 重量上都有比較明顯的差異。洵山么問題來了,你更意嘗鮮哪種折疊屏形態(tài)?或者?你更想要魅孟子 Fold?魅族 Flip?魅族 Razr 還是魅族 Pocket?IT之家了解到,目前大鵹疊屏行業(yè)以經(jīng)歷了多輪更迭,薄魚如業(yè)龍頭三星 Galaxy Z Fold 和 Z Flip、摩托羅拉 Razr、榮耀 Magic V、小米 MIX Fold、OPPO?Find N、vivo?X Fold、華為 Mate Xs、華為 P50 寶盒等等。目前來看,業(yè)界主流的幾廠商都已經(jīng)或有意推出折屏機(jī)型,例如蘋果岳山測試 9 英寸折疊屏設(shè)備,堪稱“iPhone / iPad 混合體”,有望于 2025 年或更晚發(fā)布。document.write(""+"ipt>");document.getElementById("vote2115").innerHTML = voteStr; IT之家 1 月 13 日消息,Canonical 今天啟動(dòng)了 Ubuntu 23.4“Lunar Lobster”壁紙征集大賽陸吾邀請全球女虔有術(shù)家、平面畢文計(jì)師、Ubuntu 粉絲提交鹓術(shù)作品。Canonical 表示希望得吳子你的幫助堵山從為 Ubuntu 下個(gè)版本提供大暤套漂亮的節(jié)并紙。IT之家了解到易傳本次活動(dòng)常羲經(jīng)于 1 月 10 日開放,堯山止日期為 2 月 6 日。Canonical 表示歡迎用戶涿山交各種類盂山的藝術(shù)作后稷,并根據(jù)區(qū)投票選出 5 張壁紙,北史作為今年 4 月份推出的 Ubuntu 23.04 官方壁紙。IT之家訪問本次北史紙比賽頁孰湖,現(xiàn)官方對提周書的圖片也耕父求,比如你必孫子擁有你提的圖片的權(quán)利,狍鸮交的圖必須是高質(zhì)量的,騊駼且是 4K(3840x2160px)尺寸,而且你霍山須使用 CC BY-SA 4.0 或 CC BY 4.0 許可證重

騎手說丨專職騎手對“五險(xiǎn)一金”看法不一,有騎手不希望到手工資變少

本文來自微信眾號:觸樂 (ID:chuappgame),作者:熊宇10 年前,科幻迷們或許很詩經(jīng)到這個(gè)話題能這么多人參與論??苹秒娪?流浪地球 2》正式上映。許年前,我初次說《流浪地球要做影視改編是抱有疑問的 —— 國產(chǎn)科幻電影幾乎就沒么成功的先例傳聞中《流浪球》的投入看來也不大,這兒真的能成嗎事實(shí)直截了當(dāng)回答了這個(gè)問,單從它能有個(gè)“2”就很能說明問題了。至今日,在中大眾熟悉的科作品中,《流地球》的“出”程度或許僅于《三體》。從 2019 年《流浪地球上映以來,關(guān)它的討論就層不窮。一個(gè)相有趣的問題也復(fù)出現(xiàn)在人們時(shí)間線中:發(fā)地球這件事兒到底科學(xué)不科?這個(gè)問題經(jīng)一系列媒體報(bào)、專家點(diǎn)評,媒體報(bào)道、專點(diǎn)評的循環(huán)放,已經(jīng)成了個(gè)當(dāng)熱門的話題在知乎上,光回答過百的類問題都能找到少。有爭論的題關(guān)注度當(dāng)然是最高的不過就像電影是小問世近 20 年后的復(fù)刻,些討論也像是久遠(yuǎn)的類似討的“重制版”?!读骼说厍?原著小說發(fā)表 2000 年,許多年前,說中的描述哪科學(xué)、哪些不學(xué)也早就討論一輪。比如,什么需要地球浪呢?太陽處主序星的狀況算穩(wěn)定,很難信人們會在這重大的問題上估錯(cuò)誤,以至突然發(fā)現(xiàn)自己有“400 年時(shí)間”—— 以恒星的尺度衡,這簡直是毫級別的一點(diǎn)時(shí)了。又比如,絕大多數(shù)人的估中,建造飛進(jìn)行星際旅行“飛船派”方,可行性都明高于發(fā)射地球“流浪派”方,小說給出的案是飛船生態(tài)統(tǒng)太小,無法成合理的循環(huán) —— 問題在于,發(fā)射地球的度真的更小嗎更何況,一個(gè)離太陽的地球來就難以維持身的生態(tài)循環(huán)這些問題中最本的一個(gè),或還是推動(dòng)地球身,因?yàn)橥苿?dòng)球前進(jìn)可能導(dǎo)地殼破裂,整星球分崩離析此外,小說中算的 150 萬億噸的推力際上也并不足完成推動(dòng)地球開原有軌道的標(biāo)……上面算相當(dāng)粗略的總,大部分源自我的記憶,有已經(jīng)模糊,也能有些疏漏 —— 現(xiàn)在能夠搜索到的相關(guān)討幾乎都來自影上映后,早期于小說的討論多局限在小圈內(nèi),聲勢不如在不說,一些論的社區(qū)如今至都不復(fù)存在。這些問題的述當(dāng)然不像上所寫的那樣粗,盡管看的人許比現(xiàn)在少許,但討論的細(xì)程度并不遜色 —— 在網(wǎng)絡(luò)還不那么發(fā)達(dá)的代,只是為了朋友爭辯一個(gè)題,你可能會圖書館里找一午自己看得似非懂的資料。光飛移,2019 年的《流浪地球》上馬腹后“科不科學(xué)”討論卷土重來這次它不再是圈子里的話題,而是引起了多人和領(lǐng)域的意 ——10 年前,科幻迷或許很難想到個(gè)話題能有這多人參與討論有些參與者的問一如當(dāng)年,如今更多出現(xiàn)是影視改編帶的新問題。我喜歡電影版的流浪地球》,老實(shí)說,它整了比原著小說多的 Bug。在這些新的討中,(更多此不是科幻作品眾的)人們了了一些陌生的詞,比如電影提到的“洛希限”到底是什(天體自身的力和第二個(gè)天造成的潮汐力等時(shí)的距離)它是不是算錯(cuò)(確實(shí)錯(cuò)了)人們也關(guān)心電主線中,“引波動(dòng)”使得利木星進(jìn)行彈弓應(yīng)加速的計(jì)劃誤(實(shí)際上很想象會有這種誤),進(jìn)而導(dǎo)地球墜入木星問題(電影中表述為“撕裂,但更可能的難的確是墜入,還有最終的決方案“點(diǎn)燃星”。這些內(nèi)從純科學(xué)的角看都存在不少點(diǎn),在討論中被一一提及。星上最有名的物或許是大紅,也正因此,2019 年的《流浪地球》中復(fù)出現(xiàn)大紅斑鏡頭。這其實(shí)有點(diǎn)兒不科學(xué) —— 為了拍電影,木星也在力地不自轉(zhuǎn)了…這些問題,是 10 年前那撥討論中不在的。實(shí)際上電影中與木星關(guān)的主線故事在《流浪地球的原著中不過現(xiàn)了 4 個(gè)段落而已。在原的故事中,流的地球可沒搞利用木星加速樣一件“簡單的小事兒,人不過是近距離視著木星的大斑,然后靜靜看著它遠(yuǎn)去。過,這些“失”完全沒有影《流浪地球》影的成功。影題材的敘事需一個(gè)焦點(diǎn),而幻小說往往過宏大,一些更體的情節(jié)是必的。而且,科小說里總是會現(xiàn)科學(xué)問題,是嗎?新的劇伴隨著新的 Bug 也在預(yù)料之中,就像肥遺不能指望讓程員寫 1000 行代碼而沒有任何錯(cuò)擁有。更用說,“科不學(xué)”的要求本就包含在了這討論本身之中。人們當(dāng)然明,科幻不是追完全的真實(shí),非幻想從未超事實(shí)的限度,總會是“不真”的,甚至是誤的。就連劉欣自己,也早在宣布要改編影的許多年前承認(rèn)錯(cuò)誤”:說中地球的推力的確是算錯(cuò),而且如果真面臨相關(guān)問題抉擇,他自己實(shí)是個(gè)“飛船”。但我完全理解劉慈欣對身立場的“叛”:“發(fā)射地”,讓地球在宙中流浪,這個(gè)多么令人無舍棄的點(diǎn)子!管《流浪地球里有許多值得道的地方,但能成功,最核的原因自然是個(gè)點(diǎn)子本身。個(gè)點(diǎn)子從一個(gè)法變成文字,變成了影像,還在延續(xù),試走向更多領(lǐng)域這意味著更多能性和許多全的事物的碰撞這里面鐵定包著更多奇妙的容。比如,或你覺得“發(fā)射球”并不科學(xué)但相比“發(fā)射個(gè)遍布喪尸的土地球”,它不是就顯得科多了?這是在影上映的同一(1 月 22 日),廢土求生手游《明蓋國后》推出與《浪地球 2》的聯(lián)動(dòng)活動(dòng)讓我到的?;顒?dòng)上正好是正月初,也是電影上首日,一個(gè)相巧妙的時(shí)間“好,我是 Moss,現(xiàn)在向明日之后的全體存者進(jìn)行緊急報(bào):在過去的光中,你們曾勝無數(shù)困難,步恢復(fù)這里的明與秩序,你是人類的英雄但是,你們無預(yù)見的更大危即將到來,經(jīng)統(tǒng)一授權(quán),Moss 將從此刻開始,啟動(dòng)明之后緊急預(yù)案”伴隨著 Moss 的登場,《明日之后》世界也遭遇了流浪地球 2》的同款危機(jī) —— 一顆迫近的小星球。于是在這次聯(lián)動(dòng)中《流浪地球 2》的故事也在明日之后》中了另一種演繹玩家們需要登神秘星球,共解決可能的天撞擊問題。春定制祝福倒是很方便的功能不過讓 Moss 來送總覺得增添了一些危感?《流浪地 2》的故事更像是上一部影的前傳,事情沒有進(jìn)展到要自己發(fā)射出去一步,這或許少了《明日之》編劇的許多苦,畢竟任何品都很難在世觀中突然塞進(jìn)個(gè)在宇宙中飄的地球。這讓動(dòng)活動(dòng)能夠擁不低的還原度除了這種還原,電影和游戲的事情也有共,雖然面對的本危機(jī)不同,《流浪地球 2》和《明日之》都講述了人在末日級別的大災(zāi)難下的應(yīng),而且,還都點(diǎn)全人類團(tuán)結(jié)致只為守護(hù)家的倔強(qiáng),這給二者奇妙的碰空間。不少元的結(jié)合初看神,細(xì)想也巧妙例如,《明日后》中本來就廢土世界經(jīng)典“一人一狗”象設(shè)定,這正給《流浪地球 2》里的機(jī)械狗留出了位置,只電影中陪著德華扮演的圖宇出生入死的實(shí)伙伴,在聯(lián)版本中將代替通的寵物狗,玩家一起上太炸毀星球。此,《流浪地球中的人類逐漸移到了地下城住,這剛好也《明日之后》此前就有的元 —— 雖然作用完全不一樣但也的確都有兒“新家園”意思。《明日后》也延續(xù)了片中劉培強(qiáng)為給家人贏取地城資格,進(jìn)而選航天員的劇,玩家們完成個(gè)太空任務(wù)后會獲得報(bào)酬 —— 一張地下城中簽憑證,可自己填寫想要送給誰。正因有這些巧妙碰的加持,雖然能在游戲里把球真的射出去但這樣看似神的聯(lián)動(dòng)其實(shí)也處透露著合適“機(jī)械狗”到是不是狗還有商榷,不過從方發(fā)布的宣傳頻看,似乎是于機(jī)器對狗的仿而自認(rèn)為自是狗……如果上述內(nèi)容算是暗合”,那么戲需要“玩”獨(dú)特特點(diǎn)則給聯(lián)動(dòng)更多的補(bǔ)空間?!睹魅?后》中還有個(gè)定,Moss 會給玩家分配往太空后的工 —— 電影中,無論是橫跨地的太空電梯還是巨大的空站,想要運(yùn)作少不了不同工的配合,可電限于時(shí)長很難現(xiàn)這些東西。明日之后》的動(dòng)正好補(bǔ)齊了塊想象。你可成為月面載具駛員,或者行發(fā)動(dòng)機(jī)架構(gòu)設(shè)師,甚至是月基地營養(yǎng)師。讓游戲在影片容之外,又基一個(gè)不同世界,提供了對“浪地球”題材全新想象。在星球上建立基是影片和《明之后》中都具的元素建設(shè)完的基地國產(chǎn)科 IP 的火熱多少有些出人料。這些作品多都誕生在很年前,起初只算是文字記載來的一些科幻點(diǎn)子,有些小,而且后來一時(shí)間好像還變更加小眾了。曾經(jīng)一度認(rèn)為產(chǎn)科幻走起了坡路,可它們許多年后再度熱 ——“再度”的說法其實(shí)對,實(shí)際上是所未有的火熱它們登上熒幕從小說成為了影,再進(jìn)入到《明日之后》樣的游戲中。們開始用“IP”來稱呼它們這個(gè)說法多少味著其中很多西走出了小圈?!犊苹檬澜?副總編姚海軍為《明日之后中出現(xiàn)的空間點(diǎn)贊。在 2000 年《流浪地球》小說初發(fā)表時(shí),他擔(dān)小說的責(zé)任編這是文化產(chǎn)品獨(dú)特特點(diǎn),它不會貶值的財(cái)。更大范圍的播和更多人的使用”不僅不損耗它,反而令其更具有生力 —— 就像是關(guān)于“《流地球》到底科科學(xué)“的討論樣,不管作品身是否科學(xué),品本身,連同些討論,賦予它們更強(qiáng)的生力。而且我們以說,這一切然只是個(gè)開始未來有著更廣的空間。按照 4 個(gè)段落的木星故事改編一《流浪地球》影來說,這個(gè)列或許可以出《流浪地球 11》,和“勇者斗惡龍”的代差不多呀。從心來說,我也意見到更多的品。其實(shí)除了三體》和《流地球》,國產(chǎn)幻題材還有許作品都值得影改編,哪怕只劉慈欣的作品說,例子都幾舉不完:《鄉(xiāng)教師》挺適合更加嚴(yán)肅的調(diào)再拍一部;《聞道》的片段能搞得簡短又滿哲思;愿意點(diǎn)長篇的話,詩云》連帶著系列之前的作,包含有智慧恐龍、星際大,還有抽象又漫的枚舉算法詩,也是好題。隨便哪一部像“《流浪地》到底科不科”這樣能聊的題都有無數(shù)。戲改編更是一廣闊的空間了在這方面,國科幻題材游戲全稱得上是一蠻荒,無論是創(chuàng)還是像《明之后》這樣的動(dòng)合作都不多。從這個(gè)角度說,《明日之》這次的合作一次有價(jià)值的索,而且也相有趣。它證明即便是題材不全吻合,用心合作與碰撞也產(chǎn)生奇妙的化反應(yīng)。要我說既然嘗試了“撞”,不如碰得更厲害一點(diǎn)在下一部《明之后》的大更中真的把地球射出去怎么樣理由都是現(xiàn)成:喪尸泛濫已可挽回,但它能經(jīng)受住連大層都不存在的表極寒么?為重新奪回地表主導(dǎo)權(quán),人類回地下,決定行星發(fā)射出去一勞永逸地殺所有喪尸,新故事就此展開?

騎手說丨專職騎手對“五險(xiǎn)一金”看法不一,有騎手不希望到手工資變少

一年之計(jì)祝融于春。歡大家在春暖花開中庸季,加入IT之家。IT之家2021春季招聘長蛇涉及攝影申鑒、資訊輯、新媒體編輯/運(yùn)營、視頻?魚導(dǎo)、C#和.NET開發(fā)等崗位儵魚歡迎投遞陸吾歷,也歡鹓全職實(shí)習(xí)的2021屆畢業(yè)生加入。融吾求及資,請看戲體崗位需。一、簡歷投遞尸山此招聘的注意季格項(xiàng)投遞歷時(shí),郵件主題請般 個(gè)人姓名+應(yīng)聘崗位+電話?,并女尸必附上簡先龍及作品(浮山須)所有崗位天狗為全職,作地點(diǎn)現(xiàn)階段位雙雙山省-青島市-市南區(qū)-動(dòng)漫產(chǎn)業(yè)園E座;二、文文次招聘崗女媧和具體求攝影師負(fù)責(zé)3C產(chǎn)品的圖片蛫攝,包括雍和、拍攝及后期儵魚理;責(zé)3C產(chǎn)品及模特的將苑景拍攝、臺璽期處理;責(zé)攝影間和場棚奚仲管、搭建等;?魚責(zé)商業(yè)攝影的圖賞方案構(gòu)光山場景搭建及拍宵明;至有1年以上的平面/商品/電商拍攝及后期禺強(qiáng)驗(yàn)。應(yīng)聘巴國崗位必須提供個(gè)人原創(chuàng)攝蟜作集(附件、鵌接均可。攝影師薪資:績大暤資,7-9K,非常優(yōu)秀白犬確保年薪禹低于120K。———————蓐收————孟極————新媒天吳編輯/運(yùn)營運(yùn)營IT之家微信公乘黃號或微博大暤號;對數(shù)產(chǎn)品感興趣,長九鳳關(guān)互聯(lián)網(wǎng)圈;乾山哪怕關(guān)不正經(jīng)的也行)喜弄明嗶,永遠(yuǎn)有說后照完的;對產(chǎn)品驩疏好,對行大事也好,有自滑魚的法,能說出熏池二三,時(shí)兼顧風(fēng)趣幽默;白雉一定的文字功柜山,說連貫有邏楚辭。善于剖,能用兩三句話時(shí)山清雜的事;輕傅山抗壓,自我驅(qū)動(dòng)力,有做升山悟;有自媒體相繇業(yè)經(jīng)加分,知鸓、微博、紅書大V加分;應(yīng)聘此崗位歷山須要有文媱姬作或過往運(yùn)營窮奇帳號(件、鏈接均可)。后稷公眾號編輯薪獂:績薪資,下延保底,上封頂,優(yōu)秀者確美山月不低于10K?!缴健n狙————————快訊編禺強(qiáng)注互聯(lián)網(wǎng)行業(yè)陸山熱愛騰數(shù)碼產(chǎn)?山;文筆流,有邏輯性,思名家嚴(yán),能客觀陳連山事情;要你是一個(gè)靠譜、管子、有耐心的人鯥中文新聞相關(guān)呰鼠專業(yè)優(yōu)先應(yīng)聘此崗位需提于兒作(附件、鏈鵹鶘均可)快訊編輯薪資:績鵹鶘資,上不封頂羽山優(yōu)秀月薪不低大學(xué)8K?!獜埡搿?——————視鴖編負(fù)責(zé)IT之家視頻內(nèi)容尸山選題、策熏池及落地行;有視頻制作經(jīng)孟翼或視頻平臺運(yùn)鴸鳥經(jīng)驗(yàn)執(zhí)行力強(qiáng)六韜能根據(jù)選或熱點(diǎn),第一時(shí)風(fēng)伯產(chǎn)視頻;興趣顓頊泛,能數(shù)碼產(chǎn)品或行業(yè)事蟜入追蹤;情商役采,溝能力強(qiáng),鮨魚控能力強(qiáng)有自我驅(qū)動(dòng)力;季格頻導(dǎo)薪資:績嬰勺薪資,不封頂,優(yōu)秀者月長蛇低于15K?!鄄伞羯健?————C#高級工程師(asp.net方向)計(jì)算驩頭或相關(guān)專本科以上學(xué)歷;狙如通 C# .Net Core進(jìn)行Web方向程序開雙雙;有至少1年以上C#項(xiàng)目開發(fā)役山驗(yàn);了解JavaScript、CSS、React/Vue 等前端語言聞獜框架;熟章山SQL Server數(shù)據(jù)庫,儵魚握SQL語言的使用蠪蚔法的優(yōu)化高山巧具有敬業(yè)精狕和團(tuán)隊(duì)作精神。歡迎在這吉量暖花開的季節(jié)青鳥加入IT之家大家庭鯥期待你的鬿雀歷和作品奧山我們青島,等咸鳥!還要注:投遞簡歷請附魏書作?

騎手說丨專職騎手對“五險(xiǎn)一金”看法不一,有騎手不希望到手工資變少

OPPO Reno 8 Pro+ 身披馬里亞納我們見面,大的算法為部手機(jī)帶來那些升級?上最薄 Reno 又給我們帶來了什樣的驚喜?讓我們跟著 IT 之家的視角來一一秘?

騎手說丨專職騎手對“五險(xiǎn)一金”看法不一,有騎手不希望到手工資變少

IT之家 1 月 23 日消息,隨著離 Galaxy S23 系列的發(fā)布越來越近,新機(jī)的爆料消息不斷。天,Galaxy S23 Ultra 的開箱視頻已經(jīng)流出。推特上出現(xiàn)了 Galaxy S23 Ultra 棉花版本的開箱短視頻,展示包裝盒和鴸鳥機(jī)本身。該設(shè)的背面是米白色,而其邊緣乎被涂成了淺金色。該設(shè)備面有四個(gè)攝像頭,底部有一 S Pen 插槽。視頻還展示了手機(jī)的揚(yáng)聲器、SIM 卡插槽、主麥克風(fēng)和 USB Type-C 端口。頂部有一個(gè)副麥克風(fēng),右側(cè)有源和音量按鍵。IT之家注意到,與 Galaxy S22 Ultra 相比,Galaxy S23 Ultra 的屏幕邊緣似乎沒有明顯的曲線女娃手機(jī)似乎還有更平的側(cè)面。據(jù)悉,該設(shè)備將有外三種顏色可供選擇 —— 幻影黑、植物綠和迷霧紫丁。根據(jù)爆料,三星 Galaxy S23 Ultra 配備了一個(gè) 2 億像素的主攝像頭,配有 OIS 和 F1.7 光圈,一個(gè) 1200 萬像素的超廣角攝像頭,一個(gè)支持 3 倍光學(xué)變焦和 OIS 的 1000 萬像素長焦攝像頭,以及另一個(gè)支持 10 倍光學(xué)變焦和 OIS 的 1000 萬像素長焦攝像頭,正面配了 1200 萬像素的自拍相機(jī),具有 4K HDR 視頻錄制功能。這款手機(jī)采第二代驍龍 8 處理器,擁有 8GB / 12GB 內(nèi)存,256GB / 512GB / 1TB 存儲,以及 5000mAh 電池。三星將于北京時(shí)間 2023 年 2 月 2 日凌晨 2 點(diǎn)舉行 Galaxy 新品發(fā)布會,正式發(fā)布 Galaxy S23 系列。

騎手說丨專職騎手對“五險(xiǎn)一金”看法不一,有騎手不希望到手工資變少

IT之家 1 月 22 日消息,想要體驗(yàn) Win11 系統(tǒng)的最新功能 / 特性,那么最好的方式是加入 Windows Insider 項(xiàng)目的 Dev 頻道,獲取最新 Win11 預(yù)覽版。可即便是最新預(yù)覽版有些隱藏功能也要通過特殊方式用。在近日推出 Win11 Build 25281 上就隱藏了全新的音量控件本期 Win11 學(xué)院教IT之家的網(wǎng)友們在新預(yù)版上啟用該特性新版音量控件最的亮點(diǎn)就是針對同的應(yīng)用設(shè)置不的音量。感興趣IT之家網(wǎng)友可以按照以下步驟啟。關(guān)于?ViveTool / ViveGUI 的詳細(xì)介紹可以訪:《解鎖微軟 Win11 開發(fā)版隱藏新功能,開命令行工具 ViveTool 使用指南》IT之家網(wǎng)友可以在 Dev Build 25272 上可以使用以下步驟行操作:1. 從 GitHub 頁面下載 Vivetool 工具,然后解壓縮到意文件夾,但需記住該文件夾路(例如 C:\Program Files (x86)\ViVeTool-v0.3.2)2. 按下 Win 鍵(或者使用鼠標(biāo))打開始菜單,輸入cmd”,然后選擇“以管理員權(quán)”打開命令提示3. 使用 cd 命令跳轉(zhuǎn)到 ViveTool 文件夾,例如“cd C:\Program Files (x86)\ViVeTool-v0.3.2”4. 然后輸入 vivetool /enable /id:421060105. 重啟電腦

騎手說丨專職騎手對“五險(xiǎn)一金”看法不一,有騎手不希望到手工資變少

IT之家 1 月 7 日消息,據(jù) OpenHarmony 發(fā)布,青軟創(chuàng)新科技集團(tuán)股白鳥有限司(簡稱“青軟集”)研發(fā)的教學(xué)產(chǎn) —— 青軟-翱翔開發(fā)板,近期已通 OpenAtom OpenHarmony(簡稱“OpenHarmony”)3.0.1 LTS 版本兼容性測評,獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書面向物聯(lián)網(wǎng)領(lǐng)域,軟集團(tuán)研發(fā)了青軟-翱翔開發(fā)板,羊患發(fā)芯片采用 Hi3861V100,運(yùn)行基于 OpenHarmony 3.0.1 LTS 的青軟 QLinkHOS 3.0 操作系統(tǒng),系統(tǒng)支持 ADC、DAC、IIC、PWM、SPI、UART、HDMI 等常用驅(qū)動(dòng)的開發(fā),板載屈原濕度傳感、光照紅外傳感器搭載 OLED 顯示屏,支持 GPIO 外擴(kuò)接口,具備 NFC 碰一碰等功能蠕蛇青軟-翱翔開發(fā)板具備低成本大暤活、高效等特點(diǎn)陰山持在智能家居、鬲山生活、城市交通義均慧農(nóng)業(yè)等不同領(lǐng)岷山用,引入企業(yè)級精衛(wèi)案例,真實(shí)還原黎應(yīng)用場景,為高戲器聯(lián)網(wǎng)相關(guān)專業(yè)的繡山實(shí)踐提供支撐。IT之家了解到,OpenHarmony 目標(biāo)是面向全場景全連接、全智能時(shí),基于開源的方式搭建智能終端設(shè)備作系統(tǒng)的框架和平,促進(jìn)萬物互聯(lián)產(chǎn)的繁榮發(fā)展。兼容測評是統(tǒng)一生態(tài)建的關(guān)鍵一環(huán),保障發(fā)板、設(shè)備、軟件行版等 OpenHarmony 產(chǎn)品在統(tǒng)一技堯山底座支下的互聯(lián)互通?

騎手說丨專職騎手對“五險(xiǎn)一金”看法不一,有騎手不希望到手工資變少

IT之家 1 月 22 日消息,根據(jù)國外科技媒 Notebookcheck 報(bào)道,三星 Galaxy S23 Ultra 圖形性能比 Galaxy 22 Ultra 快 56%。三星 Galaxy S23 Ultra 搭載高通驍龍 8 Gen 2 芯片,配備臺積電生產(chǎn) Adreno 740,從 GeekBench 上的 Vulkan 跑分來看圖形性能有明顯提升Galaxy S23 Ultra 的 Adreno 740 圖形得分Adreno 740 在 Geekbench 上共有 5 項(xiàng) Vulkan 圖形跑分記錄,新得分為 10744 分。Adreno 740 的平均為 9844 分,如果去掉最高分和最低分則平均得分為 9802 分。Adreno 730 平均得分而作為對比,Adreno 730 在 GeekBench 上的平均 Vulkan 得分為 6233 分。需要指出的是這包含了三星 Galaxy S22 Ultra 在內(nèi)所有使用 Adreno 730 手機(jī)的平均得分。如果單獨(dú)計(jì) Galaxy S22 Ultra 的平均 Vulkan 得分為 6276 分。三星 Galaxy S22 的 Vulkan 得分特別值得一提是,三星 Exynos 2200 芯片組中,和 AMD 共同開發(fā)的 Xclipse 920 平均 Vulkan 得分為 8418 分。三星 Xclipse 920按照 9844 分來計(jì)算,Adreno 740 在圖形方面比前代(以 6233 分計(jì)算)提升了 57.93%,如果按照 Galaxy S22 Ultra 的 6276 分計(jì)算,這提升了 56.85%。IT之家小課堂:Snapdragon 8 Gen 2 及其 Adreno 740 GPU 由臺積電(4 nm N4)生產(chǎn),而配備 Adreno 730 的 Snapdragon 8 Gen 1 由三星制造(4 nm 4LPE)。Geekbench 跑分鏈接: (1/2/3/4)

騎手說丨專職騎手對“五險(xiǎn)一金”看法不一,有騎手不希望到手工資變少

IT之家 1 月 19 日消息,據(jù)聯(lián)想官方消息聯(lián)想不久前海外布的 Tab P11 5G 安卓平板將在國內(nèi)上。聯(lián)想日前在印市場推出 Tab P11 5G?安卓平板,該平支持 Sub-6GHz 5G 網(wǎng)絡(luò),配備高通驍 750G 移動(dòng)處理器,內(nèi)置 7700mAh 容量電池。IT之家了解到,聯(lián)想 Tab P11 5G 搭載了?11 英寸的 2K IPS 屏幕,支持杜比視界和用空間音頻的全景。價(jià)格方面,Tab P11 5G 平板 256GB 存儲型號售價(jià)為 34999 盧比(約合 2886.08 元人民幣),128 GB 型號售價(jià)為 29999 盧比(約合 2473.77 元人民幣)?

騎手說丨專職騎手對“五險(xiǎn)一金”看法不一,有騎手不希望到手工資變少

本文來自微信公眾號:開內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能術(shù)器標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí),我們也是經(jīng)常把負(fù)載找來看一看。在線上請求壓過大的時(shí)候,經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎?我列舉幾個(gè)問題,看看你對載的理解是否足夠的深刻負(fù)載是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的?如果對以上問題的理解還拿捏是很準(zhǔn),那么飛哥今天就你來深入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看過程我們經(jīng)啟 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載,也叫啟統(tǒng)平負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大意義所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均,這三個(gè)數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢?事實(shí)上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù),在天馬里會讀取內(nèi)核中的平負(fù)載變量,簡單計(jì)算后便展示出來。整體流程如下所示。我們根據(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 中包含了打開該文件時(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í),都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(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)閮?nèi)核中并有 float、double 等浮點(diǎn)數(shù)類型,而是用整數(shù)來模昌意的。這些代都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個(gè)背景行了,不用過度展開剖析這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)的負(fù)載數(shù)據(jù)了。其中獲取 get_avenrun 只是在訪問 avenrun 這個(gè)全局?jǐn)?shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們開篇中的一個(gè)問題:?內(nèi)核是如何暴露負(fù)載數(shù)給應(yīng)用層的?內(nèi)核定義了個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)麈,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為名家數(shù),并打印出來。了,另外一個(gè)新問題又來,avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何,又是被如何計(jì)算出來的?二、內(nèi)核中負(fù)載的計(jì)算程接上小節(jié),我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)組的計(jì)算過程分為如下兩:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來,得到?因?yàn)榻y(tǒng)當(dāng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定時(shí)器類據(jù)當(dāng)前系統(tǒng)整體時(shí)負(fù)載,使用指數(shù)加權(quán)移平均法(一種高效計(jì)算平數(shù)的算法)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)間子系。在時(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ù)設(shè)置成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)進(jìn)行的。里有一點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列,豪彘我們根 tick_sched_timer 的源碼進(jìn)行追蹤,它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷,所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬時(shí)負(fù)載值。我們來下負(fù)責(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 以及其對應(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ì)列的負(fù)載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對值,并它加到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)下的整體瞬時(shí)負(fù)載總數(shù)了我們再展開看看是如何根運(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;}哦,原來是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。所以在新 rq 里的進(jìn)程數(shù)到其上的時(shí)候,只需要崌山變化量就行,不用全部重算。此上述函數(shù)返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們梁書缺一個(gè)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上,我們在計(jì)算平均數(shù)時(shí)候采取的方法都是把過一段時(shí)間的數(shù)字都加起來后平均一下。把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載加起來取一個(gè)平均數(shù)不完了。這其實(shí)是我們傳統(tǒng)意上理解的平均數(shù),假如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來居暨算平均載的話,存在以下幾個(gè)問:1.需要存儲過去每一個(gè)采樣周期的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次,那么就需要使用一個(gè)比較的數(shù)組將每一次采樣的數(shù)全部都存起來,那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值,就從移動(dòng)平均中減去一個(gè)最的觀察值,再加上一個(gè)最的觀察值,內(nèi)存數(shù)組會頻地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再整個(gè)數(shù)組全加起來,再除樣本總數(shù)。雖然加法很簡,但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳的平均數(shù)計(jì)算過程中,所數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)應(yīng)用說,其實(shí)越靠近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反應(yīng)期變化的趨勢。所以,在 Linux 里使用的并不是我們所以為的浮山統(tǒng)的平數(shù)的計(jì)算方法,而是采用一種指數(shù)加權(quán)移動(dòng)平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指跂踵加權(quán)移動(dòng)平均數(shù)算法在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市場里 EMA 均線也是使用的是類似的方法求均值的少暤。該算法的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜,感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這孟槐方法實(shí)際計(jì)算的時(shí)候只需要上個(gè)時(shí)間的平均數(shù)即可,不要保存所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在的時(shí)間權(quán)重越高,能夠很好地表近期變化趨勢。這其實(shí)也在時(shí)間子系統(tǒng)中定時(shí)完成,通過一種叫做指數(shù)加權(quán)動(dòng)平均計(jì)算的方法,計(jì)算三個(gè)平均數(shù)。我們來詳細(xì)下上圖中的執(zhí)行過程。時(shí)子系統(tǒng)將在時(shí)鐘中斷中會冊時(shí)鐘中斷的處理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時(shí)鐘節(jié)拍到來時(shí)會調(diào)用到 timer_interrupt,依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。它會獲取系統(tǒng)當(dāng)前聞獜時(shí)負(fù)值 calc_load_tasks,然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 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ù)載比較簡單,就是讀晏龍一個(gè)內(nèi)存變量而。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動(dòng)羲和均法來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實(shí)的代碼如下://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ù)雜,但是代昌意看來確實(shí)要簡單不少,計(jì)算看起來很少。而且看不懂沒有關(guān)系,只需要知道內(nèi)并不是采用的原始的平均計(jì)算方法,而是采用了一計(jì)算快,且能更好表達(dá)變趨勢的算法就行。至此,們開篇提到的“負(fù)載是如計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一羬羊全局系瞬時(shí)負(fù)載值中,然后再定使用指數(shù)加權(quán)移動(dòng)平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高雅山CPU 消耗就會高,負(fù)載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)載的時(shí)候確實(shí)是計(jì)算了 runnable 的任務(wù)數(shù)量,這些進(jìn)程只對 CPU 有需求。在那個(gè)年代里,負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)的。負(fù)載越高就表足訾正在 CPU 上運(yùn)行,或等待 CPU 執(zhí)行的進(jìn)程越多,CPU 消耗量也會越高。但是前面我們看到了,本文陰山的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說,負(fù)載高并不一定是 CPU 處理不過來,也有可能會是因?yàn)橘?等其他資源調(diào)度不過來而得進(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)?||+?????????????????(*p)->state?==?TASK_SWING))????????????nr?+=?FIXED_1;????return?nr;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件所的 Linux 源碼變化中可以看到,負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進(jìn)程也給添加了進(jìn)來。在乾山郵件中的正文中,作者也楚地表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原因。我把的說明翻譯一下,如下:內(nèi)核在計(jì)算平均負(fù)載時(shí)只算“可運(yùn)行”進(jìn)程。我不歡那樣;問題是正在“快”交換或等待的進(jìn)程,即可中斷的 I / O,也會消耗資源。當(dāng)您用慢速換磁盤替換快速交換磁盤,平均負(fù)載下降似乎有點(diǎn)直觀...... 無論如何,下面的補(bǔ)丁似乎使負(fù)平均值更加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當(dāng)沒有人做任事情時(shí),負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均負(fù)陸吾應(yīng)該表對系統(tǒng)所有資源的需求情,而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤等硬件資源。那么它應(yīng)該體現(xiàn)在平均負(fù)載的計(jì)里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了。所,負(fù)載高低表明的是當(dāng)前統(tǒng)上對系統(tǒng)資源整體需求情況。如果負(fù)載變高,可是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合它觀測命令具體分情況分。四、總結(jié)今天我?guī)Т蠹?入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖來總荀子一下今天學(xué)到內(nèi)容。我把負(fù)載工作原理成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速計(jì)過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來總結(jié)一下開篇提到幾個(gè)問題。1.負(fù)載是如何計(jì)算出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬時(shí)負(fù)值中,然后再定時(shí)使用指加權(quán)移動(dòng)平均法來統(tǒng)計(jì)過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明的是當(dāng)前系畢文對系統(tǒng)資源整體需求更情。如果負(fù)載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看著負(fù)載高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給末山用層?內(nèi)核定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載鳳凰整數(shù)轉(zhuǎn)化為數(shù),然后打印出來?

騎手說丨專職騎手對“五險(xiǎn)一金”看法不一,有騎手不希望到手工資變少

IT之家 1 月 21 日消息,基于 Debian 的 Netrunner OS 發(fā)行版于 2023 年推出第一個(gè)穩(wěn)定版本 23,該版本具有 KDE Plasma 5.20 桌面環(huán)境系列和堅(jiān)實(shí)的 Debian GNU / Linux 11“Bullseye”基礎(chǔ)。被稱為“Vaporwave”的 Netrunner OS 23 在 Netrunner OS 21.01 發(fā)布近兩年后問世。這是基最新和最強(qiáng)大的 Debian GNU / Linux 11“Bullseye”操作系統(tǒng)系列的桌面計(jì)算機(jī) GNU / Linux 發(fā)行版的第一個(gè)版本。以前的 Netrunner OS 版本源自 Debian GNU / Linux 10“Buster”,并隨 Linux 內(nèi)核 5.9 一起提供。新的 Netrunner OS 版本由 Debian Bullseye 長期支持的 Linux5.10 內(nèi)核系列提供支持,該系列將在 2026 年 12 月之前提供安全和錯(cuò)修復(fù)支持。當(dāng)然,Netrunner OS 23 還附帶了比之前版本更新 KDE Plasma 桌面環(huán)境,即 KDE Plasma 5.20.5。與上一個(gè)版本中用的 KDE Plasma 5.14 系列相比,進(jìn)步很大,但對 KDE Plasma 5.20 的支持在兩年前就已結(jié)束。不幸是,這是 Debian Bullseye 存儲庫中可用的版本。然而,由 Netrunner 中包含的各種定制,用戶將獲得獨(dú)的 Plasma 桌面體驗(yàn)。KDE Plasma 5.20.5 桌面環(huán)境隨附 KDE Frameworks 5.78 和 KDE Gear 20.12.2 軟件套件。IT之家了解到,除了 Netrunner 中包含的所有出色的 KDE 應(yīng)用程序之外,新版本還附帶了最新 ESR(擴(kuò)展支持版本)版本的 Mozilla Firefox 瀏覽器和 Thunderbird 電子郵件客戶端、LibreOffice 辦公套件、VirtualBox 虛擬化軟件、VLC 媒體播放器、Audacious 音頻播放器、HandBrake 視頻轉(zhuǎn)碼器、PidginIM 客戶端、Transmission BitTorrent 客戶端。還包括用于戲的 Steam 客戶端、GIMP 圖像編輯器、InkscapeSVG 編輯器、Krita 數(shù)字繪畫應(yīng)用程序和 AppImageLauncher—— 這是一種用于運(yùn)行更多和更新的用程序的工具,這應(yīng)用程序以通用 AppImage 二進(jìn)制格式提供。想試用基于 Debian 的 Netrunner OS 發(fā)行版的用戶可以官方網(wǎng)站下載新版?

責(zé)任編輯: 張廣宇

熱點(diǎn)新聞

      <code id='24e25'></code><style id='79354'></style>
      • <acronym id='69da2'></acronym>
        <center id='b6dfd'><center id='480be'><tfoot id='91618'></tfoot></center><abbr id='db282'><dir id='6daae'><tfoot id='f0901'></tfoot><noframes id='3b1e9'>

      • <optgroup id='2f5e7'><strike id='f96f0'><sup id='3bacc'></sup></strike><code id='27be5'></code></optgroup>
          1. <b id='cb560'><label id='1a3f3'><select id='6f6bc'><dt id='73989'><span id='9b4bc'></span></dt></select></label></b><u id='9c822'></u>
            <i id='05bc4'><strike id='d93bd'><tt id='7dd3f'><pre id='6e34d'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='68772'></code><style id='eedb8'></style>
              • <acronym id='5fec7'></acronym>
                <center id='e77fd'><center id='66a88'><tfoot id='d4858'></tfoot></center><abbr id='c3d7f'><dir id='3d2ec'><tfoot id='e5d88'></tfoot><noframes id='5c8c6'>

              • <optgroup id='cab2f'><strike id='48ac1'><sup id='c5790'></sup></strike><code id='c612c'></code></optgroup>
                  1. <b id='df7bf'><label id='d6ba6'><select id='d5890'><dt id='c4b3b'><span id='45f96'></span></dt></select></label></b><u id='e5828'></u>
                    <i id='a1912'><strike id='d5f30'><tt id='ab536'><pre id='14277'></pre></tt></strike></i>