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

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

刀小刀回應(yīng)被警察帶走

中國寧波網(wǎng) 村山新治 2025-11-05 20:24:41
A+ A-

金店人員:感覺金價(jià)還會(huì)漲 小馬智行將在上海車展全球首發(fā)新一代Robotaxi IT之家 1 月 13 日消息,蘋果公司日前發(fā)公告,表示 App Store 自 2008 年推出以來,蘋果已經(jīng)累計(jì)開發(fā)者支付了 3200 億美元(約 2.16 萬億元人民幣)。這也意味蘋果在過去 14 年間賺取了大約 1250 億美元(約 8425 億元人民幣)的傭金。章山外科技體 MacWorld 分享了蘋果 App Store 歷年的營收情況。蘋果在 2021 年調(diào)整了收費(fèi)結(jié)構(gòu),因此無法確定 App Store 確切的營收情況。蘋果此前青蛇收取 30% 的傭金,現(xiàn)在調(diào)整后的策略服山上一年收入不超過 100 萬美元的開發(fā)者傭金減少至 15%。此外,第一年后,蘋果對菌狗動(dòng)續(xù)訂訂閱收取 15% 的傭金。IT之家附蘋果向開發(fā)者支付的累計(jì)字,括號中為每年的營收況:2009 年:10 億美元(10 億美元)2010 年:25 億美元(15 億美元)2011 年:50 億美元(25 億美元)2012 年:75 億美元(25 億美元)2013 年:150 億美元(75 億美元)2014 年:250 億美元(100 億美元)2015 年:400 億美元(150 億美元)2016 年:600 億美元(200 億美元)2017 年:860 億美元(265 億美元)2018 年:1200 億美元(340 億美元)2019 年:1550 億美元(350 億美元)2020 年:2000 億美元(450 億美元)2021 年:2600 億美元(600 億美元)2022 年:3200 億美元(600 億美元)如果算上蘋果麈它項(xiàng)目的收入,那 App Store 的總收入逼近 4500 億美元(約 3.03 萬億元人民幣)。盡管太山長有放緩,2022 年的數(shù)據(jù)與 2021 年持平,但蘋果每年從第三方應(yīng)用程中賺取約 200 億美元。因此不難看出為什么蘋如此保護(hù)這部分業(yè)務(wù)。App Store 在 2023 年的情況可能會(huì)發(fā)生巨大變化。據(jù)報(bào)儒家,蘋果允許在某些國家 / 地區(qū)進(jìn)行側(cè)載,這將使用戶能從 App Store 以外的地方下載應(yīng)用程序按照現(xiàn)有的發(fā)展速度,?山 App Store 在未來 7 年內(nèi)累計(jì)營收可以突破 1 萬億美元(約 6.74 萬億元人民幣)? IT之家 1 月 14 日消息,vivo 于去年 11 月推出了 X90 系列,首發(fā)天璣 9200 芯片,一英寸 IMX989 主攝,起售價(jià) 3699 元。近日該機(jī)國墨家版以“V2218”型號(國內(nèi)版型號為 V2241A)現(xiàn)身 Google Play Console,表明該機(jī)即將時(shí)山陸國際市場。Google Play Console 列表顯示該機(jī)搭載鬿雀于安卓 13 的 Funtouch OS。此前 Pricebaba 報(bào)道稱該機(jī)將于 1 月 27 日至 2 月 2 日接受預(yù)訂,2 月 3 日會(huì)正式發(fā)布對于配置方面,vivo X90?首發(fā)聯(lián)發(fā)科天女英 9200 處理器,搭載自勝遇 V2 影像芯片與超廣域冰豪山散熱系統(tǒng),內(nèi) 4810mAh 電池,支持 120W 雙芯閃充,標(biāo)配 120W 迷你充電器,官方稱超熊山模式下 8 分鐘至快可充電葆江 50%。IT之家了解到,vivo X90 采用超視網(wǎng)膜護(hù)眼屏,全球龜山發(fā)京東方 Q9 發(fā)光器件,為藍(lán)鉆排列,像海經(jīng)密度達(dá) 452ppi,提供華夏紅、冰藍(lán)、黃山黑三款配。8GB + 128GB 版本 3699 元8GB + 256GB 版本 3999 元12GB + 256GB 版本 4499 元12GB + 512GB 版本 4999 元 IT之家 1 月 13 日消息,英特爾現(xiàn)推出最新的四小鋼炮 i3-13100,采用的是與 i3-12100 相同的 H0 步進(jìn)芯片,睿頻率增加了 0.2GHz,價(jià)格相比上代化蛇 100 元。i3-12100:4 核 8 線程,3.3-4.3GHz,12MB L3,60-89W,24EU 1.4GHz 核顯i3-13100:4 核 8 線程,3.4-4.5GHz,12MB L3,60-89W,24EU 1.5GHz 核顯價(jià)格方面,英特爾最的 i3-13100 處理器盒裝售價(jià) 1149 元,沒有核顯鬲山版本 i3-13100F 為 949 元。作為對比,上周禮代的 i3-12100 盒裝售價(jià) 1049 元,沒有核顯的版本 i3-12100F 為 849 元。?i3-13100 和 i3-12100 采用了相同的插座,支持英特爾 600 和 700 系主板。京東英特爾 (Intel) i3-12100 12 代 酷睿 處理器 4 核 8 線程 單核睿頻至高可達(dá) 4.3Ghz 12M 三級緩存增強(qiáng)顯 盒裝 CPU1049 元直達(dá)鏈? 原文標(biāo)題:蘋果 2023 新年大片《過五關(guān)》映!這次真學(xué)到好多!昨晚,蘋果布了 2023 年新春短片《過五關(guān),影片由金果獎(jiǎng)鵬飛導(dǎo)執(zhí)導(dǎo),全程用 iPhone 14 Pro 拍攝。這是蘋果用 iPhone 拍攝的第六部賀歲片。影片講的是一個(gè)從生活在老戲的年輕人,面臨時(shí)代變、劇團(tuán)分崩析多種挑戰(zhàn),憑借著滿熱血、堅(jiān)忍拔的精神,功邁過自己“五關(guān)”最圓夢舞臺(tái)的事。在北京行的首映禮,《過五關(guān)影片主創(chuàng)團(tuán)和我們分享許多影片幕故事,以及 iPhone 14 Pro 的拍攝技巧。京劇華的表現(xiàn)形式滿了色彩和態(tài),iPhone 相機(jī)憑借著新系列超強(qiáng)鏡頭,顏色、動(dòng)作神韻的捕捉其細(xì)膩且生,這一次 Apple 用意想不到的式對京劇進(jìn)了全新的演。ONE.到底講了什么事此前五部片緊貼中國年春節(jié),聚于親情以及話故事,今則更多是傳一種堅(jiān)韌不的精神!影中的前半部,按照主角暉的回憶進(jìn)現(xiàn)實(shí)與回憶交叉敘事。邊展現(xiàn)了當(dāng) 80 年代新潮的娛樂演流行趨勢一邊回憶講了朝暉在京方面過去遇過的兩大難,其一是兒學(xué)藝的艱苦其二是因演無法及時(shí)看病危父親。實(shí),這不僅朝暉,生活我們有很多也會(huì)遇到“擇”的困難有人選擇隨逐流,而有選擇攻克、過難關(guān),主朝暉選擇忠自己的的角。而在影片部分,京劇演出時(shí)長被壓再壓,最只有五分鐘甚至所有演在最后選擇演,只有主仍在堅(jiān)持。對戲劇表演講是個(gè)極大挑戰(zhàn),也可看出中國戲在那個(gè)時(shí)代經(jīng)逐漸失去引力了。這影片前面,兄師姐轉(zhuǎn)行身到更受歡潮流文化表,以及大家新潮的娛樂演的熱情追形成強(qiáng)烈對。主角朝暉面對時(shí)代變、劇團(tuán)分崩析的大難關(guān),他依然堅(jiān)內(nèi)心的忠和,守護(hù)夢想正是這份堅(jiān)與選擇,他于得以實(shí)現(xiàn)想,表演中到了“神形致,技隨意”,演出了公的忠和義影片也反映現(xiàn)實(shí)中我們人生中會(huì)面各種挑戰(zhàn),要我們一步腳印,世上難關(guān),就像公一樣,過關(guān)斬六將,持自己的路不懼難關(guān),韌不拔,相這也是導(dǎo)演向觀眾傳達(dá)可貴精神。運(yùn)的是,京這種優(yōu)秀傳文化得以傳,在 30 年后的今天對于一些年人來說,京仍然閃耀在們的生活中影片最后有個(gè)彩蛋,主團(tuán)隊(duì)邀請了位?Z?世代的京劇演員他們或是在臺(tái)上演唱,是直播表演抑或是教授輕人保護(hù)傳文化。他們京劇的方式傳遞著自己韌勁。TWO.拍攝技巧《過五關(guān)》是演鵬飛第一使用 iPhone 拍攝電影,使用影級設(shè)備與用 iPhone 來拍攝有很多不同活動(dòng)現(xiàn)場鵬也和大家分了他的一些受。- 低光拍攝 -影片中有許多暗場景的鏡頭暗光場景有更為豐富的彩影調(diào),會(huì)這部影片的頭語言更加富。比如,影片片頭處一個(gè)老人從暗安靜的屋開了門,屋熱鬧的過年景,兩個(gè)場光線產(chǎn)生了顯變化,但頭中光線過很自然。影講述的是 80 年代的故事,我們看很多懷舊氛以及聚光燈的京劇表演鏡頭,有大光影來回變或者低光場。比如主角暉和師姐走后臺(tái)光線極的走道里,線忽明忽暗但小巧的手不僅輕便,時(shí)把暗光下物的細(xì)節(jié)也畫得十分清,這是大型攝設(shè)備無法實(shí)現(xiàn)的鏡頭再到影片中光燈下演員表演那一段色彩的表現(xiàn)及人物的細(xì)都能夠被很的捕捉。低環(huán)境下用?iPhone 14 Pro 拍攝表演,有了畫面質(zhì)保證,才有更好的觀看驗(yàn)。- 運(yùn)動(dòng)模式 -京劇的四功 —— 唱念做打,其中“打”非常精彩的部分,演員在舞臺(tái)上翻、后空翻、毛等等。如用固定鏡頭攝這些動(dòng)作其中獨(dú)有的擊力可能會(huì)打折扣。所拍攝大幅度作的畫面,影師往往會(huì)用運(yùn)動(dòng)鏡頭攝,京劇中“打”其張才能夠很好表現(xiàn)出來。演鵬飛利用 iPhone 14 Pro 的運(yùn)動(dòng)模式,在快節(jié)的舞臺(tái)動(dòng)作景中,能夠速平穩(wěn)地捕到演員在表動(dòng)作戲時(shí)的息,不僅呈出清晰流暢鏡頭畫面,是讓觀眾有種身臨其境即視感。小的機(jī)身加上大的防抖功,為拍攝動(dòng)畫面提供了新的方法甚全新的視角導(dǎo)演手持 iPhone 14 Pro 在人群中穿梭,這種第視角的鏡頭樣會(huì)讓觀眾一種置身其的即視感。-?電影效果式 -iPhone 14 Pro 的電影效果模支持 4K HDR 格式,可以實(shí)現(xiàn)電影同規(guī)格 24 fps。當(dāng)然畫質(zhì)只是一方面更重要的是用這個(gè)功能傳遞更為細(xì)的情感變化比如朝暉得父親病危的感特寫,加自然的背景化,讓觀眾注意力集中主角的情緒化上。當(dāng)主朝暉接過師給的糖果,面中視角的變、焦點(diǎn)的換都非常自。iPhone 14?Pro 的電影效果模式,兩人的細(xì)微緒刻畫得非到位。除此外,創(chuàng)作團(tuán)也是利用手的小巧和輕性,將 iPhone 放在許多你意不到的場景,比如窗戶欄桿、大刀及手臂上,影片帶來了多新奇的視。THREE.我們還學(xué)到什么看完劇解析以及技分享,如果覺得就到此止,那么只說你只看懂一半。坦白,我認(rèn)為導(dǎo)并不是要告你,你一個(gè)也可以用 iPhone 去拍專業(yè)級電影。影片我們幾乎看到 iPhone 炫技的戲份,也沒多么酷炫的輯技法,導(dǎo)鵬飛是一位別善于通過實(shí)主義講述重現(xiàn)實(shí)的年導(dǎo)演。影片還有三個(gè)點(diǎn)值得我們?nèi)?習(xí)的。傳遞極的精神:化潮流是不逆的事情,難每個(gè)人都,導(dǎo)演通過暉的故事傳出積極向上力量。非常合時(shí)下我們個(gè)人所面臨挑戰(zhàn)!喚起國粹的認(rèn)知進(jìn)戲院看戲人少了,但我們可以將技與傳統(tǒng)進(jìn)結(jié)合,讓國京劇以另一更為立體的式被大眾認(rèn)。那么除了劇,在我們邊是不是也很多逐漸被忘但又很有值的事物呢創(chuàng)作的核心第三點(diǎn)也是重要的一點(diǎn)環(huán)顧周圍用機(jī)拍照或拍頻的大有人,但很多人停留于技術(shù)面,而真正的作品是傳溫暖與力量你完全可以任 iPhone 的影像性能,把更的時(shí)間精力于思考如何故事講好。過五關(guān)》無是激發(fā)你創(chuàng)欲的引子,節(jié)將至,你可以拿起手去講述你的節(jié)影像故事好了,以上是關(guān)于 Apple 新春影片《過五》的解析以觀感,建議多看幾遍,一遍都會(huì)有的感悟!新一年,也祝大家能夠一過關(guān)斬將,現(xiàn)愿望和理!本文來自信公眾號:轉(zhuǎn)手機(jī)攝影 (ID:wzsjsy),作者:好攝? 感謝IT之家網(wǎng)友 我是拼搏 的線索投遞IT之家 1 月 3 日消息,在嶄新的 2023,華為現(xiàn)宣為大家?guī)?嶄新的 HarmonyOS 3 升級。華為 nova 7 5G、華為 nova 7 Pro 5G、華為 nova 6、華為?nova 6 5G 這 4 款機(jī)型已開啟正式升級,另華為 MatePad 10.4 英寸 2022 悅動(dòng)版也啟了花粉 Beta 招募。升級徑(手機(jī)):1、“我的華為 App - 首頁 - 升級嘗鮮 -(HarmonyOS 3 嘗鮮)立查看-(多設(shè)備嘗鮮升級嘗鮮;2、“會(huì)員中心 App - 首頁 - 升級嘗鮮 - HarmonyOS 3 升級嘗鮮”得一提的,3.0.0.166 版本即為正式版,由于此前式版報(bào)名開啟,因未對外體正式版。IT之家曾報(bào)道,華為去年 9 月推出了蒙 HarmonyOS 3 系統(tǒng),帶來大升級體,包括超終端、鴻智聯(lián)、萬卡片、流性能、隱安全、信無障礙等而榮耀 30、20、10 等一系列機(jī)型于今年獲 HarmonyOS 3。在 11 月 4 日華為開發(fā)者大 HDC2022 上,華為已推出了 HarmonyOS 3.1 版本。HarmonyOS 3.1 版本主推 ArkTS 開發(fā)語言,ArkTS API 的數(shù)量也將達(dá)到 10000+,主要 API 能力包括:增的聲明式 UI 能力、全新的用開發(fā)模 ——Stage 模型,并在 DFX、Web 組件開發(fā)、國化開發(fā)、信互聯(lián)、體軟件等系統(tǒng)能力面有所更或增強(qiáng),些能力標(biāo)著 HarmonyOS 全面進(jìn)入 ArkTS 語言的聲明式發(fā)階段?

刀小刀回應(yīng)被警察帶走

本文來自微信公號:開發(fā)內(nèi)功修 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指。在觀察線上服器運(yùn)行狀況的時(shí),我們也是經(jīng)常負(fù)載找出來看一。在線上請求壓過大的時(shí)候,經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎?我來列舉幾問題,看看你對載的理解是否足的深刻。負(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 就是我們常說的載,也叫系統(tǒng)平負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(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 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀取內(nèi)中的平均負(fù)載變,簡單計(jì)算后便展示出來。整體程如下圖所示。們根據(jù)上述流程再展開了看下。文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /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í)對的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí),都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定格式打印輸出在面的源碼中,大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫這么猥瑣是因?yàn)?核中并沒有 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ù)據(jù)給應(yīng)用的?內(nèi)核定義了個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù),并打出來。好了,另一個(gè)新問題又來,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何,又是被如何計(jì)出來的呢?二、核中負(fù)載的計(jì)算程接上小節(jié),我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來。這個(gè)數(shù)組的計(jì)過程分為如下兩:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來,到系統(tǒng)當(dāng)前的瞬負(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è)小節(jié)來分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做間子系統(tǒng)。在時(shí)子系統(tǒng)里,初始了一個(gè)叫高分辨的定時(shí)器。在該時(shí)器中會(huì)定時(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 都會(huì)周期性地執(zhí)行一些任務(wù)。其刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)行的。這里有一要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)隊(duì)列,。我們根 tick_sched_timer 的源碼進(jìn)行追蹤,它依次通過用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(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ù)中,獲取前 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í)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列負(fù)載相對值,并它加到全局瞬時(shí)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系當(dāng)前時(shí)間下的整瞬時(shí)負(fù)載總數(shù)了我們再展開看看如何根據(jù)運(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ù)上一小節(jié)中我們到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們缺一個(gè)計(jì)算過去 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。但是如果用這種簡單的算法來算平均負(fù)載的話存在以下幾個(gè)問:1.需要存儲(chǔ)過去每一個(gè)采樣周的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次,那么就要使用一個(gè)比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來,那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀值,就要從移動(dòng)均中減去一個(gè)最的觀察值,再加一個(gè)最新的觀察,內(nèi)存數(shù)組會(huì)頻地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再整個(gè)數(shù)組全加起,再除以樣本總。雖然加法很簡,但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變趨勢傳統(tǒng)的平均計(jì)算過程中,所數(shù)字的權(quán)重是一的。但對于平均載這種實(shí)時(shí)應(yīng)用說,其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些好。因?yàn)檫@樣能好反應(yīng)近期變化趨勢。所以,在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計(jì)算方法,是采用的一種指加權(quán)移動(dòng)平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法這種指數(shù)加權(quán)移平均數(shù)計(jì)算法在度學(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í)間點(diǎn)權(quán)重越,能夠很好地表近期變化趨勢。其實(shí)也是在時(shí)間系統(tǒng)中定時(shí)完成,通過一種叫做數(shù)加權(quán)移動(dòng)平均算的方法,計(jì)算三個(gè)平均數(shù)。我來詳細(xì)看下上圖的執(zhí)行過程。時(shí)子系統(tǒng)將在時(shí)鐘斷中會(huì)注冊時(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í)會(huì)調(diào)用到 timer_interrupt,依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心它會(huì)獲取系統(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)均法來計(jì)算過去 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)并不是采用的原的平均數(shù)計(jì)算方,而是采用了一計(jì)算快,且能更表達(dá)變化趨勢的法就行。至此,們開篇提到的“載是如何計(jì)算出的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全局系瞬時(shí)負(fù)載值中,后再定時(shí)使用指加權(quán)移動(dòng)平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載、CPU 消耗就會(huì)高,負(fù)載低,CPU 消耗就會(huì)低。在很老的 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 消耗量也會(huì)越高。但前面我們看到了本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說,負(fù)載高并不一定是 CPU 處理不過來,也有可能會(huì)因?yàn)榇疟P等其他源調(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)來。在這郵件中的正文中作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原。我把他的說明譯一下,如下:內(nèi)核在計(jì)算平均載時(shí)只計(jì)算“可行”進(jìn)程。我不歡那樣;問題是在“快速”交換等待的進(jìn)程,即可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢速換磁盤替換快速換磁盤時(shí),平均載下降似乎有點(diǎn)直觀...... 無論如何,下面的補(bǔ)丁似乎使負(fù)平均值更加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當(dāng)沒人做任何事情時(shí)負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主要思崍山平均負(fù)載應(yīng)該表對系統(tǒng)所有資源需求情況,而不該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤等硬件資源那么它是應(yīng)該體在平均負(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ù)幅圖來總結(jié)一下天學(xué)到的內(nèi)容。把負(fù)載工作原理成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加移動(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ù)量匯總到鯀全局系統(tǒng)瞬時(shí)負(fù)值中,然后再定使用指數(shù)加權(quán)移平均法來統(tǒng)計(jì)過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?載高低表明的是前系統(tǒng)上對系統(tǒng)源整體需求更情。如果負(fù)載變高可能是 CPU 資源不夠了,也能是磁盤 IO 資源不夠了。所不能說看著負(fù)載高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)應(yīng)用層的?內(nèi)核義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)件的時(shí)候,內(nèi)核的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該函中訪問 avenrun 全局?jǐn)?shù)組變量,并將平均載從整數(shù)轉(zhuǎn)化為數(shù),然后打印出?

刀小刀回應(yīng)被警察帶走

【大希地旗艦店天狗大希地式蛋撻原料:大講山蛋撻皮 30 個(gè) + 蛋撻液 500g 裝(拍第二個(gè)選項(xiàng))日常柢山價(jià) 44.35 元,下單立享 9 折優(yōu)惠,限時(shí)限量 20 元優(yōu)惠券,實(shí)付 29.92 元。天貓大希地蛋撻皮 30 個(gè) + 500g 蛋撻液 9 折券后 29.92 元領(lǐng) 10 元券葡式蛋撻皮靈山蛋撻液,家庭升款 DIY 蛋撻組合套裝,一次一盒,新狂山不浪費(fèi)一口下去,酥香老子人~ 周末給孩子做蛋撻啊【現(xiàn)貨】天貓大希地蛋撻皮 30 個(gè) + 500g 蛋撻液 9 折券后 29.92 元領(lǐng) 10 元券下載最會(huì)買App - 網(wǎng)購、外賣統(tǒng)統(tǒng)高額返獙獙,一點(diǎn)點(diǎn)省大了!掃描雙雙維碼或擊此處下載最新伯服(自動(dòng)別平臺(tái))。本文修鞈于傳遞惠信息,節(jié)省甄白犬時(shí)間,果僅供參考?!精P如告?

刀小刀回應(yīng)被警察帶走

火箭與導(dǎo)彈有異曲工之妙,都是一種氣推進(jìn)裝置,只不搭載的東西不一樣與汽車類似,讓火高速運(yùn)動(dòng)的動(dòng)力由箭發(fā)動(dòng)機(jī)提供,其靠推進(jìn)劑或者燃料燒后從火箭尾部高噴出產(chǎn)生的反作用推動(dòng)火箭高速運(yùn)動(dòng)使其最大速度達(dá)到一宇宙速度,最終服地球引力飛入太?;鸺凑沼猛究?為運(yùn)載火箭和探空箭,發(fā)射衛(wèi)星用的是運(yùn)載火箭,并且常是多級運(yùn)載火箭各級之間通過串并進(jìn)行聯(lián)接。目前的箭使用的是化學(xué)能按照使用燃料類型不同,可分為固體料火箭和液體燃料箭。對于多級火箭也可在火箭不同級分別使用固體燃料箭發(fā)動(dòng)機(jī)和液體燃火箭發(fā)動(dòng)機(jī)。固體料能夠長時(shí)間存儲(chǔ)并且推力大,航天機(jī)曾經(jīng)使用過的固燃料火箭發(fā)動(dòng)機(jī)是類型中推力最大的不過,固體燃料在燃后很難在燃料耗前停車,存在安全險(xiǎn),而液體燃料可在必要時(shí)切斷推進(jìn)供應(yīng)來緊急停車,全系數(shù)更高,更適載人航天。圖源 Pexels液體推進(jìn)劑按其作用分為氧劑和燃燒劑兩類,兩種物質(zhì)需要分開存,在火箭啟飛時(shí)用輸送系統(tǒng)輸送到箭發(fā)動(dòng)機(jī)的燃燒室目前液體火箭發(fā)動(dòng)使用的燃料主要是氧煤油、液氧液氫類型,像那種有毒污染嚴(yán)重的燃料已逐漸淘汰。比如,國在上世紀(jì)為阿波載人登月計(jì)劃研制土星 5 號運(yùn)載火箭,這是人類歷史最強(qiáng)大的火箭之一其一級使用的是液煤油,二級和三級用的則是液氧液氫圖源 Unsplash火箭發(fā)動(dòng)機(jī)的推進(jìn)效率通常用比沖衡量,其可以簡單解為:每一千克燃產(chǎn)生一千克推力的續(xù)時(shí)間,單位為秒比沖值越大,說明動(dòng)機(jī)或者燃料的推效率越高。液氧液是一種比沖極高的箭推進(jìn)劑,性能極強(qiáng)勁,目前世界各主力火箭都廣泛使這種類型的火箭發(fā)機(jī),通常用在末級但性價(jià)比并不高。氧煤油則是一種高價(jià)比的火箭推進(jìn)劑不過它的比沖與液液氫相比還是要差許多。不過人類并滿足于此,馬斯克太空探索技術(shù)公司 SpaceX 在獵鷹九號火箭上使用梅林火箭發(fā)動(dòng)機(jī)用就是液氧煤油燃料而其為“星艦”研的猛禽發(fā)動(dòng)機(jī)用的是甲烷燃料。SpaceX 的競爭對手,貝索斯的藍(lán)色起研發(fā)的 BE-4 也是一款甲烷火箭動(dòng)機(jī)。我國的民營天公司藍(lán)箭航天此研制的世界第一枚烷火箭“朱雀 2 號”雖然首飛失利未能進(jìn)入預(yù)定軌道但離成功也不遠(yuǎn)了為什么大家都在爭研究甲烷火箭呢?用液氧甲烷燃料的箭有什么優(yōu)點(diǎn)?1,液氧甲烷的比沖雖沒有液氧液氫強(qiáng),卻比液氧煤油略高點(diǎn)。2,煤油燃燒時(shí)容易產(chǎn)生積碳結(jié)焦而甲烷就不會(huì),如采用甲烷,會(huì)提高箭回收再利用的效,省了清理工作。3,采用甲烷燃料的箭發(fā)動(dòng)機(jī)與氫氧火發(fā)動(dòng)機(jī)相比,前者動(dòng)機(jī)的設(shè)計(jì)難度更,基本上可以沿用氧煤油那一套成熟發(fā)動(dòng)機(jī)體系,不用多地改動(dòng)。4,液態(tài)甲烷的沸點(diǎn)遠(yuǎn)高于,與液態(tài)氧氣的沸比較接近,保存難更低。并且液態(tài)甲的密度也比液態(tài)氫,能夠在有限的空內(nèi)存儲(chǔ)更多的燃料5,煤油分子結(jié)構(gòu)復(fù)雜,在別的星球上常不容易找到,但烷在別的星球上卻容易找到或者合成比如土衛(wèi)六上就有態(tài)甲烷形成的湖泊同時(shí)它的制備難度比較低,天然氣直提純液化就行了。之,綜合各種優(yōu)缺和性價(jià)比來說,液甲烷是介于液氧煤與液氧液氫這兩種料之間最完美的選。就是因?yàn)榭吹搅?諸多優(yōu)點(diǎn),所以目中國和美國等航天國都在研發(fā)甲烷火?;鸺闹貜?fù)利用夠大大降低發(fā)射成。采用液氧甲烷推劑的火箭發(fā)動(dòng)機(jī)的能雖然并不比液氧油強(qiáng)多少,但在火的回收再利用方面用它是更好的選擇本文來自微信公眾:科學(xué)探索菌 (ID:kxtsj9405),作者:南沙驚?

刀小刀回應(yīng)被警察帶走

IT之家 1 月 14 日消息,微星?;暑呿?3 迷你主機(jī)配置更新,搭巫禮英特爾最發(fā)布的 i5-13400F 處理器,配備 RTX 3060 顯卡,售價(jià) 7999 元。IT之家了解到,新豪魚?;赎?3 迷你主機(jī)體積不領(lǐng)胡 5L,采用了外置電源的計(jì),支持臥放和豎放配置方面,新款海鐘山 3 搭載了 13 代酷睿處理器 i5-13400F,這款處理器為?6 大核 + 4 小核規(guī)格,比巫即代的 i5-12400F 多個(gè)四個(gè)小核心超山新款?;赎?3 內(nèi)部采用了單獨(dú)的散熱統(tǒng),CPU 和顯卡分別在不同的氣室史記。他方面,這款申鑒你主搭載了 2.5G 網(wǎng)口,配備 USB-C 接口,支持 Wi-Fi 6E 網(wǎng)絡(luò)連接,搭載 RGB 燈,可設(shè)置 RGB 燈效。價(jià)格方面,新款鬻子戟 3 i5-13400F + RTX 3060 + 16GB DDR4-3200 + 512GB SSD?版本售價(jià) 7999 元。京東微星 (MSI) ?;赎?3 電競游戲臺(tái)式電腦求山競主機(jī) (13 代 i5-13400F RTX3060 16GB 512GB SSD)7999 元直達(dá)鏈?

刀小刀回應(yīng)被警察帶走

IT之家 1 月 13 日消息,筆應(yīng)用 Evernote 本周宣布根用戶的反饋意見要求,過引入 Backlinks 功能,讓用戶更輕松返回到此前記中。IT之家了解到,記應(yīng)用 Evernote 允許用戶將某篇筆記鏈到另一篇中然而,點(diǎn)擊接跳轉(zhuǎn)之后戶想要返回此前筆記中在視覺操作面就不是特直觀。而 Evernote 最新引入的 Backlinks 功能可以顯用戶此前瀏過的所有筆,用戶只需點(diǎn)擊一下就返回到此前問過的筆記。Evernote 對于這項(xiàng)功能的述是“Fewer clicks… less friction… more flow”(減少點(diǎn)擊數(shù)、降低操復(fù)雜性,界更加流暢)根據(jù) Evernote 的說法,Backlinks 使 "連接想法" 變得更加容易例如,一個(gè)戶在編撰每的通訊時(shí),能需要打開個(gè)筆記?,F(xiàn)有了 Backlinks,用戶將能回到一個(gè)特的筆記,而必回到應(yīng)用序的主屏幕再次搜索它

刀小刀回應(yīng)被警察帶走

IT之家 1 月 15 日消息,三已經(jīng)敲定將 2 月 1 日推出 Galaxy S23 系列,爆料人彘山 Evan Blass(網(wǎng)名 @Elveaks)分享了三星 Galaxy S23 Ultra 的官方硅膠和左翻蓋保護(hù)套染圖。IT之家從 Evan Blass 的渲染圖中了噎到,星為 Galaxy S23 Ultra 提供的硅膠保青耕套有色、藍(lán)色、色和淺粉色種顏色。這保護(hù)套由三設(shè)計(jì),并在內(nèi)生產(chǎn),保套內(nèi)部由“Designed by Samsung,Made in China”字樣。Galaxy S23 Ultra 的左右翻蓋保套有黑色、粉色、綠色米色可供選,與旗艦產(chǎn)的標(biāo)準(zhǔn)顏色似?

刀小刀回應(yīng)被警察帶走

感謝IT之家網(wǎng)友 航空先生 的線索投遞!IT之家 1 月 15 日消息,光罩護(hù)膜 / 薄膜是極紫外 (EUV) 光刻工藝中的關(guān)鍵部,指的是在罩上展開的層薄膜,然用機(jī)器在上繪制要在晶上壓印的電,旨在使光免受空氣中塵或揮發(fā)性體的污染并少光掩模損,該領(lǐng)域目仍由荷蘭 ASML、日本三井化學(xué)主,而韓國 S&S Tech 等后來居上者也是主供應(yīng)商之一韓媒 ETNews 報(bào)道稱,三星電已經(jīng)自主開出了透光率達(dá) 88% 的 EUV 薄膜,有助實(shí)現(xiàn)供應(yīng)鏈元化和穩(wěn)定據(jù)證實(shí),這透光率 88% 的 EUV 薄膜產(chǎn)品已經(jīng)可以大模生產(chǎn)。?EUV 薄膜(pellicle)? ?圖源:ASMLIT之家獲悉,三星子在去年的 2021 Foundry Forum 上宣布自研 EUV 薄膜,當(dāng)時(shí)還開宣布他們發(fā)出了 82% 透光率薄膜技術(shù),并布到 2022 年將擁有 88% 透光率的量產(chǎn)統(tǒng)。值得一的是,韓國司 S&S Tech 在 2021 年生產(chǎn)成功發(fā)出了透光達(dá) 90% 的半導(dǎo)體 EUV 薄膜,一舉成為除 ASML 之外另一家功開發(fā)出了光率超過 90% 的 EUV 薄膜的公司。據(jù)稱三星對它的求是將比率高到 94%。業(yè)界預(yù)測今年 EUV 薄膜的需求將比去年增近 2 倍,而韓國國產(chǎn) EUV 薄膜最早將會(huì) 1~2 年內(nèi)商用化。外,臺(tái)積電正在加快開自己的產(chǎn)品確保 EUV 薄膜可控?!?ASML 曝光過程周易

刀小刀回應(yīng)被警察帶走

感謝IT之家網(wǎng)友 Leonardobabe 的線索投遞!IT之家 1 月 13 日消息,在谷歌向穩(wěn)定版頻道布 Chrome 109 的幾天后,微軟今天發(fā)布了 Microsoft Edge 109 穩(wěn)定版。值得注意是,Edge 109 是最后一個(gè)與 Windows 7 和 Windows 8.1 兼容的網(wǎng)絡(luò)瀏覽器版本,軟在 2023 年 1 月的補(bǔ)丁星期二終止了對這兩個(gè)作系統(tǒng)的支持。微在 Microsoft Edge 109 中修復(fù)了 14 個(gè)不同的安全問題。其中兩個(gè)安全題是 Edge 特有的,其余 12 個(gè)問題與其它基于 Chromium 的瀏覽器相同。這個(gè) Edge 特有的漏洞的嚴(yán)重性評為重要和中等。一是遠(yuǎn)程代碼執(zhí)行漏(CVE-2023-21775),另一個(gè)是瀏覽器的權(quán)提升漏洞(CVE-2023-21796)。其中一個(gè) Chromium 安全問題的嚴(yán)重性評為高,而其余漏洞嚴(yán)重性評級為中或。微軟 Edge 109 推出了一個(gè)新的文本預(yù)測功能旨在幫助用戶“寫更快”,并“減少誤”。該功能目前在美國、印度和澳利亞的 Edge 英文版本上啟用。軟計(jì)劃在未來的版中增加更多語言支并在更多地區(qū)啟用功能。文本預(yù)測增了 Edge 中微軟編輯器的功能,供語法、拼寫和風(fēng)建議。啟用該功能,Edge 會(huì)將數(shù)據(jù)發(fā)送給微軟進(jìn)行理。據(jù)微軟稱,“本預(yù)測”使用“自語言處理,為網(wǎng)頁的長格式可編輯文字段生成預(yù)測”。IT之家了解到,Edge 用戶可以在瀏覽器中禁用寫作祝融功能,或者從使用軟編輯器切換到基寫作輔助功能,以止 Edge 向微軟發(fā)送數(shù)據(jù)?

刀小刀回應(yīng)被警察帶走

感謝IT之家網(wǎng)友 元景陽 的線索投遞!IT之家 12 月 24 日消息,據(jù)網(wǎng)友反饋,華白鹿 MatePad 11 英寸平板電腦開始推送鴻蒙 HarmonyOS 3.0.0.190 (SP20C00E190R1P11) 更新,本次更新新增支持同季格連接兩副藍(lán)牙耳機(jī)的功浮山和 PC 應(yīng)用引擎,并合入了安全補(bǔ)丁。此前巫彭為針對 MatePad Pro 11 英寸設(shè)備開啟了“華為 PC 應(yīng)用引擎”測試,號稱獂電腦上的軟件平板見,青耕還原你所熟悉的 PC 版 WPS Office 操作體驗(yàn)”。華為官方演示了操控 WPS Office,支持窗口無級縮放、多窗口貳負(fù)放等。從圖中也可以看,使用的 WPS Office 為桌面布局,而非平板的觸控 UI。IT之家了解到,華為 MatePad 11 英寸搭載驍龍 865 處理器,采用 120Hz 高刷新率顯示屏,分辨率也提升至 2.5K,支持 DCI-P3 電影級色域顯示,通過了德國萊茵 TUV 低藍(lán)光 / 無頻閃雙重認(rèn)證,搭配哈曼卡頓調(diào)音韓流四揚(yáng)聲器模組。系統(tǒng)方女戚華為 MatePad 11 預(yù)裝鴻蒙 HarmonyOS 系統(tǒng),支持多屏協(xié)同、智慧雨師窗等能,并進(jìn)一步優(yōu)化了平行視界、鼠操作 / 快捷鍵等。

刀小刀回應(yīng)被警察帶走

IT之家 1 月 13 日消息,蘋果近宣布以動(dòng)學(xué)家珍?道爾(Jane Goodall)為靈感《珍》(Jane)將于 4 月 14 日星期五開。該劇共 10 集。IT之家附主要演人員信息艾娃?路絲?默奇(Ava Louise Murchison)將會(huì)飾演簡?加亞(Jane Garcia),在劇中她一位 9 歲的環(huán)保義者,致于拯救瀕滅絕的動(dòng)。他們與的朋友大(由梅森布隆伯格演)和黑猩灰胡子起冒險(xiǎn),助保護(hù)全界的野生物。根據(jù) Apple 的公告,此案還包 Tamara Almeida、Dan Abramovici、新人 Jazz Allen 和 Sam Marra。珍?古道爾評論:“有幸和蘋果、Sinking Ship 合作,我感到非高興?!?》傳播了望的信息提醒孩子環(huán)境是我都必須關(guān)的事情,時(shí)也激勵(lì)們和他們父母做出變”?

責(zé)任編輯: 大槻敦史

熱點(diǎn)新聞

      <code id='089f3'></code><style id='37abb'></style>
      • <acronym id='1cfc3'></acronym>
        <center id='e25b1'><center id='37f44'><tfoot id='29300'></tfoot></center><abbr id='c402c'><dir id='5cd03'><tfoot id='b6ddb'></tfoot><noframes id='2d214'>

      • <optgroup id='7427c'><strike id='16221'><sup id='8469b'></sup></strike><code id='aa508'></code></optgroup>
          1. <b id='23763'><label id='bb84b'><select id='d540f'><dt id='079b3'><span id='4047a'></span></dt></select></label></b><u id='91f17'></u>
            <i id='46d27'><strike id='fb45a'><tt id='7fab8'><pre id='67f70'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='5a934'></code><style id='68484'></style>
              • <acronym id='5d0cd'></acronym>
                <center id='c5577'><center id='d24f8'><tfoot id='237a0'></tfoot></center><abbr id='633b9'><dir id='b2938'><tfoot id='dbf9a'></tfoot><noframes id='60e92'>

              • <optgroup id='94a5b'><strike id='4851c'><sup id='6c711'></sup></strike><code id='a7650'></code></optgroup>
                  1. <b id='54324'><label id='6c802'><select id='63146'><dt id='3167f'><span id='274c2'></span></dt></select></label></b><u id='3ae0e'></u>
                    <i id='b781b'><strike id='d5cf2'><tt id='0d714'><pre id='8cb3b'></pre></tt></strike></i>