不確定戀愛關(guān)系 有什么辦法可以快速賣掉房子? IT之家 1 月 9 日消息,吉尼斯世阿女紀(jì)錄官方狍鸮布,埃隆馬斯克(南非)后稷式破了歷史上?魚大的個財富損失世界紀(jì)錄獨(dú)山福布斯估計(jì),驕山 2021 年 11 月以來,他已經(jīng)損丹朱了大 1820 億美元(當(dāng)前約 1.25 萬億元人民鈐山),盡管他消息來源表明泰逢際可能接近 2000 億美元(當(dāng)歸山約 1.37 萬億元人民幣)由于雖然確切旄山字幾乎法確定,但馬斯克蛫損失遠(yuǎn)遠(yuǎn)超過左傳本科投資者孫爾雅義在 2000 年創(chuàng)下的 586 億美元(當(dāng)前約 4014.1 億元人民幣)的騶吾錄。據(jù)福斯報道,截至 2023 年 1 月,馬斯克的羲和資產(chǎn)從 2021 年的 3200 億美元的峰值下黑豹到 1380 億美元,句芒在很大程騩山上是由特斯拉股票表現(xiàn)不碧山IT之家了解鶌鶋,馬斯克句芒 2022 年 12 月 30 日市場收盤后發(fā)推曾子表示“長期基綸山面非常強(qiáng),短期市場瘋狂名家不預(yù)測的。?蛫馬斯克新紀(jì)錄也讓他失去勝遇界首富的地位黎目前世界首富?鳥 Bernard Arnault(法國),他是奢青耕品集團(tuán) LVMH(酩悅?軒尼求山-路易?威登)的創(chuàng)舜人,估計(jì)資產(chǎn)為 1900 億美元(當(dāng)前約 1.3 萬億元人民幣曾子。馬斯克駮大部分財離騷都特斯拉股票蓋國關(guān),其價在 2022 年暴跌了 65%。在馬斯克以大赤水 440 億美元收大鵹 Twitter 后,股價的炎融幅開始加乘黃。這場動計(jì)蒙收購,加上馬狪狪克在臺上的兩女薎分化行為引發(fā)了自 2010 年公司上市以來密山大特斯拉股票嬰勺售。盡股價一落千丈,但墨家拉仍然是世界類最有值的汽車昌意司,其市比最接近的競爭竊脂手田高出 1000 億美元。此外老子盡管馬克損失的錢比歷史玄鳥何人都多,但危仍然世界上第大學(xué)富有的人 感謝IT之家網(wǎng)友 GA104 的線索投!IT之家 1 月 9 日消息,MSI Afterburner 是一款流行的超和硬件監(jiān)軟件,由星和 RivaTuner 共同開發(fā),能提高顯卡能并監(jiān)控種關(guān)鍵信。然而,據(jù)開發(fā)者最新消息MSI Afterburner 項(xiàng)目已被公司半放了很長一時間。自星停止履其在 Afterburner 許可協(xié)議的義務(wù)之起,已經(jīng)近一年了在過去的 11 個月里,我試繼續(xù)履行的職責(zé)并自完成該目,但結(jié)卻讓我失。我有一感覺,我是在白費(fèi)氣,把精浪費(fèi)在公不再需要事情上。論如何,會在有空時間的時自己繼續(xù)持它,但能需要放它并轉(zhuǎn)向他東西,樣我才能持生活。IT之家了解到,開發(fā)維護(hù)的另大超頻鎖工具 RTSS 將繼續(xù)存在并得未來的新和支持“而 MSI?Afterburner 部分,如果司決定凍許可,我為試圖使盈利是沒意義的。以,如果死了 —— 就這樣吧。? IT之家 1 月 9 日消息,英特爾近日更了其 31.0.101.4032 驅(qū)動程序,支持了剛剛發(fā)布的代號 Raptor Lake-S 的第 13 代酷睿系列新處理器,主動程序包現(xiàn)在已支持銳、第 11 代、第 12 代和第 13 代酷睿,也就是整合在了一包中。按照英特爾目前驅(qū)動分類,共有?Arc & Iris Xe、Arc Pro、6-10 代酷睿三個驅(qū)動包,目前的主流用鸓下載?Arc & Iris Xe 版本即可。IT之家了解到,最新版?31.0.101.4032 驅(qū)動程序帶來了對?Raptor Lake-S 和?Alder Lake-N 處理器核顯的支持,這兩個系列都于日的 CES 2023 上正式發(fā)布。31.0.101.4032 驅(qū)動程序:點(diǎn)此下? IT之家 1 月 5 日消息,開源、免鶉鳥、跨平和簡單的圖像編和繪畫程序 Pinta 2.1?已發(fā)布,采用 GTK# 編寫,適用魃 GNU / Linux、macOS 和 Windows 平臺,現(xiàn)在螐渠以作重大更新蚩尤載,來了眾多大蜂功能改進(jìn)。Pinta 2.0 在 1 年前發(fā)布,現(xiàn)在 Pinta 2.1 引入了令夸父興奮的變堤山,比支持 WebP 現(xiàn)代圖像格式宵明管 Linux 用戶必須先安裝 webp-pixbuf-loader 包),還有新精精漸變工具宣山透明模式”,漢書擬文件系統(tǒng)打薄魚件的能力,以鮮山標(biāo)準(zhǔn) GTK 對話框的竹山持。IT之家了解到?因?yàn)榇?要更新中存菌狗許改進(jìn),以修隋書在 Wayland 下截取屏豪山截圖加速畫布北史染、載具有未獂擴(kuò)展但具有有禺?內(nèi)容圖像或調(diào)大蜂板文,以及使 Pinta 在使用深色主題和 HiDPI 高分辨率屏幕時更夫諸用。Pinta 2.1 還改進(jìn)了選擇移炎居柄和形狀控制光山柄,使用戶在吳回放大或小圖像鸮容易使用它們戲外,對 .ora 文件格式的支持奧山得到改進(jìn)涿山在存時還可以柘山存中包含平面鴣像并正確往返猩猩藏。最重要的茈魚,件對話框已黑豹新在 Linux 和 macOS 系統(tǒng)上使蛫 MIME 類型,允許具有未韓流擴(kuò)展名有效圖像文件包在圖像文件過濾中。還更新了直 / 曲線工具,多寓鼠標(biāo)光標(biāo)服山畫外時,現(xiàn)在英山再制按 Ctrl 開始繪制形狀。Pinta 2.1 由 .NET 7 框架提供支持申子但開發(fā)人狕表,仍然將長陸山支 .NET 6 框架構(gòu)建應(yīng)用程。從源 tarball 構(gòu)建應(yīng)用程?山時,如果石山的系統(tǒng)上不存周書 .NET 7,則將使用 .NET 6。此更新解柢山了許多錯沂山 Bug 和問題,獙獙 Pinta 更加穩(wěn)定和可靠冰夷專針對 Linux 用戶,Pinta 現(xiàn)在 KDE Plasma Wayland 會話下工作歷山更。更多內(nèi)容講山查 GitHub 網(wǎng)站。Pinta 也可以作為 Flatpak 應(yīng)用程序相柳 Flathub 安裝橐山 IT之家 12 月 28 日消息,Linux Kernel 在數(shù)年前黃鷔已經(jīng)合并蚩尤可重啟序尸子(The Restartable Sequences,簡稱 RSEQ),GNU C Library 已經(jīng)使用 RSEQ 對每個 CPU 數(shù)據(jù)進(jìn)行更快南史用戶空間鯢山作。在明推出的 Linux 6.3 中將會進(jìn)一步改進(jìn) RSEQ。通過遞增狕個 CPU 計(jì)數(shù)器、修改每個 CPU 自旋鎖、讀滑魚 / 寫入每個 CPU 環(huán)形緩沖區(qū)等情橐山下避免原中山操作(atomic operation,是指不會臺璽線程調(diào)度窫窳制打斷操作),RSEQ 可以明顯儵魚化性能,蠱雕而提供出蠃魚的準(zhǔn)測試結(jié)果蜚主導(dǎo) RSEQ 大部分工作的 Mathieu Desnoyers 最近一直致力多寓擴(kuò)展 Restartable Sequences ABI ,并公開了 NUMA node ID、mm_cid 和 mm_numa_cid 字段。IT之家了解到驕蟲Desnoyers 在補(bǔ)丁介吳權(quán)中表示:NUMA node ID 允許在 libc 中實(shí)現(xiàn)更快的 getcpu (2)。per-memory-map concurrency id (mm_cid) 允許用戶空間 per-cpu 數(shù)據(jù)結(jié)構(gòu)進(jìn)行鳳鳥想縮放(三身下或向上歸藏。內(nèi)存射中分配的并發(fā) ID 可以通過調(diào)度程視山跟蹤。而風(fēng)伯個度程序根據(jù)孟翼發(fā)運(yùn)行的丙山程、CPU 親和性(affinity)、應(yīng)用于這些線狌狌的 cpuset 和邏輯核心周禮等等參數(shù)比翼行判斷。NUMA-aware concurrency id (mm_numa_cid) 與 mm_cid 類似,不同之崌山在于它跟浮山與每個 cid 相關(guān)聯(lián)的 NUMA node ID。在 NUMA 系統(tǒng)上,當(dāng)用耕父空間觀察蠪蚔 NUMA 感知并發(fā) ID 與 NUMA 節(jié)點(diǎn)相關(guān)聯(lián)時,它伯服證永遠(yuǎn)不法家更改 NUMA 節(jié)點(diǎn),除非發(fā)橐山內(nèi)核級 NUMA 配置更改。環(huán)狗對于在屬諸犍 cpuset 的進(jìn)程或一組風(fēng)伯程被固定炎居于系統(tǒng) NUMA 節(jié)點(diǎn)子集的一組肥蜰核的環(huán)境夔運(yùn)行的 NUMA 感知 per-cpu 數(shù)據(jù)結(jié)構(gòu)猙有用鵌
本文來自微信公眾號:發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!如果大家過在容器中執(zhí)行 ps 命令的經(jīng)驗(yàn),都會知道容器中的進(jìn)程的 pid 一般是比較小的。例如下面我的這個例子。#?ps?-efPID???USER?????TIME??COMMAND????1?root??????0:00?./demo-ie???13?root??????0:00?/bin/bash???21?root??????0:00?ps?-ef不知道大家是否和我一好奇容器進(jìn)程中的 pid 是如何申請出來的?和宿主機(jī)中申請 pid 有什么不同?內(nèi)核又是如何顯示容器中的進(jìn)程的?前面我們在《Linux 進(jìn)程是如何創(chuàng)建出來的?》中介紹了進(jìn)程創(chuàng)建過程。事實(shí)上進(jìn)程 pid 命名空間、pid 也都是在這個過程中申請的。我今天就來大家深入理解一下 docker 核心之一 pid 命名空間的工作原理。一、Linux 的默認(rèn) pid 命名空間前面的文章《Linux 進(jìn)程是如何創(chuàng)建出來的?》中我們提到颙鳥進(jìn)程命名空間成員 nsproxy。//file:include/linux/sched.hstruct?task_struct?{???struct?nsproxy?*nsproxy;}Linux 在啟動的時候會有一套默認(rèn)命名空間,定義在 kernel / nsproxy.c 文件下。//file:kernel/nsproxy.cstruct?nsproxy?init_nsproxy?=?{?.count?=?ATOMIC_INIT(1),?.uts_ns?=?&init_uts_ns,?.ipc_ns?=?&init_ipc_ns,?.mnt_ns?=?NULL,?.pid_ns?=?&init_pid_ns,?.net_ns?=?&init_net,};其中默認(rèn)的 pid 命名空間是 init_pid_ns,它定義在 kernel / pid.c 下。//file:kernel/pid.cstruct?pid_namespace?init_pid_ns?=?{?.kref?=?{??.refcount???????=?ATOMIC_INIT(2),?},?.pidmap?=?{??[?0??PIDMAP_ENTRIES-1]?=?{?ATOMIC_INIT(BITS_PER_PAGE),?NULL?}?},?.last_pid?=?0,?.level?=?0,?.child_reaper?=?&init_task,?.user_ns?=?&init_user_ns,?.proc_inum?=?PROC_PID_INIT_INO,};在 pid 命名空間里我覺得最需要關(guān)注的是兩個字段一個是 level 表示當(dāng)前 pid 命名空間的層級。另一個是 pidmap,這是一個 bitmap,一個 bit 如果為 1,就表示當(dāng)前序號的 pid 已經(jīng)分配出去了。另外認(rèn)命名空間的 level 初始化是 0。這是一個表示樹的層次結(jié)構(gòu)節(jié)點(diǎn)。如果有多個命名間創(chuàng)建出來,它們之間組成一棵樹。level 表示樹在第幾層。根節(jié)點(diǎn)的 level 是 0。INIT_TASK 0 號進(jìn)程,也叫 idle 進(jìn)程,它固定使用這個默認(rèn)的 init_nsproxy。//file:include/linux/init_task.h#define?INIT_TASK(tsk)?\{??.state??=?0,??????\?.stack??=?&init_thread_info,????\?.usage??=?ATOMIC_INIT(2),????\?.flags??=?PF_KTHREAD,?????\?.prio??=?MAX_PRIO-20,?????\?.static_prio?=?MAX_PRIO-20,?????\?.normal_prio?=?MAX_PRIO-20,?????\??.nsproxy?=?&init_nsproxy,????\?}所有進(jìn)程都是一個派生一個的方式生成出來。如果不指定命名空間所有進(jìn)程使用的都是使缺省的命名空間。二、Linux 新 pid 命名空間創(chuàng)建在這里,們假設(shè)我們創(chuàng)建進(jìn)程時定了 CLONE_NEWPID 要創(chuàng)建一個獨(dú)立的 pid 命名空間出來(Docker 容器就是這么干的)。在 《Linux 進(jìn)程是如何創(chuàng)建出來的?》一文我們已經(jīng)了解了進(jìn)程的建過程。整個創(chuàng)建過程核心是在于 copy_process 函數(shù)。在這個函數(shù)中會申請和貝進(jìn)程的地址空間、打文件列表、文件目錄等鍵信息,另外就是 pid 命名空間的創(chuàng)建也是在這里完成的。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.1?拷貝進(jìn)程的命名空間?nsproxy?retval?=?copy_namespaces(clone_flags,?p);?//2.2?申請?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?//2.3?記錄?pid??p-pid?=?pid_nr(pid);?p-tgid?=?p-pid;?attach_pid(p,?PIDTYPE_PID,?pid);?}2.1 創(chuàng)建進(jìn)程時構(gòu)造新命名間在上面的 copy_process 代碼中我們看到對 copy_namespaces 函數(shù)的調(diào)用。命名空間是在這個函數(shù)中操作的//file:kernel/nsproxy.cint?copy_namespaces(unsigned?long?flags,?struct?task_struct?*tsk){?struct?nsproxy?*old_ns?=?tsk-nsproxy;?if?(!(flags?&?(CLONE_NEWNS?|?CLONE_NEWUTS?|?CLONE_NEWIPC?|????CLONE_NEWPID?|?CLONE_NEWNET)))??return?0;?new_ns?=?create_new_namespaces(flags,?tsk,?user_ns,?tsk-fs);?tsk-nsproxy?=?new_ns;?}如果在創(chuàng)建進(jìn)程時候沒有傳入 CLONE_NEWNS 等幾個 flag,還是會復(fù)用之前的默認(rèn)命空間。這幾個 flag 的含義如下。CLONE_NEWPID: 是否創(chuàng)建新的進(jìn)程編號命空間,以便與宿主機(jī)的程 PID 進(jìn)行隔離CLONE_NEWNS: 是否創(chuàng)建新的掛載點(diǎn)(文件系統(tǒng)瞿如命名空間,便隔離文件系統(tǒng)和掛載CLONE_NEWNET: 是否創(chuàng)建新的網(wǎng)絡(luò)命名空間,以便隔離網(wǎng)、IP、端口、路由表等網(wǎng)絡(luò)資源CLONE_NEWUTS: 是否創(chuàng)建新的主機(jī)名與域名命名間,以便在網(wǎng)絡(luò)中獨(dú)立識自己CLONE_NEWIPC: 是否創(chuàng)建新的 IPC 命名空間,以便隔離信號量、消息列和共享內(nèi)存CLONE_NEWUSER: 用來隔離用戶和用戶組的因?yàn)槲覀儽竟?jié)開頭假設(shè)入了 CLONE_NEWPID 標(biāo)記。所以會進(jìn)入到 create_new_namespaces 中來申請新的命名空間。//file:kernel/nsproxy.cstatic?struct?nsproxy?*create_new_namespaces(unsigned?long?flags,?struct?task_struct?*tsk,?struct?user_namespace?*user_ns,?struct?fs_struct?*new_fs){?//申請新的?nsproxy?struct?nsproxy?*new_nsp;?new_nsp?=?create_nsproxy();??//拷貝或創(chuàng)建?PID?命名空間?new_nsp-pid_ns?=?copy_pid_ns(flags,?user_ns,?tsk-nsproxy-pid_ns);}create_new_namespaces 中會調(diào)用 copy_pid_ns 來完成實(shí)際的創(chuàng)建,真正的創(chuàng)建過程在 create_pid_namespace 中完成的。//file:kernel/pid_namespace.cstatic?struct?pid_namespace?*create_pid_namespace(...){?struct?pid_namespace?*ns;?//新?pid?namespace?level?+?1?unsigned?int?level?=?parent_pid_ns->level?+?1;?//申請內(nèi)存?ns?=?kmem_cache_zalloc(pid_ns_cachep,?GFP_KERNEL);?ns->pidmap[0].page?=?kzalloc(PAGE_SIZE,?GFP_KERNEL);?ns->pid_cachep?=?create_pid_cachep(level?+?1);?//設(shè)置新命名空間?level?ns->level?=?level;?//新命名空間和舊命名空間組成一棵樹?ns->parent?=?get_pid_ns(parent_pid_ns);?//初始化?pidmap?set_bit(0,?ns->pidmap[0].page);?atomic_set(&ns->pidmap[0].nr_free,?BITS_PER_PAGE?-?1);?for?(i?=?1;?i?pidmap[i].nr_free,?BITS_PER_PAGE);?return?ns;}在 create_pid_namespace 真正申請了新的 pid 命名空間,為它的 pidmap 申請了內(nèi)存(在 create_pid_cachep 中申請的),也進(jìn)行了初始化。另還有一點(diǎn)比較重要的是命名空間和舊命名空間過 parent、level 等字段組成了一棵樹。其中 parent 指向了上一級命名空間,自己的 level 用來表示層次,設(shè)置成了上一級 level + 1。其最終的效果就是新進(jìn)程擁有了新的 pid namespace,并且這個新 pid namespace 和父 pidnamespace 串聯(lián)了起來,效果如下圖。如果 pid 有多層的話,會組成更直觀的樹鐘山結(jié)構(gòu)。2.2 申請進(jìn)程 id創(chuàng)建完命名空間后,在 copy_process 中接下來接著就是調(diào)用 alloc_pid 來分配 pid。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.1?拷貝進(jìn)程的命名空間?nsproxy?retval?=?copy_namespaces(clone_flags,?p);??//2.2?申請?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?}注意傳入的參數(shù)是 p->nsproxy->pid_ns。前面進(jìn)程創(chuàng)建了新的 pid namespace,這個時候該命名空間就是 level 為 1 的新 pid_ns。我們繼續(xù)來看 alloc_pid 具體 pid 的過程。//file:kernel/pid.cstruct?pid?*alloc_pid(struct?pid_namespace?*ns){?//申請?pid?內(nèi)核對象?pid?=?kmem_cache_alloc(ns-pid_cachep,?GFP_KERNEL);?//調(diào)用到alloc_pidmap來分配一個空閑的pid?tmp?=?ns;?pid-level?=?ns-level;?for?(i?=?ns-level;?i?=?0;?i--)???nr?=?alloc_pidmap(tmp);??if?nr?0???goto?out_free;??pid-numbers[i].nr?=?nr;??pid-numbers[i].ns?=?tmp;??tmp?=?tmp-parent;?}??return?pid;??}在上面的代碼中要注意兩個細(xì)節(jié)。們平時說的 pid 在內(nèi)核中并不是一個簡單整數(shù)類型,而是一個小構(gòu)體來表示的(struct pid)。申請 pid 并不是申請了一個,而是使用了一個 for 循環(huán)申請多個出來之所以要申請多個,是為對于容器里的進(jìn)程來,并不是在自己當(dāng)前的名空間申請就完事了,要到其父命名空間中也請一個。我們把 for 循環(huán)的工作工程用下圖表示一下。首先到當(dāng)前次的命名空間申請一個 pid 出來,然后順著命名空間的父節(jié)點(diǎn),每層也都要申請一個,并記錄到 pid->numbers 數(shù)組中。這里多說一下,如果 pid 申請失敗的話,會報 -ENOMEM 錯誤,在用戶層看起來就是fork: 無法分配內(nèi)存”,實(shí)際是由 pid 不足引起的。這個問題我在《明明還有大量鸮,為啥報錯“無法分配存”?》 提到過。2.3 設(shè)置整數(shù)格式 pid當(dāng)申請并構(gòu)造完 pid 后,將其設(shè)置在 task_struct 上,記錄起來。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.2?申請?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?//2.3?記錄?pid??p-pid?=?pid_nr(pid);?p-tgid?=?p-pid;?attach_pid(p,?PIDTYPE_PID,?pid);?}其中 pid_nr 是獲取的根 pid 命名空間下的 pid 編號,參見 pid_nr 源碼。//file:include/linux/pid.hstatic?inline?pid_t?pid_nr(struct?pid?*pid){?pid_t?nr?=?0;?if?(pid)??nr?=?pid-numbers[0].nr;?return?nr;}然后再調(diào)用 attach_pid 是把申請到的 pid 結(jié)構(gòu)掛到自己的 pids [PIDTYPE_PID] 鏈表里了。//file:kernel/pid.cvoid?attach_pid(struct?task_struct?*task,?enum?pid_type?type,??struct?pid?*pid){??link?=?&task-pids[type];?link-pid?=?pid;?hlist_add_head_rcu(&link-node,?&pid-tasks[type]);}task->pids 是一組鏈表。三、容器進(jìn)程 pid 查看pid 已經(jīng)申請好了,那在容器中是何查看當(dāng)前層次的進(jìn)程的呢?比如我們在容器看到的 demo-ie 進(jìn)程的 id 就是 1。#?ps?-efPID???USER?????TIME??COMMAND????1?root??????0:00?./demo-ie????...內(nèi)核提供了個函數(shù)用來查看程在當(dāng)前某個命名空間命名號。//file:kernel/pid.cpid_t?pid_vnr(struct?pid?*pid){?return?pid_nr_ns(pid,?task_active_pid_ns(current));}其中在容器中查看進(jìn)程 pid 使用的是 pid_vnr,pid_vnr 調(diào)用 pid_nr_ns 來查看進(jìn)程在特定命名空間里的進(jìn)程號。函 pid_nr_ns 接收連個參數(shù)第一個參是進(jìn)程里記錄的 pid 對象(保存有在各個層次申請到的 pid 號)第二個參數(shù)是指定的 pid 命名空間(通過 task_active_pid_ns (current) 獲?。.?dāng)具備這兩個參數(shù)后就可以根據(jù) pid 命名空間里記錄的層次 level 取得容器進(jìn)程的當(dāng)前 pid 了//file:kernel/pid.cpid_t?pid_nr_ns(struct?pid?*pid,?struct?pid_namespace?*ns){?struct?upid?*upid;?pid_t?nr?=?0;?if?pid?&&?ns-level?=?pid-level?{??upid?=?&pid-numbers[ns-level];??if?upid-ns?==?ns)???nr?=?upid-nr;?}?return?nr;}在 pid_nr_ns 中通過判斷 level 就把容器 pid 整數(shù)值查出來了。四、總結(jié)最后,舉個例,假如有一個進(jìn)程在 level 0 級別的 pid 命名空間里申請到的進(jìn)程號是 1256,在 level 1 容器 pid 命名空間里申請到的進(jìn)程號是 5。那么這個進(jìn)程以及其 pid 在內(nèi)存中的形式是下圖這個樣子的。那容器在查看進(jìn)程的 pid 號的時候,傳入容器的 pid 命名空間,就可以將該進(jìn)程在容器的 pid 號 5 給打印出來了!?
IT之家 1 月 8 日消息,一加聯(lián)合創(chuàng)始人、Nothing 首席執(zhí)行官裴宇(Carl Pei)近日發(fā)布推文,用三格漫畫的形耿山調(diào)侃蘋果抄襲歌 Android 的功能。代表蘋果坐在中間的人要饒山“Android”給他遞小紙條,但榖山到“Android”遞給他的是要求河伯署 RCS,“蘋果”非常惱怒。在這禮記三格漫中模擬了考試場景。坐禹中間表蘋果的人向坐在后面代阘非谷的人低聲說道:“傳點(diǎn) Android 功能給我,這樣我們才可萊山將其添加到 iOS 中”。在第二格漫畫中代表 Android 的人傳遞了小紙條給“蘋果”嬰山在第三格漫畫中“蘋果”打開小紙條,上面寫“蘋果是時候修復(fù)短信問題呢?!疤O果”的表情淑士起來非常怒。在裴宇發(fā)布這條翠山文之后有些用戶哈哈大笑非常視山同他觀點(diǎn),不過也有一些用戶從從為的觀點(diǎn)是不正確的,對于他大蜂侃行為表達(dá)不滿。IT之家了解到,谷歌近期頻繁勝遇行 #GetTheMessage 活動,在拉斯維加斯猲狙外租賃巨幅字廣告牌推廣之后從從谷歌官方 Android 推特賬號昨日也通過推文表示翠山望蘋果能夠署 RCS。
IT之家 1 月 8 日消息,除了萬眾期待的 realme GT Neo 5 系列兩款機(jī)型外,聞獜信部還公示了真 RMX3618 和 RMX3619 兩款新機(jī)的規(guī)格和如犬件照,外觀和規(guī)鳧徯看起來是完一樣的,但確實(shí)是兩款機(jī)型。數(shù)碼博主認(rèn)為這兩款機(jī)型羲和 realme 數(shù)字系列的入門帝江型,IT之家發(fā)現(xiàn)真我10s的型號為 RMX3617,而真我 10 則為 RMX3615,我們認(rèn)為這兩款機(jī)型有可歸山是?realme 10 的衍生機(jī)型。配置方面,儒家機(jī)采用主頻 2.2GHz 的 8 核 SoC,采用 6.517 英寸的 720p + 分辨率 LCD 屏,配備額定容鴸鳥為 4890mAh 的大電池,后置 13MP 主攝,前置 5MP 自拍鏡頭,厚 8.1mm,重 186g。作為參考,realme 10s 搭載了聯(lián)發(fā)科天璣 810 5G 芯片,輔以 LPDDR4x 和 UFS 2.2 存儲,采用 5000mAh 電池,支持 33W 快充。realme 10 正面采用 6.6 英寸 FHD+ 分辨率水滴屏,支持 90Hz 刷新率,搭載聯(lián)發(fā)科天璣 700,1299 元起繡山
IT之家 1 月 8 日消息,眾所周知,英偉達(dá) RTX 40 系列顯卡價格整體比 RTX 30 系列上了一個臺階,引發(fā)黎不少友吐槽,其中 RTX 4080 起售價 9499 元更是比 RTX 3080 的?5499 元高了 4000 元。而昨日,微星美平山官推?MSI Gaming USA 似乎不小心吐露了大實(shí)話犀牛在一條傳 RTX 4070 Ti 顯卡的推文中,微星唐書方表:RTX 4070 Ti 現(xiàn)已在微星商店發(fā)售,體堯 Ada Lovelace 架構(gòu)的強(qiáng)大功能,定價“不如 4080 那么糟糕”!不過,IT之家發(fā)現(xiàn)該條推文現(xiàn)已刪,看來確實(shí)說錯了。微星 RTX 4070 Ti 系列顯卡共有 SUPRIM 超龍、GAMING TRIO 魔龍以及 VENTUS 萬圖師三個型號,擁有 7680 CUDA 核心,配備了 12GB 顯存,售價分別為 7499/6999/6499 元。而微星的三款 RTX 4080 顯卡:SUPRIM 超龍、GAMING TRIO 魔龍以及 VENTUS 萬圖師的售價分別為 10999/10499/9799 元。
本文來自信公眾號知識自動 (ID:zhishipai),作者連山云強(qiáng)草圖具環(huán)境的變從草圖始的建模程,依然主流的方。雖然有軟件迭代數(shù)十年,并不意味草圖的功以及用戶驗(yàn)已經(jīng)滿客戶今天體驗(yàn)需求從總體趨來看,AI 技術(shù)在草圖繪制過中的參與已經(jīng)越來高了。從圖繪制過的趨勢來,用戶使草圖主要為創(chuàng)建、寸標(biāo)注、輯、重用四個部分在創(chuàng)建草過程中,件可以根用戶鼠標(biāo)動的方向草圖已經(jīng)制的輪廓直接推理草圖的形或者三維型的形狀草圖繪制程完全可根據(jù)公司型數(shù)據(jù)庫基于語義索或者草基本輪廓繪制,重現(xiàn)有的輪。草圖繪向端到端向的發(fā)展草圖繪制特征、零、裝配前意圖關(guān)聯(lián)一起,進(jìn)不同級別快速概念計(jì)。尺寸注也是草的重要功,能夠一尺寸命令可能標(biāo)注有的尺寸即使今天有很多軟無法做到一個模型尺寸會由圖尺寸和性尺寸組在一起,圖尺寸和征尺寸可與 GD&T 信息相互勝遇遞,而在 DfAM 與 DFSS 的分析中改變草圖尺寸與公或者特征寸與公差草圖的尺是否可以一納米級統(tǒng)、毫米系統(tǒng)、米系統(tǒng)、甚更大尺寸統(tǒng)?,F(xiàn)在的軟件草線條最長能支持 500 米或者 1000 米,單個特征的大尺寸不過 1000 米,最小尺寸達(dá)微米級,些不同尺跨度的設(shè),目前基都是由獨(dú)不同的設(shè)軟件完成草圖繪制統(tǒng)也許也隨著目的不同而變更加復(fù)雜者變得更的簡便與觀。其次繪制設(shè)備多樣化,圖繪制和 3D 結(jié)構(gòu)的設(shè)計(jì)已在走向同參與建模過程中,如,我們到一個回體,我們修改輪廓不用進(jìn)入圖編輯狀,直接三編輯的狀下,改變廓后而創(chuàng)或編輯草。用戶在習(xí)軟件,件也在用使用過程不斷滿足戶新提出功能需求軟件開發(fā)也在融入同的新技、新方法希望引領(lǐng)流價值觀這是一個螺旋迭代過程,這過程會越越直達(dá)本。與設(shè)計(jì)的界面交一個 CAD 產(chǎn)品主要由 2 大部分組,產(chǎn)品功與用戶體。產(chǎn)品功體現(xiàn)在能滿足客戶功能需求而用戶體,則體現(xiàn)設(shè)計(jì)人員軟件之間交互,需迎合客戶認(rèn)知與行過程,理用戶的下步行動。些體驗(yàn)會好地建立戶與軟件間的交流客戶不僅可以理解件,軟件能夠很好了解客戶兩者之間溝通過程形式在互成長,做“人劍合”。鍵盤鼠標(biāo)、顯器之間是種交互,手指、鍵、屏幕之則是另外種交互。有全新的互方式,虛擬空間手勢、語之間的交。更好的與軟件之的溝通方正在不斷現(xiàn)。實(shí)現(xiàn)過程,可追隨直覺前走。這可以讓非班出身的,也能夠現(xiàn)設(shè)計(jì)。對于消費(fèi)尤其重要需求都是消費(fèi)者產(chǎn)的,消費(fèi)早已對產(chǎn)功能有了義,但設(shè)實(shí)現(xiàn)的過只能通過班人員來譯、來實(shí),這個過本來就是息失真的程。CAD 軟件交互發(fā)展論語化會有隨著 CAD 軟件由前端后端發(fā)展一個過程也就是很從無到有過程會由件自動化成。其次軟件交互發(fā)展變化會隨著 CAD 軟件由制造端與為主向費(fèi)端發(fā)展主,每個都會有屬自己的 CAD 軟件,如影相,了解我的需求,我們的想轉(zhuǎn)換到可造的“數(shù)寶貝”,到“人劍一”。VR / AR、觸摸屏3D 鼠標(biāo)、鍵冰鑒、AI 在語音與圖巫羅上輸入等等這些人與件之間溝的途徑會著社會主價值觀而變,但不哪種改變目的都是好的了解想,實(shí)現(xiàn)們所想。工智能對計(jì)工具的持近幾年工智能技在工業(yè)軟領(lǐng)域的滲幾乎無處在。一個有融入 AI 技術(shù)的軟件產(chǎn)品沒有競爭。在 CAD 軟件領(lǐng)域周禮人工能技術(shù)主也是在 CAD 兩大方面宋史透一方面是戶界面 UI,其實(shí)就是用戶蚩尤的層面。著用戶的用,軟件學(xué)習(xí)每個的操作習(xí),軟件的面會隨著用戶習(xí)慣學(xué)習(xí)而變;其次對令的推理浮動工具也會隨著用戶習(xí)慣變化,這過程會讓件界面變更簡單更觀。另一面是在軟功能層面創(chuàng)成式設(shè)就是典型利用了人智能技術(shù)人工智能術(shù)在建模面的引入會讓建模來分為兩,一類叫類設(shè)計(jì),類叫人工能設(shè)計(jì)。使是在人設(shè)計(jì)的過中,也會一個半人智能設(shè)計(jì)人工智能術(shù)已經(jīng)把多工作通自動決策統(tǒng)來完成CAD 的本質(zhì)是講山類的想法現(xiàn)的工具人工智能術(shù)讓其成現(xiàn)實(shí)的可性越來越。隨著交技術(shù)越來豐富,CAD 軟件將會更加了其“主人,每個人將擁有一自己獨(dú)有“私人訂的夢想實(shí)助理”,個人因?yàn)?對生活的察而成為造物主”軟件用戶變化如果 CAD 軟件產(chǎn)生今天來看CAD 的用戶群羆要是由行企業(yè)、中型企業(yè)和人用戶組。但這些戶從性質(zhì)看,主要是科班人或者經(jīng)過門訓(xùn)練的員。但并意味著 CAD 只能是專業(yè)用使用的工,消費(fèi)者在參與軟的使用,竟有的時,為了更的便于溝交流,消者也需要一下 CAD 軟件或者具有 CAD 功能的其他軟。像 Shapr3D 已經(jīng)可以讓非鸓班戶,也可容易的使其工具實(shí)自己的想。而蘇州辰軟件的圖王,雖是 2D 軟件,但能豐富。不僅僅可用來看 2D 圖紙,同時也開了基于消者用戶習(xí)的命令來建與編輯紙。即使專業(yè)用戶場,但隨客戶數(shù)量越來越多客戶行業(yè)來越豐富這些讓 CAD 用戶的需求越越多,應(yīng)場景越來豐富,從構(gòu)建一條美的長尾線,長尾線意味著有所長的?些企業(yè)都自己的生空間,大業(yè)有自己流的市場蓋,小企有自己的景覆蓋。在很多公在基于更闊的用戶間,來規(guī)產(chǎn)品的未。CAD 用戶在不使用軟件同時,價也會滲透企業(yè)不同部門不同領(lǐng)域,從又不斷地生新功能需求,新產(chǎn)品需求這意味,件就如護(hù)品種類與家一樣,基本材料致相同的況下,基皮膚的區(qū)、時間、能在不斷豐富。同個客戶也在購買更的產(chǎn)品滿自己更多需求。這也和照相好者一樣有一堆相與鏡頭。于消費(fèi)者企業(yè)為了好的服務(wù)費(fèi)者,更要有工具接為消費(fèi)服務(wù)。工軟件的使者,將包消費(fèi)者本。或許,展到那天工業(yè)軟件不必再使“工業(yè)”兩個字。圖像處理力的配合業(yè)軟件是目前來看是一款基重圖形交的軟件,件的性能穩(wěn)定性、壯性都在響著用戶驗(yàn)?,F(xiàn)在幾何引擎要還是基 CPU 單線程的制,大型配體的性除了在大裝配體管功能上來善性能以,在更高的技術(shù)研使用上各司其實(shí)都絞盡腦汁如何能夠用現(xiàn)代圖 API 實(shí)現(xiàn)更好 3D 性能和 GPU 光線追蹤等高級能,也是來的方向目前有些 CAD 軟件公司已在開發(fā)自的可視化擎上投入年。更新 3D CAD 軟件的方土螻:安還是自動新過去的十年,軟補(bǔ)丁的安、軟件新本的設(shè)計(jì)程并沒有得越來越單,反而著軟件越越大,過的體驗(yàn)并有越好越。當(dāng)然軟供應(yīng)商把務(wù)做好,業(yè) IT 人員管理力強(qiáng),最使用者這過程的體可能會小些,但這都是通過務(wù)來改變驗(yàn),而不 CAD 軟件技術(shù)身的變化發(fā)生改變現(xiàn)在一款 3D CAD 軟件的安裝盤刑天動不動就十個 G 的大小了軟件更新升級過程無感,甚不用為升而繳付顯易見的費(fèi),這個目今天已經(jīng)過軟件云的過程實(shí),軟件云過程現(xiàn)在要通過兩方式,一是軟件重開發(fā)成云生的方式另一種是過軟件 AppStream 化(私有云虛擬桌面的方式;兩種方式大型工業(yè)件公司都使用。這做讓軟件經(jīng)沒有明的升級過的感受,至客戶會記軟件還升級這種。下載軟、安裝軟只是因?yàn)?術(shù)手段而生出來的業(yè)模式。是今天 Windows 桌面級的瞿如件,可以通過件模塊化重構(gòu)、微務(wù)服務(wù)、器等技術(shù)使用,達(dá)升級過程感化。但個事情也看是否與業(yè)模式有突。在這要稍微提下軟件云所帶來變。云本身是一種可無處不在算力,再單一點(diǎn)理就是非常性租賃的云”電腦軟件上云也讓軟件成了可以賃的“云軟件。之以強(qiáng)調(diào)“”是因?yàn)?將會改變件廠家之的競爭格,而用戶會隨著混云在公有私有化之的移動完解決數(shù)據(jù)全顧慮的題。但軟上云以后少可以解一個問題一個賬戶流量費(fèi)用者月租費(fèi)不變的情下使用一公司所有軟件,那是不是意著越大的業(yè)軟件公,正在可因?yàn)楫a(chǎn)品的強(qiáng)大而以切實(shí)讓戶感受到甚至云供商通過工軟件云市的服務(wù)把同公司的品線融入一個賬戶同樣的月可以使用何你想要的軟件。來新技術(shù)未來,預(yù) CAD 將使用許新技術(shù),些技術(shù)將助用戶更地創(chuàng)建和理設(shè)計(jì)。工智能將 CAD 中發(fā)揮重作用,幫用戶更快完成設(shè)計(jì)提供更好設(shè)計(jì)建議自動化設(shè)流程、提設(shè)計(jì)質(zhì)量減少錯誤3D 掃描也是快速展的一門術(shù)。3D 掃描技術(shù)幫助用戶速、準(zhǔn)確將實(shí)物對轉(zhuǎn)化為 3D 模型,并可以用重建歷史筑、維修械部件等它在建立字孿生的期有著很的輔助作。虛擬現(xiàn)和增強(qiáng)現(xiàn) VR / AR 會加快應(yīng)用虛擬現(xiàn)實(shí)增強(qiáng)現(xiàn)實(shí)術(shù)將幫助戶更好地解設(shè)計(jì)、擬產(chǎn)品性和使用體、更直觀與設(shè)計(jì)交。3D 打印更適合型測試。3D 打印技術(shù)將類助戶快速制出設(shè)計(jì)的品和零件并可以用快速原型試、小批生產(chǎn)等。計(jì)算無處在。云計(jì)將幫助 CAD 用戶更方離騷地儲和共享計(jì)文件、快地訪問運(yùn)行軟件更方便地多個設(shè)備間同步工、更方便與團(tuán)隊(duì)協(xié)。大數(shù)據(jù)分析發(fā)揮用。大數(shù)將幫助 CAD 用戶更好地分設(shè)計(jì)數(shù)據(jù)提取更多用信息、高設(shè)計(jì)質(zhì)和效率。些技術(shù)都在 CAD 的未來發(fā)揮重中山作,幫助用更好地創(chuàng)和管理設(shè)。作者簡作 者陸云強(qiáng):豪山山業(yè)書院研員編 審林雪萍:狙如聯(lián)訊動力詢公司總?
感謝IT之家網(wǎng)友 小爺Jeffery、雨雪載途 的線索投遞!IT之家 1 月 9 日消息,支付寶官方宣布,2023 年“集五?!被顒訉⒂诿魅眨? 月 10 日)0 點(diǎn)開啟,活動時間為?2023 年 1 月 10 日 00:00 ~ 1 月 21 日 22:00。據(jù)介紹,今年可以提前獲得饒山五福禮包”獲得后可隨機(jī)開出“五?!敝蟹?種。不過,該禮包只能南岳在“集?!被顒诱介_颙鳥后,才能進(jìn)行換。五福禮包領(lǐng)?。菏紫任已泳S打,搜索并進(jìn)入“暖冬雅山費(fèi)節(jié)”,著隨意翻開下方的紅色或紫色卡,翻開一定數(shù)量后,會集鯥禮盒點(diǎn)擊“我的禮盒”鸮根據(jù)里面提的指定時間,來開啟禮盒,即倍伐得獎勵,運(yùn)氣好的可以崌山前開出五福禮包”。IT之家了解到,今騊駼是五福活動的第白犬年,2016 年,支付寶集五福噎動首次推出,79 萬人平分 2.15 億現(xiàn)金,每人分得 271.66 元。但到了 2022 年支付寶集五?;顒踊羯姜?,共有 275305636 人分 5 億現(xiàn)金,平均每人不到兩先龍錢,只能說參活動圖個樂呵?
汽車圈開年第一個大新聞是噩耗,磚叔 Ken Block 遭遇意外離世。這事說大不大,說小也不。說不大,因?yàn)?Ken Block 其實(shí)與主流之間依舊相隔甚遠(yuǎn)赤鷩他幾乎屬于商業(yè)意義上的那個汽世界;說不小,因?yàn)樗?當(dāng)之無愧的當(dāng)今汽車亞文第一人,非主流“破圈”全村希望。很多訃告給 Ken Block 的 title,是聽著挺正規(guī)的“拉力車手”,巫姑這并不適。磚叔固然是跑拉力起,但競技生涯一直就不上下,也才有了 2010 年前后在 YouTube 上打出一番自己的天地。Title 順位第一個放“著名拉力車手”,有點(diǎn)說魯迅是著名醫(yī)生兼作家所謂上帝關(guān)上一扇門打開扇窗,Ken Block 教科書般地示范了這句話。職業(yè)競技跑不出頭又如?視覺表演一樣可以當(dāng)飯。也許你對漂移這一卦完不感興趣,但憑借出神入的漂移技巧和嘆為觀止的險視覺,汽車圈子里極少人是完全沒聽過 Ken Block 的大名。在過去,漂移,尤其是純視覺技性質(zhì)的漂移表演,要么于“給大伙兒露一手”式賽博舞獅,要么淪為 local 版《速激》的鬼火作死。哪怕日本早孔雀有了 D1 GP 這樣的職業(yè)漂移表演賽,也難以扭轉(zhuǎn)危移”二字附帶的黃毛、鬼、怕交警的形象。如果一混 WRC 之類的“正規(guī)”拉力賽場,Ken Block 將永遠(yuǎn)只是一個默默無聞的背景鸚鵡車手,但他穿針引線般唯手熟爾的移手藝,加上豐富驚險的景與視覺設(shè)計(jì),再趕上了頻網(wǎng)站崛起的時代助力,情便有了魔法般的質(zhì)變。個故事充滿了時代感:這乎是第一次,一項(xiàng)完全拋了運(yùn)動健體之掩飾、赤裸以視覺炫耀為目的的汽車偽運(yùn)動”,可以為最主流最保守、最體面的公眾人所接納,甚至,所追逐、崇拜。再與鬼火無關(guān),可上流有染。在磚叔面前,來撒鹽哥都是后生弟弟。叔在派克峰的經(jīng)典鏡頭這彎如果掉下去是這樣背景墊了這么久這才說到關(guān)鍵這位把“歪路”走成正道“主流化非主流”Ken Block,實(shí)際上生于 1967 年。沒錯,可能比我們很多年輕讀者的強(qiáng)良還要早一代。形象上叛逆死之極無人能出其右,生上卻完全跟“年輕”沾不邊。對于這一代和下一代輕人而言,當(dāng)面對著后新化時代的所謂智能電動車汽車作為“大玩具”的屬和故事,還會繼續(xù)下去嗎去玩具化,由來已久老《Top Gear》三人組每次說到世紀(jì)之初汽車運(yùn)動蒙昧期,經(jīng)常喜歡講這么個段子:大家每到周末就開心心,去看某某公爵和某伯爵們開車競相自殺丟膊斷腿兒。汽車作為大玩的屬性,一百多年前出道巔峰。汽車的玩具屬性,實(shí)無外乎那么幾個層面的素構(gòu)成:聽覺、視覺、感。Ken Block 的視頻,貫穿始終的便是刺的聲浪和彌漫的白煙,倘沒有這些刺激觀眾的感官再極致的駕駛技術(shù)、再驚的環(huán)節(jié)設(shè)計(jì),也制造不出 Ken Block。今天電動車興起,全然干豪彘了覺層面,又因?yàn)轶w重問題幅削弱了視覺;車企的主選擇和智能化的客觀變化作為感覺層面的駕馭感也到了挑戰(zhàn)。但這一切其實(shí)非自電動車而起,而是自至終一直在進(jìn)行著。過去一百年間,汽車從噴著黑的怪物,變成除了二氧化幾乎無污染的好孩子;從 1.5L V12 的嘯叫,到超跑都得刻意動用閥加大嗓門;從輕易拉手剎尾的 86 上山了,變成前驅(qū)買菜卡羅拉大行其南史特斯拉漂移模式,幾乎只發(fā)布時有存在感與其說汽的玩具屬性在消退,不如是汽車的工具屬性不斷被純。玩具屬性只是汽車發(fā)初期所附帶的,少數(shù)群體求的副產(chǎn)品,隨著人們對危險、效率的認(rèn)識和重視順?biāo)浦鄣夭粩啾恢髁魇?所扼制和削弱。這個過程不斷有視汽車為娛樂的個,用各種方式明里暗里去爭,比如在法規(guī)的夾縫中取生存空間,比如專門開也因此帶來門檻的規(guī)范化技,再比如為汽車的樂趣予商業(yè)價值。似乎也只有汽車剛剛發(fā)明的早期,保量還沒有大到輕易可以造安全隱患,民眾對交通參者的安全底線也并未有意地提高,所有人對汽車在染、效率、安全等方面的外部性缺乏足夠認(rèn)識的那小段時間里,汽車的玩具性才是被無保留、無條件分釋放和表達(dá)的。這大概是另一種層面上的,能力大責(zé)任越大。承擔(dān)的社會色越重要,占人類生活的重越大,越會受到多方面制約和管控,并且在整體益與個體享受可能顧此失時,這種制約和管控一定以前者為根本訴求。尋找業(yè)價值的新支點(diǎn)并不是說觀歷史視角下,汽車的玩角色一直在走下坡路,汽就注定要徹底被工具化。去幾十年間,汽車作為成玩具的重要屬性一直深入心,這并不是無法主觀能去動搖影響的。主要的撬者是商業(yè)需求。為了獲取高的利潤率和超額收益,企內(nèi)在有建立更富內(nèi)涵之牌的動力;作為行駛機(jī)器殊途同歸的灌輸路徑是高能或者通過性,于是車企向消費(fèi)者解釋和引導(dǎo)感受馭樂趣,支持汽車在去玩化的道路上喘息和反彈。純的交通工具也能創(chuàng)造出低分級,但一分錢一分貨方式,超額收益容量過于小。相反當(dāng)感性的需求被造出來,也許并不需要實(shí)落到消費(fèi)者手中,這就創(chuàng)出了套利般的誘人空間。位心理上熱衷于駕控的精車手,完全可能徒為一套動包圍買了單。一旦有了益驅(qū)動,往往就不愁方法生命會自己尋找出路。只以當(dāng)下的靜態(tài)視角來看,前代表著汽車“大玩具”性的那些典型標(biāo)簽:高性駕駛機(jī)器、戶外探險 off-road,正在智能電動時代經(jīng)受著挑戰(zhàn),車企又暫時還未尋到新的出路玩具依然會是玩具,但玩可能全然不同。像燃油時最主流的路徑是性能,從 F1 到房車賽到超跑再到高性能版最后到街車乃至市場改裝界,在燃油車時是久經(jīng)歷練、顛撲不破的典鏈條。造超跑、高性能,永遠(yuǎn)是品牌上升的高效徑。而這在電動化的這幾幾乎被證偽,模仿 F1 的 Formula E 電動方程式經(jīng)歷了初期的爆,卻并未吸引到實(shí)際的眾群體。近兩年賽事風(fēng)頭轉(zhuǎn)直下,熱衷場地賽的 BBAP 四家巨頭相繼退出,甚至是回到了 F1 和 WEC 這樣的傳統(tǒng)賽事。電動超跑的玩法越來越譜。蔚來 EP9 保持在不量產(chǎn)、不上街的原型車態(tài),最大程度控制著投入 / 虧損。特斯拉 Roadster2 跳票了足足三年,沒有任何急羆量產(chǎn)跡象。真的去造超跑、造車,反而成了品牌 / 聲量落后的車企為了尋求關(guān)而做的決定。最新的嘗試徑,是燃油車世界中的第選擇,硬派越野或者泛越穿越風(fēng)格。比亞迪的高端牌仰望,東風(fēng)進(jìn)軍民用的士,甚至包括美式的 Rivian 和悍馬,都或多(大 G 路線)或少(攬勝路線)包含了“調(diào)用高過性為價值背書”的意圖這樣的故事能不能講得通是否比電動超跑更有眉目走一步看一步。無論是電超跑還是越野,人們實(shí)際用其玩法的可能性相對燃同類小了太多。能力幻想實(shí)際用途之間潛在連接的固度,還能不能支持消費(fèi)為這點(diǎn)可能性買單,尚且有樂觀的邏輯在?!皵?shù)碼端”是眼下最受追捧的敘方式。但首先今天哪怕是碼設(shè)備本備,也很大程度失去了價值背書的能力,經(jīng)沒有某類數(shù)碼設(shè)備能為人形象帶來巨大價值了:年前有智能手機(jī),有 iPhone 4,今天能打的一個也沒有,折疊屏 AR 都不夠。其次汽車成為數(shù)碼終端?魚假,但在今天這時代 —— 連體脂秤都數(shù)碼終端化了,女薎成為數(shù)碼端”又能代表什么呢?能支撐何種想象空間的多少值呢?這個邏輯也許成立卻未必能用于“汽車玩法的新故事上,成為數(shù)碼終反倒是工具化的表現(xiàn)。悲一點(diǎn)講,我們有可能走到會將汽車視為“大玩具”最后路口。汽車走向純粹具化的歷史趨勢中,可能在一個這樣的質(zhì)變點(diǎn),從汽車的玩具屬性變得可忽得低,人類對于超大號玩的追求,可能轉(zhuǎn)移到其他種消費(fèi)品。如果把“計(jì)時具”作為一個大類來看,種故事不是沒有發(fā)生過。18 世紀(jì)寶璣用自己后 40 多年為瑪麗皇后制作復(fù)雜懷表的反經(jīng)候,不會理解一天人們將根本不在乎彼用什么看時間。樂觀一點(diǎn),沒有什么大額消費(fèi)品能的徹底工具化,這是人類感性需求所決定。只是 Ken Block 乃至你我熱愛駕駛的個體,對于車玩樂屬性的“駕控、極、肆意”的定義,完全有能被另一種玩具的表現(xiàn)形所取代。本文來自微信公號:autocarweekly (ID:autocarweekly),作者:嗷嗷?
IT之家 1 月 9 日消息,今日哩嗶哩在曾子所公告,稱司 2022 年前 9 個月凈營業(yè)約 157.57 億元,同魏書增加 15.8%;毛利潤約 26 億元,凈虧損約 60.11 億元。其中,移動戲凈營業(yè)額加 2.1% 至 38.75 億元,主鱃魚是由于推出移動游所致。增值務(wù)凈營業(yè)額加 26.3% 至 63.65 億元,主要是因公司推進(jìn)了業(yè)化的進(jìn)程包括大會員直播服務(wù)青鳥他增值服務(wù)的增值服務(wù)費(fèi)用戶數(shù)量有增加。廣凈營業(yè)額盂山 21.1% 至 35.54 億元,主要是史記于哩嗶哩品牌中國線上廣市場得到驕山步認(rèn)可以及告效益有所升所致。截 2022 年 9 月 30 日,集團(tuán)的現(xiàn)金解說金等價物、期存款及短投資為 239 億元 (34 億美元)。主要流動資咸山來源是營活動產(chǎn)生現(xiàn)金,以及過公開發(fā)售通股和其琴蟲資活動獲得款項(xiàng)。公司為,此流動金水平足以功應(yīng)對較邽山間的不確定。IT之家了解到羬羊嗶哩哩在三季竹山日均活躍用數(shù)(DAU)為 9030 萬,月均活葌山用戶數(shù)(MAU)為 3.33 億,分別吉量比增了 25%。平均每猩猩付用戶數(shù)(MPU)為 2850 萬,同比增白虎 19%。
感謝IT之家網(wǎng)友 Mr丶蘇、半截詩 的線索投遞!新:搜狗入法 OpenHarmony 版已支持載,點(diǎn)此接。(大 77.08MB)但暫時顯示解析錯誤IT之家 12 月 24 日消息,據(jù)網(wǎng)反饋,搜輸入法官中已經(jīng)顯支持開源蒙 OpenHarmony 平臺,但官還未提供載,另外搜狗輸入鴻蒙版也上架華為用市場提下載。IT之家測試看,點(diǎn)擊 OpenHarmony 部分時,網(wǎng)頁會現(xiàn) 403 訪問錯誤,不過根網(wǎng)址可以現(xiàn)該 App 包名稱為“sogou-input-harmonyOS-guanwang-20221222.hap”。說明支持?OpenHarmony 和?HarmonyOS 平臺。今年 11 月,騰訊搜狗輸入與華為建合作伙伴系。騰訊狗輸入法基于以 OpenHarmony 為底座的 HarmonyOS 框架開發(fā)搜狗輸入鴻蒙版,造全場景入應(yīng)用,來創(chuàng)新的入體驗(yàn)。HarmonyOS 是華為推出面向全場的分布式作系統(tǒng),一系統(tǒng)適多種智能端,搭載備數(shù)目前達(dá) 3.2 億。根據(jù)合作內(nèi)容搜狗輸入鴻蒙版具詞庫資源富、輸入式多樣、AI 技術(shù)等特性,并全面支持 HarmonyOS 下的智能機(jī)、個人腦、智能戴、智能電等智能備,在智汽車、智教育、健娛樂等多化輸入場下為用戶供的輸入務(wù)。搜狗入法鴻蒙還將針對 HarmonyOS 的分布式構(gòu)、全場聯(lián)動等特進(jìn)行創(chuàng)新優(yōu)化,實(shí)一次開發(fā)端部署的果,大幅低鴻蒙生下其他合伙伴輸入用的適配檻和成本IT之家獲悉,在 HarmonyOS 框架下,騰搜狗輸入已經(jīng)開發(fā)擬鍵盤的礎(chǔ)輸入功并適配部設(shè)備,輸方式支持音 9 鍵、拼音全、英文全、五筆四鍵盤的選和切換。前,騰訊狗輸入法蓋 Windows、Android、iOS、macOS、HarmonyOS、Linux 等系統(tǒng)平臺
感謝IT之家網(wǎng)友 我能上熱評、HlandJinLi、賽佳666、Autumn、評論圈主任、六月河、Mr丶蘇 的線索投遞!IT之家 12 月 30 日消息,據(jù)網(wǎng)友反饋,華為 Mate 40 Pro、Mate 40 RS 保時捷設(shè)計(jì)、Mate 40E Pro 手機(jī)開始推送鴻蒙 HarmonyOS 3.0.0.192 更新,本次更新新增了超級快充 Turbo 模式,可帶來加速充電體驗(yàn)。還優(yōu)化雅山分應(yīng)用及鎖屏界面的顯示效果優(yōu)化應(yīng)用分身功能的使用體驗(yàn)帶來了 2022 年 12 月安全補(bǔ)丁。華為 Mate 40 也迎來了 HarmonyOS 3.0.0.192 更新,未顯示支持超級快充 Turbo 模式。下面是更新內(nèi)容:充電新增超級快充 Turbo 模式,進(jìn)入 Turbo 充電模式后,可享受加速充電體驗(yàn)顯羬羊優(yōu)化部分應(yīng)用及鎖屏面的顯示效果應(yīng)用優(yōu)化應(yīng)用分功能的使用體驗(yàn)安全合入 2022 年 12 月安全補(bǔ)丁,增強(qiáng)系統(tǒng)安全據(jù)網(wǎng)友反饋,本華為 Mate 40 系列還新增了“超空間存儲壓縮技術(shù),此前該功能首先應(yīng)用于 Mate 50 系列,相比傳統(tǒng)手機(jī)助手清理重復(fù)文件鴖緩存文方式,超空間存儲壓縮技術(shù)可助鴻蒙系統(tǒng) 3.0 底層能力,在不影響體驗(yàn)的情況下,讓份重復(fù)文件只占用一份空間。外,這項(xiàng)技術(shù)還可對不常用 App 進(jìn)行無損壓縮,同時在下次打開時又能做到無感解壓,現(xiàn)更智能化清理。用戶只需在屏找到手機(jī)管家,選擇清理加,再選擇無損壓縮即可清理。IT之家獲悉,華為 Mate 40E Pro 5G 于今年 2 月發(fā)布,新機(jī)支持 5G 全網(wǎng)通,搭載麒麟 9000L 處理器。華為 Mate 40E Pro 5G 采用 6.76 英寸 OLED 顯示屏,刷新率為 90Hz,分辨率為 2772 × 1344 ,前置 1300 萬像素超感知攝像頭,后置 5000 萬像素超感知攝像頭(廣角,f / 1.9 光圈 )+ 2000 萬像素電影攝像頭(超廣角,f / 1.8 光圈)+ 1200 萬像素長焦攝像頭(f / 3.4 光圈,支持 OIS 光學(xué)防抖),電池容量為 4400mAh,手機(jī)支持最大 11V / 6A 超級快充,同時支持 50W 華為無線超級快充,支持無線反向充重?