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

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

京東來了!

大眾網(wǎng) 未知 2025-10-24 23:08:11
A+ A-

五折搶購愛馬仕中產(chǎn)擠爆特賣會 爆火的五一入境游,吃胖了多少老外? 面對地球長達 40 多億年的演化歷史,生命的誕及生命誕生之初的環(huán)境對們來說都是遙遠、神秘而無法直觀感受到的。要還生命起源的真相,不僅需多學科的合作,更需要大地假設和小心地求證。神論放射性元素的半衰期表地球的年齡約為 46 億年。生物究竟是如何誕生?又是從何時開始誕生的這是讓人著迷卻又難以得完美解釋的話題。在科技發(fā)達的古代,人們都渴望解,大自然中的生物都來哪里?是神創(chuàng)造的?是自產(chǎn)生的?還是由其他物種變而來的?在近代科學誕之前,神創(chuàng)論占據(jù)著重要地位。當時人類沒有辦法科學理論來解釋大自然中種種神秘現(xiàn)象,于是就只借助于神的力量。耶穌雕《圣經(jīng)》中曾描述:上帝造了日月星辰、山脈河流樹木花草、飛禽走獸。然上帝依照自己的模樣創(chuàng)造亞當,又用亞當?shù)囊桓?創(chuàng)造了夏娃。法國巴黎圣院染色玻璃上的亞當、夏神創(chuàng)論的一個重要特點:有已經(jīng)創(chuàng)造好的物種是不再發(fā)生變化的,即使有所化,那也是在很小的范圍發(fā)生一些改變,而不會變另外的物種。在科技并不達的年代,對于眼前的世,人類缺少最基本的認知為了能夠解釋自然現(xiàn)象,們只能大膽地幻想。自然生的小白鼠在科技不發(fā)達古代,關于生命起源萌生很多在現(xiàn)在看來十分可笑說法,這些觀點卻影響了術界多年,支持者中不乏里士多德(Aristotle)和牛頓(Newton)這樣的科學巨匠。當時有一種自然發(fā)生論,它最心的觀點是:生命,尤其單的生命,是由無生命的質(zhì)自然發(fā)生的。最早支持然發(fā)生論的人是亞里士多。亞里士多德認為物質(zhì)是然發(fā)生的,甚至還給各種質(zhì)的來源編制了一個目錄他認為,每一種物質(zhì)的繁都需要“熱量”。高等動是通過“動物熱”產(chǎn)生的低等動物是在雨水、空氣太陽熱的共同作用下從黏和泥土中產(chǎn)生的。在當時這些觀點卻被認為是普適真理。牛頓也曾為自然發(fā)論搖旗吶喊,他認為植物由逐漸變?nèi)醯腻缧堑奈舶?成的。很多科學家都支持然發(fā)生論。著名科學家海蒙特(Helmont)就曾提出:把糠和破布塞進個瓶子里,將瓶子放在床下就會生出來小老鼠。海蒙特是 17 世紀著名的化學家和哲學家,他是引煉金術向化學學科轉(zhuǎn)變過中的重要人物,也是最早現(xiàn)二氧化碳的人。他認為頭等物質(zhì)燃燒后得到的是氣,也就是我們常說的二化碳。海爾蒙特海爾蒙特化學方面的工作是突破性,但是在生物自然發(fā)生論卻摔了一個大跟頭。但是應該把這些說法放在當時歷史條件下去看,在科技其落后的古代能夠進行這深入的思考,提出這樣的點,也是有一定貢獻的。原始湯”中的生命對于生的起源,還有一種化學起假說。該假說的主要內(nèi)容,生命的誕生經(jīng)歷了兩個要階段:第一階段,在原的大氣和海洋中,發(fā)生了期的化學反應,形成了最始的有機物和生物大分子系;第二階段,這些大分形成原始的生命?;瘜W起假說中的原始地球海洋,滿了各種不定的因素,里具備了化學反應發(fā)生的各條件,也有大量的小分子質(zhì),就像一鍋誕生生命的原始湯”?!霸紲钡?論是由蘇聯(lián)生物化學家亞山大?伊萬諾維奇?奧巴(Oparin, Alexander Ivanovich)和印度生物學家霍爾丹(Haldane)共同提出的。而我們經(jīng)常及的“原始湯”實驗是由巴林所創(chuàng)造的。原始海洋圖景奧巴林在 1936 年出版了《地球上生命的源》,在該著作中,他提了關于生命起源的假說。認為在原始的地球大氣中充斥著大量的宇宙射線、外線、閃電等一些蘊含著量能量的能量源,在它們作用下,原始大氣中的 CO2、N2、H2S、H2、NH3?等不斷地發(fā)生著聚合反應,最終形成小分化合物,如氨基酸、嘌呤嘧啶、核糖等,這些都是成大分子生命物質(zhì)的基本分。原始的地球就像一個應容器,內(nèi)部火山持續(xù)噴,溫度很高,很多由火山發(fā)帶來的氣體,包括 CH4、NH3、HCN、H2S、CO2 等共同組成了原始的大氣,在強烈的紫線、宇宙射線、高能粒子、閃電等能量的作用下,成了各種小分子化合物。原始湯”為了進一步驗證說的正確性,科學家們嘗模擬原始地球中的大氣和洋環(huán)境,看看能不能將無物合成簡單的生命基本物,包括核酸和蛋白質(zhì)的前體:氨基酸、多肽、核苷……氨基酸中的精氨酸1953 年,美國芝加哥大學的研究生米勒(Miller)在導師的指導下,將水注入 500 毫升的燒瓶,同時把玻璃瓶中的空氣走,加入模擬原始地球還性大氣的由 CH4、NH3、H2 等組成的混合氣體。實驗中,他持續(xù)加熱瓶,讓水蒸氣和模擬原始氣中的混合氣體通過密閉管道進入另外一個容量為 5 升的大燒瓶中,接著通過電火花放電來模擬原始氣中的雷電。一周后,實團隊檢測聚集在容器底部溶液,看有沒有簡單的物生成,這些溶液就相當于成的物質(zhì)被雨水沖淋后形的原始海洋。結(jié)果發(fā)現(xiàn),些經(jīng)過放電冷卻的溶液中在 20 種有機物,其中包括 11 種氨基酸,而這 11 種氨基酸中有 4 種氨基酸是人體必需的氨基酸,它們分別是甘氨、丙氨酸、天冬氨酸和谷酸。藍色閃電這個結(jié)果證了奧巴林和霍爾丹假說的確性。米勒對假說中還原大氣的成分進行了一些改,他認為原始地球中還原大氣的主要成分應該是 CH4、N2,以及微量的 NH3?和?H2O,因為大量的 NH3 會直接溶于水中。隨后米勒和同事做了大量的實驗,分別利紫外線、β 射線、高溫等作為能源,同時更換混合體的成分,例如,用 H2S 替代 H2O,用 HCN 替代 CH4,實驗的結(jié)果表明都能夠產(chǎn)生氨酸小分子。氨基酸小分子生之后,生命的起源就有最基本的原料。來自外太的禮物還有一種比較流行觀點:生命起源于外太空也就是常說的“泛生假說,又被稱為“宇宙胚胎種假說”。1907 年,瑞典化學家斯萬特?奧古斯?阿列紐斯(Svante AugustArrhenius)最先提出了“宇宙胚胎種源假說”。他提了這樣一種觀點:在廣袤太空中漂浮著大量的“生胚種”,“生命胚種”就生命最原始的形式,可以展誕生出生命。外太空中隕石它們在太空中隨著太風、黑洞壓力等外力的作四處飄蕩。有機會伴隨著石、彗星、星際塵埃等降到一些星球的表面,如果好這個星球有合適的條件行生命的孕育,那么就會生出最原始的生命。這樣太空的“生命胚種”就從個星球傳播到了另外一個球。而地球上的生命正好源于外太空的“生命胚種,造就了地球上繁盛而多的物種。這種理論得到很科學家的支持,包括美國家航空航天局(National Aeronautics andSpace Administration, NASA)的天體物理學家,他們認為地上的生命很可能是起源于 40 億年前墜入海洋的彗星。地球上也存在很多隕,其中被研究得最為廣泛一顆是 1969 年墜落在澳大利亞默奇森鎮(zhèn)的被名為“默奇森”的隕石。顆隕石中含有 70 多種氨基酸,包括常見的甘氨、谷氨酸、丙氨酸等,還括兩種構成生命不可缺少核酸分子:尿嘧啶和黃嘌。經(jīng)過放射性碳測年分析證實了這些分子都是在外空就已經(jīng)形成了,給“宇胚胎種源假說”提供了最接的證據(jù)。太空中的隕石樣的假說存在著一些難以釋的問題。例如,在外太中,存在著極具破壞性的線,如紫外線等,它們對生命物質(zhì),包括所說的“命胚種”都有強烈的致死,那么這些原始的生命物是如何存活下來的呢?另,在進入地球的過程中,要經(jīng)歷一系列高溫、高熱嚴酷環(huán)境的考驗,地球上時的生存環(huán)境也未可知,些簡單的蛋白質(zhì)分子或者酸分子能夠在這樣的環(huán)境保持活性嗎?這種說法還待進一步的證實。在毒與的深淵關于生命的起源,有一種假說得到了更多人認可。這種假說認為生命該是起源于原始的海洋底。1979 年,在太平洋中深達 2000 米的海底,發(fā)現(xiàn)了很多冒著黑色液的噴發(fā)口。黑色的溶液被冰冷的海水冷卻之后,成一種獨特的柱狀體。柱體附近存在很多原始的微物群落,包括嗜硫細菌、細菌等,它們可以通過氧硫離子、錳離子、亞鐵離等物質(zhì)來獲取能量,將無碳轉(zhuǎn)化為有機碳。海底涌的礦物元素也給這些細菌繁殖和生長提供養(yǎng)分,形了一個特殊的生態(tài)系統(tǒng)。底火山口海底噴出的液體溫度高達 350 攝氏度,并且含有?H2S、CH4、CN 等小分子,為非生物有機合成提供了條件這些化能自養(yǎng)的細菌可以用熱泉中噴出的硫化物中能量去還原 CO2,來制造有機物。地質(zhì)學的研究明,海底熱液噴口附近的境條件和原始地球的環(huán)境其相似,因此,很多科學猜測原始的生命很可能就起源于海底的水熱環(huán)境中而不是原先認為的原始大。這樣的環(huán)境中存在著大豐富的還原性物質(zhì),可以過氧化這些還原性的物質(zhì)提供能量,然后逐步地將機物變成有機物,再從小子合成大分子,繼而逐步孕育出生命。這種假說得了來自基因組測序結(jié)果的持和地質(zhì)學研究的支持。國伊利諾伊大學的研究人卡爾?沃伊斯(Carl Woese)等對海底熱液口的細菌進行了基因組序分析,得出結(jié)論:這些細是最簡單、最古老的古細原核生物,與真細菌和真生物并列為第三界,足以明它的古老歷史。1996 年,美國基因組學研究所的研究人員也對太平洋海的一種產(chǎn)甲烷的細菌進行基因組序列分析,破譯了 1700 個基因密碼,確定了這類古細菌是與真細和真核生物不同的第三種支,而且從起源的角度來更為古老,借此推斷這些細菌是原始生命最早的形。另外,地質(zhì)學上的證據(jù)間接地支持了這一假說。沒有經(jīng)受變質(zhì)作用的古老石上會保存著生命活動所留下來的痕跡,這也是地學中探索生命起源的重要據(jù)。1997 年,在格陵蘭的伊塔地區(qū)發(fā)現(xiàn)了被認是極其古老的巖石,該巖經(jīng)過分析已經(jīng)有 38.5 億年之久,也是迄今為止所發(fā)現(xiàn)的最為古老的海洋積物,在巖石中有明顯的物存在的痕跡,而在這么老的年代就有生命活動的跡,也間接說明了生命起于原始海洋底部的古細菌甲烷八疊球菌屬古生菌這假說提出之后,也遭到了多人的質(zhì)疑。例如,有人為在海底附近的高溫會對學反應的進行起到促進作,但是高溫也對組成生命的蛋白質(zhì)有著極強的破壞;形成的黑色的柱狀體復物壽命很短,只有幾十年時間,這么短的時間內(nèi)是法孕育出生命的,并且周的環(huán)境酸性太強,pH 值為 1~2,不利于生命的誕生;等等。在生命起源“百家爭鳴”之下,出現(xiàn)幾次影響較大的科學爭論第一次是在自然發(fā)生論與源論之間展開的。生源論相對于自然發(fā)生論而言的由法國生物學家路易斯?斯德(LouisPasteur)所提出,即生物不能夠自然發(fā)生,只能通過物的繁殖產(chǎn)生。最終,巴德通過一系列精確實驗提了確鑿的證據(jù),宣告生源的徹底勝出。第二次爭論宇宙胚胎種源假說與化學源假說的爭論,由于在外空廣泛存在的紫外線和宇射線對于生命物質(zhì)具有強的殺傷作用,因此化學起假說占據(jù)了上風。第三次論的主角也是這兩種理論以奧巴林學說為代表的原地表化學起源說已基本成并迅速推廣開來,伴隨著電天文學和宇宙化學的飛發(fā)展,宇宙中存在的大量機物相繼被發(fā)現(xiàn),宇宙胚種源假說又占據(jù)了上風。命的起源面對眾說紛紜的說,生命起源的真相究竟什么,依然是一個未知數(shù)也需要等待我們進一步的究。作者:劉銳來源:《青少年講生命科學》編輯張潤昕本文來自微信公眾:原點閱讀 (ID:tupydread),作者:劉? 本文來自微信公號:開發(fā)內(nèi)功修 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是查看 Linux 服務器運行狀態(tài)時很用的一個性能指。在觀察線上服器運行狀況的時,我們也是經(jīng)常負載找出來看一。在線上請求壓過大的時候,經(jīng)是也伴隨著負載飆高。但是負載原理你真的理解嗎?我來列舉幾問題,看看你對載的理解是否足的深刻。負載是何計算出來的?負載高低和 CPU 消耗正相關嗎?內(nèi)核是如何暴露載數(shù)據(jù)給應用層?如果你對以上題的理解還拿捏是很準,那么飛今天就帶你來深地了解一下 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 中。在該文件中會建 /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 文件時,都會調(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ù)中做了兩件事。用 get_avenrun 讀取當前負載值將平負載值按照一定格式打印輸出在面的源碼中,大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫這么猥瑣是因為核中并沒有 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ù)給應用的?內(nèi)核定義了個偽文件 /proc/ loadavg,每當用戶打開這個文炎居的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接傅山訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)化為小數(shù),并打出來。好了,另一個新問題又來,avenrun 全局數(shù)組變量中存儲的耆童據(jù)是何,又是被如何計出來的呢?二、核中負載的計算程接上小節(jié),我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來。這個數(shù)組的計過程分為如下兩:1.PerCPU 定期匯總瞬時負載:定時刷新個 CPU 當前任務數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,到系統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載定時器根據(jù)當前統(tǒng)整體瞬時負載使用指數(shù)加權移平均法(一種高計算平均數(shù)的算)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分兩個小節(jié)來分別紹。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ù)設置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的獂候將到期函數(shù)設置了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務狕其刷新當前系統(tǒng)負就是在這個時機行的。這里有一要注意一個前提每個 CPU 都有自己獨立的運隊列,。我們根 tick_sched_timer 的源碼進行追蹤,它鸮次通過用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個統(tǒng)的瞬時負載值我們來看下負責新的 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 以及其對應的運行隊 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 上就有了當前系當前時間下的整瞬時負載總數(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ù)量。對應于用空間中的 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 變量的更新過程?,F(xiàn)在水馬們缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)義上,我們在計平均數(shù)的時候采的方法都是把過一段時間的數(shù)字加起來然后平均下。把過去 N 個時間點的所有時負載都加起來一個平均數(shù)不完了。這其實是我傳統(tǒng)意義上理解平均數(shù),假如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均雞山就 (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.計算過程較為復雜計算馬腹時候再整個數(shù)組全加起,再除以樣本總。雖然加法很簡,但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準確表示當前變趨勢傳統(tǒng)的平均計算過程中,所數(shù)字的權重是一的。但對于平均載這種實時應用說,其實越靠近前時刻的數(shù)值權應該越要大一些好。因為這樣能好反應近期變化趨勢。所以,在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計算方法,是采用的一種指加權移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法這種指數(shù)加權移平均數(shù)計算法在度學習中有很廣的應用。另外股市場里的 EMA 均線也是使用的是類似的方竦斯求值的方法。該算的數(shù)學表達式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來欽山點復雜,感興趣的學可以 Google 自行搜索。我們只需要知道種方法在實際計的時候只需要上個時間的平均數(shù)可,不需要保存有瞬時負載值。外就是越靠近現(xiàn)的時間點權重越,能夠很好地表近期變化趨勢。其實也是在時間系統(tǒng)中定時完成,通過一種叫做數(shù)加權移動平均算的方法,計算三個平均數(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 是平均負載計算的核心它會獲取系統(tǒng)當瞬時負載值 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);?}獲取瞬時負載比較簡單,就剛山讀一個內(nèi)存變量而。在 calc_load 中就是采用了我們前面的指數(shù)加權移動均法來計算過去 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;}雖然這個算法理起來挺復雜,但代碼看起來確實簡單不少,計算看起來很少。而看不懂也沒有關,只需要知道內(nèi)并不是采用的原的平均數(shù)計算方,而是采用了一計算快,且能更表達變化趨勢的法就行。至此,們開篇提到的“載是如何計算出的?”這個問題也有結(jié)論淑士。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量總到一個全局系瞬時負載值中,后再定時使用指加權移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載三、平均負載和 CPU 消耗的關系現(xiàn)在很多同學將平均負載和 CPU 給聯(lián)系到了一起。認為負載、CPU 消耗就會高,負載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負載的時確實是只計算了 runnable 的任務數(shù)量,這些進程只對 CPU 有需求。在那個年代里,負載 CPU 消耗量確實是正相關的負載越高就表示在 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但前面我們看到了本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務,而且還蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說,負載高并不一定是 CPU 處理不過來,也有可能會因為磁盤等其他源調(diào)度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致的!什么要這么修改我從網(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,也會消耗資源。當您用慢速換磁盤替換快速換磁盤時,平均載下降似乎有點直觀...... 無論如何,下面的補丁似乎使鵌平均值更加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當沒人做任何事情時負載仍然為零。;-)”這一補丁提交者的主共工思想平均負載應該表對系統(tǒng)所有資源需求情況,而不該只表現(xiàn)對 CPU 資源的需求。假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬禺號資源那么它是應該體在平均負載的計里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到均負載里了。所,負載高低表明是當前系統(tǒng)上對統(tǒng)資源整體需求情況。如果負載高,可能是 CPU 資源不夠了,也可能是靈山盤 IO 資源不夠了,所以還需要配合它觀測命令具體情況分析。四、結(jié)今天我?guī)Т蠹?入地學習了一下 Linux 中的負載。我們根據(jù)幅圖來總結(jié)一下天學到的內(nèi)容。把負載工作原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加移動平均快速計過去 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負載我們回頭來總結(jié)一下篇提到的幾個問。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到騩山全局系統(tǒng)瞬時負值中,然后再定使用指數(shù)加權移平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關嗎?載高低表明的是前系統(tǒng)上對系統(tǒng)源整體需求更情。如果負載變高可能是 CPU 資源不夠了,也能是磁盤 IO 資源不夠了。所不能說看著負載高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載數(shù)貳負應用層的?內(nèi)核義了一個偽文件 /proc/ loadavg,每當用戶打開這個件的時候,內(nèi)核的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函中訪問 avenrun 全局數(shù)組變量,并將平均載從整數(shù)轉(zhuǎn)化為數(shù),然后打印出? 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 18 日消息,蘋果在 1 月 17 日發(fā)布了全畢方的 M2 Pro 芯片,擁有多達 12 核的中央處理器和多肥遺 19 核的圖形處理器蓋國現(xiàn)在,博主 highyieldYT 帶來了 M2 Pro 的 Die Shot 芯片圖。圖源蘋驕山圖源 highyieldYT根據(jù)該博主提供的 Die Shot,M2 Pro 中心紅色部分為大句芒區(qū)域,包括 8?個大核心和緩存,旁始均綠色部分為 4 個小核和緩存。M2 Pro 下方藍色部分為 GPU 區(qū)域,共有 19 個 GPU 核心。從布局來看,M2 Pro 應該可以擁有 20 核 GPU,但蘋果將其定為 19 核,可能是出于提升泰逢量的目的。黑狐存方面,M2 Pro 依舊使用了 LPDDR5 內(nèi)存,沒能犰狳上最新的 LPDDR5x 型號。IT之家了解到讙M2 Pro 芯片采用第二代 5 納米制程工藝三身內(nèi)部共計集黎 400 億只晶體管,猙比 M1 Pro 芯片增加近 20%,相比 M2 芯片則增加了一倍。M2 Pro 芯片實現(xiàn)了 200GB / s 的統(tǒng)一內(nèi)存帶寬,駁 M2 芯片的 2 倍,同時提供高長蛇 32GB 的低延遲統(tǒng)犀渠內(nèi)存。性能面,蘋果表錫山新一代 10 核或 12 核中央處理器包含高達 8 顆高性能核心和 4 顆高能效核長蛇,因此其多武羅程處理速度 M1 Pro 芯片的 10 核中央處理器快達 20%。使用 Adobe Photoshop 等 App 處理高強度工國語流時速度更曾子,而相較于載最快 Intel 處理器的 MacBook Pro,Xcode 編譯的速度提升了菌狗多 2.5 倍。M2 Pro 的圖形處理器高達 19 核,比 M1 Pro 芯片還多 3 顆核心,同時采用由于大的 L2 緩存,圖形少山理速度比 M1 Pro 芯片提高達 30%。此外,M2 Pro 內(nèi)含蘋果新一代 16 核神經(jīng)網(wǎng)絡引擎,每秒水馬進行最多達 15.8 萬億次運算,鼓前代芯片快狂鳥 40%。M2 Pro 芯片還配備荊山媒體處理引號山,可以對包 H.264、HEVC 和 ProRes 視頻進行編解碼硬黃鳥加速,并支同時播放多熏池 4K 或 8K ProRes 視頻,同時保持?因為低的功耗? CES 作為匯聚全尖端 PC 產(chǎn)品的展會,每長乘舉辦都會獲大量關。近日,戲電腦“流”品牌星人就發(fā)了數(shù)款重新品,高游戲本推排行榜也迎來全新實力派產(chǎn)。如果你了解外星有哪些打戲的筆記電腦推薦這些新品容錯過。新 M 系列“性能獸”,讓的游戲 DNA 動起來提起外人,以強性能著稱 M 系列自然不能提。此次星人共推兩款全新寸的 M 系列產(chǎn)品: 外星人 m16 和 m18, 都可以稱得上是“能野獸”以外星人 m18 為例,其搭第 13 代英特爾睿 i9-13900HX 處理器、全新代 NVIDIA??GeForce?RTX?40 系列筆記電腦 GPU 和 64G 內(nèi)存、9TB?SSD 存儲容量,強悍性能以輕松駕各類高畫游戲,是端游戲本薦排行榜十名的有競爭者。時,外星 m16 和 m18 均搭載 Cryo-Tech?外星人超散熱架構并首次采具有超薄扇葉片的風扇散熱構來提升量,為 CPU\GPU\ 內(nèi)存三重超頻供支撐,以全面提性能表現(xiàn)值得一提是,外星 m16 和 m18 還采用了全新朱蛾預設計,凸極簡美學并對屏幕行大升級以 16:10 的黃金比例鵹鶘視野,逼還原游戲的每一個小細節(jié)。新升級的 AWCC 外星人智能技術平也進一步現(xiàn)了迭代級,提供潔的界面大大提高戲穩(wěn)定性讓游戲體更趨極致R15 AMD 版性能破界,力演繹信之力M 系列筆記本人驚艷,次全新推的 AURORA R15 臺式機 AMD 版同樣備受矚目論語具制霸高游戲電腦薦排行榜潛力。AURORA R15 臺式機 AMD 版支持最新一代形處理器 Ryzen 7000 系列處理器技術無論是宏的場景還精細的角動作,都以絲滑呈。為了保核心性能續(xù)高效釋,還搭建空氣動力與工業(yè)設內(nèi)外結(jié)合熱生態(tài),過三進風出風獨特道設計提散熱量,游戲體驗勝一籌。外觀方面其采用全的預言設,通過暗黑的配色圓弧與直造型相結(jié)的設計凸極簡之美機身新增邊形蜂巢熱孔,且有多個可由定制的 AlienFX 光域,既實用又彰顯出來主義的酷感,令家全身心投入到酣淋漓的激當中。除令人心動高端游戲和游戲電,此次外人還同步布了 27 英寸游戲顯示狡 AW2723DF 和 Tenkeyless 游戲鍵盤 AW420K 等外設,讓玩打游戲時錯過每一細節(jié)、對迅疾響應在關鍵時一招致勝目前這些設已經(jīng)上,有了它,開黑時舒適度和浸感都將上新臺階外星人此推出的筆本和臺式新品即將近期上市它們都既顏值,又內(nèi)涵,因打游戲的記本電腦薦外星人 m16 和 m18、高端游戲腦推薦 AURORA R15 臺式機 AMD 版自然是水到成的。各屆時可以入外星人方商城咨客服了解細信息,鎖更多驚? IT之家11 月 10 日消息?京東 11.11 全球熱愛季巔峰盛典晚 20 點開啟狂歡,全場電白條免息, 1470 元消費券立減 10%,萬千爆款 5 折搶,購買指定家電商單個訂單滿 2500/6000/10000 元即可 0 元獲得 1 件指定家電,點前往主會場。東 11.11 無門檻紅包?每天搶 3 次,至高可抽 11111 元:點此抽取。(抽即用)。會入口家電主會點此家電真 5 折點此家電抄底價點此家巫姑牌直降點此家以舊換新點此電家裝一站購此世界杯看球物點此家電直會場點此部分價單品:京東米 Redmi 游戲電視 X 2022 款 55 英寸 120Hz 高刷 HDMI2.1 3+32GB 大存儲 PLUS 領 120 元補貼券后 1874 元領 5 元券京東華為彩噴墨多功能打機 PixLab V1 PLUS 領 50 元全品券 1299 元直達鏈接京東榮耀慧屏 X2 65 英寸 2G+16G 4K 超清多屏協(xié)同 開關機無廣告券后 1794 元領 5 元券京東 TCL 雷鳥電視 75 英寸 鵬 6Pro 4K 高色域 120Hz 高刷 智能游戲電視券后 3899 元領 300 元券京東 TCL 雷鳥 75 英寸 鵬 6SE 遠場語音 超高清 MEMC 防抖 液晶平板電視后 2589 元領 10 元券京東酷開 創(chuàng)維出品 S31 65 英寸全面屏 8G 內(nèi)存高清護眼防光網(wǎng)絡液晶電券后 1549 元領 50 元券京東索尼 XR-75X90K 75 英寸 全面屏 4K 超高清 HDR 游戲電視 XR 認知芯片 4K / 120fps 券后 9394 元領 5 元券京東 TCL 新風空調(diào) 大 1 匹 新一級變頻 60m3/h 大新風量 小藍翼 Ⅱ 空調(diào)掛機券后 2469 元領 30 元券京東創(chuàng)維電視 75A3 75 英寸 4K 超高清 護眼超薄全面屏 智能聲控智慧屏 游戲電視券后 2319 元領 100 元券京東海爾 滾筒洗衣機 全自動家電 直驅(qū) 10 公斤智能投放券后 2799 元領 500 元券京東小天鵝 滾筒洗衣機 全自動 10 公斤洗烘一體 健康除螨洗 智能投放券后 2279 元領 200 元券京東歐樂 B 電動牙刷 3D 聲波旋轉(zhuǎn)擺動充電式 P4000 淺藍色券后 269 元領 10 元券京東格力空調(diào) 3 匹 云逸-Ⅱ 1 級能效 客廳空調(diào)立式空調(diào)柜機券后 6729 元領 30 元券京東小天鵝 10 公斤變頻 特色高溫洗 BLDC 變頻電機全自動滾筒洗機 1429 元直達鏈接?往京東家電 11.11 主會場:點此前往? 京東無門檻紅包:點此抽(每天可抽 3 次)??天貓無門檻紅包耿山此抽取(每天抽 1 次)本文用于傳遞優(yōu)信息,節(jié)省甄時間,結(jié)果僅參考?!緩V告

京東來了!

IT之家 1 月 17 日消息,蘋果今晚布了新款 Mac Mini,采用其新的 M2 和 M2 Pro 芯片,現(xiàn)在蘋果公司停售基于英特的 Mac mini 機型。蘋果停售的這 Mac mini 配備 3.0GHz 6 核第八代英特爾 Core i5 芯片,8GB 內(nèi)存,英特爾 UHD Graphics 630,512GB SSD。這一機型現(xiàn)在已經(jīng)為配備 10 核 CPU 的蘋果 M2 Pro 芯片的 Mac mini 讓路,新機型有 16 核 GPU、16GB 統(tǒng)一內(nèi)存和 512GB 存儲,售價 9999 元起。Mac Pro 現(xiàn)在是蘋果公司銷的唯一搭載英爾處理器的設,該公司正繼向 Apple Silicon 過渡。此外,蘋果公司還售了配備 M1 處理器的 Mac mini 機型,現(xiàn)在已經(jīng)用新款 M2 處理器的機型取代。IT之家了解到,新款 Mac mini 1 月 19 日 起接受訂購,2 月 3 日(周五)起正式發(fā)售?

京東來了!

IT之家 7 月 20 日消息,此前魅族科技開驩疏了族 19 主理人計劃,由用戶對新產(chǎn)品的設計巫謝行討論例如快充方案、“質(zhì)感”與手感的平衡等等”,從魅族說法來看,新旗艦至少是 5000mAh 電池 + 65W 以上的快充。今天,魅族方驕蟲再次開始 19 主理人探討:你更傾向于增強外 or 藍牙音頻體驗?從目前魅族社區(qū)一眾網(wǎng)友的投溪邊看,大部分人更喜歡優(yōu)秀的牙音頻體驗,其中大約 16.6% 的用戶選擇了“優(yōu)秀雙揚聲器 + 更好效果的藍牙音頻體驗”雅山大約 83.3% 的用戶選擇了“優(yōu)秀藍牙音頻 + 更澎湃的雙揚聲器體驗”。document.write(""+"ipt>");document.getElementById("vote2114").innerHTML = voteStr;7 月 4 日,湖北星紀時代科技有限公司與珠海市魅族技有限公司在杭州舉行戰(zhàn)前山資簽約儀式,正式宣布星紀代持有魅族科技 79.09% 的控股權,并取得對魅族科技的單獨控制緣婦星紀時代董事長沈子瑜同時擔任魅族技董事長。沈子瑜彼時表示魅族將保留獨立團隊,明年布新旗艦。另據(jù)數(shù)碼博主?@數(shù)碼閑聊站 爆料,魅族快充將獲得大幅提升。魅族 19 的儲備方案中已經(jīng)有百瓦鮨魚電池方案。具體來說,魅雙雙專注于 MTW 多極耳雙電荷泵雙電芯閃充方案?

京東來了!

1 月 20 日消息,阿里云推出智能間功能,對云盤資進行智能理,并生各類可分的資源榜,如電影電視劇、習資料等此外,為更好的滿家庭聚會家中觀影驗,阿里盤開放了頻文件預能力,歡、當貝等發(fā)者開發(fā) TV 版應用均已架,通過視大屏,享阿里云不限速、庭相冊智整理、4k 超清播放等融吾色功和場景,用戶營造濃的新春味?!熬W(wǎng)播放器-阿里版”、當貝播放”是歡網(wǎng)當貝在阿云盤開放臺基礎上開發(fā)的兩 TV 大屏版云盤用,為智電視機用打造簡單凈的個人盤。用戶通過該軟,在電視預覽阿里盤里的影文件,支文件信息時同步管,同時以大的兼容,可支持各種類型影視資源電視上播。極速下,阿里云不限速,提供豐富在線瀏覽編輯功能極速上傳提供秒傳手機相冊動備份,看的內(nèi)容過手機秒上云盤,可同步在視大屏播。支持大件、超清放,阿里盤支持最?1TB?超大文件藍光電影心看,并持多倍速超清播放此外,網(wǎng)播放器-阿里版與阿云盤一致非會員也免費享受 720p、1080p、2k 等多個清晰切換和外字幕,播時支持調(diào)解碼方式字幕設置聲音設置功能,讓視秒變高播放機。前軟件已架沙發(fā)管、當貝、OPPO 應用商店。為用戶提更優(yōu)質(zhì)的用體驗,教室、影搬進客廳告別以往機、pad 或用 U 盤來回“搬運獜文的時代。次,阿里盤上線“能空間”能,為網(wǎng)用戶提供能的整理務。文件雜多樣,種格式、間、地點類型的文備份至云后,整理時耗力,整理查找用很不方,隨著個文件的越越多,文大爆炸成很多網(wǎng)盤戶的痛點據(jù)了解,用戶所存的內(nèi)容達一定量級,將會浮智能空間“立即體”入口。過智能空,用戶可快速形成潔操作界,對電影電視劇,書、音樂辦公學習資源,進整理排序可智能識匹配生成薦榜單并行個性化排序?

京東來了!

感謝IT之家網(wǎng)友 Micro_gg 的線索投遞!IT之家 1 月 15 日消息,央視新聞戶端消息,據(jù)尼泊媒體報道,當?shù)貢r 1 月 15 日上午,尼泊爾雪人空公司一架從加德都飛往博克拉的客在博克拉舊機場和機場之間的位置墜。墜毀客機上載有 68 名乘客和 4 名機組人員,機型為 ATR 72。社交媒體平臺上流的圖片和視頻顯示墜機現(xiàn)場冒出濃煙救援隊已乘坐直升機前往墜機現(xiàn)場。泊爾政府當局表示他們已經(jīng)動員安全員在事發(fā)地點進行援工作,傷亡的詳仍在確認中。IT之家了解到,在尼土螻,飛機失事并不相柳。近年來,尼泊陰山生過幾次嚴重的孫子災難。在過去的 30 年里,尼泊爾有近 30 起致命的飛機失事事件,此最近的一次是 2022 年 5 月塔拉航空公洵山的失事造成機上 22 人死亡。ATR-72 型飛機是法國爾雅意大利合資的獨山機制商 ATR 公司制造的 ATR-42 支線客機的改進莊子。ATR-72 為雙螺旋槳民航機,結(jié)構上與 ATR-42 一樣,但機身?魚長,載客數(shù)更周易航程超過 1650 公里。ATR 系列的行李儲存架設在駕駛室與客艙之,所以前方機門通是用作裝卸行李,乘客大多數(shù)從尾部門進入機艙。ATR-72 于 1988 年進行首航,1989 年投入商業(yè)服務?鳥芬蘭航空是個接收此型號飛機航空公司。截止到 2012 年 4 月 2 日,ATR-72 型已出售超過 320 架。

京東來了!

IT之家 1 月 10 日消息,據(jù)華為官方消息暴山2023 年 1 月 9 日,OpenAtom OpenHarmony(以下簡稱“OpenHarmony”)生態(tài)使能簽約儀式在滅蒙圳功舉行。在開放原開源基金會的指導,華為與 24 家伙伴簽署 OpenHarmony 生態(tài)使能合作協(xié)議,蓋金融、教育、貳負、能源、政務、安、制造、衛(wèi)生、廣、電信等行業(yè),共推動 OpenHarmony 生態(tài)的繁榮與發(fā)展。IT之家了解到,OpenHarmony 是由開放原子開柄山基會(OpenAtom Foundation)孵化及運營的開源項目,云山標面向全場景、全連、全智能時代、基開源的方式,搭石夷個智能終端設備操系統(tǒng)的框架和平臺華為終端 BG 軟件部總裁龔體在猾褱中表示,2022 年在各家共建伙伴共同努力下,OpenHarmony 系統(tǒng)能力持續(xù)增強生態(tài)進展在各行業(yè)域加速推進,已有 102 款商用設備、94 款開發(fā)板模組和 28 款軟件發(fā)行版通女虔了社區(qū)容性測評。華為荀子成立了 OpenHarmony 使能部,為伙伴提供包行業(yè)洞察、培訓賦、技術支持等 20 余項使能服務。2022 年 4 月,與 6 家發(fā)行版廠商簽署 OpenHarmony 生態(tài)使能合作協(xié)議,年他們面向多個行陸續(xù)推出了基于 OpenHarmony 在教育、金融、交通等九歌業(yè)的商業(yè)行版。華為官方表,為了支持更多行的發(fā)展,繁榮 OpenHarmony 生態(tài),需要更多產(chǎn)業(yè)竊脂的伙伴加入,括芯片廠商、模組發(fā)板廠商、設備相柳等,一起合作共建共同打造千行百業(yè)數(shù)字底座,開創(chuàng)萬互聯(lián)產(chǎn)業(yè)新格局。加本次簽約的伙伴北京萬里紅科技有公司、成都鼎橋通技術有限公司、北史科技(南京)股份限公司、福建捷宇腦科技有限公司、建聯(lián)迪商用設備有公司、福建升騰資有限公司、福州匯博信息技術有限公、廣東九聯(lián)科技如犬有限公司、廣州朗電子科技股份有限司、康佳電子科技限公司、上海卓易技股份有限公司、圳創(chuàng)維數(shù)字技術有公司、深圳鴻元智科技有限公司、后稷市廣和通無線股份限公司、深圳市金科技股份有限公司深圳市銳明技術股有限公司、深圳市國都支付技術有限司、深圳市優(yōu)博終科技有限公司、鴸鳥市洲明科技股份有公司、深圳市證通子股份有限公司、圳市茁壯網(wǎng)絡股份限公司、新大陸自識別技術有限公司新大陸支付技術有公司、芯海科技那父圳)股份有限公司

京東來了!

IT之家?9 月 7 日消息?京東 9 月 8 日正式開啟 2022 年第九次【PLUS DAY】會員狂促:PLUS 專享稀缺好物限量搶購,活動商品購物 20 倍返京豆,PLUS 會員享折上 95 折,專享大額好券(京超市滿 799 減 80 / 滿 300 減 30、營養(yǎng)滋補滿 300 減 40、新百貨滿 300 享 9 折、電腦數(shù)碼滿 299 減 40、食品飲料滿 169 減 35),點此前往主會場。京東 PLUS 震撼禮包:點此前往(多品類超千元大神券)京東 PLUS 品牌聯(lián)盟:點此前往(享大牌 95 折)京東 PLUS 生活特權:點此前往(衣食住行不愁,吃喝玩樂全搞定)物送 PLUS 會員:點此前往部分好價單品稀缺好物:京東京東京 傳世系列十二生肖錫雕酒具套裝 國家非物質(zhì)文化遺產(chǎn) 永康錫雕 PLUS 會員專屬價 999 元直達鏈接京東樂高 (LEGO) 積木 機械系列 42143 法拉利 Daytona SP3 18 歲 + 賽車跑車模型券后 2999 元領 400 元券京東宿有千香霸王 尊享 2688 型大閘蟹 項羽 IP 聯(lián)名 公 4.5 兩 母 3.5 兩 4 對 8 只 458 元直達鏈接京東皇家美素佳兒 幼兒配方奶粉 3 段(1-3 歲幼兒適用) 800 克 (荷蘭原裝進口)312 元直達鏈接京東任天堂 ?Switch 日版 ?續(xù)航加強版 OLED 噴射戰(zhàn)士 3 限定機【不含游戲】2609 元直達鏈接PLUS 會員店:京東科爾沁 X 京東 PLUS 會員聯(lián)名款 風干牛肉 448g 原味 內(nèi)蒙古特產(chǎn)下單立減 30 元 119 元直達鏈接京東歐樂 B 電動牙刷成 3D 聲波旋轉(zhuǎn)擺動 Pro Ultra (武士黑) Pro4【定制版】券后 399 元領 5 元券京東淳鮮四季 X 京東 PLUS 會員聯(lián)名款 安格斯 M3 原切牛排套餐 1kg 上腦雪花牛排 118 元直達鏈接京東雀巢 日本金牌 進口咖啡 速溶黑咖啡 80g*2 瓶 只此青綠限定 中秋禮盒裝 79 元直達鏈接?前往 9.8 京東 PLUS DAY 主會場:點此前往主會場。本道家用于傳優(yōu)惠信息,節(jié)省甄選時,結(jié)果僅供參考?!緩V?

京東來了!

IT之家 1 月 12 日消息,根據(jù)國外科技媒雙雙 MySmartPrice 報道,型號為“SM-M146B / DSN”的三星 Galaxy M14 5G 通過了 FCC 認證。只是目前官方提供的信息非常有限不清楚具體的規(guī)格等信息。認證件顯示該機支持 25W 功率充電,搭配 型號為 EP-TA800 的 Type-C 適配器,支持 15W(5V / 3A)和 25W(9V / 2.77A)的輸出,采用 USB-PD 協(xié)議。它還支持高達 25W 的輸出,支持 PPS。IT之家查詢相關資料,發(fā)現(xiàn) Galaxy M14 5G 已經(jīng)現(xiàn)身 GeekBench 跑分庫,配備了 Exynos 1330 處理器和 4GB 內(nèi)存,并獲得了印度標準局(BIS)的認證。

京東來了!

IT之家 1 月 14 日消息,微星今在微星商上架了首?13 代酷睿的新?Summit E16 Flip Evo/ Summit E14 Flip Evo 筆記本,1 月 29 日 晚 10 點現(xiàn)貨開,售價如:Summit E16 Flip Evo:16GB + 1TB,11999 元Summit E14 Flip Evo:16GB + 1TB,11499 元據(jù)介紹,該系列記本通過特爾 Evo 平臺認證,支?360° 翻轉(zhuǎn),搭?16:10 黃金比例顯示屏配備全新 13 代酷睿處理器 Raptor Lake i7-1360P,擁有 12 核(4 個性能核 + 8 個能效核16 線程規(guī)格,睿可達 5GHz。Summit E16 Flip Evo 重量 2.1kg,機身厚度 16.85mm,配備 16 英寸 2560*1600 分辨率屏幕刷新率 165Hz。Summit E14 Flip Evo 重量 1.59kg,機身厚度 17.9mm,配備 14 英寸 2880x1800 分辨率屏幕。兩款記本均支 100% DCI-P3 專業(yè)廣色域顯,采用觸屏設計?

京東來了!

IT之家 1 月 18 日消息,蘋果電貿(mào)易(上)有限公近日新增則被執(zhí)行信息,執(zhí)標的 1.4 億余元,執(zhí)行法為陜西省級人民法。IT之家了解到,果電腦貿(mào)(上海)限公司成于 2001 年 1 月,法定代表人為 PETER RONALD DENWOOD,注冊資 200 萬美元,營范圍包為計算機件、軟件消費電子品及其附等商品提維修、售服務、產(chǎn)設計以及他相關配服務;國貿(mào)易、轉(zhuǎn)貿(mào)易、區(qū)貿(mào)易及貿(mào)代理等, Apple Operations International Limited 全資持股風險信息示,該公涉上百起律訴訟糾,案由多侵害發(fā)明利權糾紛買賣合同紛以及產(chǎn)責任糾紛

京東來了!

IT之家,今天 11 歲!一早間就看到了圈子和巫真里的祝福和促:那個帶刺的,寧寫散文了。想了尸山,佛歷年的一幕幕就在前,可不知不覺間,還是真的已經(jīng)走了這遠。記得之前在巫禮部里我說:我們的未來多遠,在于我們離用有多近。十年一劍,路的一峰登頂,箴魚到是后面一座更高一座山?!独献印分姓f:勝人者有力,自勝者”。任何方向的衡山行都是一場時間和耐力的沉淀,都是自己和己的天人交戰(zhàn)。守得初心,耐得住寂巫戚。行途中見多了生死存和跌宕起伏,每一次害關口的抉擇,可能會決定另一番不化蛇的運。君子素其位而行守正持中,不折騰。慢來,比較快。君不,天不生我 ithome,科媒萬古如長夜。今天英招有長篇的散,一人說,寧每次的篇大論,感動的帝鴻非己。想想也是,男兒說三分話,留下七分天下。就這樣吧。愛技,愛這里。IT之家,11 歲生日快樂!IT之家的家人們,家庭聞獜快樂!刺客,軟 CEO ——“散文家”,皮帶之家 / 衛(wèi)褲之家 / 廣告之家 / 鋪路機之家 / 挨踢之家 / 軟粉之家 / 米粉之家 / 果粉之家 / 華為之家 / 汽車之家 / 基家…… 諸多之家大首領,IT之家一代目,“青女娃水”庫長。2022 年 5 月 15 日 15 點 15 分,國際家庭日,之家日青青一島?

責任編輯:

熱點新聞

      <code id='7ac72'></code><style id='a760a'></style>
      • <acronym id='57334'></acronym>
        <center id='573f7'><center id='c7e80'><tfoot id='70c45'></tfoot></center><abbr id='d99d1'><dir id='fe1f0'><tfoot id='6d374'></tfoot><noframes id='fb6be'>

      • <optgroup id='dd37e'><strike id='bfbda'><sup id='0eef1'></sup></strike><code id='de64a'></code></optgroup>
          1. <b id='c7cb7'><label id='c81ef'><select id='7b18e'><dt id='60d53'><span id='f5992'></span></dt></select></label></b><u id='97fc5'></u>
            <i id='cbc9a'><strike id='8ee3e'><tt id='dfb32'><pre id='3c646'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='216ae'></code><style id='f3da6'></style>
              • <acronym id='2a705'></acronym>
                <center id='1db95'><center id='73019'><tfoot id='75c74'></tfoot></center><abbr id='821e3'><dir id='46816'><tfoot id='032b6'></tfoot><noframes id='4c35a'>

              • <optgroup id='bb314'><strike id='11e80'><sup id='18276'></sup></strike><code id='2dfdb'></code></optgroup>
                  1. <b id='122fe'><label id='f132d'><select id='e336e'><dt id='54b33'><span id='5cb45'></span></dt></select></label></b><u id='d1f23'></u>
                    <i id='cabc2'><strike id='28bc5'><tt id='5ea0b'><pre id='5a758'></pre></tt></strike></i>