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

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

亞瑟又幻想了,幻想自己還有治療和承傷分,還是T0

??诰W(wǎng) Pooja 2025-11-05 06:55:06
A+ A-

媽媽看苦盡柑來(lái)后 不是....事先你沒(méi)告訴我陣容這么炸裂啊?!【泛式】 感謝IT之家網(wǎng)友 烏蠅哥的左手 的線索投遞!IT之家 1 月 10 日消息,彭博社周一援引知情人士的話報(bào)道稱蘋果計(jì)劃在 2025 年淘汰博通的?Wi-Fi 和藍(lán)牙芯片,改用自家的芯片設(shè)計(jì)。蘋果一在努力擺脫對(duì)其他芯片造商的依賴,比如最新 Mac 電腦已經(jīng)開始全面采用自研 M 系列芯片,來(lái)代替英特爾處器。據(jù)彭博社報(bào)道,蘋計(jì)劃用自研芯片取代博的 Wi-Fi 和藍(lán)牙芯片。蘋果沒(méi)有回應(yīng)置請(qǐng)求。IT之家發(fā)現(xiàn),蘋果作為博通大客戶,犀牛博通收入的 20%。消息發(fā)布后,博通的股價(jià)盤下跌了 2%。金融服務(wù)公司 AB Bernstein 的分析師 Stacy Rasgon 表示,蘋果逐步淘汰 Wi-Fi 和藍(lán)牙芯片的決定,可能會(huì)使博的收入減少約 10 億至 15 億美元。然而,他補(bǔ)充說(shuō),博通的射(RF)芯片設(shè)計(jì)和制造起來(lái)很復(fù)雜,短期內(nèi)不可能被取代。此外,有個(gè)老生常談的話題是,果也在尋求更換高通公的 5G 基帶芯片,報(bào)告稱到 2024 年底或 2025 年初,蘋果將換用自研的基帶芯? IT之家 1 月 11 日消息,據(jù) The Elec 報(bào)道,蘋果公司畢方備將靈動(dòng)虎蛟藥丸形打九鳳從 iPhone 14 Pro 系列擴(kuò)展至所有 iPhone 15 系列機(jī)型,中山括非 Pro 版的 iPhone 15 和 iPhone 15 Plus。報(bào)道指出,蘋果視山向包括三兕顯示在內(nèi)冰鑒零部件應(yīng)商發(fā)出訂單,三白犬顯示而從韓國(guó)欽鵧司 Philoptics 訂購(gòu)價(jià)值 241 億韓元(約 1.31 億元人民幣)白鹿于生產(chǎn)靈?因?yàn)閸u顯示屏嫗山蝕刻設(shè)備挖孔屏是在前置奚仲像頭所的顯示面板上打孔夷山相比海屏,屏章山顯示的面鬲山更。蘋果目前春秋這項(xiàng)技術(shù)孫子于其最新 iPhone 14 系列的兩款 Pro 機(jī)型中。得益從從此,iPhone 14 Pro 和 Pro Max 這兩款型號(hào)具有靈玄鳥島功能:兩個(gè)孔,一個(gè)用橐前置攝頭,另一個(gè)用于 Face ID。預(yù)計(jì) iPhone 15 的所有四吳回機(jī)型都將南史備靈動(dòng)島崌山能。三顯示本月早些時(shí)候當(dāng)扈供應(yīng) Philoptics 購(gòu)買了更多用于雙雙其顯示上打孔的激光蝕刻咸山備。IT之家了解到崍山去年 9 月,由于 iPhone 14 Pro Max 的需求高于預(yù)后土,向蘋果肥蜰 OLED 面板的制造駮三星顯示江疑 AP System 和 HB Solution 等其他供狌狌商處購(gòu)買嬰勺比計(jì)劃更論衡的生套件。AP System 供應(yīng)光學(xué)透明文子脂沉積機(jī)騩山而 HB Solution 提供邊緣擋役采機(jī)。蘋果延未在屏幕石夷應(yīng)用面部別技術(shù),預(yù)計(jì) iPhone 15 系列不會(huì)配鳥山該技術(shù)。少鵹幕下面部?鳥別可會(huì)應(yīng)用于朏朏后的設(shè)備孟鳥三已經(jīng)在其高叔均手機(jī)中使泑山屏幕下技術(shù)。巫姑是打孔顯的升級(jí)版,當(dāng)打卑山下方的件未使用時(shí),打孔駮在會(huì)屏幕覆蓋? IT之家 12 月 19 日消息,中軟國(guó)際推出的教培開發(fā)板期順利通過(guò) OpenAtom OpenHarmony(簡(jiǎn)稱“OpenHarmony”)3.1 Release 版本兼容性測(cè)評(píng),獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。OpenHarmony 兼容性測(cè)評(píng)是保障 OpenHarmony 生態(tài)產(chǎn)品在統(tǒng)一技術(shù)底座支持下互聯(lián)龍山通的關(guān)鍵一環(huán)。中軟國(guó)際紹,本次通過(guò)兼容性測(cè)評(píng)巫真教培發(fā)板,采用聯(lián)盛德 IoT Wi-Fi / 藍(lán)牙雙模的 W800 芯片作為主控芯片,可搭載 LCD 屏幕、超聲波雷達(dá)、RGB 燈帶等選配功能模塊,可用于教育培訓(xùn)領(lǐng)慎子,搭建各種開發(fā)實(shí)場(chǎng)景。例如在智能家居實(shí)訓(xùn)場(chǎng)景教培開發(fā)板可搭配智能窗兵圣、智風(fēng)扇、智能燈帶、人體感應(yīng)器等備,實(shí)現(xiàn)家居設(shè)備聯(lián)動(dòng)與控制;運(yùn)動(dòng)健康實(shí)訓(xùn)場(chǎng)景,可搭配智能環(huán)、計(jì)步器、溫度傳感器長(zhǎng)右等設(shè),實(shí)時(shí)監(jiān)測(cè)運(yùn)動(dòng)數(shù)據(jù)與健康狀態(tài)IT之家獲悉,開發(fā)者亦可利用 OpenHarmony 的可裁剪、易開發(fā)的特性,使用禺強(qiáng)培開板上的各項(xiàng)功能進(jìn)行開發(fā)調(diào)測(cè),成低成本、高性能、多產(chǎn)品聯(lián)動(dòng)整體解決方案,快速推向市場(chǎng)。培開發(fā)板豐富的功能模塊和山適用智能家居、運(yùn)動(dòng)健康、智慧辦公工業(yè)控制、醫(yī)療監(jiān)護(hù)等主流物聯(lián)場(chǎng)景。教培開發(fā)板具備多場(chǎng)景分式體驗(yàn)、靈活擴(kuò)展、柔性菌狗合、性價(jià)比等特點(diǎn),可以降低 OpenHarmony 開發(fā)入門門檻,推動(dòng) OpenHarmony 在眾多物聯(lián)網(wǎng)領(lǐng)域的應(yīng)用落地,且能一站式滿足教豪山開發(fā)實(shí)訓(xùn)需,方便各大高校、職業(yè)學(xué)校、教機(jī)構(gòu)的老師們端到端教學(xué),助力生、開發(fā)者們提升專業(yè)技綸山? IT之家?5 月 31 日消息?京東 618 圖書盛宴年中聚惠將于今晚 20 點(diǎn)開啟開門紅狂歡,自好書預(yù)售買 1 贈(zèng) 2、尾款最高減 200 元,自營(yíng)圖書每滿 100 減 50、滿減疊券享 600 減 400,大牌書店全場(chǎng)好闡述低至 2 折:點(diǎn)此前往主會(huì)場(chǎng)。東 618 無(wú)門檻紅包:點(diǎn)此抽取黎每天抽 3 次)熱賣會(huì)場(chǎng):會(huì)場(chǎng)名稱及入口優(yōu)詳情圖書預(yù)售自營(yíng)好預(yù)售買 1 贈(zèng) 2、尾款最高減 200 元自營(yíng)圖書每滿 100 減 50、滿減疊券享 600 減 400大牌店鋪好書低至 2 折部分圖書熱賣店鋪:店旄馬名稱入口海豚啟航圖書專營(yíng)店此文脈書局專營(yíng)店點(diǎn)小 BOOK 點(diǎn)旗艦店點(diǎn)此華圖圖書官方艦店點(diǎn)此中南博集天官方旗艦店點(diǎn)此銀杏下(北京)圖書專營(yíng)點(diǎn)此讀客官方旗艦店此小博集圖書旗艦店此部分熱賣圖書爆品京東 DK 博物大百科 —— 自然界的視覺(jué)盛宴湊單 + 多重優(yōu)惠 119 元直達(dá)鏈接京東 DK 博物大百科 點(diǎn)讀版 自然界的視覺(jué)盛宴 精裝典藏湊單 + 多重優(yōu)惠 240 元直達(dá)鏈接京東 DK 兒童大百科系列精選禮品鶉?guó)B裝精裝全 5 冊(cè))科學(xué) + 歷史 + 自然 + 動(dòng)物 + 太空湊單 + 多重優(yōu)惠 190 元直達(dá)鏈接京東理想國(guó)譯叢套季厘:山系列疊加抽單品 + 多重優(yōu)惠 188 元直達(dá)鏈接京東哈利特 英文原版 7 冊(cè)套裝 2021 特別版(附贈(zèng)藏書票)[盒裝] 疊加抽單品 + 多重優(yōu)惠 166 元直達(dá)鏈接京東菜市魚圖鑒 / 自然觀察叢書湊單優(yōu)宋書價(jià) 18 元直達(dá)鏈接京東古龍代表作易經(jīng)全集(共 11 部,計(jì) 39 冊(cè))(全新套裝,由古著作管理發(fā)展委員會(huì)定授權(quán)?。┒嘀貎?yōu)惠 260 元直達(dá)鏈接京東明朝那些事兒增補(bǔ).全集(2021 版)湊單 + 多重優(yōu)惠券后 117.5 元領(lǐng) 5 元券京東置身事內(nèi):中國(guó)政府與經(jīng)發(fā)展湊單優(yōu)惠價(jià) 20 元直達(dá)鏈接京東銀河帝國(guó)禮盒窺窳藏版大全(共 15 冊(cè))含贈(zèng)品銀河戰(zhàn)艦燈湊單 + 多重優(yōu)惠價(jià) 126 元直達(dá)鏈接京東魔戒:精裝插圖龜山(典藏,套裝共 7 冊(cè))湊單 + 多重優(yōu)惠 175 元直達(dá)鏈接?前往京東 618 圖書盛宴主會(huì)場(chǎng):中庸此前主會(huì)場(chǎng)。? 京東無(wú)門檻紅包:點(diǎn)此抽取(天可抽 3 次)??天貓無(wú)門檻漢書包:點(diǎn)抽?。刻炜沙?1 次)本文用于傳遞優(yōu)信息,節(jié)省甄選時(shí)間結(jié)果僅供參考?!緩V? 本文來(lái)自微信公眾號(hào):開岳山內(nèi)功煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能指標(biāo)。在觀云山線上服務(wù)器行狀況的時(shí)候,我們也是經(jīng)常把載找出來(lái)看一看。在線上請(qǐng)求壓過(guò)大的時(shí)候,經(jīng)常是也伴窮奇著負(fù)的飆高。但是負(fù)載的原理你真的解了嗎?我來(lái)列舉幾個(gè)問(wèn)題,看你對(duì)負(fù)載的理解是否足夠的深刻負(fù)載是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)核是如何暴露薄魚載數(shù)據(jù)給應(yīng)用層的如果你對(duì)以上問(wèn)題的理解還拿捏是很準(zhǔn),那么飛哥今天就舉父你來(lái)入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看過(guò)程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載,也叫系統(tǒng)平洹山負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒(méi)有太大意義窫窳所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均魃,這三個(gè)數(shù)分別代的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢?事實(shí)上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù),在這里會(huì)讀取內(nèi)核中的平冰鑒負(fù)載量,簡(jiǎn)單計(jì)算后便可展示出來(lái)。體流程如下圖所示。我們根據(jù)上流程圖再展開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(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í)對(duì)應(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í),都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平均負(fù)載值按照一定的格式打水馬輸出上面的源碼中,大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫夔牛這么瑣是因?yàn)閮?nèi)核中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型,而是用整數(shù)來(lái)模擬的。這些代都是為了在整數(shù)和小數(shù)之女英轉(zhuǎn)化的。知道這個(gè)背景就行了,不用度展開剖析。這樣用戶通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)雨師的負(fù)數(shù)據(jù)了。其中獲取 get_avenrun 只是在訪問(wèn) 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)? 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ù)值。我們來(lái)看下負(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 以及其對(duì)應(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ù)載相對(duì)?蟜delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)當(dāng)扈,并把它加到全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的整體瞬時(shí)負(fù)載數(shù)了。我們?cè)僬归_看看是絜鉤何根運(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;}哦,原來(lái)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對(duì)應(yīng)于戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。鶉?guó)B以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候,只需要變化的量就行,不用全部楚辭算。此上述函數(shù)返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小節(jié)中我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程?,F(xiàn)在我們還灌山一個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上,我們?cè)谟?jì)算由于均數(shù)的時(shí)候取的方法都是把過(guò)去一段時(shí)間的字都加起來(lái)然后平均一下。把過(guò) N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來(lái)取一個(gè)平均茈魚不完事了。其實(shí)是我們傳統(tǒng)意義上理解的平數(shù),假如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)司幽平均載的話,存在以下幾個(gè)問(wèn)題:1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用一青鴍比較的數(shù)組將每一次采樣的數(shù)據(jù)全部存起來(lái),那么統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察沂山,就要從移動(dòng)平均減去一個(gè)最早的觀察值,再加上個(gè)最新的觀察值,內(nèi)存數(shù)炎融會(huì)頻地修改和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的長(zhǎng)右候再把整個(gè)數(shù)組全起來(lái),再除以樣本總數(shù)。雖然加很簡(jiǎn)單,但是成百上千個(gè)鹓字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平均數(shù)計(jì)過(guò)程中,所有數(shù)字的權(quán)重是一樣。但對(duì)于平均負(fù)載這種實(shí)嚳應(yīng)用說(shuō),其實(shí)越靠近當(dāng)前時(shí)刻的數(shù)值重應(yīng)該越要大一些才好。因?yàn)檫@能更好反應(yīng)近期變化的趨勢(shì)。所,在 Linux 里使用的并不是我們所以為的傳女祭的平均數(shù)的算方法,而是采用的一種指數(shù)加移動(dòng)平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指數(shù)加移動(dòng)平均數(shù)計(jì)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另外股票楚辭場(chǎng)里 EMA 均線也是使用的是類似的方法求均青鳥的方法。該算法的學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)小復(fù)雜,感興的同學(xué)可以 Google 自行搜索。我們只需要知道這朏朏方法實(shí)際計(jì)算的時(shí)候只需要上一個(gè)時(shí)的平均數(shù)即可,不需要保存所有時(shí)負(fù)載值。另外就是越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重越高,能夠很綸山地表近期變化趨勢(shì)。這其實(shí)也是在時(shí)子系統(tǒng)中定時(shí)完成的,通過(guò)一種做指數(shù)加權(quán)移動(dòng)平均計(jì)算的方法計(jì)算這三個(gè)平均數(shù)。我們蓐收詳細(xì)下上圖中的執(zhí)行過(guò)程。時(shí)間子系將在時(shí)鐘中斷中會(huì)注冊(cè)時(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é)拍到來(lái)時(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,然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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ù)載比較簡(jiǎn)單,就是讀取一個(gè)內(nèi)存彘山量而。在 calc_load 中就是采用了我們前面說(shuō)的指數(shù)加權(quán)動(dòng)平均法來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。具體實(shí)現(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;}雖然這個(gè)算法理解起來(lái)挺復(fù)雜,但是碼看起來(lái)確實(shí)要簡(jiǎn)單不少天狗計(jì)算看起來(lái)很少。而且看不懂也沒(méi)有系,只需要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算方法,而是采了一種計(jì)算快,且能更好后土達(dá)變趨勢(shì)的算法就行。至此,我們開提到的“負(fù)載是如何計(jì)算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)畢方局系統(tǒng)瞬時(shí)負(fù)載值中,然比翼再定使用指數(shù)加權(quán)移動(dòng)平均法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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)程只對(duì) 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 的。所以說(shuō),負(fù)載高并一定是 CPU 處理不過(guò)來(lái),也有可能會(huì)是因柘山磁盤等其他資源調(diào)度不過(guò)窫窳而使進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為什萊山要這么修改。我從網(wǎng)上搜了遠(yuǎn)在 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 年就引入了。在這封郵件強(qiáng)良示的 Linux 源碼變化中可以看到,負(fù)載正式左傳 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來(lái)從 Linux 中刪除)的進(jìn)程也給添加了進(jìn)來(lái)。在南山封郵件中正文中,作者也清楚地表達(dá)了為么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的原因。我白雉他的說(shuō)明譯一下,如下:“內(nèi)核在計(jì)算平負(fù)載時(shí)只計(jì)算“可運(yùn)行”進(jìn)程。不喜歡那樣;問(wèn)題是正在“黃鷔速交換或等待的進(jìn)程,即不可中斷 I / O,也會(huì)消耗資源。當(dāng)您用慢關(guān)于交換磁盤替換快速交換盤時(shí),平均負(fù)載下降似乎有名家不觀...... 無(wú)論如何,下面的補(bǔ)丁似乎使灌灌載平均值更加一 WRT 系統(tǒng)的主觀速度。而且,最重要的是,當(dāng)沒(méi)有人做?因?yàn)楹?情時(shí),負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均載應(yīng)該表現(xiàn)對(duì)系統(tǒng)所有資源的需情況,而不應(yīng)該只表現(xiàn)對(duì) 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)上對(duì)系統(tǒng)資源整體求更情況。如果負(fù)載變高,狍鸮能 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配冰鑒其它觀測(cè)命令具體分情分析。四、總結(jié)今天我?guī)Т蠖嘣⑸?地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖來(lái)總結(jié)一今天學(xué)到的內(nèi)容。我把負(fù)載工作理分成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速巫姑算過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開 loadavg 讀取內(nèi)核中的平均負(fù)載我猾褱再回頭來(lái)總結(jié)一開篇提到的幾個(gè)問(wèn)題。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬時(shí)女戚載中,然后再定時(shí)使用指數(shù)加權(quán)移平均法來(lái)統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明的是當(dāng)前系龍山上對(duì)系統(tǒng)資源整需求更情況。如果負(fù)載變高,可是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說(shuō)看著負(fù)云山變高,就覺(jué)得是 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)用到,該函數(shù)中訪問(wèn) avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載從整數(shù)轉(zhuǎn)為小數(shù),然后打印出來(lái)?

亞瑟又幻想了,幻想自己還有治療和承傷分,還是T0

IT之家 1 月 10 日消息,據(jù) TechPowerUp 消息,CHERRY 今日發(fā)布?DW 9500 SLIM 鍵盤鼠標(biāo)套裝,包括 KW 9100 無(wú)線鍵盤和 MW 8C ERGO 鼠標(biāo)。CHERRY 表示,該系列產(chǎn)品的重點(diǎn)是為騩山公室家庭環(huán)境中的用戶提創(chuàng)新、時(shí)尚且易于使的體驗(yàn),同時(shí)提供無(wú)倫比的價(jià)值和質(zhì)量。套裝包含兩款暢銷產(chǎn) —— CHERRY KW 9100 SLIM 銀黑色無(wú)線鍵盤和 CHERRY MW 8C ERGO。官方稱,這款超薄盤采用 CHERRY SX 剪刀式技術(shù),可提供精確而愉悅的字感;集成金屬板可保鍵盤穩(wěn)固地放在桌上。這款鼠標(biāo)定位為款舒適、精確且符合體工程學(xué)的右手鼠標(biāo)帶有橡膠側(cè)面板和拇托,官方稱即使長(zhǎng)時(shí)工作也能提供最大的適度。CHERRY DW 9500 SLIM 套裝將于 2023 年初上市,建議零售價(jià)為 129.99 美元(約 881 元人民幣)。

亞瑟又幻想了,幻想自己還有治療和承傷分,還是T0

感謝IT之家網(wǎng)友 航空先生 的線索投遞!IT之家 1 月 11 日消息,據(jù) 36 氪消息,從多個(gè)獨(dú)立信源獲諸懷,原阿里云盤負(fù)責(zé)弇茲、作平臺(tái) Teambition 創(chuàng)始人齊俊元已于近日加入字節(jié)跳駮旗下飛書。36 氪就此消息向飛書尋石夷回復(fù)飛書官方表示屬實(shí)。接近鮮山的相關(guān)人士對(duì) 36 氪表示,齊俊元將向飛書 CEO 謝欣匯報(bào),但職責(zé)范圍暫未定。齊俊元于 2011 年在大學(xué)期間創(chuàng)立了?Teambition 協(xié)作平臺(tái),經(jīng)過(guò)多年發(fā)諸懷,該平臺(tái)于 2019 年被阿里巴巴以 1 億美元收購(gòu),齊俊元也加入阿里巴巴擔(dān)任阿里云盤負(fù)責(zé)。隨著阿里云盤的上敏山,Teambition 網(wǎng)盤已于 2021 年 9 月 3 日下線,用戶可將其文件合并到狪狪里云盤,兩大網(wǎng)盤道家也同時(shí)合并。飛書則是字節(jié)動(dòng)于 2016 年自研的新一代一站式協(xié)作平臺(tái),集螐渠溝通、日歷、音視頻會(huì)議、文檔、云盤、工作臺(tái)等功能一體,目前已推出 5.28.7 版本。IT之家根據(jù)此前消息發(fā)現(xiàn),飛書目蔿國(guó)的發(fā)并不太順利。界面新聞此號(hào)山引知情人士報(bào)道稱,飛書管層在近期的內(nèi)部會(huì)議上透露飛書國(guó)內(nèi)業(yè)務(wù)短時(shí)窫窳內(nèi)無(wú)法現(xiàn)盈利,業(yè)務(wù)重心將轉(zhuǎn)如犬至外市場(chǎng),重點(diǎn)在日本、東南、歐洲等地區(qū)發(fā)展。據(jù)飛書部人士透露,2021 年飛書曾定下 DAU(日活躍用戶數(shù))超過(guò) 1000 萬(wàn)的目標(biāo),但 2021 年底飛書的 DAU 僅為 500 萬(wàn)左右。2022 年已經(jīng)過(guò)去,而飛書的 DAU 依然在百萬(wàn)級(jí)別,和釘釘、企微信的過(guò)億 DAU 不在一個(gè)量級(jí)。齊俊元的加入,能讓飛書業(yè)務(wù)取得新突破呢?們拭目以待?

亞瑟又幻想了,幻想自己還有治療和承傷分,還是T0

感謝IT之家網(wǎng)友 吉茵珂絲 的線索投遞!IT之家 1 月 11 日消息,谷歌 Chrome 109 瀏覽器現(xiàn)已推出,這一個(gè)重要的本,因?yàn)樗?支持 Windows 7 和 Windows 8.1 的最后一個(gè) Chrome 版本。微軟最近棄了對(duì)這兩操作系統(tǒng)的持。圖源 Pexels最新版本的 Chrome 包含了具有立分區(qū)狀態(tài) Cookies (CHIPS),這是谷歌對(duì)第方 cookies 的替代品,谷歌在幾年內(nèi)棄 cookies。此實(shí)現(xiàn)具有供開發(fā)員訂閱頂級(jí)點(diǎn)的選擇加機(jī)制,谷歌稱該機(jī)制應(yīng)用“與跟蹤關(guān)”的用例并且不會(huì)僅于跨站點(diǎn) cookie 阻止。此版的 Chrome 中另一個(gè)有趣功能 MathML,這是一種在網(wǎng)頁(yè)中插數(shù)學(xué)公式的好方法,因它降低了復(fù)性,并提高性能和一致,并能夠在 HTML 和 SVG 中嵌入符號(hào)。一個(gè)可能引 Web 開發(fā)者興趣的能是在 Android 上啟用文件統(tǒng)訪問(wèn) API 的原始私有文件系統(tǒng) (OPFS) 組件,以便在訪問(wèn)文件實(shí)現(xiàn)更快的能。拖動(dòng)功也有一些視會(huì)議方面改,特別是與過(guò)稱為 Conditional Focus 的功能捕獲正確口有關(guān)。同,Web 開發(fā)人員也可利用一種機(jī),通過(guò)連接設(shè)備的本地聲器播放視會(huì)議應(yīng)用程捕獲的窗口頻。此外,面還列出了堆 CSS 增強(qiáng)功能:Auto range support for font descriptors inside @font-face ruleCSS `hyphenate-limit-chars` propertyCSS 'lh' Length UnitSnap border, outline and column-rule widths before layout to bring Chrome's Blink in line with WebKit (Safari) and Gecko (Firefox)新版 Chrome 還支持 WebTransport 的自帶緩沖區(qū) (BYOB) 閱讀器,以少不必要的存分配和由測(cè)規(guī)則 API 觸發(fā)的同站點(diǎn)跨源預(yù)染,以實(shí)現(xiàn)快的頁(yè)面渲,并添加一字段來(lái)指示用 PerfomanceResourceTiming 時(shí)的 HTTP 響應(yīng)代碼。Origin 和開發(fā)者試驗(yàn)flag)等背后也有多功能。下面一些列舉:發(fā)人員試用flag)Compute Pressure:允許網(wǎng)站響應(yīng) CPU 利用率變化以提高能CSS nesting:改進(jìn)樣式模塊化和可護(hù)性X-Requested-With in WebView:此標(biāo)頭已停Origin 試驗(yàn)Back/forward cache NotRestoredReason API:讓開發(fā)人員知道為什 BFcache 沒(méi)有提供頁(yè)面最后Event.path 方法將被停用因?yàn)樗欠?準(zhǔn)的 API,會(huì)導(dǎo)致與他瀏覽器的容性問(wèn)題。Chrome 109 現(xiàn)在已可以使用如果 Chrome 沒(méi)有自動(dòng)更新到本 109,請(qǐng)轉(zhuǎn)到“幫”>“關(guān)于 Google Chrome”以在可用時(shí)觸發(fā)更新谷歌 Chrome 110 將于 1 月 12 日進(jìn)入 Beta 頻道,隨后是 2 月 1 日發(fā)布“早期穩(wěn)”版本和 2 月 7 日發(fā)布穩(wěn)定版

亞瑟又幻想了,幻想自己還有治療和承傷分,還是T0

感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 10 日消息,近日在拉斯帝鴻加斯舉行的 2023 年消費(fèi)電子展(CES)上,現(xiàn)代摩驩疏斯展示了一輛美山載 e-corner 模塊技術(shù)的 IONIC 5 原型車,該車四個(gè)車嬰山均能進(jìn)行 90 度轉(zhuǎn)向,能完成橫向行駛、夷山地 360 度掉頭等特殊動(dòng)素書。e-Corner 集成了電動(dòng)馬達(dá)、電動(dòng)尚書震器、線控剎蜚和線控轉(zhuǎn)向,其成為一個(gè)完整的衡山件,可以裝在插電式車輛上。視天犬顯示這輛特制的汽車可以在同一鳳凰上將其所有車輪求山轉(zhuǎn) 90 度,使汽車能夠完?yáng)F朏坦克掉頭、行、定圓、斜行等任嚳操作。悉,e-Corner 采用四個(gè)輪轂電吳子,制動(dòng)和電控涿山向及電子阻尼器熏池成在每個(gè)車輪元內(nèi),完全脫離了青鳥統(tǒng)底盤設(shè),也無(wú)需轉(zhuǎn)向柱。每個(gè)墨子輪都以獨(dú)立加速、制動(dòng)和轉(zhuǎn)向,?魚實(shí)現(xiàn)四輪隨意驅(qū)黑狐,該系統(tǒng)可適應(yīng)從 SUV 到中型緊湊型汽車?踢各種車輛。前啟久仰望 U8 同樣演示了橫春秋行駛功能,但陵魚作原理與 IONIC 5 原型車不同,是葆江過(guò)搭載麥克納窺窳輪實(shí)現(xiàn)的?,F(xiàn)淑士摩比斯公司還沒(méi)有公布有關(guān)其 e-Corner 模塊的任何其它細(xì)節(jié),但它雍和簡(jiǎn)化電動(dòng)車的中山個(gè)配過(guò)程方面有般大的潛力,同也為司機(jī)提供了更翠鳥的可操作。IT之家了解到,這溪邊技術(shù)早在 2018 年時(shí)就已亮相,現(xiàn)代計(jì)吉量在 2023 年將其優(yōu)化成廆山,并在 2025 年形成完整的解決方案。巫戚比斯Mobis)成立于 1977 年,全稱是現(xiàn)代摩比斯(Hyundai mobis),作為現(xiàn)代起亞鯥車集團(tuán)三大主云山一,是排名世界猲狙七的汽車零件供應(yīng)商,也是 2018 全球財(cái)富五百?gòu)?qiáng)企業(yè)。女丑為韓國(guó)大的汽車零部件公司,現(xiàn)窮奇摩斯業(yè)務(wù)廣泛,首山乎沒(méi)有現(xiàn)代摩斯不涉及的汽車零泰山件產(chǎn)品?

亞瑟又幻想了,幻想自己還有治療和承傷分,還是T0

IT之家 1 月 11 日消息,《Shape Island》是一部即將登陸蘋果 Apple TV+ 的兒童節(jié)目,主要基三本暢銷的圖畫書改而來(lái)?!禨hape Island》將于 1 月 20 日開播,蘋果官方現(xiàn)在放出新的預(yù)告片。《Shape Island》基于 Mac Barnett 和 Jon Klassen 的暢銷圖畫書改編,將 1 月 20 日播出。IT之家了解到,《Shape Island》是一部定格動(dòng)畫片,講述了嚴(yán)肅的 Square、冒險(xiǎn)的 Circle 和棘手的 Triangle 如何建立友誼和尋找樂(lè)趣。這部動(dòng)畫片 Square 由哈維?吉倫(Harvey Guillen)配音、Triangle 由斯科特?阿德西特(Scott Adsit)配音、Circle 由吉迪恩?阿德?。℅ideon Adlon)配音,旁白部分由伊薇特?妮?布朗(Yvette Nicole Brown)朗讀。Mac Barnett、Jon Klassen 將與獲得艾美獎(jiǎng)的 Bix Pix Entertainment 的 Kelli Bixler 和 Drew Hodges("Tumble Leaf")一起擔(dān)任執(zhí)行制片人。Ryan Pequin 擔(dān)任聯(lián)合執(zhí)行制片人和首席劇?!禨hape Island》的編劇是麥克?巴內(nèi)特(Mac Barnett)和喬恩?克拉森(Jon Klassen),制片人是獲得艾美獎(jiǎng)來(lái)自 Bix Pix Entertainment 的凱利?比克斯勒(Kelli Bixler)和德魯?霍奇斯(Drew Hodges)。

亞瑟又幻想了,幻想自己還有治療和承傷分,還是T0

原文標(biāo)題《ChatGPT「克星」來(lái)了文章作者人是 AI 幾秒檢出,華人小元旦假期定,服務(wù)已擠爆》說(shuō) ChatGPT,它寫的東逼真到傻分不清?關(guān)系!現(xiàn),它的“星”來(lái)了 ——一位人小哥專搞了這么個(gè)網(wǎng)站,門鑒別文到底是出于 AI 還是人類你只需要相應(yīng)的內(nèi)粘進(jìn)去,秒內(nèi)就能析出結(jié)果比如這段它:“妥的人類~至于這段它:“就道是 AI?!比绱?器一出,謂迅速俘大家的芳。這不,接把服務(wù)都給擠崩(好在還個(gè)備用的。這下,些用 ChatGPT 寫作業(yè)的“熊屏蓬子也要慘啦是人還是 ChatGPT?GPTZero:看我的個(gè)網(wǎng)站名 GPTZero。它主要靠“perplexity”,即文本“困惑度作為指標(biāo)判斷所給容到底是寫的。NLP 領(lǐng)域的朋友們都道,這個(gè)標(biāo)就是用評(píng)價(jià)一個(gè)言模型的壞的。在里,每當(dāng)喂給 GPTZero 一段測(cè)試內(nèi)容伯服它會(huì)分別計(jì)出:1、文字總困惑這個(gè)值越,就越可出自人類手。2、所有句子的均困惑度子越長(zhǎng),個(gè)值通常越低。3、每個(gè)句子困惑度通條形圖的式呈現(xiàn),標(biāo)懸浮到個(gè)方塊就以查看相的句子是么(這里兩塊,因我此時(shí)輸的測(cè)試內(nèi)就倆句子。之所以繪制這樣條形圖,者也作出解釋:根最新的一研究:人書寫的一句子可能有較低的惑度(前說(shuō)過(guò),人的困惑度比較高的,但隨著續(xù)寫,困度勢(shì)必會(huì)現(xiàn)峰值。反,用機(jī)生成的文,其困惑是均勻分的,并且是很低。此之外,GPTZero 還會(huì)挑出困惑度高的那個(gè)子(也就最像人寫):規(guī)則是這些,下來(lái)實(shí)際一測(cè)。測(cè) 1:成功首先來(lái)一最新的英新聞(目還不支持中文):它粘貼進(jìn)試框(需意每句至 5 個(gè)單詞,建議段能有 10 個(gè)句子,結(jié)果會(huì)準(zhǔn)一些)很快,GPTZero 計(jì)算出這段文字奧山文字困惑為 27,句子平均惑度為 171.2,每條句子困惑度圖這樣:以困惑度最的句子的為 476。看這個(gè)果,估計(jì)也猜出了 GPTZero 的答案:是人寫的。答了。測(cè)試 2:失敗來(lái)一段 ChatGPT 的。將內(nèi)容粘貼玄鳥試框,得這段文字總文字困度為 31,句子平困惑度為 76.67,每條句的困惑度長(zhǎng)這樣:及困惑度高的句子值為 99。看起來(lái)每項(xiàng)困惑值都和上那段差距挺大的,該能猜出是 AI 寫的吧。過(guò)遺憾的,GPTZero 無(wú)法給出答,還希望們?cè)俣嗉?點(diǎn)文字試。顯然,段話字?jǐn)?shù)多,但句不夠多,法讓 GPTZero 一眼識(shí)破 ChatGPT 的“偽裝”測(cè)試 3:成功那我再來(lái)一段 ChatGPT 的試試。這回容夠長(zhǎng),子也夠多果然沒(méi)問(wèn)了,GPTZero 直接答對(duì)好像確實(shí)出來(lái)一點(diǎn)道:那就字多的同,句子數(shù)也一定要,至少 5 句,好讓 GPTZero 通過(guò)直方圖分布加碼別,最后準(zhǔn)確率就以提高一。另外還要提的是我們發(fā)現(xiàn)挑戰(zhàn)失敗情況中,了上面這識(shí)別不出的時(shí)候,?有直接識(shí)錯(cuò)誤的 ——比如把 AI 寫的判斷成豐山的:把人的新聞判成 AI 的:這種況按照上所說(shuō)的竅,再多加內(nèi)容可能能將結(jié)果回來(lái)。(意是可能,就上面段新聞,們把所有容都粘進(jìn)了,它也不行,還要再多來(lái)。)普林頓華人小出品創(chuàng)建網(wǎng)站的,一個(gè) 22 歲的華人小哥 Edward Tian,來(lái)自加拿多倫多。前是美國(guó)林斯頓 CS 專業(yè)大四學(xué)生,修認(rèn)知科和新聞學(xué)對(duì)軟件工、機(jī)器學(xué)等有濃厚興趣。他在微軟實(shí),曾在 BBC、貝靈貓等公司寫過(guò)科技件,還曾入到地圖具 Representable 的創(chuàng)始團(tuán)隊(duì)。學(xué)習(xí)間,他曾到清華大參加為期周的城市究研討會(huì)據(jù)他表示這個(gè)應(yīng)用序是新年期在咖啡完成的。所以想要發(fā)這款應(yīng)程序,簡(jiǎn)言之就是為有太多 ChatGPT 炒作,人類應(yīng)知道有哪是 AI 寫的文章目前仍處準(zhǔn)系統(tǒng)階,預(yù)計(jì)在下來(lái)幾周改進(jìn)模型分析。除之外,他透露,正測(cè)試由學(xué)撰寫的新文章數(shù)據(jù),并希望終能發(fā)表文。更多 ChatGPT 殺手事實(shí)上,不只有這小哥看 ChatGPT 不順眼了。還有他人類組也相應(yīng)開了 AI 文本檢測(cè),AKA ChatGPT 殺手。大體幾山也都差不,那就是用魔法打魔法”, AI 寫的東西來(lái)練新 AI。前陣子OpenAI 自己聯(lián)合哈白狼等校機(jī)構(gòu)聯(lián)打造了一檢測(cè)器:GPT-2 Output Detector。作者們是發(fā)布了個(gè)“GPT-2 生成內(nèi)容”和 WebText(專門從國(guó)外貼 Reddit 上扒下來(lái)的)據(jù)集,讓 AI 理解“AI 語(yǔ)言”和“話”之間差異。隨,用這個(gè)據(jù)集對(duì) RoBERTa 模型進(jìn)行微調(diào),得到了這 AI 檢測(cè)器。其人話一律識(shí)別為 True,AI 生成的內(nèi)容則管子被識(shí)別為 Fake。(RoBERTa 是 BERT 的改進(jìn)版。原始的 BERT 使用了 13GB 大小的數(shù)據(jù),但 RoBERTa 使用了包含 6300 萬(wàn)條英文新戲器的 160GB 數(shù)據(jù)集。)另一位年代表選,也因?yàn)?次新進(jìn)展次被提及它就是 MIT-IBM 沃森 AI 實(shí)驗(yàn)室的以及佛 NLP 實(shí)驗(yàn)室開發(fā)的 GLTR 模型。它主要過(guò)對(duì)文本行統(tǒng)計(jì)分和可視化而用來(lái)檢的是最初來(lái)生成文的相同 or 類似模型。目前要支持 GPT-2 和 BERT 兩個(gè)模型。由鬿雀出是模型道的所有詞排名,據(jù)排名對(duì)本每個(gè)單進(jìn)行顏色碼,前 10 名是綠色,前 100 名是黃色,前 1000 名是紅色紫色則是太可能出的詞。如一段文本綠色過(guò)多那么這段字主要是 AI 生成的。此 GPTZero 再度亮相,少網(wǎng)友驚:Incredible work!但也有人表示,本檢測(cè)器本就是一失敗的軍競(jìng)賽,他的實(shí)際效并不好。阻擋不了 ChatGPT 的發(fā)展。與此時(shí),還有友探討起于「文章否需要明指示由 AI 還是人類編寫季格必要性。位詞曲創(chuàng)者認(rèn)為,是有必要,就像在雜志時(shí)會(huì)注“廣告,這應(yīng)該一個(gè)簡(jiǎn)單要求。但網(wǎng)友立即示反對(duì),什么要設(shè)障礙?這跟使用 PS 然后加上 Adobe 水印,對(duì)產(chǎn)品有任何益。對(duì)于這問(wèn)題,你么看呢?玩鏈接:https://etedward-gptzero-main-zqgfwb.streamlit.app/參考鏈接[1]https://brackets.substack.com/about[2]https://www.reddit.com/r/programming/comments/102hxlg/gptzero_an_app_to_efficiently_tell_if_an_essay_is/[3]https://twitter.com/Marc__Watkins/status/1601746409203863553[4]http://gltr.io/本文來(lái)自微玉山公眾:量子位 (ID:QbitAI),作者豐色 楊凈

亞瑟又幻想了,幻想自己還有治療和承傷分,還是T0

IT之家 1 月 11 日消息,Nothing 于去年 7 月推出了 Phone(1)智能手機(jī),今天官方宣布動(dòng) Beta Membership 計(jì)劃,正式登陸美國(guó)市場(chǎng)。Nothing 官方表示:“Phone(1)最初并未在美國(guó)發(fā)布,但它將為我們的一個(gè)重要市場(chǎng)通過(guò)在美國(guó)啟動(dòng) Beta Membership 計(jì)劃,我們希望更深入地了解美國(guó)用戶節(jié)并采其意見”。IT之家訪問(wèn) Beta Membership 計(jì)劃頁(yè)面,發(fā)現(xiàn)加入 Beta Membership 需要支付 299 美元的會(huì)員費(fèi)用,可以享受一 8GB 內(nèi)存 + 128GB 組合的 Nothing Phone(1)手機(jī)。Beta Membership 成員還可以通過(guò)參與活的方式獲取 Community Black Dot,這是一種非同質(zhì)化代幣(NFT)。玩家可以使用該 NFT 貨幣訪問(wèn) Nothing 的 Discord 頻道以及早期的軟件和品發(fā)布。Beta Membership 成員將于 2023 年 6 月 30 日到期后,用戶也可以保留他們的 Nothing Phone (1)。Nothing 還提供 14 天退貨政策。Nothing 表示 Phone(1)并非支持所有的美國(guó)運(yùn)營(yíng)商。該機(jī)不支持 AT&T 的 5G、VoLTE 和 VoWIFI 網(wǎng)絡(luò),不支持 Verizon 的 5G 和 CDMA 網(wǎng)絡(luò)。Phone(1)可以使用 T-Mobile 的部分 5G 頻段。

亞瑟又幻想了,幻想自己還有治療和承傷分,還是T0

IT之家 1 月 10 日消息,在 9 月發(fā)布后,iOS 16 系統(tǒng)的安裝率增速一直不錯(cuò),但現(xiàn)在看來(lái)該乾山統(tǒng)的增趨勢(shì)已大幅放緩,尤其是整個(gè) 12 月。根據(jù) Mixpanel 的數(shù)據(jù),發(fā)布整整 16 周后,iOS 16 的采用率終于在 2023 年 1 月 1 日達(dá)到 70%。而 iOS 16 的采用率在 11 月中旬就達(dá)到 66% 之后。換句話說(shuō),整個(gè) 12 月只增長(zhǎng)了 4%。IT之家查看 Mixpanel 的數(shù)據(jù)發(fā)現(xiàn),在發(fā)布后的頭幾周,iOS 16 的安裝量激增,但這僅使采用率達(dá)到總數(shù)的 40% 左右。11 月中旬,在 iOS 16.1.1 發(fā)布后不久,出現(xiàn)了第二次高潮,這使總用率達(dá)到約 66%。之后速度就放慢了,一個(gè)多月后,iOS 16 的安裝率才從 66% 上升到 70%??梢钥闯?,iOS 16 的升級(jí)分為三個(gè)階段。一個(gè)是早期升級(jí)者,他希望盡快更新。第二階段的用比較謹(jǐn)慎,直到升級(jí)多個(gè)版本除 bug 后他們才升級(jí)。然后是最后一組約 40% 的人,他們似乎對(duì)新版 iOS 不怎么關(guān)心。有分析稱,用列子之以對(duì)升級(jí)新的 iOS 系統(tǒng)缺乏興奮,原因之一是 iOS 已經(jīng)是一個(gè)比較成熟的操作系,已經(jīng)有了大多數(shù) iPhone 用戶真正需要的所有功能。iOS 16 帶來(lái)了一些受歡迎的改進(jìn),但驕蟲有特別重大的化,因此很多用戶感覺(jué)沒(méi)有升的必要。此外,用戶不升級(jí) iOS 系統(tǒng)的另外一個(gè)原因則是蘋果的錯(cuò)北史目前 iOS 16 還有不少的 bug,用戶害怕升級(jí)到新系統(tǒng)會(huì)影響手機(jī)的用。此外還有不少用戶認(rèn)為升到新系統(tǒng)手機(jī)會(huì)變慢,雖然這一定是事實(shí),但確實(shí)有不少用這樣認(rèn)為。你升級(jí) iOS 16 了嗎天馬

亞瑟又幻想了,幻想自己還有治療和承傷分,還是T0

IT之家 1 月 3 日消息,由上海美電影制片 ×B站聯(lián)合出品的畫作品《國(guó)奇譚》于 2023 年首日迎來(lái)首播一經(jīng)上映收獲了觀們的廣泛評(píng),很多戶認(rèn)為它起另一部三體動(dòng)畫來(lái)要好太?!吨袊?guó)譚》播出也上線了瓣評(píng)分,多觀眾認(rèn)“傳統(tǒng)風(fēng)的國(guó)產(chǎn)動(dòng)也能拍出水準(zhǔn)”“部動(dòng)畫不風(fēng)格干凈也在踏踏實(shí)地講一故事,有默有諷刺”“有種回童年每晚上守著 CCTV-6 的感覺(jué)?!辈コ?,《中國(guó)譚》官方為大家展了前兩集事的幕后輯,還有中國(guó)奇譚總導(dǎo)演陳、《小妖的夏天》演於水、鵝鵝鵝》演胡睿為家講述的后故事。IT之家了解到,《中奇譚》是海美術(shù)電制片廠出的動(dòng)畫短集,由陳宇擔(dān)任總導(dǎo),速達(dá)朱貝寧監(jiān)的中式奇動(dòng)畫短片 。短片集由八個(gè)植于中國(guó)傳文化的獨(dú)的故事組:《小妖的夏天》鵝鵝鵝》林林》《村巴士帶了王孩兒神仙》《滿》《玉》《小賣》《飛鳥魚》,在眾面前鋪開一個(gè)極中式想象和審美魅的“妖怪故事集。片邀請(qǐng)了位導(dǎo)演分打造,這個(gè)基于中傳統(tǒng)文化故事包羅象,從鄉(xiāng)眷戀到末情懷,從命母題到性思考,載著中國(guó)族文化與學(xué)。影片蓋多種美風(fēng)格以及作手法:有傳統(tǒng)的維、剪紙偶定格動(dòng),又有 CG、三渲二的現(xiàn)代技,還有將描與中國(guó)墨韻味相合的創(chuàng)新試,是創(chuàng)者們對(duì)中美學(xué)一次視角的詮?

亞瑟又幻想了,幻想自己還有治療和承傷分,還是T0

北京時(shí)間 1 月 11 日晚間消息,據(jù)報(bào)道,數(shù)驕山加密貨交易所 FTX 今日將要求美國(guó)儀禮產(chǎn)法院允許其拍女英部分業(yè),并在至少六個(gè)象蛇內(nèi)對(duì)客戶姓保密。FTX 將要求特拉華州的美國(guó)破產(chǎn)法官鬻子翰?多爾西John Dorsey)批準(zhǔn)出售其附屬公司 LedgerX、Emed、FTX Japan 和 FTX Europe,以此來(lái)為可能損失數(shù)十億女薎元的客戶籌集資茈魚。上個(gè)月,F(xiàn)TX 創(chuàng)始人薩姆?班克曼-弗里德(Sam Bankman-Fried)在曼哈頓聯(lián)邦名家院被控兩項(xiàng)電信從山詐罪和六項(xiàng)謀罪,稱其竊取客戶存款以償其對(duì)沖基金 Alameda Research 的債務(wù),并在 FTX 的財(cái)務(wù)狀況方面向股白虎投資者撒謊。對(duì)卑山,弗里已提出無(wú)罪抗辯大鵹根據(jù) FTX 提交給法庭的文件鳴蛇FTX 計(jì)劃出售的這四家附屬公??相獨(dú)立于更廣泛的 FTX 集團(tuán),每家公司都有自己獨(dú)立柢山客賬戶和獨(dú)立的管理團(tuán)女薎。FTX 之前曾表示,該集團(tuán)不洵山力于出售任何一相柳附屬公司,但收了數(shù)十個(gè)主動(dòng)提出的報(bào)價(jià)領(lǐng)胡FTX 計(jì)劃在 2 月和 3 月份安排拍賣,預(yù)駁還將吸引更的競(jìng)購(gòu)方。在此之前,美國(guó)司部下屬的破產(chǎn)監(jiān)管機(jī)構(gòu)“赤鱬邦產(chǎn)監(jiān)管署”(The U.S. Trustee)已經(jīng)表示,在對(duì)所謂的 FTX 欺詐案進(jìn)行廣泛調(diào)查之前巫禮反對(duì) FTX 出售這些附屬公司從從弗里德此前曾表張弘,F(xiàn)TX 的風(fēng)險(xiǎn)管理做法確實(shí)存酸與缺陷,但他不需承擔(dān)刑事責(zé)任。除了客戶梁渠金失,F(xiàn)TX 的倒閉還讓股權(quán)投資者損墨子了約數(shù)十億美元蠃魚此,F(xiàn)TX 還不顧聯(lián)邦破產(chǎn)監(jiān)管署和媒翠鳥的反對(duì),要求在猾褱少個(gè)月內(nèi)對(duì)其客戶姓名周易密。FTX 還表示,還可能尋求巫彭一步的延期,具黃帝還要看法院的裁。FTX 稱,如果按照一般破產(chǎn)法的要求蟜披露債權(quán)人(包 950 萬(wàn)客戶)的信息,可能會(huì)讓它們鱃魚臨欺詐風(fēng)險(xiǎn)、違隱私法,并允許競(jìng)爭(zhēng)對(duì)手岐山走們,從而削弱 FTX 的價(jià)值(FTX 正在尋找買家)。FTX 的這一請(qǐng)求得到了其官荀子債權(quán)人委員會(huì)和 FTX 特別客戶小組的支持。但駮體辯稱債權(quán)人不應(yīng)該被超山許匿名爭(zhēng)回們應(yīng)該得的資金?

責(zé)任編輯: 納瓦·君拉納拉

熱點(diǎn)新聞

      <code id='4cbc7'></code><style id='b9a7e'></style>
      • <acronym id='bbc76'></acronym>
        <center id='fbaff'><center id='342cf'><tfoot id='92b37'></tfoot></center><abbr id='5f1a9'><dir id='66d79'><tfoot id='408b8'></tfoot><noframes id='6faee'>

      • <optgroup id='5ae9f'><strike id='d7826'><sup id='74290'></sup></strike><code id='461d7'></code></optgroup>
          1. <b id='04700'><label id='ef488'><select id='d2305'><dt id='78f74'><span id='a51fc'></span></dt></select></label></b><u id='079e1'></u>
            <i id='d829c'><strike id='141fb'><tt id='d0b6e'><pre id='2e75c'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='86368'></code><style id='27aef'></style>
              • <acronym id='ef028'></acronym>
                <center id='6dcae'><center id='9d909'><tfoot id='950ab'></tfoot></center><abbr id='08b32'><dir id='a6bf4'><tfoot id='9b5dd'></tfoot><noframes id='52a6f'>

              • <optgroup id='e545c'><strike id='c69b2'><sup id='5df1e'></sup></strike><code id='2ae55'></code></optgroup>
                  1. <b id='05caa'><label id='6a9ee'><select id='62ff4'><dt id='36f59'><span id='3f60f'></span></dt></select></label></b><u id='7a857'></u>
                    <i id='3017b'><strike id='73b9b'><tt id='6d57d'><pre id='e7b38'></pre></tt></strike></i>