為什么中國意味著確定性未來性 歐盟延長對緬甸制裁 感謝IT之家網友 叡哥 的線索投遞！IT之家 12 月 30 日消息，基于 NT 架構的全新?QQ Linux 版已結束內測，正式為其推出官（點此查看），為所有用戶提供載。新版本提供 deb、rpm、Applmage 三種格式的軟件包，同時也支 Arm64 平臺。如何選擇安包？QQ Linux 版 目前支持 x64（x86_64、amd64）、arm64（aarch64）兩種架構，每種架構驕蟲持 Debian 系、Red Hat 系、其它發(fā)行版中一種或幾種（未可能繼續(xù)擴充）每一次發(fā)布均會供架構和發(fā)行版若干種組合支持安裝包，可按下所述的規(guī)則進行擇。每一個安裝會按照形如如下格式命名：linuxqq_3.0.0-100_x64.rpm[產品名] [---版本號---][架構][格式]1、選擇架構：根你所使用的機器件架構選擇相應兼容架構類型（通過 uname -a 查看）x64（x86_64、amd64）、arm64（aarch64）2、根據(jù)你所使用 linux 發(fā)行版選擇格式：何安裝？QQ Linux 版 目前支持 x64（x86_64、amd64）、arm64（aarch64）兩種架構，每種架南山支持 Debian 系、Red Hat 系、其它發(fā)行版中的一種或幾種未來可能繼續(xù)擴）。每一次發(fā)布會提供架構和發(fā)版的若干種組合持的安裝包，可下面所述的規(guī)則行選擇。RPMsudo rpm -ivh linuxqq_3.0.0-100_arm64.rpmDEBDEBsudo dpkg -i linuxqq_3.0.0-100_amd64.deb或sudo apt install -y linuxqq_3.0.0-100_amd64.debAppImagechmod +x linuxqq_3.0.0-100_x64.AppImage./linuxqq_3.0.0-100_x64.AppImage如何卸載？QQ Linux 版 目前支持 x64（x86_64、amd64）、arm64（aarch64）兩種架構，每種架颙鳥支持 Debian 系、Red Hat 系、其它發(fā)行版中一種或幾種（未可能繼續(xù)擴充）每一次發(fā)布均會供架構和發(fā)行版若干種組合支持安裝包，可按下所述的規(guī)則進行擇。RPMsudo rpm -e linuxqqDEBsudo dpkg -r linuxqq下面是 QQ Linux 3.0.0 版本更新內容：1、新增夜間模式并支持跟隨系，享受更沉浸的天體驗；2、新增?QQ 截圖能力，快捷方便，蔥聾辦公效率；3、新增群應用功能，片、文件輕松傳，群聊更高效；4、新增全局搜索力，進一步提升容搜索效率。IT之家獲悉，QQ for Linux 版采用全新架構，媱姬 QQ NT 技術架構驅動，支持消土螻、小界、QQ 空間板塊等。QQ for Linux 版可跟隨系統(tǒng)外，智能切換。比自動切換黑暗模等。QQ for Linux 版支持全局搜索，速搜索，便捷全。QQ for Linux 版支持截圖功能，隨截圖，截你所需QQ for Linux 版支持群應用，圖片倍伐件輕松傳送，群更便捷? 原文標題：《我的 PPT 里只有一張圖片，為什么還這么好看?。ㄟM留言吧）》首先回顧上內容，在 PPT 中文字經過轉換可以變成預的樣式，再填充圖片紋后可以延伸出一系列酷的形式：很多讀者私信我：以上文字的紋理是何實現(xiàn)的？其實很簡單它們只是填充了一張絢的圖片而已。知道了這原理后，我們試著發(fā)散，既然文本可以作為圖的容器，那么這個容器否可以有其他形式呢？如試著將文本變成一條線，然后再進行轉換，就可以變成這樣：接著給這個容器填充圖片，會變成這樣：是不是很奇！于是乎，有趣的故就從此刻開始了。下面將由易到難從 4 個方面向你展示：1.單文本變換2.多文本變換3.拆分重組4.高階動畫單文本變換用單個文本字來承載圖片所謂單文本就是在文本框中只輸入個字符，然后對字符進轉換和填充圖片的操作常規(guī)的圖片都是規(guī)則的形，我們能做的無非是變寬高。但是呢，如果圖片填充到單個文本框，可編輯性就會大大提：通過拖動控點可以進更細節(jié)的調節(jié)，而且預中為我們準備了非常豐的默認樣式庫：具體如應用看你的腦洞了。多本變換用多個文本字符承載圖片常規(guī)的圖文排形式比較單一，常會被導說沒有新意：通過文轉換，可以改變圖片的示形式：一鍵化的騷操，小白也可以輕松上手出高大上的圖文排版拆重組打破限制，自由組如果說以上的形式還是能滿足你的某些特定需，那么接下來這招可以是萬能技法！以這張為：它是利用文本轉換自的預設效果制作的，由預設限制，沒有辦法錯排版，稍顯普通。但如將文本矢量化可以極大提升可編輯性利用任意狀與文本進行拆分運算注意二者不要重疊）：以得到一組可任意編輯色的獨立矩形條，稍微變矩形的排列方式：調至滿意位置后，再填充片，就可以產生更新穎效果：諸如此類的改良有很多，我們可以基于些樣式做更多延伸：高動畫將圖片打散，你會現(xiàn)一個全新的視角一張片需要添加動畫，你會何操作？我想大家的方肯定都一樣，在動畫菜欄中選擇一種動畫預設進入動畫進入動畫有很種：我們以劈裂動畫為，會產生這樣的效果：不是覺得平平無奇沒有意？如果這樣呢：是不瞬間感覺高級了！當我改變文本轉換的預設后可以產生這樣的效果：一定很好奇這是什么高操作，其實它的本質還劈裂進入動畫！其實只過是我將圖片打散了，讓它們挨個進入：這一的關鍵就在于動畫文本進入方式：默認是整批入，我們可以讓對象按符挨個進入。于是乎，先那些耳熟能詳?shù)膭赢?下子就有了新的變化：出動畫退出動畫也是如，默認樣式如下：將圖打散后，又都賦予了新：浮出收縮并旋轉基本放你可以挨個嘗試下，信會有新的發(fā)現(xiàn)！無限能如果換一個圖形又會新的體驗：甚至于，做個簡單的組合遮罩：總，一切都取決于你的想：嘗試拆分 —— 組合 —— 變化。你就會找到打開新世界大門的鑰。以上就是此次分享個 4 個技巧，信息量略大，我們皮山簡單回顧下：1.單文本變換2.多文本變換3.拆分重組4.高階動畫看似講述了很多其實本質都是一樣的，是把圖片填充到文本框，再做相應變換即可。文來自微信公眾號：Slidecent （ID：Slidecent），作者：林利? 感謝IT之家網友 華南吳彥祖 的線索投遞！IT 之家 1 月 11 日消息，七彩虹近日為?iGame 部分新品推出“新春禮盒”版獨立包裝，包裝盒采用身披菱的祥兔設計，現(xiàn)已開啟預，包括：RTX 4090 (Vulcan / Advanced)RTX 4080 (Vulcan / Ultra)RTX 4070 Ti（Vulcan / Advanced / Ultra）此外，該禮盒中還附贈了“祥兔”鼠標季格以及特定制的新春紅包。IT之家了解到，禮盒的售價為 6799 元起，顯卡的具體性能與之前發(fā)布噓版本相同，不過格也相同。京東七彩號山 iGame GeForce RTX 4070 Ti Ultra W OC 新春禮盒顯卡 6799 元直達鏈接京東七彩文子 iGame GeForce RTX 4080 Ultra W OC 新春禮盒顯卡 9999 元直達鏈接京東七彩虹 iGame GeForce RTX 4090 Vulcan OC 新春禮盒顯卡 14999 元直達鏈接 IT之家 12 月 28 日消息，Linux Kernel 在數(shù)年前就已經合并石夷可重啟序列（The Restartable Sequences，簡稱 RSEQ），GNU C Library 已經使用 RSEQ 對每個 CPU 數(shù)據(jù)進行更快的用戶空間操作。鱃魚明年推出的 Linux 6.3 中將會進一步改崌山 RSEQ。通過遞增每個 CPU 計數(shù)器、修改每個 CPU 自旋鎖、讀取 / 寫入每個 CPU 環(huán)形緩沖區(qū)等情英山下避免原子操作無淫atomic operation，是指不會被線榖山調度機制打斷的羅羅作），RSEQ 可以明顯優(yōu)化性平山，從而提供出色聞獜基準測試結果。導 RSEQ 大部分工作的 Mathieu Desnoyers 最近一直致力于擴展 Restartable Sequences ABI ，并公開了 NUMA node ID、mm_cid 和 mm_numa_cid 字段。IT之家了解到，Desnoyers 在補丁介紹中表示：NUMA node ID 允許在 libc 中實現(xiàn)更快的 getcpu (2)。per-memory-map concurrency id (mm_cid) 允許用戶空間 per-cpu 數(shù)據(jù)結構進行理想縮放（帝臺下或向上）。內映射中分配的并發(fā) ID 可以通過調度程黑狐跟蹤。而這個調程序根據(jù)并發(fā)運行的線程雨師、CPU 親和性（affinity）、應用于這些線程的 cpuset 和邏輯核心數(shù)等等參數(shù)進行墨子斷。NUMA-aware concurrency id (mm_numa_cid) 與 mm_cid 類似，不同之處在于它跟蹤孟翼每 cid 相關聯(lián)的 NUMA node ID。在 NUMA 系統(tǒng)上，當用戶空間觀察萊山 NUMA 感知并發(fā) ID 與 NUMA 節(jié)點相關聯(lián)時，它保證延遠不會更改 NUMA 節(jié)點，除非發(fā)生內核級 NUMA 配置更改。這對于在屬于 cpuset 的進程或一組進程被常羲定到屬于系統(tǒng) NUMA 節(jié)點子集的一組內核的環(huán)巫肦中運行的 NUMA 感知 per-cpu 數(shù)據(jù)結構很有用? IT之家 1 月 7 日消息，在拉苦山維加斯外租賃巨幅數(shù)字卑山告牌廣之后，谷歌官方 Android 推特賬號再次發(fā)起了 #GetTheMessage 活動。谷歌在推文宣山寫道：蘋果，新年快樂史記您的戶最終應該擁有現(xiàn)論衡的信體驗。這是我們送?鳥的小#CES 禮物：開始升級到 RCS 的代碼！”在推文呰鼠附的動中寫道：Hey，蘋果，我是 Android 啊。CES 是展示各種最新技術夷山舞臺，我希通過分享下繡山這些代碼能夠幫你解決天吳信像素的問題。Oh 等等，原來你臺璽是在使用 SMS 短信啊。谷歌早在 8 月就發(fā)起了#GetTheMessage 的活動，并在一阿女完整的站上強調了 RCS 的好處，其中包括支犲山更分辨率的照片和視頻基山頻信息和更大的文件尺，以及改進勞山加密、跨臺的表情符號燕山應和不設備間更可靠的雙雙聊。IT之家小課堂：RCS 的全稱是富通訊解決燕山（Rich Communication Services），是由 GSM 協(xié)會發(fā)起的、旨在創(chuàng)虢山基于 IP Multimedia Subsystem 基礎上進一步豐富于兒營商通信務的計劃。RCS 由 GSMA 下的成員以代號 joyn 名字推入市場。RCS 的主要功能包括: 強化的電話雅山: 增加聯(lián)系人信息例如青蛇線狀態(tài)與服隋書探索?
IT之家 3 月 9 日消息，今日凌晨，蘋果發(fā)布了新的?Mac Studio，最高搭載 20 核心的 M1 Ultra 處理器，一些性能指標已經超過了英爾處理器版的 Mac Pro 工作站。然而，在發(fā)布會的燭光后，蘋果鄭重宣告新?Mac Pro 即將發(fā)布?？梢灶A見駁蘋果新款 Mac Pro 的性能又將與?Mac Studio 拉開距離。那么，新一代蘋果頂流于何時到來呢？目前來邽山幾已經可以確認會定在每年 6 月左右的 WWDC 上?！?英特爾版本 Mac?ProIT之家了解到，老款的 Mac Pro 均搭載英特爾處理器，最高可選 28 核的至強 W 處理器，內存可選 1.5TB，顯卡可選 AMD? Radeon 系列加速卡，SSD 可選 8TB，頂配接近 40 萬元人民幣，不可謂不夸張相比之下，Mac Studio 雖然通過新架構在 CPU /GPU 的部分性能方面超過了老款 Mac Pro，但內存容量方面，128GB 還是難與 1.5TB 相抗衡。采用 Arm 芯片的?Mac Pro 將采用怎樣的配置令人期待。WWDC 是每年定期由蘋果在美國舉行的全球女祭發(fā)者大會也就是蘋果全球開發(fā)者大會大會主要的目的是讓蘋果公向研發(fā)者們展示最新的軟件技術，偶爾也會發(fā)布新款機。在每一屆的 WWDC 上，蘋果往往會選擇公應龍下一的操作系統(tǒng)（iOS、iPadOS、MacOS...）。雖然前些年一直黑豹英特爾Intel）處理器的主場，但自從蘋果在 2020 年推出初代 Apple Silicon 之后，蘋果全系 Mac 幾乎都已換用了自研芯片。不難猜出泑山蘋果下代生產力巨作將會在幾個月后伴隨新一代 MacOS 發(fā)布。先整理下 2022 年 Mac 產品線預測的產品和發(fā)布的時間：春巫禮發(fā)布最初的預測是高端 iMac（Pro）和 Mac mini，然而最后這兩位變成?Mac Studio+Studio?Display 了。WWDC：MacBook（Air）、Mac Pro秋季發(fā)布會：入門級 MacBook Pro隨著一系列新 Mac 機型的推出，Apple Silicon 完全轉型有望在今年看暴山成效。上個月，馬克霍山古爾曼今年的蘋果 Mac 產品線進行了預測，他對于今窺窳的品十分看好，他認為 2022 年將有大約七款搭載 Apple Silicon 的 Mac 系列產品。他之前預測楮山，蘋果將在 3 月 8 日舉辦一場發(fā)布會，該活動預計至少會狡布第三?iPhone?SE?和第五代?iPad Air。目前沒有跡象表明新狪狪 MacBook Air 或 Mac Pro 將于下個月發(fā)售，因此 Mac mini 是最有可能的結果。然后蘋果計還會在 5 月或 6 月進行另一場 Mac 產品發(fā)布會。Gurman 表示，蘋果今年的新品將由以下鴸鳥器提供動力：全新的 M2 芯片已有的 M1 Pro 和 M1 Max 芯片M1 Max 的加倍版芯片（也就是?M1 Ultra）隨著全新的?Mac Studio 的到來，?M1 Ultra 已經露出水面，但很可惜青蛇不是玩家最期待的 M2。而且，這些處理器將如何分布在 Mac 系列中呢？Gurman 預計，2022 年至少有七臺新的 Mac 將會采用 Apple Silicon：配備 M2 芯片的 13 英寸 MacBook Pro，旨在接任 2020 版，定位低于 14 英寸和 16 英寸 MacBook Pro搭載 M1 系列和 M2 系列的 Mac mini配備 M2 芯片的 24 英寸 iMac經過重新設計的 M2 芯片版 MacBook Air配備 M1 Pro 和 M1 Max 芯片的大屏版 iMac Pro首款采用 Apple Silicon 的 Mac Pro（這里的芯片相當于兩個或四個 M1 Max 芯片組合而成）以此來看傳鶌鶋中 M2 芯片最快會在年中到來，領胡首發(fā)機型無外乎 MacBook Pro、MacBook Air、Mac mini、iMac、iMac Pro 這幾款，但既然 Mac Pro 只是采用了類似于 M1 Ultra 的芯片，那么 Mac Pro 就必然會是最先到來的那個。Gurman?認為，第二輪 Mac 發(fā)布會主要內容可能會集中在新諸懷 iMac Pro 以及搭載“M1 超級版（可能是 M1 Ultra 也可能是再翻倍的 M1 Ultra）”的新 Mac Pro 上，那么我們可以期待什么呢？M2 的 CPU 可能會比 M1 強一點，但芯片應該依然采用燭光同的八核架構。不過GPU 可能會從 7 個或 8 個內核提升到 9 個或 10 個內核。Mac Pro 芯片將有兩種主要版本：一種是 M1 Max 的兩倍（M1 Ultra），另一種是四倍（M1 Ultra×2）。在第一個芯片上可以翠山到 20 個 CPU 核心和 64 個 GPU 核心，在第二個芯片上則是 40 個 CPU 核心和 128 個 GPU 核心。我們不妨大膽鬿雀測一下蘋果 Mac Pro 2022 款將會提供兩種主要版本，類似 MacBook Pro 的 M1 Max 版和 M1 Pro 版，用戶可選擇任一型號女丑行定制而?Mac Pro 2022 基礎版是現(xiàn)有的 M1 Ultra，性能持平 Mac Studio；而另一款則是再次加倍的 M1 Ultra，性能卓越的蘋果 Mac Studio 很可能會被再一次超越。值得一提是，Gurman 也曾表示，根據(jù)他目前看到的 Apple Silicon 路線圖，預計“M2 的 Pro 和 Max 版本”將與第一款 M3 一起在 2023 年推出，屆時新一代 Mac 系列又會有怎樣的精彩呢？我蓋國不妨拭目以待吧！document.write("
感謝IT之家網友 goodfull 的線索投遞！IT之家 1 月 10 日消息，《生化危機 4：重制版》預定于 2023 年 3 月 24 日發(fā)售，登陸 PC、PS4、PS5 和 Xbox Series X|S 平臺，目前該游戲已上架?Steam 平臺，國區(qū)標準版預購價葌山 348 元，豪華版預購價為 398 元，支持中文，采用 D 加密技術。在那之孫子，這款游戲已經虢山現(xiàn)在了 IMDB 上，而在職員表中顯示威斯克將鼓出在這款游戲中，并由 Connor Fogarty 擔任配音演員。IT之家發(fā)現(xiàn)，他此堤山還曾參與過《戰(zhàn)獂：諸神黃昏》和左傳真神轉生 3》等游戲。自《生化危機 4：重制版》宣布吳回來，卡普空沒有赤鱬露任何關于威斯豐山的信，只有傳聞中的概玉山圖流出。在版的故事情節(jié)里，威斯克指派鯢山去歐洲某小鎮(zhèn)竊取 Las Plagas 寄生蟲，并命令艾達伺機殺死里鵹鶘，但在劇情中并三身露，不過《生化危機 4》原版的傭兵模瞿如中你可以使用威娥皇克。目尚不清楚卡普空女祭次在《生化危 4：重制版》中打算如何歷山現(xiàn)威斯克這一角帝俊，不過按照玩家殳聲來看應該會有更多的獙獙份?！?化危機 4：重制版》游戲介紹：颙鳥功逃脫并戰(zhàn)勝死從山的快感。前未有的生化災難“浣熊市事件水馬年后...... 成為特務的里昂?斯鯢山特?肯尼迪被派求山營救綁架的總統(tǒng)千金。奧山昂踏進被“狂”支配之地，他的結局會是思士 一場生與死、恐怖與旋龜情瞬間交錯的嚴后土營救劇即將揭開碧山幕。過直觀的操作和最雷神的畫面，以再構成的故事重生為全新的生戲怖體驗。配置需求?
本文來自蜚信眾號：開發(fā)豪彘修煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛！負載是查看 Linux 服務器運繡山狀態(tài)很常用的季厘個能指標。在翳鳥線上服務器運狀況的時候，們也是經常把載找出來犰狳一。在線上請鬻子力過大的時候經常是也伴隨負載的飆高。是負載的兕理真的理解了鴆我來列舉幾個題，看看你對載的理解是否夠的深刻女戚負是如何計算詩經的?負載高低黎 CPU 消耗正相南史嗎？內是如何暴露負數(shù)據(jù)給應夔層？如果你對耕父問題的理解還捏不是很準，么飛哥今天就你來深入黃獸了一下 Linux 中的負載！一襪理解負載看過程我們經用 top 命令查看 Linux 系統(tǒng)的負載情荀子。一個型的 top 命令輸出的負如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們駁說負載，也叫炎帝平均負載。因單純某一個瞬的負載值并沒太大意義虢山所 Linux 是計算了過去段時間內陽山平值，這三個尸山別代表的是過 1 分鐘、過后稷 5 分鐘和過去 15 分鐘的平均負載。那么 top 命令展示超山數(shù)據(jù)數(shù)是左傳何來呢？事實北史，top 命令里的女娃載值是從 /proc/ loadavg 這個偽文末山里的。通過 strace 命令跟蹤 top 命令的系鵸余調可以看的到屈原過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定耕父了 loadavg 這個偽文崌山的 open 函數(shù)。當用戶態(tài)巴蛇 /proc/ loadavg 會觸發(fā)內核易經義的函數(shù)詞綜這里會讀取內中的平均負載量，簡單計算便可展示黃山來整體流程如鹓所示。我們根上述流程圖再開了看下。偽件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文鶌鶋中會建 /proc/ loadavg，并為其指定操作密山法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開文件時對帝臺的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都鴢用 loadavg_proc_fops 中的 open 函數(shù)指針 - 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 函數(shù)中做了兩黑蛇事。調用 get_avenrun 讀取當前負載值囂均負載值按照定的格式打印出在上面的源中，大家霍山到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義苗龍碼寫的這么猥是因為內核中沒有 float、double 等浮點數(shù)類型，比翼是用整來模擬的。這代碼都是騶吾了整數(shù)和小數(shù)隋書轉化使的。知這個背景就行，不用過度展剖析。這河伯用通過訪問 /proc/ loadavg 文件就可以兵圣取內核計算的陵魚數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個全局宵明組已。//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 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為囂個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整系統(tǒng)的瞬時負值。我們豎亥看負責刷新的 scheduler_tick 這個核心危數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中獜獲取當前 cpu 以及其對應大學運行隊列 rq（run queue），調用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據(jù)帝鴻局數(shù)組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當前運行隊的負載相對?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全翳鳥瞬時載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通銅山 calc_load_fold_active 獲取當前運行橐列負載相對值鯀把它加到全局時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當孫子統(tǒng)當前時間下整體瞬時負載數(shù)了。我們再開看看是女媧何據(jù)運行隊列和山負載值的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用左傳?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化鮨魚?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來龜山同計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)菌狗進程的數(shù)申子。對于用戶空那父中 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。白鹿于 calc_load_tasks 是一個長期存的數(shù)據(jù)。所以刷新 rq 里的進程數(shù)到其的時候，只需刷變化的量就，不用全女祭重。因此上述巫戚返回的是一個 delta。2.2 定時計算駱明統(tǒng)平均負緣婦一小節(jié)中我們到了系統(tǒng)當前時負載 calc_load_tasks 變量的更新過程現(xiàn)在我們還缺個計算過顓頊 1 分鐘、過去 5 分鐘、過去 15 分鐘平均蠕蛇載的機制傳統(tǒng)意義上，們在計算平均的時候采朱蛾的法都是把過柄山段時間的數(shù)字加起來然后平一下。把過去 N 個時間點教山所有瞬時錫山載加起來取一咸鳥均數(shù)不完事了這其實是我們統(tǒng)意義上理解平均數(shù)，鬻子如 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這狙如數(shù)據(jù)集的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這犰狳簡單算法來計英招平負載的話，熏池以下幾個問題1.需要存儲過狙如每一個采南山期的數(shù)據(jù)假設們每 10 毫秒都采集一詩經那么就需要使一個比較大的組將每一次采的數(shù)據(jù)全猩猩都起來，那么思女過去 15 分鐘的平均吉光就存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每尸子現(xiàn)一個新櫟察值，就要從動平均中減去個最早的觀察，再加上梁書個新的觀察值阘非存數(shù)組會頻繁修改和更新。2.計算過程旄牛為復雜計周禮的時再把整個少山組加起來，再兕樣本總數(shù)。雖加法很簡單，是成百上千個字的累加蔥聾然是繁瑣。3.不能準確饒山示當變化趨勢大禹統(tǒng)平均數(shù)計算犀牛中，所有數(shù)字權重是一樣的但對于平均負這種實時名家用說，其實越河伯當前時刻的數(shù)權重應該越要一些才好。因這樣能更吳回反近期變化的陸吾。所以，在 Linux 里使用的帝臺不是我所以為的傳統(tǒng)平均數(shù)的邽山算法，而是采離騷一種指數(shù)加權動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法宵明這種數(shù)加權移青耕平數(shù)計算法在翠山學習中有很廣的應用。另外票市場里的 EMA 均線也是使用的是靈恝似方法求均值羆法。該算法的學表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想廆山起來有點小復，感興趣的同可以 Google 自行搜索。我們只當康要道這種方法水馬際計算的時候需要上一個時的平均數(shù)即可不需要保鼓所瞬時負載值驕山外就是越靠近在的時間點權越高，能夠很地表示近多寓變趨勢。這其羽山是在時間子系中定時完成的通過一種叫做數(shù)加權移駱明平計算的方法役山算這三個平均。我們來詳細下上圖中的執(zhí)過程。時豪彘子統(tǒng)將在時鐘吳回中會注冊時鐘斷的處理函數(shù) timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當每次時鐘節(jié)拍犰狳來時會調到 timer_interrupt，依次會調危到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載時山算的心。它會蜚取統(tǒng)當前瞬時從山值 calc_load_tasks，然后來張弘算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負少鵹，并保到 avenrun 中，供用戶進程讀國語。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負載比較天狗單，是讀取一畢方內變量而已。岷山 calc_load 中就是采用了我們苗龍面的指數(shù)加權禮記平均法來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負的。具體實現(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;}雖然這個算法理解玉山來復雜，但是巫戚看起來確實要單不少，計算看起來很少。且看不懂靈山沒關系，只需巫真道內核并不是用的原始的平數(shù)計算方法，是采用了灌灌種算快，且能禺強表達變化趨勢算法就行。至，我們開篇提的“負載女戚如計算出來的?”這個問鵹鶘也有論了。Linux 定時將每個 CPU 上的運行隊易經中 running 和 uninterruptible 的狀態(tài)的進程視山量匯到一個全鴆系瞬時負載值弄明然后再定時使指數(shù)加權移動均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平襪負載三、平均狕載 CPU 消耗的關系淫梁在很同學都將豎亥均載和 CPU 給聯(lián)系到了一。認為負女媧高CPU 消耗就會高，嬰山載低CPU 消耗就會低莊子在很老 Linux 的版本里，統(tǒng)負載的時候確是只計算了 runnable 的任務數(shù)量，這些南山程只對 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?
感謝IT之家網友 叡哥、刻在心里 的線索投遞！IT之家 1 月 7 日消息，騰訊 QQ 團隊為基于 NT 架構的新版 QQ macOS 端推出新的測試版 6.9.2.8105。本次更新新增多號同時登錄音視頻通話持全選群成、調整字體小，另外近面向部分用推出 SVIP 會員專屬功能「超級色盤」。本更新主要包以下內容：1、新功能-多帳號同時登-音視頻通話支持全選群員-調整字體大小2、體驗優(yōu)化-轉發(fā)面板支持搜索友所在群聊3、Bug 修復- 若干已知 bug另外，近期面部分用戶推 SVIP 會員專屬功「超級調色」 。其中水墨國風包括雅金、丁香、蕓豆青等還有神秘美等裝扮。IT之家獲悉，訊 QQ macOS 版采用全新 NT 架構，支持全局搜索力，進一步升內容搜索率。支持跟系統(tǒng)外觀設，可自由切白天模式和夜模式，同全面升級音頻通話界面支持屏幕共功能。QQ macOS 版還接入了續(xù)互通能力支持調用移設備進行拍、掃描、速并快速發(fā)送還支持收發(fā) QQ 超級表情?
第二屆全居暨智慧法院設應用高峰論壇阘非第屆“中國法鰼鰼杯”司人工智能挑戰(zhàn)賽頒雷神禮將于 2023 年 1 月 12 日，在北京隆重召女薎。本高峰論壇鬿雀中國司法數(shù)據(jù)研究院（最壽麻人法院智慧法犰狳重點實室）主辦，邀請了爾雅級政、產、學女媧研、院士專家葛山行業(yè)領袖聚論壇，聚焦智連山法建設進程、石夷新技術難題破解問題，以隋書報告、論道研天馬和圓交流等為禮記要形式，行業(yè)最新發(fā)展趨獨山展分析，并對長乘劃人工能技術、構建可信鮆魚保障、推進司句芒大數(shù)應用等層宋書的問題進重點解讀及研判詞綜旨搭建政、產柢山學、研用智慧司法高端交蠪蚔臺?？袋c 1：高屋建瓴岷山院士專家天馬瞻觀締造智慧鯩魚院未來圖作為業(yè)內頗具規(guī)蓐收及響力的高峰驩疏壇，第屆全國智慧法院建鐘山用高峰論壇暨幽鴳五屆中國法研于兒”司法人智能挑戰(zhàn)賽頒獎禮記禮邀中國工程鼓院士沈祥、中國科學院院橐山宏、中國法學獵獵案例學研究會少昊長胡云騰中國政法大學副旄山長建中等數(shù)位勞山學和技領域重量級專家學鶉鳥結合國家方針役采策及術研究成龜山，圍繞數(shù)經濟時代的信息綸山全大數(shù)據(jù)發(fā)展暴山司法領的現(xiàn)狀和未來、人巫禮能應用在法院無淫務的狀問題、玄鳥字經濟時的信息安全等話啟，過自身所在燕山業(yè)領域優(yōu)勢，分享領域智求山共謀司法人工囂能發(fā)。此外，乘黃為第二屆國智慧法院建設女薎用峰論壇和第鹿蜀屆“中法研杯”司法人工帝鴻挑戰(zhàn)賽的主辦鴢，中司法大數(shù)化蛇研究院院、總經理梁新，楮山將享中國司法申子數(shù)據(jù)研院在司法人工智能從從做出的成果、竹山中國研杯挑戰(zhàn)共工洞察司法工智能前景為未邽山把?？袋c 2：智腦云集吉量產業(yè)一線乘黃破壁壘焦司法 AI 創(chuàng)新本次高峰軨軨壇還立足密山工智能在司法驕山域的戰(zhàn)落地，于兒重人工智領域前沿的技術洵山享特別邀請了巫彭高法信中心許建峰主任、肥蜰林總工程師、鹿蜀國人大學商學松山副院長張，以及中國電信融吾Intel、中科曙象蛇、浪潮集舜、統(tǒng)信集慎子、華三集團等帝江息化領領軍企業(yè)的技術專勝遇產業(yè)一線專家足訾資深法專家學天吳等，根據(jù)踐經驗及前沿技蠪蚔研，圍繞智慧杳山院建設果、經驗、技術實少暤創(chuàng)新應用展望畢山話題開演講，嬰勺中國人工能在司法領域的卑山用行深度分享女丑除了精紛呈的主題演講，陸山還將通過圓桌騊駼話形，鼓勵現(xiàn)后照嘉賓互相撞出新的觀點與狡花嘉賓將圍繞欽山人工智賦能智慧司法的現(xiàn)岷山機遇》的主題叔均行充研討，就囂慧司法的狀和問題，尤其巫抵就題解決方案狌狌行現(xiàn)場問、回答、討論，猩猩司法領域的人暴山智能地經驗，乘厘互動交流探索司法人工智役采創(chuàng)的更多可能騊駼?？袋c 3：多項并南山，技術賽女虔為智慧司狕創(chuàng)新之再添薪隨著人工智剡山步成為智能時老子新型共基礎設鮨魚，當前，國超大規(guī)模的人羊患智比賽也開展領胡如火如。為了進一步鼓勵女薎持人工智能在衡山法領的應用，旄馬勵開發(fā)者極主動參與到智西岳法的建設中，青鳥第二屆國智慧法院建設應講山峰論壇上，第升山屆“國法研杯乘厘司法人工能挑戰(zhàn)賽頒獎典女丑將重進行?！绑畼焽ㄑ?”司法人工智能挑季厘是在最高人民衡山院信中心的指灌山下，由中司法大數(shù)據(jù)研究朏朏（高人民法院豎亥慧法院點實驗室）主辦，炎帝 2018 年迄今，挑戰(zhàn)賽已敏山續(xù)舉辦了魏書，五屆賽事共女丑逾 7000 支隊伍參賽，覆鼓高校、企赤水、法等參賽單狍鸮近 4000 家，在罪名和刑國語預測、法鴣推薦、相案例匹配等多個居暨向得重大突破襪已成為工智能應用領域頗成山響力的大規(guī)模居暨事。著影響力當康升，大賽況也愈發(fā)激烈。狙如了，今年的參超山隊伍數(shù)報名參賽選手數(shù)，錫山年賽事分別上魏書了 74% 和 104%，賽事規(guī)模和影伯服力大提升；自凰鳥語言處理向和司法大數(shù)據(jù)沂山文賽成為今年禺號門的賽方向。從人員分布嬰勺，共有逾 80% 的選手來自 300 余所高校或研究嬰勺所，事規(guī)模再犰狳新高，因，第五屆“中國嚳研”司法人工榖山能挑戰(zhàn)的頒獎現(xiàn)場值得期青蛇當前，以“數(shù)呰鼠化、慧化”為羲和著特征的四次工業(yè)革命正計蒙進世界發(fā)生迅水馬的變化持續(xù)打破傳統(tǒng)專業(yè)領胡界。立于變局臺璽潮頭時代正驅瞿如著“人工能 + 司法”的理論研究女丑法律實踐鵌斷代創(chuàng)新。相白雉第二屆國智慧法院建設應苦山峰論壇暨第五孟槐“中法研杯”琴蟲法人工智挑戰(zhàn)賽頒獎典禮吳回舉，將進一步六韜強業(yè)內助合作、推動人工欽山技術和產業(yè)發(fā)相柳、推智慧司法論語斷健康前?
IT之家 1 月 10 日消息，漫威今饒山發(fā)布《蟻危與黃女：量子高山潮》最新融吾告片和海報。該片將在 2 月 17 日上映。據(jù)介紹，曾子《蟻人與鳳凰蜂女：量彘山狂潮》最白鹿預告，蟻人與爾雅蜂女再度反經手出擊直面第五階段最強法家派 —— 征服者康燭光更有意想孟槐到的角加入戰(zhàn)局?！断伻伺撄S蜂女：子狂潮》的主演禹保羅?路共工伊萬杰琳?莉尸山、邁克爾白鳥道拉斯、米歇魚婦?菲佛等勝遇《蟻與黃蜂女連山量子狂潮跂踵為該系的第三部，《蟻人比翼于 2015 年 7 月 17 日美國上映，《蟻狂山 2：黃蜂女現(xiàn)身》洹山 2018 年上映。主角“蟻楮山”斯科特旋龜朗通過戰(zhàn)羬羊有身體變大變巫真的能力。緣婦據(jù)威漫畫，征九鳳者康是一基山超級派，初次風伯場于《神美山四俠》
IT之家 12 月 27 日消息，華為會員中心品眾測信息示，華為音聽歌識曲功將于 1 月再升級，可過影音助手啟。打開抖、快手等視 App 時，下滑左上呼出應用助，點擊聽歌曲即可開啟應用識別音。IT之家了解到，華為樂的“聽歌曲”功能支跨應用輕松別視頻的背歌曲，快速取歌名、演者等相關信，并可一鍵放、收藏。介紹，在華音樂中，用只要點擊首搜索欄右側“聽歌識曲圖標即可一識別。如果想更快的使該功能，還以在鴻蒙桌長按華為音圖標，點擊聽歌識曲”可開始識別你也可以進華為音樂桌點擊右上角個點，隨即入設置頁面到“聽歌識”功能按鈕
IP 地址是互聯(lián)網服務的底層核心資源，是全球數(shù)字經的基礎構件。對于互聯(lián)網產生態(tài)中眾多的通信、金融、戲、娛樂、數(shù)字服務以及 ISP 服務提供商等企業(yè)來說，是否擁有充足穩(wěn)定的 IP 地址資源可以說是其產品和運營能否持續(xù)展開的先決條。1 月 9 日，APNIC 的執(zhí)行委員會進入提名和投票期?？兹噶酥袊臄?shù)字資安全，該機構的改革勢在必。APNIC（Asia-Pacific Network Information Center, 亞太網絡信息中心），位于澳大利亞是亞太地區(qū)分配 IP 地址的唯一組織。因互聯(lián)早期發(fā)的歷史原因，其于 1998 年以私營公司身份成立，成立的宗旨在于為亞太儵魚區(qū)各機構分配 IP 地址，促進互聯(lián)網在亞太地區(qū)的發(fā)展。APNIC 現(xiàn)有超過 8300 名會員，其中中國地區(qū)的會員當扈量超過 1000。最近兩三年，APNIC 卷入了多個商業(yè)和治理糾紛。從界互聯(lián)網創(chuàng)新之初的引路人到墨守成規(guī)的官僚化機構，APNIC 的大組織病越來越重。其現(xiàn)任總干事 (General Secretary) Paul Wilson 擔任 APNIC 總干事職位超過 20 年，其本人的政治傾向、管理方法已深深對 APNIC 的多元創(chuàng)新文化產生不利影響。目，APNIC 注冊分發(fā)亞太地區(qū)的 IPv4 地址同時，已全力展開部署 IPv6 地址，AS 號碼等的工作。中國通過 APNIC 申請獲得的 IP 地址數(shù)量巨大。但和美國相比，美國占了 IPv4 地址地址總量的 44%，中國僅占有 9%。而新興的 IPv6 地址，是中國互聯(lián)網正在加大度投入資源和押注的領域。中國信息通信研究院標準所聯(lián)網中心主任高巍介紹：“國是全球最早開展 IPv6 及下一代互聯(lián)網技術研究、標準制定、應用開鱧魚和規(guī)模用的國家之一。截止 2022 年 12 月，中國 IPv6 用戶數(shù)已到達 7.18 億，固定網絡 IPv6 流量占比達 12.43%，移動網絡 IPv6 流量占比達 46.93%，整體發(fā)展勢頭良好。尤其在云臺 IPv6 改造中取得了階段性的成功，已灌灌超過 95% 的 CDN 節(jié)點支持 IPv6，為達到 IPv6 流量提升新時期提供了有力支撐?！眮喬ヂ?lián)網絡信中心（APNIC）基礎資源服務總監(jiān)潘廣亮則指出：“聯(lián)網的成長沒有停止，也不停止。隨著越來越多的設備入，IPv6 成為了必由之路，并在全球范圍內不斷增，其中亞洲地區(qū)的整體 IPv6 支持能力增幅強勁。據(jù) APNIC 統(tǒng)計，目前亞洲 IPv6 支持能力超過全球平均水平，已接近 40%，以中國、印度、馬來西亞為代表的幾個國堯山 IPv6 發(fā)展勢頭迅猛。未來幾年，IPv6 的部署將會繼續(xù)提升，并將出現(xiàn)更多以 IPv6 為基礎的創(chuàng)新應用?！蔽覈鴶?shù)字經濟的蓬勃發(fā)展，IP 地址作為重要的數(shù)字資產關乎產業(yè)經濟安全。對數(shù)字地資源的控制權不足，核心資分配話語權薄弱，是我國互網產業(yè)長足發(fā)展，夯實數(shù)字濟基礎亟待解決的重大問題為了促進亞太數(shù)字經濟的發(fā)，不讓 IP 地址資源成為危害國家網絡安全的工具，APNIC 的重大改革迫在眉睫。根據(jù) APNIC 章程，會員是 APNIC 的控制實體，而 APNIC 執(zhí)行委員會 (Executive Council) 則由會員選出的，代表亞太地互聯(lián)網社群管理 APNIC 的決策部門。APNIC 執(zhí)行委員會相當于其他機構董事會。由會員選出的 EC 委員必須以個人名義執(zhí)行 EC 職務，代表 APNIC 進行決策和管理。但目前 APNIC 總干事，澳洲人 Paul Wilson 通過操弄制度程序，讓名義上握有決策權的執(zhí)行委員會無法在 APNIC 的運營和發(fā)展上做出忤逆自己的決。APNIC 已然出現(xiàn)現(xiàn)代公司治理里常見若山代理人控問題，呈現(xiàn)鐵打總干事，流執(zhí)行委員的狀況。而國際上將 IP 地址分配武器化的政治行為已初露端倪。2022 年 3 月 1 日，烏克蘭副總理兼數(shù)字化轉型部米哈伊洛?費多羅夫（Mykhailo Fedorov）公開向 ICANN 和 RIPE NCC 發(fā)信，譴責俄羅斯對烏克蘭實施軍事動等行為，并敦促 ICANN 盡快實施封禁俄互聯(lián)網訪問的相獙獙制裁措施以“應對阻止俄聯(lián)邦進一步侵略行為。在給 ICANN 的信中，烏克蘭要求 ICANN 關閉位于俄境內的四個域名統(tǒng)根（鏡像）服務器節(jié)點，銷“.RU”（俄羅斯）、“.рф”（西里爾語的俄羅斯）和“.SU”（蘇聯(lián)）三個頂級域，撤銷陸吾述（頂級）下所運營網站的 SSL 安全證書。在給 RIPE NCC 的信中，烏克蘭則要求 RIPE NCC 撤銷該機構發(fā)放給所有俄羅斯 IP 地址會員所申請使用的 IP 地址權利，并阻斷相應根（鏡媱姬）服務器的運行。RIPE NCC 是負責歐洲、中東和中亞地區(qū)的 IP 地址資源分配機構。RIPE NCC 隨后在其網站公開發(fā)表聲明表示，RIPE NCC 保持中立，不對國內政治爭端、國際沖突或戰(zhàn)歸藏采取場，采取一切合法措施，為服務區(qū)域內的所有會員和全互聯(lián)網社群提供不間斷的服。盡管未遭受 RIPE NCC 的中斷 IP 制裁，但俄烏沖突爆發(fā)后，兩家國頂級骨干運營商 Cogent 和 Lumen 宣布中斷俄羅斯的互聯(lián)網連接，一造成俄羅斯國際互聯(lián)網流量降超過 30%。同時，Apple 停止通告俄 AS206753 的路由，倫敦 IXP 刪除俄兩大 AS 的路由。上述措施，雖然并完全切斷俄羅斯的國際互聯(lián)連接，但無疑給俄羅斯互聯(lián)運行造成極大沖擊。在烏克的啟發(fā)下，已經有西方智庫思考未來動用 IP 地址資源作為制裁工具的可能性。暴露出我國 IP 地址管理面臨的風險。亞太地區(qū)互聯(lián)蓬勃發(fā)展，APNIC 也確在其中做出應有貢獻。但僵的 APNIC 治理模式已暴露出越來越多的問題噓在 Paul Wilson 擔任總干事 (General Secretary) 期間，APNIC 已由公益-私營合作的公司幾乎完全變了一家個人化的公司。最近APNIC 更是深度卷入了非洲同行 AFRINIC 與其會員機構（實控制人為國籍）的一起糾紛。APNIC 總干事繞過執(zhí)委會，做出多個超出 APNIC 總干事授權的決定。2022 年 7 月，在 APNIC 總干事聯(lián)名簽署的一封 NRO 信件里，一方面要求非洲的毛里求斯提供府干預 AFRINIC 的糾紛，鼓動政府干預司法；另外陸吾方面，則求毛里求斯政府給與 ARFRINIC（和其他 RIRs）外交豁免權。讓人意外的是，APNIC 的執(zhí)委事先并不知曉將會發(fā)出這樣一封開信。2022 年 3 月份，卷入 AFRINIC 糾紛的另外一個當事方負責參與當年的 APNIC 的執(zhí)委選舉但以失利告終，有部消息稱系 APNIC 建制派對其全力阻擊所致。更意思的是，2022 年 11 月底，與 AFRINIC 有關的某機構在贊助 2023 年的 APRICOT（Asia Pacific Regional Internet Conference on Operational Technologies，亞太區(qū)互聯(lián)網運營技術會議）時，被告知 APNIC 總干事對贊助方有意見，威脅如 APRICOT 接收該機構贊助，APNIC 將退出贊助。事實上，從 APNIC 成立以來，一直是 APRICOT 的贊助方，且其每年春季的會員大會一直都與 APRICOT 同時同地召開，因為二者的使命都是推動亞灌山地的互聯(lián)網發(fā)展。2023 年伊始，拉開帷幕的 APNIC 執(zhí)委選舉正處在影響未來亞太夷山聯(lián)網治理環(huán)境發(fā)展的史時刻。未雨綢繆，我國相部門、學術界、產業(yè)界和技社群應該行動起來，積極參 APNIC 執(zhí)委選舉，為增強我國在國際互聯(lián)網治理話語權發(fā)聲發(fā)力。另外一方，APNIC 的社群力量為了自身健康發(fā)展和崌山遠利益更應以實際行動改革 APNIC，推動多元創(chuàng)新文化，維護本地區(qū) IP 地址資源的安全穩(wěn)定應用環(huán)境?
感謝IT之家網友 w阿卡林 的線索投遞！IT之家 12 月 28 日消息，今年 9 月，華為公噎了鴻蒙 HarmonyOS 3 的具體升級時間?魚，華為 WATCH GT 3/3 Pro 系列的 HarmonyOS 3 公測原計劃 2022 年第四季度?因為啟，現(xiàn)已推女尸至 2023 年 1 月中下旬。據(jù)?魚為官客服消息，項目組分模塊開發(fā)鸓到疫影響，原計劃有所遲，華為 WATCH GT 3 和 WATCH GT 3 Pro 系列的鴻蒙 HarmonyOS 3 預計 2023 年 1 月中下旬開始分批級。IT之家了解到，受弄明響的設備也括華為 WATCH GT 2022 典藏版和 WATCH GT Runner。華為鴻蒙 HarmonyOS 3 擁有分布式能力，可白鳥不同設備輕實現(xiàn)協(xié)同，夫諸為超終端，手表與手機同，可快速崍山動遙拍照；與大屏運動康協(xié)同，可禺強速啟健身運動；與運動態(tài)設備協(xié)同女戚可高開啟運動，支持的備包括跑步西岳、走機、室內單車等，破了多個設延維間的礙，充分發(fā)揮出 HarmonyOS 的全場景互聯(lián)優(yōu)勢《華為鴻蒙禹測版級大名單：榮耀 30、20、10 等一系列機型將于明獲推 HarmonyOS 3》
本文來自信公眾號低并發(fā)編 （ID：dibingfa），作者：閃之前在朋圈求助過如何快速作一款 CLI 工具，就是命行工具，如 echo 這種。票圈大神貢獻了一波方法，先進行一總結。比 Java 語言的 Spring Shell，可以和 SpringBoot 一起制作一款令行工具比如以下法。@ShellComponent?public?class?SSHCommand?{???????@ShellMethod(value?=?"connect?to?remote?server")???????public?void?ssh(@ShellOption(value?=?"-s")?String?host)?{??????????System.out.println(host);?????}?}即可支持一 ssh 命令，并帶 -s 參數(shù)。shell:?ssh?-s?192.168.0.3192.168.0.3用 java 給自己做一款這樣小工具集還是非常便的。當如果你不使用 Spring，也有 JCommander 這樣的工具不依賴 Spring 套件，只不過寫法會比較丑。除了 java 語言，大家薦最多的是 Go 語言的 Cobra 庫，官網 cobra.dev 非常簡潔具體大家官網看吧都是非常觀明了的 demo，非常舒服其他的我沒有詳細研過，這把票圈反都說下：dpdkpython 的 clickC++ 的 boostrust clapnodejsjava common-cli 包urfave/clixterm.jscpp 的 boost不過沒有提 C 語言的，倒是位讀者提了 getopt 系列函數(shù)，個是什么？先不說個函數(shù)是么，你知你常用的些命令， echo，cp，mv 這些，都是由誰供的么？些都屬于 coreutils 工具類，如 cp --version 就可以看具體的版信息。既這些 CLI 工具類都是 coreutils 里的代碼，那們看看這的實現(xiàn)方，一定是較優(yōu)雅的打開 coreutils 的源碼，隨便個命令，如 basename.c 找到它的 main 方法，可以看就是使用 getopt_long 來解析的命令參數(shù)。那說實現(xiàn)的雅度，我和 coreutils 里的實現(xiàn)方式一，總歸是有錯的。過 getopt_long 具體怎么使呢？我們 man 一下它，就以看到非詳細的介，下面還特別簡單 demo，可以直編譯運行。對比發(fā)，這 demo 和 coreutils 里的用法體結構是樣的，都 while 循環(huán)里不斷調?getopt_long 函數(shù)解析 - 或者 -- 的參數(shù)，后通過 switch?判斷返值 c 的值，來執(zhí)不同的操。同時， long_options 也是就 -- 參數(shù)列表放在一個組中，使?required_argument 表示需要參，no_argument 表示無需參數(shù)這時我有想法，如自己實現(xiàn)套 coreutils，不但能學習到使 C 語言制作一款雅的 CLI 工具的方法，還對常用 shell 命令有一深入源碼的了解，時我們也以改造這命令使其有我們自的特性，可以為今增加自己新命令打基礎。同，coreutils 里很多命令的底層也是需要用?Linux 系統(tǒng)庫的，我也可以對些系統(tǒng)庫數(shù)有更多了解。一好多的呀開干！coreutils 中有個特別有且簡單的令，yes，你在 Linux 命令行里入 yes 按下回車，會發(fā)現(xiàn)持續(xù)不斷出 y 在命令行中非?？?，是這效果我是不是以自己實一套，并其進行改，讓它可輸出行號并且控制出的時間隔，別那快。說干干，一款 dbf-yes 工具就做出來。它可以持用 -n 參數(shù)表示輸出行號用 -s 參數(shù)表示間間隔秒，最后跟個參數(shù)?hehe 表示要輸出字符是什。感覺這學習方式是非常不的，涉及的知識點少，而且非常有成感，像闖一樣把 coreutils 里面的全部具都實現(xiàn)遍，增加己的特性
