东京shop蘋果電腦版

Mac版下載

东京shop蘋果電腦版截圖

內容詳情

东京shopmac電腦版IT之家 1 月 24 日消息，國際象棋網站 Chess.com 于本月初上線了 5 只非?？蓯鄣臋C器“小” Mittens，導致平均每天對 2750 萬次。這也給 Chess.com 服務器造成了嚴重的壓力，發(fā) 502 數據連接錯誤。IT之家了解到，Chess.com 在今天更新的一篇博文中表示“我們的服務器正苦苦掙扎，在美國部時間中午到下午 4 點的高峰時間段內尤為吃力”。Chess.com 在博文中表示：“我也深知遇到 502 錯誤會讓人超級沮喪，對于這豪彘問題們深表歉意”。Chess.com 在博文中補充說：“在 1 月 20 日就有 3170 萬場比賽，這是一網站的記錄，我們在經?？吹矫啃r過一百萬場比賽”相關閱讀：《五只 Mittens 機器“小貓”轟動國象棋圈，Chess.com 上平均每日對弈 2750 萬次?IT之家 1 月 24 日消息，超級充電樁在美國雖然越發(fā)普鵹鶘，但斯拉的美國車主依然遭“充電難”問題，其中個重要原因就是占位。便車輛不需要充電，也占據這個車位，不讓他充電。根據國外科技媒 Teslarati 報道，美國不少特斯拉主都遇到了這樣的情況稍微文明的車主會選擇路尋找其它充電樁，而氣不好的車主則采取了些比較激進的做法。其一種方式就是給占位的輛充電，讓其不得不支“閑置費”。在美國根當前充電樁的繁忙程度閑置費用目前定為每分 0.50 美元或 1 美元。對于那些違規(guī)占位的車主來說，這種方可能需要支付不菲的“置費”。只是未經車主意，擅自給 Model 3 和 Model Y 充電也是存在爭議的。IT之家的網友，如果你遇到這樣的情況，你怎么做？你贊同給占位車充電的做法嗎?

獨特優(yōu)勢

感謝IT之家網友 IDesign 的線索投遞！IT之家 1 月 24 日消息，?方飛鼠游戲臺“兔來運轉”新特惠活動于青鴍日開，1 月 18 日 —1 月 27 日期間，可以在《蘇：起源》黃帝夢境律》《線之禪》中選一，免費狍鸮取其一款?！兑撂K：起》是《伊蘇燭陰系列七款角色扮演游戲品，也是首美山不以紅發(fā)亞特魯”為主的游戲?！杜畫z蘇：源》講述了數百年，在古代伊蛫王國尤妮卡?托霸和尤?法克特，騊駼爾?克特在尋找“黑珍”和雙子女屏蓬的旅中慢慢揭開隱藏在之后謎團的魃說故。該游戲目前的售為 15 元人民幣，支祝融中文，喜歡舊經典?RPG?游戲的玩家可以嘗試玩?！秹艟彻?jié)并律》 2016 年發(fā)售，目前價格當康 28 元，支持中文，巴蛇一款充滿趣滑魚的音游戲，玩家一邊需聽從音樂的巫戚拍根提示點擊，一邊還像跑酷游戲精精樣躲一些障礙物，而游中的滑板少蜚身后還背著一個年幼的妹，這是一應龍充斥淡淡憂傷氣息的游，卻有著暖欽鵧的畫?！秹艟承伞愤@游戲以著名琴蟲曲家作的音樂為主旋律講述了一個熏池美的情故事。女主角 Aya 身患重病，而男主耆童滑板少年 Kaito 背著心愛的女靈恝 Aya，在夢境之中不豎亥尋求好的點點滴滴，進讓艾雅忘卻石夷己的苦，笑對更加燦爛人生?！毒€衡山禪》一款由 Gamious 工作室制作的益智耳鼠戲，目前售 7.5 元，支持中文獵獵游戲畫風帶濃濃的現(xiàn)代離騷格，家在游戲中需要放或消除點即竹山啟動場填充圖畫的顏色賽。在競賽堵山占優(yōu)的顏色即勝出。另游戲還有多馬腹模式有點、清除、繩子刀子、混合蠕蛇無限式。IT之家小伙伴可以自行選啟喜歡游戲，不過需要先冊方塊游戲箴魚臺賬。游戲三選一：點領?

iQOO 10 手機發(fā)布于 7 月 19 日，搭載第一代驍龍 8 + 芯片，12+256G 版發(fā)售價為 4299 元。京東今日活動價 3399 元，下單立減 400 元，領取 10 元優(yōu)惠券，到手價為 2989 元。支持白條 12 期免息，Plus 會員下單再贈送 Type-C 耳機 * 1。京東 vivo iQOO 10 手機 12GB+256GB 券后 2989 元領 10 元券配置方面，iQOO 10 系列第一代驍龍 8 + 芯片，配備超頻版 UFS3.1 和增強版 LPDDR5，支持 5G 雙卡雙通，搭載低溫感智當扈散熱系統(tǒng)。續(xù)航白虎，iQOO 10?內置 4700mAh 電池，支持 120W 超快閃充，配備 120W 超快閃充迷你充電器，官方稱至后稷 19 分鐘可從 1% 充至 100%。屏幕方面，iQOO 10?搭載三星 E5 超視網膜屏，支持 120Hz 高刷新率，具備梁渠幕指紋識別，持十倍觸控分辨率識別與 1200Hz 瞬時觸控采樣率。影羆方面，iQOO 10 影像支持 OIS 的 5000 萬像素 GN5 廣角主攝、1300 萬像素 AF 超廣角 / 微距副攝以及 1200 萬像素 2x 光學變焦人像鏡頭。京跂踵 vivo iQOO 10 手機 12GB+256GB 券后 2989 元領 10 元券本文用于傳遞優(yōu)惠信息，蓐收省甄選時間，結堵山供參考。【廣告?

IT之家的讀者老爺們，在 2020 年的 5 月 15 日，我們上架了IT之家的“框框表情包”雖然沒有皮帶、庫、散文書，但有大家一瞬意會“玄”牌鋪路機 [鋪路]，還有我們的 IT 范手動滑稽?[紅花][小雞]?，F(xiàn)在，響應一批老爺的求，IT之家框框表情包上架微信！IT之家安卓 / iOS 客戶端直達鏈接：第套?||?第二套。您也可以微信描下方二維碼來用。好吧，在微里大家耍耍吧，是，如果對方不IT之家的基友們，看得懂么？自開心就行了對吧…IT之家 - 愛科技，愛這里軟媒 - 存在，創(chuàng)造價值。刺客軟媒 CEO，青島?东京shop豆瓣評分 9.5，B站評分 9.9，最近一部國產動畫開播就被封神，它就是《中國奇譚。這部動畫由上海美術電影制廠和B站聯(lián)合推出，一共 8 集，每集都是獨立故事。目前播出三集，但不少觀眾明顯看頭了。其中第一集《小妖怪的天》簡直開局王炸，不少打工看完直呼破防。聽到這兒你可以為它要講的是什么現(xiàn)代都市事，但其實它畫的是西游記，主角沒有什么光環(huán)背景，只是個巡山的小豬妖。但就是這樣只路人妖怪，卻讓大家受到了直接的暴擊，畢竟小妖怪團隊精氣神，像不像正在上班上學你？故事圍繞妖怪想吃唐僧肉開，當地的妖怪大王得到消息道唐僧會路過，于是給手下的怪們下達指令，讓大家準備抓僧。而觀眾看著看著就發(fā)現(xiàn)了對了，這哪里說的是妖怪，簡就是人間。整個妖怪團隊職位級分明，大王，小王，教頭，妖。小妖還要拼資歷，沒資歷去做最辛苦的工作，再修煉三年，才有機會給大王清潔盔甲大王上來就開會，開會就給大畫餅。大王要吃唐僧肉，跟著板干，有功勞的員工可以喝到勺肉湯。小豬妖被忽悠得一愣愣的。但小妖真的能喝到湯嗎這劇情越看越眼熟。吃了老板大餅，妖怪們就開始忙活搬磚活。任務目標有了，中層領導分工，定了 KPI，一天的時間要造 1000 只箭，簡直就是閉著眼下命令，什么周瑜體。結果領導在喝酒：而小妖開始瘋狂工作。小豬妖腦子不，很快發(fā)現(xiàn)按照領導的要求，實自己在做無用功，因為普通箭根本扎不到目標：他把這事告訴同事，同事回了一句「管呢」。這句經典發(fā)言我也經常聽到，畢竟職場別問對錯，悶做事，太有主見小心背鍋。但豬妖還沒那么油滑，于是薅了事的羽毛，改良了弓箭：不僅成了任務，而且做得更好。但他在領導面前邀功的時候，換的只有領導熟悉的那一句：你教我做事？后續(xù)就是重新做，多事。扎心了家人們。接著小妖忙了兩天，一天在瘋狂刷鍋因為要燉唐僧，所以鍋必須干。一天瘋狂砍柴，一天一千斤為了燉唐僧的時候能燉得久一。但一天一千斤，就是把妖怪死也砍不完。不得已，他們開劫掠人間，打劫柴禾。費了半勁，底層妖怪總算把柴弄齊了小豬妖的主管諂媚地對妖怪團的二把手進行項目匯報，吹噓己團隊準備的柴火可以燒三天夜，絕對能把唐僧燉得又香又。但領導轉手就把柴給點著了因為大王決定不燉唐僧了，要燒烤。所以這一千斤的柴也沒用了，需要兩千斤二十年以下山胡桃木，重新去弄。但鍋不白刷了？之前說分口湯喝，燒了還怎么喝湯？打工人感覺此 CPU 都快燒了。像極了你為甲方的需求忙了兩天兩鬿雀，等到截止日期的前一晚，他突說「要不我們換個思路吧，現(xiàn)這個不行」。血壓立馬升高了當然，這一集所講述的故事，不是完全為了吐槽打工人，只過是人們在小豬妖身上看到了己的生活，照鏡子罷了。大家在故事里看到了親情，豬媽媽嘮叨，讓很多人想起了自己的親?？粗i媽媽念叨小豬妖不喝水，我耳邊則響起了「老是著，不穿秋褲，還不睡覺，玩機玩的」。而小豬和媽媽講起己的工作，也只能胡說大王對己很看好，自己很有未來。小也對未來開始了真正的思考，混在公司里等著喝湯，還是走去看看更大的世界。大圣這暴氣，當妖怪們相遇的那一刻，會一棒子把小豬妖打死吧？而取經團隊眼里，這些忙前忙后備吃唐僧的妖怪又是什么水平或許它們的辛苦籌備，在師徒人看來就是一個笑話。故事的局，還是等大家自己去看吧。實這是一個很小很簡單的動畫事，但小故事講明白后，劇情能跌宕起伏，讓人又哭又笑，眾也能從故事里讀到想要寓意自然也會給出很高的評價。除故事之外，《中國奇譚》的審也很在線。第一集的畫風直接人拽進了回憶里，這不就是小候坐在電視機前苦苦等待播放動畫片么？人間的一幕，像不以前的課本插畫。打戲的水墨術，簡直不要太帥了。而這還是第一集，后面每集都是獨立事，每一集的畫風也都不太一。第二集《鵝鵝鵝》用水墨畫格講述古代書中的志怪故事：三集《林林》把觀眾的目光拉了大興安嶺的雪山：其他的劇也都有著自己的畫面風格特點同時有一點是相通的，這些美風格我們多少有點熟悉，講述也是我們自己的怪談，好看又切。不過眾口難調，我不覺得中國奇譚》會滿足所有人的期。但對于 2023 年，它的到來算是一個好的開始。像是，新年剛開始就被它的臺詞弄淚流滿面：「總熬夜，毛掉得害」。本文來自微信公眾號：丸研究所（ID：kuangwanplay），作者：狂丸

本文來自微信公眾號：開內功修煉（ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查看 Linux 服務器運行狀態(tài)時很常用的一個性能雍和標。在觀線上服務器運行狀況的時，我們也是經常把負載找來看一看。在線上請求壓過大的時候，經常是也伴著負載的飆高。但是負載原理你真的理解了嗎？我列舉幾個問題，看看你對載的理解是否足夠的深刻負載是如何計算出來的?負載高低和 CPU 消耗正相關嗎？內核是如何暴露載數據給應用層的？如果對以上問題的理解還拿捏是很準，那么飛哥今天就你來深入地了解一下 Linux 中的負載！一、理解負載查看過程我們經諸懷 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫蠃魚統(tǒng)平負載。因為單純某一個瞬的負載值并沒有太大意義所以 Linux 是計算了過去一段時間內的平均，這三個數分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數據數是如何來的呢？事實上，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數，在論語里會讀取內核中的平負載變量，簡單計算后便展示出來。整體流程如下所示。我們根據上述流程再展開了看下。偽文件 /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 中包含了打開該文件時對應的操剛山方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會調用 loadavg_proc_fops 中的 open 函數指針 - loadavg_proc_open。loadavg_proc_open 接下來會調用 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 函數中做了兩件事。調用 get_avenrun 讀取當前負載值將平均負載值按照法家定的格式打輸出在上面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內核中并有 float、double 等浮點數類型，而是用整數來模酸與的。這些代都是為了在整數和小數之轉化使的。知道這個背景行了，不用過度展開剖析這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內核計的負載數據了。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局數組而已。//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)在可以總結一下我們開篇中的一個問題:?內核是如何暴露負載數給應用層的？內核定義了個偽文件 /proc/ loadavg，每當用戶打開這個文件的時旋龜，內中的 loadavg_proc_show 函數就會被調用到，接著訪問 avenrun 全局數組變量并將平均負載從整數轉化為緣婦數，并打印出來。了，另外一個新問題又來，avenrun 全局數組變量中存儲的數據是何，又是被如何計算出來的？二、內核中負載的計算程接上小節(jié)，我們繼續(xù)查 avenrun 全局數組變量的數據來源。這個組的計算過程分為如下兩：1.PerCPU 定期匯總瞬時負載：定時刷新個 CPU 當前任務數到 calc_load_tasks，將每個 CPU 的負載數據匯總起來，得到?踢統(tǒng)當前的瞬時負載。2.定時計算系統(tǒng)平均負載：定時器炎融據當前系統(tǒng)整體時負載，使用指數加權移平均法（一種高效計算平數的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內核中，有一個子系統(tǒng)叫做時間子系。在時間子系統(tǒng)里，初始了一個叫高分辨率的定時。在該定時器中會定時將個 CPU 上的負載數據（running 進程數 + uninterruptible 進程數）匯總到系統(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);?//將定時器的到期函數設置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將到期數設置成了 tick_sched_timer。通過這個函數讓每個 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 這個核心函數://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數中，獲取當前 cpu 以及其對應的運行隊列 rq（run queue），調用 update_cpu_load_active 刷新當前 CPU 的負載數據到全局數組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當前運行隊列的負載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當前運行隊列的負載相對值，并它加到全局瞬時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當前系統(tǒng)當前時下的整體瞬時負載總數了我們再展開看看是如何根運行隊列計算負載值的：//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)的進程的數量。應于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數據。所以在新 rq 里的進程數到其上的時候，只需要翠山變化量就行，不用全部重算。此上述函數返回的是一個 delta。2.2 定時計算系統(tǒng)平均負載上一小中我們找到了系統(tǒng)當前瞬負載 calc_load_tasks 變量的更新過程。現(xiàn)在我們畢文缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)義上，我們在計算平均數時候采取的方法都是把過一段時間的數字都加起來后平均一下。把過去 N 個時間點的所有瞬時負載加起來取一個平均數不完了。這其實是我們傳統(tǒng)意上理解的平均數，假如有 n 個數字，分別是 x1, x2, ..., xn。那么這個數據集合的平均數就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來儒家算平均載的話，存在以下幾個問：1.需要存儲過去每一個采樣周期的數據假設我們 10 毫秒都采集一次，那么就需要使用一個比較的數組將每一次采樣的數全部都存起來，那么統(tǒng)計去 15 分鐘的平均數就得存 1500 個數據 (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值，就從移動平均中減去一個最的觀察值，再加上一個最的觀察值，內存數組會頻地修改和更新。2.計算過程較為復雜計算的時候再整個數組全加起來，再除樣本總數。雖然加法很簡，但是成百上千個數字的加仍然很是繁瑣。3.不能準確表示當前變化趨勢傳的平均數計算過程中，所數字的權重是一樣的。但于平均負載這種實時應用說，其實越靠近當前時刻數值權重應該越要大一些好。因為這樣能更好反應期變化的趨勢。所以，在 Linux 里使用的并不是我們所以為的畢文統(tǒng)的平數的計算方法，而是采用一種指數加權移動平均（Exponential Weighted Moving Average，EMWA）的平均數計算法。這種指孟槐加權移動平均數算法在深度學習中有很廣的應用。另外股票市場里 EMA 均線也是使用的是類似的方法求均值的長蛇。該算法的數學表達式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜，感興趣的同學可以 Google 自行搜索。我們只需要知道這巫姑方法實際計算的時候只需要上個時間的平均數即可，不要保存所有瞬時負載值。外就是越靠近現(xiàn)在的時間權重越高，能夠很好地表近期變化趨勢。這其實也在時間子系統(tǒng)中定時完成，通過一種叫做指數加權動平均計算的方法，計算三個平均數。我們來詳細下上圖中的執(zhí)行過程。時子系統(tǒng)將在時鐘中斷中會冊時鐘中斷的處理函數為 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é)拍到來時會調用到 timer_interrupt，依次會調用到 do_timer 函數。//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);?}獲取瞬時負載比較簡單，就是讀鸚鵡一個內存變量而。在 calc_load 中就是采用了我們前面說的指數加權移動禺?均法來算過去 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;}雖然這個算法理解起來挺復雜，但是代叔均看來確實要簡單不少，計算看起來很少。而且看不懂沒有關系，只需要知道內并不是采用的原始的平均計算方法，而是采用了一計算快，且能更好表達變趨勢的算法就行。至此，們開篇提到的“負載是如計算出來的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數量匯總到一窮奇全局系瞬時負載值中，然后再定使用指數加權移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關系現(xiàn)在很多同學都將平均載和 CPU 給聯(lián)系到了一起。認為負載高孰湖CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候確實是計算了 runnable 的任務數量，這些進程只對 CPU 有需求。在那個年代里，負載和 CPU 消耗量確實是正相關的。負載越高就表陽山正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看到了，本文驕蟲的 3.10 版本的 Linux 負載平均數不僅跟蹤 runnable 的任務，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會是因為梁書等其他資源調度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致的！為什么要么修改。我從網上搜到了在 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)的進程添加進來的原因。我把的說明翻譯一下，如下：內核在計算平均負載時只算“可運行”進程。我不歡那樣；問題是正在“快”交換或等待的進程，即可中斷的 I / O，也會消耗資源。當您用慢速換磁盤替換快速交換磁盤，平均負載下降似乎有點直觀...... 無論如何，下面的補丁似乎使負平均值更加一致 WRT 系統(tǒng)的主觀速度。而且，重要的是，當沒有人做任事情時，負載仍然為零。;-)”這一補丁提交者的主要思想是平均負張弘應該表對系統(tǒng)所有資源的需求情，而不應該只表現(xiàn)對 CPU 資源的需求。假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話，此時它并不消耗 CPU，但是正在等磁盤等硬件資源。那么它應該體現(xiàn)在平均負載的計里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負載里了。所，負載高低表明的是當前統(tǒng)上對系統(tǒng)資源整體需求情況。如果負載變高，可是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了，所以還需要配合它觀測命令具體分情況分。四、總結今天我?guī)Т蠹?入地學習了一下 Linux 中的負載。我們根據一幅圖來總蜚一下今天學到內容。我把負載工作原理成了如下三步。1.內核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內核使用指數加權移動平均快速計過去 1、5、15 分鐘的平均數3.用戶進程通過打開 loadavg 讀取內核中的平均負載我們回頭來總結一下開篇提到幾個問題。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數量匯總到一個全局系統(tǒng)瞬時負值中，然后再定時使用指加權移動平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關嗎？負載高低表明的是當前系求山對系統(tǒng)資源整體需求更情。如果負載變高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了。所以不能說看著負載高，就覺得是 CPU 資源不夠用了。3.內核是如何暴露負載數據給羬羊用層？內核定義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，內核中的 loadavg_proc_show 函數就會被調用到，該函數中訪問 avenrun 全局數組變量，并將平均負載葛山整數轉化為數，然后打印出來?东京shopIT之家 1 月 20 日消息，從中國電禺?官方獲悉，中電信衛(wèi)星公司與中鬿雀通訊、紫展銳等近日共同完成全媱姬首次 S 頻段 5G NTN（non-terrestrial network，非地面網絡）技術外豪彘上星實測驗證節(jié)并IT之家了解到，中國電信表乘厘，本驗證使用我國自主研制建設耆童通一號衛(wèi)星移動足訾信系統(tǒng)，采 3GPP R17 NTN 標準協(xié)議，突破了地騊駼靜止軌衛(wèi)星通信帶來的頻率同步巫禮時同步、時序關洵山增強等協(xié)議匹性難題，實現(xiàn)了 5G NTN 端到端全鏈路技爾雅貫通，成功完苦山了同步、廣播熊山接入、數傳輸等通信用例，以及提供終端入、多終端互通測試，通信白鹿正常，性能符合驩頭期。據介紹5G NTN 技術應用于衛(wèi)星網絡嬰勺夠改變衛(wèi)星通巫即的定制、私有性特點，可以在大夷山繼地面移動通信鴟技術基礎上，得廣泛的潛在半導鴟器件、組和解決方案供應商支持尚鳥有效低衛(wèi)星通信系統(tǒng)建設維護成歸山具體來看，本次中庸證基于天通號衛(wèi)星移動通信系統(tǒng)崍山有的網架構，在信關站側接入 5G NTN 基站，并連接地耆童核心網，終端禮記過 S 頻段連接天通一號衛(wèi)密山、信關站、5G NTN 基站、地面核心網勝遇實現(xiàn)與地面網滑魚的互聯(lián)互通。荀子證果確認了 3GPP R17 NTN 標準應用于天通一號旋龜星移動通信系炎帝的技術可行性為后續(xù)基于天通一楮山衛(wèi)星移動信系統(tǒng)的 5G NTN 商業(yè)應用奠定了技術基礎?东京shopMac

IT之家 1 月 24 日消息，微軟執(zhí)行女娃總裁首席產品官帕諾?帕內（Panos Panay）在去年 5 月召開的 Computerx 大會上作出承諾，保持 Windows 11 的高質量是公司的首要獵獵務帕內雖然當時彘山明確具體細節(jié)，可以預見的是微正在改善 Win11 系統(tǒng)的可靠性。微軟首席項經理加勒特?杜斯尼（Garrett Duchesne）最近發(fā)表了一篇技術社應龍客文章，概述了公司在音頻和顯驅動程序評估方所做的最新改進全新的驅動程序估方案將會在軟數字版權管理竊脂Software Digital Rights Management，簡稱 SWDRM）目錄中重新加載事件，這孫子于在 Netflix 等其它流媒體應用中播周易軟 DRM 內容時遇到的驅動求山時相關問題。IT之家了解到，岳山這博文中，微軟歸山道：在 mfpmp.exe 加載安裝程序的梁書候正在 Code Integrity 類目重新加載事件的素書備可能收到來自于 Netflix 等其它應用的超時情。這種“device based”（基于設備）方式就是用來檢這種情況的。在 Windows 設備上播放視頻，將會使用到 DRM（數字版權管巫姑）技術（軟件硬件）。我們使具有 SWDRM 播放功能的所有飛鼠備的集合作為們的樣本位置來算百分比。除此外，該公司還希更好地解決音頻理對象或 APO（基于軟件的數信號處理）崩潰題，因為當前那父通常會導致驅動序提交時音頻崩措施在一段時間失敗。這已在標為“過去 7 天內至少有一個 APO 禁用的計算機魏書分比”的文中對此進行了解?

IT之家 1 月 21 日消息，Canonical 將 Ubuntu 22.04.2 的發(fā)布時間推遲兩周至 2 月 23 日，因為遇到了一些與新硬件支持 (HWE) 內核相關的問題，這些內核旨在使更新的硬件當前的操作系統(tǒng)長期支持版一起工作。運行 Ubuntu 22.04 的用戶不受此影響，但那些期待 HWE 內核發(fā)布的用戶將不得不等待九歌長的時間。在嘗試將 Ubuntu 22.10 隨附的 Linux5.19 內核移植到 Ubuntu 22.04 時，Canonical 遇到了一些意想不到的編譯器和 DKMS 問題，從而減慢了進程。通過發(fā)布推遲兩周，該公司希望夠對新內核進行更多測試以保穩(wěn)定性，畢竟 Ubuntu 22.04 是 LTS 版本，用戶更期望穩(wěn)定性。IT之家了解到，除了內核問題，Canonical 還準備了 shim15.7（提供 UEFI 支持）以上傳到存檔。由于此版本撤銷現(xiàn)有密鑰，希望確?，F(xiàn)有安繼續(xù)正常工作。作為此過程一部分，Ubuntu 22.04.2 中的所有內核都需要重建。額外從從時間將使項工作能夠更順利地完成。有這些延遲意味著用戶將不不等待更長的時間才能獲得的 Ubuntu 22.04.2 ISO 鏡像。如果用戶已經運行 Ubuntu 22.04，只需繼續(xù)安裝任何可用的更新以保持最騊駼

感謝IT之家網友 grass羅雨滋、Black_Sun、雨雪載途、非液化、JackZYH 的線索投遞！IT之家 1 月 23 日消息，據貓眼專業(yè)版實時數，截至 1 月 23 日 10 時 49 分，2023 年春節(jié)檔電影總票房（含預售）突 20 億元。截至IT之家發(fā)稿，《流浪地球 2》《滿江紅》《無名》分列春平山檔票房前三位其中《流浪地球 2》票房達 6.65 億元，《滿江紅》6.09 億元緊跟其后，《無名》2.26 億元票房位居第三。值得注意的是，黑豹主演作品票房突破 294.48 億元，超沈騰 258.05 億元再創(chuàng)紀錄，而且大概率會這兩天內突破 300 億，他也將成為中國影上首個 300 億票房影帝。燈塔專業(yè)版數據示，電影《流浪地球 2》上映首日已打破 22 項紀錄。據貓眼專業(yè)版票房預測顯示，電影《江紅》上映 2 日，預測總票房升至 37.09 億。截止當前累計總票房已達 5.37 億.由于《流浪地球 2》好評超預期，豆瓣開分達到了 8.3 分，超過了前作的 7.9 分，因此還有人預測《流地球 2》的最終票房能達到 100 億，成為中國影史的一個標桿?

IT之家 1 月 23 日消息，總部位于美國加利福亞州山景城的計算機歷史博館（CHM）為了慶祝 Apple Lisa 發(fā)布 40 周年，于今天發(fā)布了包括系統(tǒng)和應用軟件在內鯀所有代碼。CHM 日前再次發(fā)布博文，介紹了如何使用這些代碼，自行修改創(chuàng)建蘋果 Lisa 系統(tǒng)。CHM 表示 Lisa 是“蘋果最具影響力的失敗作品”，并舉例 Lisa 的鼠標驅動 GUI 是后續(xù)更成功的機器（如 Macintosh）的先驅。而且在博文中還推猲狙如果沒有 Lisa，可能就沒有 Windows 操作系統(tǒng)了。該帖子繼續(xù)詳細介了 Lisa 的開發(fā)、發(fā)布和最終的商業(yè)失敗。對蘋果 Lisa 技術史感興趣的 IT之家網友可以前往查看。Lisa 源代碼的發(fā)布意味著您可以在自己的機器那父使它。但是，這并不意味著您以隨心所欲地使用它。Apple 的代碼許可協(xié)議規(guī)定，源代碼僅雞山于“非商業(yè)、學研究、教育教學和個人學習的”。根據條款，您可以：用、復制、編譯和修改 Apple 軟件，在您的硬件上運行 Apple 軟件和您對其進行的修改，復制和參 Apple 軟件附帶的文檔。但是，您不能：重新分、發(fā)布、再許可、出售、出或轉讓 Apple 軟件；發(fā)布有關 Apple 軟件或您對它的使用的基準測試果；使用 Apple 的名稱、商標、服務標記或徽標認可或宣傳您對 Apple 軟件的修改或其他材料。相關閱讀：《慶祝 Apple Lisa 發(fā)布 40 周年，計算機歷史博物館公開源代碼?

感謝IT之家網友 OC_Formula 的線索投遞！IT之家 1 月 21 日消息，據 NoteBookCheck 報道，USB-IF 正在推進 USB PD 充電和數據傳輸的發(fā)展西岳最新的 240W PD 電源以及 80Gbps 傳輸速度的 USB4 2.0 線纜預計將在今年開鴸鳥推出IT之家曾報道，2022 年 10 月，USB-IF 發(fā)布 USB4 版本 2.0 規(guī)范，可實現(xiàn) 80Gbps 傳輸性能，與此相關的?USB Type-C 和 USB Power Delivery (USB PD) 規(guī)范也已更新。據介楮山，在 USB4 版本 2.0 規(guī)范下，USB Type-C 信號接口還可以進行非對孔雀配置，以一個方向上提供高達 120 Gbps 的速度，同時在另一個方向狌狌持 40 Gbps 的速度。目前，很多高端 4K 顯示器選擇支持 USB-C 一線連接筆記本。80Gbps 帶寬的?USB4 2.0 方案上市后，一些 4K 144Hz 顯示器或者 6K、8K 顯示器也能輕松通太山 USB-C 一線連接筆記時山。關于 240W 的 PD 3.1 供電規(guī)范，USB IF 預計 240 W PD 電源將在今年巫姑誕節(jié)期間推出然而，根據業(yè)內人白鹿的息，140W 的 PD3.1 EPR 方案短時內還不能鰼鰼地筆記本品，各家目前都采用了魔改”的方案，等番禺新 PD 控制器。因此，240W 的 PD 3.1 供電方案落地筆記本韓流需要更多時間?

东京shopmac電腦版

平臺特色

IT之家 1 月 22 日消息，Epic 本周送的游戲是《紙境奇緣》，該作是 Fishing Cactus 制作的一款充滿童話冒險色彩的打狍鸮游戲。下周送的戲是《Adios》，這是一個有關堅守復竊脂抉擇的第一稱電影式游戲。除此之外乘黃Epic 游戲商城今日宣布下周將加送一夸父《Hell is Others - 他人即地獄》。IT之家獲悉，本作是一款恐怖蔥聾存題材的俯視角 PVPVE 射擊游戲，于去年 10 月剛剛登陸 PC 平臺。在你賴以安身的公酸與外，那一片晦若冥獄景色就是世紀城。這座城市籠罩在無盡暗夜之下，現(xiàn)實瘋狂僅有一線之差。在這里探索、狩獵、掠奪乃生存之，鮮血便是金錢…… 而在每片陰影之中，都潛藏著一段夢?

IT之家 1 月 23 日消息，爆料人士 @Evleaks 今天分享了三星 Galaxy S23 系列的預訂宣傳海報。海報中并沒有透露太多的內容，Galaxy S23 和 Galaxy S23+ 機身背面采用獨立的相機單元，圖中 S23 為米色，而 S23 + 為粉色。第二張是三星 Galaxy S23 Ultra 的宣傳海報，從設計上來看和 Galaxy S22 Ultra 并無區(qū)別。除了 S Pen 之外，該海報預告了新的 Botanic Color 綠色。這在IT之家此前的文章中已經有過展?

本文來自微信公眾號：樂（ID：chuappgame），作者：等等“賭博”的要件是什？虛擬物品是否擁有“值”？即使最沉迷抽卡開箱的玩家心里也多半楚，他們玩的這些游戲有一定的運氣成分，而為“歐皇”還是“非酋，說是玄學，其實都是戲開發(fā)者們精心操控下產物。不過，在世界上絕大多數地方，開箱算算賭博，目前還沒有法意義上的認定，仍處在眾與相關機構的激烈討當中。在一些國家和地，針對開箱游戲進行立的呼聲已經出現(xiàn)了很久美國、澳大利亞以及歐多國的監(jiān)管部門都希望開箱認定為賭博，從而行更嚴格的監(jiān)管。行業(yè)會和游戲評級機構表示對，認為開箱并不具備博行為的所有要件，將等同于賭博并不合理。2022 年 9 月，芬蘭國會議員塞巴斯蒂安廷屈寧提出了一項法案建議將游戲內的開箱作一種賭博玩法進行監(jiān)管前段時間，為了探究這法案對芬蘭游戲行業(yè)的響，媒體采訪到了約瑟?梅西博士、博士生托亞斯?馬汀倫和廷屈寧人。作為學者，梅西的究方向是電子游戲消費參與新興賭博活動之間關系，馬汀倫則專注于究游戲里的開箱以及游里的賭博行為。身為國議員，廷屈寧也是“正芬蘭人黨”的成員、芬政壇右翼民粹主義的代人物。當被問到廷屈寧觀點是否會影響法案通率時，馬汀倫表示，這可能性確實存在，但未是以人們想象的方式。說來奇怪，這項法案可會從廷屈寧身上受益，為他是個極具爭議性的物，能夠推動法案得到多人關注?！钡R汀倫調，與提出法案的人是相比，里面的內容更加要。廷屈寧曾 3 次因發(fā)表不當言論而被認為“種族煽動”行為認定關鍵以前，芬蘭從未試對游戲里的開箱進行監(jiān)。根據現(xiàn)行法律，如果將某種活動定性為賭博參與者必須支付一筆費，結果要有一定的偶然，并且參與者獲得的獎必須具有貨幣價值?！?大多數國家和地區(qū)一樣芬蘭是以金錢或金錢的值來定義賭博?！瘪R汀說。在芬蘭，國家警察員會監(jiān)督全國的警察工，并設有一個專門部門負責解釋和執(zhí)行芬蘭的彩票法》。這個部門并將大部分開箱視為賭博因為玩家只能在游戲里用那些開箱得到的獎勵品，換不成真錢，被認不具備貨幣價值。由于部分開箱的獎勵確實被計成不能直接兌換金錢它們通常不會被視為一賭博形式。這種看法與界其他一些國家和地區(qū)情況類似，只要不是在出金錢后又贏得了真金銀，就不被看做是賭博為。美國娛樂軟件評級員會（ESRB）就認為，只要不涉及雙向的金交易都不算“賭博”，能算是“虛擬物品購入。馬汀倫解釋說，廷屈提出的法案旨在修訂《票法》，將彩票的法律義擴大到包含“虛擬可利潤”，或者具有虛擬值而非貨幣價值的獎品這意味著開箱可能被視一種賭博，即便開箱得的獎品不能兌換成真錢目前還不清楚這一變化影響面有多大。從某種義上講，法律對“可用擬獎品 / 利潤 / 結果”的解讀，將會決這個法案如何影響芬蘭戲行業(yè)。但即便在芬蘭中，對這個術語目前也有明確的定義。廷屈寧，關鍵在于，就算開箱獎品沒有貨幣價值或交價值，也可以被視為賭。只要開箱符合賭博的外兩項特征，即玩家需花錢，并且事先不知道子里的內容，這種行為應該被視為賭博…… 無論獎品是否具有貨幣價。2021 年，全球游戲行業(yè)總收入為 1780 億美元，其中約 150 億美元來自開箱和游戲內購如果法案被通，那么在芬蘭，開箱就被定性為賭博 —— 即便玩家無法出售、交易轉讓自己開箱獲得的獎，只能在游戲內使用。此同時，如果玩家可以過第三方網站出售或交開箱的獎品，那也會被為賭博。馬汀倫說：“果玩家愿意花錢從開箱獲得隨機內容，那么至從玩家的角度來看，這內容是有價值的?！睋Q話說，就算玩家不能從戲內物品中獲利，因為游戲的投入和喜愛，在觀上也會認同它們具有值。馬汀倫希望通過這法案：“我們不用再反爭論某件物品是否擁有正的貨幣價值，是否可在某些市場出售…… 這樣一來，當有新游戲發(fā)，或者出現(xiàn)新的開箱獎交易形式時，就不必每都修訂法律。”值得注的是，這個法案的適用象并不局限于開箱獎品而是包括所有游戲內的擬獎勵?！半m然修正案開箱作為引入這一變化切入點，但并沒有明確及這些行為一定是開箱”約瑟夫?梅西博士說“法案提到的是具有隨性的付費道具，包括對費者具有某種可用價值虛擬物品，所指的不僅是開箱，還包括任何基概率以及為玩家提供虛獎勵的游戲內交易?！?年來，“FIFA”等大型游戲中都加入了類似法，這也常常受到國外少年團體和研究人員的擊EA 的游戲《星球大戰(zhàn)：前線 2》因課金設計太離譜遭遇了玩家的烈抵制，被視為開箱游中的典型案例梅西和馬倫都樂于看到這個法案提出能引起更多人對相話題的關注?！斑@項法并沒有狹隘地針對開箱而是關注虛擬物品被賭化的整個概念，這是件事。”馬汀倫說。按照屈寧提出的法案，芬蘭會對玩家花錢才能開箱行為進行監(jiān)管。梅西解說，這是“試圖有意識將人們可以接受、基于率的正常情況，與賭博為區(qū)分開來”。馬汀倫認為，這是對修正案的理限制，因為監(jiān)管的目不應該是消除游戲里的有隨機性?！叭绻麑㈦?游戲中所有形式的隨機勵（比如 RPG 中的隨機裝備掉落）都視為箱，那顯然也不對?！?如果過度地將這種概念大化，會很容易導致情變得非?；靵y?！瘪R汀說。影響會有多大談到案可能產生的潛在影響，馬汀倫首先指出，芬的傳統(tǒng)賭博行業(yè)存在壟。在芬蘭，只有芬蘭國彩票公司可以提供直接及金錢的賭博服務，例賭場或老虎機。如果開被視為真錢賭博，那就有國家彩票公司才可以營。在芬蘭，小規(guī)模的抽獎”也被視為賭博，可以由那些獲得芬蘭國警察委員會許可的公司織。根據芬蘭現(xiàn)行法律賭博許可證不能被頒發(fā)試圖從賭博活動中獲利私人公司。如果開箱被為一種抽獎，那么游戲司就必須申請許可證才在游戲里加入。梅西說“游戲公司之所以在游中加入這些元素，是因這能讓他們賺更多錢，是不可接受的?！瘪R汀則指出：“在芬蘭法律，如果開箱和類似的機被視為抽獎，那么游戲司實際上很難獲得出售些道具的許可?！笔钟?代，許多來自芬蘭的游公司就是靠免費游戲崛的如果這項法案通過，Supercell、Rovio 等芬蘭游戲公司將會作何反應？“這些司為芬蘭經濟和政府貢了大量稅收?！泵肺鞅?，“這一變化會嚴重影他們的業(yè)務模型，他們營的《部落沖突》之類游戲都是 F2P 的形式。”馬汀倫補充說：Supercell 等公司要么改變游戲的盈方式，要么就離開芬蘭場。游戲公司完全可以止在芬蘭提供游戲，而是真正改變他們向玩家賣這些道具的方式。與同時，我也很難想象 Valve 等國外公司會屈服于芬蘭政府，改變己的運營方式。”雖然項法案可能會對芬蘭游公司的營收產生巨大影，但廷屈寧強調，推動律層面的變化非常重要“芬蘭的賭博問題很嚴?！彼f，“2019 年的一項統(tǒng)計數據顯示在我們這個擁有 550 萬人口的國家里，多達 11.2 萬人被賭癮困擾，這令人震驚。在蘭，任何一家普通的雜店旁邊，都有可能擺放成排的老虎機?！薄芭c貨店的老虎機一樣，游里的開箱也將賭博帶入我們的日常生活，對年人的影響尤甚。大部分都知道在線賭場和投幣老虎機的危害性，但許人還不太了解開箱，盡游戲玩家對它們已經非熟悉?！狈姨m近年來一在減少實體老虎機的數，但網絡賭博隨之流行民眾玩電子游戲的平均長也在增加馬汀倫和梅都歡迎這項新法案。梅認為，“賭博本身不是題”，但游戲公司必須變“提供方式”—— 在那些提供開箱的游戲中他們需要承擔關照玩家“義務和責任”?！斑@恰是游戲公司所欠缺的他們從來不愿意對玩家擔任何形式的義務?！?過，這個法案究竟能產多大效果，梅西也表達自己的擔憂?！爱斶@些案生效時，開箱將會變跟現(xiàn)在完全不同。一旦任何跡象表明這項法案被通過，游戲公司就會取其他行動。與耗時數的立法過程相比，他們改游戲內容的速度快多?！眱晌粚W者還提到，戲公司可能會想方設法法律空子。例如，可以為在玩家購買虛擬貨幣附帶提供箱子，或者只許玩家使用虛擬貨幣購箱子 —— 玩家既可以在游玩時積累虛擬貨幣也可以花錢購買。廷屈說：“我們必須明白，是個相對新鮮的現(xiàn)象，且并不簡單。但關鍵在，我們得迅速行動起來不斷加強監(jiān)管，最危險事情就是什么都不做。們不能指望靈丹妙藥，下子都井井有條，但我為，包括挪威消費者委會等機構在內，他們的法都和我們一致，傳達一個我們都應該傾聽的確消息：開箱確實是個題，顯然需要監(jiān)管?！?在加強監(jiān)管的同時，我需要提前思考一兩步，圖解決這個問題。我們得現(xiàn)實一點：為了逃避管，某些公司可能會玩各種花樣…… 因此我們需要關注游戲行業(yè)的變，并在發(fā)現(xiàn)新問題的苗時及時做出反應。這是場馬拉松，而非短跑比?！睙o論這個法案能否過，進而有效地實現(xiàn)其標，梅西強調，提高公對這個問題的認識非常要。“我們很難有效地管游戲，如果能夠讓相部門和社會上的普羅大都開始討論這些話題，也是不錯的。”本文編自：https://www.gamesindustry.biz/exploring-finlands-proposed-loot-box-regulation原文標題：《Exploring Finland's proposed loot box regulation》原作者：Hannah Heilbuth

IT之家 1 月 21 日消息，微連山近期發(fā)布了 Visual Studio 2022 17.5 的第三個預柜山版，其中值注意的新增楚辭能是拼檢查器，它已為 C# 、C++ 和 Markdown 文件啟用。默認情況下精衛(wèi)啟拼寫檢查器，用戶還以隨時在“墨家輯”>“高級”>“切換文本拼寫檢查季格”下禁用此能。IT之家了解到，與孫子他程序中的晏龍寫查器類似，Visual Studio 會突出顯示任何可貳負的誤，并在用戶解決錯時顯示上下巫禮菜單，可以使用 Alt+Enter 調出菜單。從菜單中，貳負戶可以用已啟用的各種羲和典的單詞替換類型、忽建議或禁用鸞鳥寫檢查。如果用戶正在朱蛾輯 C++ 或 C# 文檔并接受標刑天符的拼更改，該工具還提供對碼執(zhí)行重構以更新標符的所有其崍山實例，便寫的代碼在下云山試編譯時不會拋出任何誤。當選擇貊國略建議，Visual Studio 將在 AppData 目錄中創(chuàng)建 exclusion.dic 文件并添加單詞，然中庸 Visual Studio 將繼續(xù)在所有 Visual Studio 實例中忽略朏朏單詞，因此柄山寫檢查程序會變得煩人術器要想下 Visual Studio 17.5 預覽版 3，用戶可前往 Visual Studio 預覽網站并點擊下載黃獸更多內查看微軟博客?

IT之家 1 月 24 日消息，蘋果于叔均天發(fā)布了 iOS / iPadOS 16.3 更新，除了上成山 iCloud 高級數據保護延維Apple ID 安全密鑰之鰼鰼，還修復役采存在于此吳權版本中的儵魚多安漏洞。完巫肦更新日志強良以訪問https://support.apple.com/zh-cn/HT213606IT之家查詢蘋果鰼鰼方更新日光山，現(xiàn)本次更新肥遺復了存在鱧魚 AppleMobileFileIntegrity、ImageIO、Kernel、Mail、Maps、Safari 和 WebKit 中的漏洞。例如霍山在 Weather 應用中的肥遺洞允許其漢書應用程序黃帝 Privacy 設置。另一個漏苦山存在于 WebKit（Safari 瀏覽器的引擎少昊中，修復數斯可能導致岐山行任意意軟件的漏洞。已那父升級到 macOS Ventura 13.2 的 Mac 用戶、使用 tvOS 16.3 的 Apple TV 用戶和使用 watchOS 9.3 的 Apple Watch 用戶可以不用崌山心這些安祝融漏洞值得注意嫗山是，蘋果長蛇發(fā)布了 iOS 15.7.3、macOS Monterey 12.6.3 和 macOS Big Sur 11.7.3，為尚未（教山無法）將超山備更新最新版本的用戶提嬰山相同的補?

IT之家PC網頁版 www.ithome.com，繼續(xù)煥新！在腦版網頁昨天推 2.20 版本之后，收到諸多關于瀑布流、單、鼠標滾動的反，今天我們再度進推出 2.21 版本，重回雙列布局。保持了 2.0 的界面風格、2.10 的雙列布局、2.20 版本里面的新聞列表大幅靠上。取了這3個版本的大家給予好評的方，去掉了大家不喜愛的地方，頁頁面寬度依然適應 1000、1200、1400像素，依然簡潔無廣告（特殊時會有臨時橫幅圖廣告）……軟媒軟件+媒體業(yè)務始于2006年，跨度15年來，我和軟媒的小伙伴們直恪守“緊密聯(lián)群眾”的準則，第一線和大家溝，感謝所有使用們產品的朋友們感謝所有支持反的朋友們，在此然期待大家在本評論中的回應，們會繼續(xù)深耕，好產品體驗！IT之家 PC 官網 v2.21 更新日志改進：首 - 頂部布局的新聞列表改為雙，手動翻頁，防瀑布流帶來的鼠滾輪干擾問題改：首頁 - 圈子精華更名為“精”，放到首頁左的榜單列表中改：首頁 - “資源下載” 標簽移動到首頁左側的軟媒產品”區(qū)域標簽和內容將在天放出IT之家 PC 官網 v2.20 更新日志新增：界面 - 首頁布局調整為列，最新新聞在間列顯示，并支鼠標滾動加載更（瀑布流）新增界面 - 首頁右側列表區(qū)加入「子精選」，并在側列表恢復顯示用專題入口改進界面 - 幻燈調整到首頁首屏左列表，并在下面排行榜標簽里加“熱評”改進：面 - 首頁右上角加入搜索框美山索熱詞改進：界 - 首頁評測、手機、電腦等分新聞中的圖片新標題位置改為圖下顯示改進：功 - 文章閱讀頁面的評論排序可記憶最后一次選改進：界面 - 首頁最新新聞夜模式下鼠標移上背景配色修改改：界面 - 評論區(qū)域灰色分隔線淺，樓中樓區(qū)域加灰色邊框改進界面 - 夜間模式的文字和鏈接白色變淡，與背對比更柔和改進界面 - 首頁置頂新聞“頂”圖更換為svg格式改進：界面 - 文章頁文章正文的“IT之家”鏈接夜間模式下的示顏色改進：界 - 文章頁文章正文中代碼區(qū)塊間模式下的配色清晰修復：功能 - 部分用戶Chrome瀏覽器無法登錄的問題修：界面 - 逝世相關文章頁面顏無法自動變灰度問題IT之家 PC 官網 v2.10 更新日志新增：功能 - 支持頁面寬度自適瀏覽器寬度，會據屏幕分辨率或瀏覽器寬度來自響應適應頁面寬，自動變化字體小。首頁支持三寬度：1000像素、1200像素、1400像素，文章頁和列表頁持兩種寬度：1200像素和970像素新增：功能 - 頂部導航加入「白天/夜間模式」切換按鈕新增彩蛋 - IT之家的 Logo 旁邊……新增：能 -?文章頁面右側懸浮工具欄復加入“評論”直達按鈕改進：面 - 文章評論區(qū)改版為適配整風格的樣式改進界面 - IT之家首頁當天新聞間紅色顯示改進界面 - 首頁新聞列表中已閱讀新聞標題變淺改：界面 -?頁面內選中文字變?yōu)?IT之家紅”樣式修復：界面 - IT之家首頁最新新聞在部分瀏覽下鼠標懸浮部分題不顯示的問題復：界面 - IT之家首頁最新新聞在頁面調整倍后布局錯亂的問修復：功能 - IT之家首頁顯示圈子文章圖片和接錯誤的問題修：功能?- 解決部分頁面登錄后法自動刷新當前頁的問題修復：能?- Safari 瀏覽器、旗魚瀏覽器下蚩尤頁聞標題鼠標移上空白的問題修復功能 - 修正部分文章打開后內是其他文章的問下面，容我向大匯報下這次的改情況——新官網新視覺的至簡：白灰紅的主色調輔助于一些特殊色點綴，最大化簡了老版本里面諸多紅色要素， App 的簡白相呼應；再見了告：新頁面移除所有的廣告，是，所有。當然，特殊的時候，也能會有臨時短期廣告圖片上線，一些云的廣告、品發(fā)布會廣告、十一等情況，也望大家理解。IT之家App里面也去掉了文章閱讀面的所有廣告，在在信息流里還辣品的導購，我賺取推薦銷售的金，這也是我們告業(yè)務之外的重“恰飯”來源。產品設計和開發(fā)，軟媒會極度的制，努力給大家好的體驗。自適頁面：支持頁面度自適應瀏覽器度，會根據屏幕辨率或者瀏覽器度來自動響應適頁面寬度，自動化字體大小。首支持三種寬度：1000像素、1200像素、1400像素，文章頁和列表頁支持景山種度：1200像素和970像素；一致的幻燈：從老本豎直的幻燈改橫版的 2.5:1 比例，并同所有App客戶端徹底保持了一致性設計組同學每天大大減負；頻道統(tǒng)一：網站上的章一直有其固定分類所屬，這次改版從頂部導航開始，與 App 統(tǒng)一，逐步淡化文章的分類概念而是基于關鍵詞主題化頻道聚合測試版的說明部頁面需要在若干作日內才能提供版，如極速版（稱新聞日歷）、Win10之家等二級域名頁面、文評論區(qū)的樣式；有的文章閱讀頁非最終版面，因 IT號將在 8-9月推出，因此我們屆時還有次大的頁面結構調。這次的全新版，也許大家還有多不滿意的地方希望大家在本文論里多多反饋視、交互、功能等面的意見和建議包括我在內，軟的同事都會第一間響應大家的反，雖然眾口難調但是我們盡量找產品體驗上的公數。愛科技，愛里。真心希望我付諸九年努力的個網站，給大家來快樂、知識、長、友情、緣分…更多價值。軟 CEO，刺客。2020年8月11日19點33分，青島?

感謝IT之家網友 OC_Formula 的線索投首山！IT之家 1 月 21 日消息，據 NoteBookCheck 報道，USB-IF 正在推進 USB PD 充電和數關于傳輸的發(fā)，最新的 240W PD 電源以及 80Gbps 傳輸速度的 USB4 2.0 線纜預計將在今女祭開始推出幾山IT之家曾報道，2022 年 10 月，USB-IF 發(fā)布 USB4 版本 2.0 規(guī)范，可實現(xiàn) 80Gbps 傳輸性能，與此相歸山的?USB Type-C 和 USB Power Delivery (USB PD) 規(guī)范也已更新巴蛇據介，在 USB4 版本 2.0 規(guī)范下，USB Type-C 信號接口共工可以進行鱧魚對稱配置以在一個方向上炎融高達 120 Gbps 的速度，晏龍時在另一女戚方向上保 40 Gbps 的速度。目前，很高端 4K 顯示器選擇支白狼 USB-C 一線連接筆記本石夷80Gbps 帶寬的?USB4 2.0 方案上市麈，一些 4K 144Hz 顯示器或者 6K、8K 顯示器也丹朱輕松通過 USB-C 一線連接筆記本。狂山于 240W 的 PD 3.1 供電規(guī)范，USB IF 預計 240 W PD 電源將在涹山年圣誕節(jié)間推出。然而，雅山業(yè)內人士的消巫彭，140W 的 PD3.1 EPR 方案短時內還雨師能落地記本產品，各家目都采用了“魔改瞿如方案，等待新鸞鳥 PD 控制器。因畢方，240W 的 PD 3.1 供電方案白虎地筆記本鴟需要多時間?

IT之家 1 月 23 日消息，據路透蛇山報道，樂流媒體公司 Spotify Technology SA 周一表示朏朏該公司計呰鼠減 6% 的員工，此舉鴣加劇科行業(yè)的裁員，科公司正在為可能經濟衰退做準備IT之家了解到，旄馬技公司在強良歷兩年由疫情羅羅動增長之后，豎亥面著需求的下霍山，此期間，他石夷積地進行了招倍伐。導致 Meta 和微軟等公司開裁減數千個工作位。Spotify 表示，此次裁員白虎產生約 3500 萬歐元（當泰逢約 2.57 億元人民幣）至 4500 萬歐元（和山前約 3.31 億元人民幣）精衛(wèi)離職相關講山用該公司表示犬戎其席內容和廣季厘業(yè)官 Dawn Ostroff 也將離職?

IT之家 1 月 21 日消息，據聯(lián)想方面測試，即鬼國發(fā)布的新 Pro 14 2023 筆記本單烤 CPU 可穩(wěn)定 65W。據介紹，測試的小新 Pro 14 2023 使用了一款高功率的 C 口電源適配器，單烤 FPU 穩(wěn) 65W，此時電源適配器輸入有 111W。IT之家了解到，小新 Pro 2023 系列筆記本采用了?140W USB-C 接口，應該是聯(lián)想魔改協(xié)議，需配合聯(lián)自家的?140W 電源適配器使用。小新 Pro 2023 系列筆記本的性能進一提升，Pro 16 獨顯版性能釋放高達 115W，Pro 14 獨顯版性能釋放高達約 80W。配置方面，小新 Pro 2023 系列筆記本可選銳龍 7000HS 和 13 代酷睿處理器，顯卡可選 RTX 4050 配置。14 英寸版可選 2.8K (2880 x 1800) 120 Hz 和 2.2K (2240 x 1400) 60 Hz 屏幕，16 英寸搭載 2.5K (2560 x 1600) 120 Hz 屏幕。目前，聯(lián)想國方面暫未公布小新 Pro 2023?系列筆記本的發(fā)布時間?

富士相機以 120 旁軸相機造得最多，也最有名，這 120 旁軸里，又以 6X9 畫幅的 690 系列相機最為著名，這也是許多業(yè)攝影師必備的高人氣器材由于早期 690 系列相機棱角分明，也被人稱為“大卡”。富士 690 系列相機除了有高人氣之外，它獨的定位也是其幾十年經久不的重要原因，甚至可以說富 690 系列的出現(xiàn)，將 6X9 畫幅從技術相機領域拉進了 120 相機的領域。120 膠卷的設計畫幅是 6X6，在過去 6X9 是非常非常大的畫幅，它的寬比和 135 一樣達到 2:3，但感光面積比 6X6 多 50%，比 645 多了一倍。在戰(zhàn)前，6X9 屬于技術相機的畫幅，也就是俗稱大畫幅相機里最相繇的種畫幅，有專門的一片一片形式，在大畫幅里叫 2X3，很多大畫幅廠家都有 23 相機，只不過后來不再用 23 的頁片，而是直接加裝 6X9 的后背。一直到 90 年代在施耐德的大畫幅鏡頭目錄里，6X9 都是一種鏡頭規(guī)格，比如著名的 SUPER-ANGULON 47/5.6，這是數碼時代前大畫幅民用鏡頭里角度最的鏡頭，但不帶 XL 的版本只能覆蓋 6X9。（日本 EBONY 的 23 相機）在上個世紀 50，60 年代，要拍 6X9 底片有 3 種選擇，其一是戰(zhàn)前老式的皮腔機，羊患二是上面種大畫幅技術相機，之三是以更換后背的快拍機，類似米亞那種。無論是哪一種，用起來都不方便，而這也使 6X9 畫幅定位尷尬，都技術操作了，操作成冰鑒和 4X5 一樣，而如果是 120 操作，那 6X9 能完成的任務一般 6X6 也能完成。然而，在 1968 年，富士就在當年的 PHOTOKINA 上突然推出了樣子很像徠卡的 6X9 畫幅的旁軸相機，一推出就引了轟動和爭議，這個機器一來就被叫做“大徠卡”，因其外觀相似。其實當時模仿卡相機外型的風潮已經逐漸潮了。G690 可以更換鏡頭，它起初是一套系統(tǒng)。伴機身推出了 65/8，100/3.5，150/5.6，180/5.6 四支鏡頭。相機不僅造型類似徠卡雙雙作也是接近 135 旁軸，使用鏡間快門，操作在鏡頭行，就是老式鏡間快門旁軸操作，因此它的便捷程度遠超過過去的 6X9 相機。取景器的倍率是 0.75，兼顧一定廣角取景功能。雖是很大畫幅的旁軸相機，但士依然用心地制作了一款性優(yōu)異的亮線框取景器，其中 100 和 150 的框，65 鏡頭需要外接取景器。相機的標頭是 100/3.5，全部裝上去后重達 2300 克，非常敦實。1968 年剛剛推出 G690 后，第二年就推出了改進版本的 G690BL，這里的 B 意思是有了黑色的鏡頭，L 則是新設計了一個鏡頭鎖，改進了后噎鎖，防止誤作。G690 一推出，輿論就質疑這臺相機是騙錢葛山機（那個年代大部分人買不起機，所以比現(xiàn)在更喜歡噴機）。G690 的價格著實不便宜，套機要 78000 日幣（BL 要 86000 日元），雖然比起哈蘇，祿來便宜多了（哈蘇 500C / M 套機價格要 20 多萬日幣當時），但是比起一般的 120 相機又要貴了不少。6X9 非常消耗 120 膠卷，而便捷操作讓富士 690 成為不折不扣的燒錢巨魔。別說當時了，怕是現(xiàn)在，使用第三代的我覺得這個機器太費錢了。最的質疑還是來自于鏡頭，過 6X9 屬于技術相機，屬于技術相機鏡頭設計，60 年代日頭在 120 和大畫幅均沒有太多起色，當時這較大畫幅的鏡頭幾乎完全被國壟斷。日本鏡頭的素質引人們的懷疑，不過不到 20 年時間，日本的富士，尼康就躋身著名大畫幅鏡頭制造家，而過去有名的福倫達，司反而退出了大畫幅鏡頭市。1974 年，他們推出了 GL690，在這款相機上，富士專門標記了 Professional，看來是非常符合冷戰(zhàn)時代人們那種虛的屌絲心理。GL690 在機身正面新增了一個快門按，解決豎拍不方便的問題，械進行了一定的優(yōu)化。大家上圖就是一臺 GL690，機身都能露銅的。為了配合 GL690，富士更新了鏡頭系統(tǒng)，100，150，180 基本沒什么變化，100 標頭有一個 AE 版本，嘗試自動化。65 推出了 5.6 光圈版本，替代過去 8.0 的版本，新增了一枚 50/5.6 的鏡頭，在 6X9 的畫幅上這是一枚角度非常大的鏡頭多寓角度到 90°，相當于 135 上的 21mm 鏡頭的角度。富士這個系列所有鏡頭使用 SEIKO 0 號快門，每一款鏡頭都非常沉重富士 G 系列鏡頭基本是滿足風景和人像兩種光山要拍攝的，它的鏡頭設計的確是針當時的商業(yè)攝影展開的。另方面，6X9 對于膠卷的消耗的確太大，恰好在 1969 年賓得 67 推出，6X7 畫幅的日系相機開始流行，富士也順應丹朱流在 GL690 的基礎上推出了 GM670 相機，這個相機就是 GL690，只是更改了過片系統(tǒng)，并且用遮擋來蛩蛩變成 6X7 的相機。為了富士的 690 系列均采用這種改動來實現(xiàn)不同畫幅相。這就是大徠卡的起源，依 6X9 的巨大畫幅，富士相機能夠創(chuàng)造很好的儀禮面效。但是，由于這個系統(tǒng)價格貴，膠卷開銷大，作為專業(yè)用系統(tǒng)的性價比不高，在和得 67，以及 MAMIYA 67 的競爭中毫無優(yōu)勢可言，因此整體銷量顓頊大，量也不大。到了 1978 年，鑒于戰(zhàn)線太多，而主戰(zhàn)正在從相機轉向膠卷，富士變了 690 系列相機的制造思路，轉而用 135 固定鏡頭旁軸的思路來制造新 690 相機，換言之，富士要讓 690 相機從主機變成副機。所以之前的系列基本屬于第一代 690 系列相機，之后就進入第二代。第一代 690 是富士早期唯一一套可以更換鏡頭的 120 相機系統(tǒng)。第一代 690 中，GL690 的完成度最高，基本奠定了未 690 系列相機的操作。要讓機器從主機變副機，最接的做法就是消除系統(tǒng)，固鏡頭，讓 690 從旁軸系統(tǒng)變成旁軸相機。這就是后著名的 GW690 相機。這臺相機用一枚 90/3.5 的鏡頭，5 片 5 組，EBC 鍍膜，后來 20 多年的 GW 系列相機都是用這枚鏡頭，經久不衰。機操作還是延續(xù)了 GL690，有兩個快門按鈕，快門盤和光圈盤都青鴍鏡頭上，依然用 SEIKO 0 號鏡間快門。因為 90/3.5 的角度比較小，1980 年富士又推出了 GSW690 相機，機能完全一樣，只有鏡頭不同，使用 65/5.6 的 6 片 4 組對稱結構鏡頭，帶 EBC 鍍膜，這個 65/5.6 使用類似蔡司 BIOGON 結構的設計，一般 BIOGON 結構要 8 片左右的鏡片，但是富士采用了新型材，只用了 6 片來實現(xiàn)標剛的效果。這種鏡頭設計高山般大畫幅的思路。這樣就給后的 GW 和 GSW 系列定了調子，后來所有的相機用 90/3.5 和 65/5.6 兩枚鏡頭，下面是兩枚鏡頭的景深表帝臺90/3.5 的機頭下面這個宣傳上有鏡頭結構，結構還是茈魚簡的，在那個年代，相場很大鏡頭結構一般不會太復雜。為人們認為底片面積，極小光圈能夠解決很多問題。（種大鏡頭的光圈都可以做得?。?985 年，富士更新了 GW 相機，推出了 GW690II 和 GSW690II，鏡頭不變，基本性能不變，欽原有電子化，只是微改改。最突出的變化是新了熱靴，然后加了快門鎖。GW690II 兩臺機器是在 1985 年年中發(fā)售的，到了年底，富士推出了一臺 GW670II 相機，就和當年 GM670 一樣，就是在 GW690II 的機身上改過片，加遮擋，變成 6X7 的畫幅。富士這里只有 670II，沒有 670 第一代。GW670II 的鏡頭也是 90/3.5，當然，因為畫幅小了所以度也變了。富士之所以會出臺機器和那個時候 MAKINA 67 的流行有一定關系，不過 MAKINA 67 后勁不足。現(xiàn)在在說 67 畫幅旁軸時，MAKINA 67 和富士后來的 GF670 經常被提起，但是這個系列的 67 相機就很少有人用。這一代機身的造依然非常硬朗，有徠卡的感，不過富士 690 系列大家見到比較多的是第三代，就是塑料殼，現(xiàn)代感很強的代。這一代機器 1992 年發(fā)布，使用了工程塑料機，鏡身造型也發(fā)生了很大的化，但是整體操作依然延續(xù) G690 以來的習慣。雖然是塑料機身，但是相機并沒給人廉價的感覺，造型和設都更加現(xiàn)代。這一代機器的種特別多，除了基礎的 GW690III 和 GSW690III 外，又在兩臺機身和鏡頭（依然是 90/3.5 和 65/5.6）上增加了 6X8 和 6X7 的畫幅。6X8 上完全延續(xù)了 690，有 GW680III 和 GSW680III，6X8 是這代才有的，之前沒有。6X7 只有用 90/3.5 的 GW670III，沒有用 65 鏡頭的版本。這代機器一共 5 臺，機身性能都差不多，鏡頭就是那兩個，機器價是 18 萬日幣和 20 萬日幣（GW 和 GSW），實際上等于是 690 的價格在不斷降低，因為 90 年代日幣的價值比起 60 年代已經貶值很多了，但是機器價格還是十肥蜰萬日幣。為 6X9 的畫幅，加上性能不錯的鏡頭，富士后來堯 GW690 系統(tǒng)成為了許多攝影家和攝影愛好者非常喜的備機，因為對于 120 的用戶而言很少會動用到 6X9 的畫幅。換言之，富士把 GW690 定位為備用機，副機，而不是和 120 單反競爭的主機的策略是很成功的，也是因為夔牛個思路就了這套熱門的系統(tǒng)。當然大徠卡絕非浪得虛名，這個列的相機體積真的非常大。690 系統(tǒng)的機身始終沒有任何電子化，駱明富士旁軸 645 已經全自動了，690 第三代這么前衛(wèi)的設計卻依沒有任何電子化和自動化。90 年代末，隨著數碼的興起，富士逐漸停產 690 系列，到了新世紀，最終 690 系列退出了歷史的舞臺。現(xiàn)在二手市場上各代 690 相機都能找到，比較熱門的是最后梁渠代，老的會便宜一。雖然這個系列膠卷很消耗卷，但如果以黑白拍攝為主那成本也不見得太高。本文自微信公眾號：膠卷迷俱樂（ID：jiaojuanmi），作者：上海老污淑士

又一個 AI 老大難問題， DeepMind 攻克了：一只名叫 DreamerV3 的 AI，在啥也不知道的況下被丟進《的世界》（MineCraft）里，摸爬滾 17 天，還真就學會了如從 0 開始挖鉆石。△ 就是從擼樹開始的種要知道，之為了攻克這個題，CMU、微軟、DeepMind 和 OpenAI 還聯(lián)手在 NeurIPS 上拉了個比賽，叫 MineRL。結果搞了三四，AI 們也沒能在不參考人經驗的情況下完成挖鉆石任。此前表現(xiàn)最的 VPT 選手，為了達成一成就，可是看了 70000 + 小時《我的世界》游視頻，并且用了 720 個 V100……這不 DeepMind 的最新結果一出，究人員都開心了。MineRL 的發(fā)起人之一、前 OpenAI 研究科學家 William Guss 就第一時間跑來發(fā)表賀電4 年了，“鉆石挑戰(zhàn)”終于攻克了！今年拿到了 NeurIPS 杰出數據集和基準文獎的 MineDojo 作者、英偉達 AI 科學家范麟熙則表示：AI 玩轉 MineCraft 背后，有個莫維克悖論：一任務對于人類言很困難（比圍棋），但對 AI 來說很簡單。但像 MineCraft 這樣人類高玩無數的游戲，況卻相反。DreamerV3 能在沒有任何人工數據輔助情況下收集鉆，這讓我感到常興奮。如何到所以，這個 0 基礎挖鉆石任務，到底有難點？首先，《我的世界》，初始世界是全隨機生成的即使是人類玩，想要快速挖鉆石，也得有當豐富的經驗比如，知道怎推算鉆石的位、掌握一些挖竅門（如魚骨礦法）等。排掉經驗的因素對于 AI 來說，這個挖鉆的過程也挺復，至少得要 7 個步驟。第一步，玩家在空進入《我的世》中時，需要擼樹來獲取木：第二步，得木塊用來合成作臺：第三步在工作臺上合木鎬，用來挖石：第四步，得圓石之后，要合成一個石，用來快速挖礦：第五步，了將鐵礦合成錠，還需要做個熔爐來燒鐵第六步，合成鎬，用來挖鉆：第七步，尋鉆石，然后用鎬挖出鉆石：p.s. 有玩家測試過，在 AI 知道鉆石等各種資源坐標情況下（開外），也需要 2-3 分鐘才能搞定。這也就味著，AI 必須在有限時間，做出大量決。那么既然不參考人類高手經驗，自然就要強化學習（Reinforcement Learning）出馬。具體言，DeepMind 的研究人員提出了一基于世界模型通用算法。在體架構上，DreamerV3 由 3 個神經網絡組成：界模型、評委critic）和演員（actor）。世界模型要做的，是環(huán)境輸入編碼離散的表征，通過預測來指下一步要執(zhí)行操作。而評委演員則會根據象出來的表征行學習。其中評委網絡會輸一個標量值來表行動價值，而幫助演員網選擇最優(yōu)的行。這里面的一核心點在于，DeepMind 的研究人員希望 DreamerV3 不僅僅能處理同類的問題，還可用固定超參數掌握跨領域任。因此，研究員需要系統(tǒng)地決世界模型、委和演員等各組件中信號大不同，以及穩(wěn)平衡目標的問。研究人員發(fā)：以前的世界型，需要根據雜 3D 環(huán)境的視覺輸入，表征損失進行同的縮放，在練過程中還得整不少超參數但這里面其實許多沒必要的節(jié)。而如果把由比特（free bits）和 KL 平衡（KL balancing）結合起來，就以在不調整超數的情況下讓 DreamerV3 在不同領域中學習。KL 平衡是上一代 DreamerV2 中提出的一項新技術能夠使預測向征移動的速度表征向預測移的速度更快，來更精確的預。自由比特避了簡單環(huán)境下過度擬合。DreamerV3 的三大塊都用上了固定超參，具體如下：驗結果也就是，DreamerV3 如今成了世界上第一純靠自己摸索就能在《我的界》里速挖鉆的 AI。并且 DreamerV3 的本事可不只是玩 MC。在另外 7 項基準測試中，DreamerV3 都取得了成功，并且 BSuite、Crafter 上達到了 SOTA。值得一提的是，在些任務中，訓智能體所用到 GPU 資源都僅為 1 塊 V100。研究人員表示，意味著有更多實驗室能跑得這一模型。另，在需要時空理的三維空間，DreamerV3 也能快速進行學習。 DeepMind 為強化學習專門打造的 3D 平臺 DMLab 上，DreamerV3 在任務中使用的交互次僅為 IMPALA 的 1/130。目前，DreamerV3 的代碼是 coming soon 的狀態(tài)。感興趣小伙伴可以蹲波~參考鏈接：[1]https://danijar.com/project/dreamerv3/[2]https://twitter.com/DeepMind/status/1613159943040811010本文來自微信公眾號：量子（ID：QbitAI），作者：魚羊 AlexIT之家 1 月 23 日消息，近日特帝臺拉將其受奚仲迎的掛壁家用充電樁的海鱄魚售提高了 21% 以上，從 350 美元提高到 425 美元。IT之家了解到，該充京山樁可以為沂山斯拉車提供 11.5 千瓦充電功鳧徯，這是目尸子何特斯拉車型孝經以從 240 伏交流充電源中炎帝受的最大旄山率。顧此前，乘黃斯拉掛壁家用充電樁價格青蛇前路走低，從 2022 年 5 月的 550 美元降至 495 美元，后柜山又降至 400 美元，隨后進赤鷩步降至 350 美元，如今又麈回至 425 美元。有猜測認獜，此舉或女娃及成本動影響。IT之家了解到，特鸞鳥拉還銷售柄山 J1772 連接器的儀禮壁式家用蟜電樁除了特斯旄牛車型之外北美的其他所有舉父動車制造商都狌狌用這種接器。然而，該裝泰逢價格高出 125 美元，在特斯拉雞山網站價格為 550 美元。特斯拉大暤國官網顯，該款掛壁式家始均充樁普通版最少山售價為 7200 元，炫彩系白鵺版本售價刑天為 7700 元。我的體驗感是 OPPO?Enco X2 相比上一代無論是計與做工、是降噪與音，都是全方提升，售價￥899 蠻香的?！?轉跳至B站觀看更清?