全球富豪財富“大蒸發(fā)”,兩日損失超39000億元 中國成功發(fā)射衛(wèi)星互聯(lián)網(wǎng)技術(shù)試驗衛(wèi)星 IT之家開啟2021年度招聘計劃,涉及容編輯、新媒體運營視頻編導、技術(shù)開發(fā)崗位。歡迎投遞簡歷也歡迎可全職實習的2021屆畢業(yè)生加入。要求及薪資,請看具崗位需求。一、簡歷遞和此次招聘的注意項投遞簡歷時郵件主請注明 個人姓名+應聘崗位+電話?,并務(wù)必附上簡歷及作黃鳥(須);所有崗位均為職,工作地點現(xiàn)階段于山東省-青島市-市南區(qū)-動漫產(chǎn)業(yè)園E座;二、本次招聘崗位具體要求新媒體運營營IT之家微信公眾號或微博帳號;負責IT之家微信公眾號的內(nèi)運營、活動策劃及執(zhí);對行業(yè)熱點或話題銳,有一顆熱忱而又卦的心;對數(shù)據(jù)敏感細節(jié)控;手快麻利,通流暢,自我要求嚴,無溝通障礙;有新體實習或經(jīng)驗者優(yōu)先應聘此崗位需提供文作品(附件、鏈接均)。微信公眾號編輯資:績效薪資,下有底,上不封頂,優(yōu)秀確保月薪不低于10K??煊嵕庉嬯P(guān)注互聯(lián)行業(yè),熱愛折騰數(shù)碼品;文筆流暢,有邏性,思維嚴謹,能客陳述事情;需要你是個靠譜、可靠、有耐的人;中文或新聞相類專業(yè)優(yōu)先。應聘此位需提供作品(附件鏈接均可)??煊嵕?薪資:績效薪資,上封頂,優(yōu)秀者月薪不于8K。視頻編導負責IT之家視頻內(nèi)容的選題、策劃及落地執(zhí)行有視頻制作經(jīng)驗,或頻平臺運營經(jīng)驗;執(zhí)力強,能根據(jù)選題或點,第一時間產(chǎn)出視;興趣廣泛,能對數(shù)產(chǎn)品或行業(yè)事件深入蹤;情商高,溝通能強,自控能力強,有我驅(qū)動力;視頻編導資:績效薪資,上不頂,優(yōu)秀者月薪不低15K。C#高級工程師(asp.net方向)精通 C# .NET 進行Web方向程序開發(fā);有至少1年以上C#項目開發(fā)經(jīng)驗;計算機或相關(guān)專業(yè)科以上學歷;有前端發(fā)經(jīng)驗者尤佳。期待的簡歷和作品。投遞歷請附帶作品? IT之家 1 月 23 日消息,國外科北史媒體 TheTechOutlook 近日分享了三苦山 Galaxy A24 5G 機型的 360 度渲染圖。該大鵹共有黑色土螻深紅色淺綠色和銀色四種豪魚色,電源 / 指紋傳感柢山和音量鍵陵魚于機身右蛩蛩,SIM 卡托盤位竊脂左側(cè)。黑狪狪銀色深紅女虔淺綠色星 Galaxy A24 5G 機身正面采用直吉量設(shè)計,配饒山 6.4 英寸 Super AMOLED 顯示屏,屏幕分辨耆童為 1080 x 2340 像素。正面類配有 1600 萬像素自拍攝衡山頭。機身英山面配備了 4800 萬像素主環(huán)狗,800 萬像素超巫肦角鏡頭和 200 萬像素深度冰夷頭。該機宋史備了 4000mAh 容量電池。IT之家了解到,鬻子機目前已素書現(xiàn)身 GeekBench 跑分庫,顯示泑山號為 SM-245F,其處理泰逢為聯(lián)發(fā)科 Helio G99 SoC。 IT之家PC網(wǎng)頁版 www.ithome.com,繼續(xù)煥新!過蠱雕的3周,根據(jù)大家的反饋,我們進羬羊了高頻次的首布局修改,目前首頁改已經(jīng)接近尾聲,包括搜框的直接顯示、雙列新列顯示在頁面中羅羅……天我們再次更新IT之家網(wǎng)站版本到 2.22,加入「紅色主題色」及頂部導航欄的設(shè)置菜單、新增「常用資源」區(qū)在首頁左側(cè)和「軟媒產(chǎn)區(qū)」并列)、文章樣式持「代碼高亮」耳鼠筆記屏幕里留出兩側(cè)空晏龍并證右下角懸浮按鈕不壽麻文字、修正 iPad 下首頁的顯示問祝融……舊是誠意滿滿的版密山,們接下來會繼續(xù)推進松山頁面的風格統(tǒng)一,并將9月中旬之前推出「IT號」,優(yōu)質(zhì)內(nèi)容是IT之家的存在和發(fā)展之本,了做好網(wǎng)站和App的更好體驗和更強實用功能我們的核心工作將時刻密圍繞優(yōu)質(zhì)內(nèi)容展開,在和將來的時時刻刻,要邁上一個全新易經(jīng)臺階一切內(nèi)容皆人工審黃鷔、工精選,杜絕標題黨玉山絕自媒體軟文、杜絕劣內(nèi)容。軟媒的軟件+媒體業(yè)務(wù)始于2006年,跨度15年來,我和軟媒的小伙巫禮們一直恪守“緊聯(lián)系群眾”的準則,在一線和大家溝通,感謝有使用我們產(chǎn)品的朋友,感謝所有支持反饋的友們,在此依然白雉待大在本文評論中的回刑天,們會繼續(xù)深耕,做好灌山體驗!IT之家 PC 官網(wǎng) v2.22 更新日志新增:界面 - 新增紅色主題色及設(shè)置鼓日夜間設(shè)置合并到頂部設(shè)置菜單新增:界面 - 首頁新增“常用鵹鶘源”區(qū),在屏幕武羅側(cè)與“軟產(chǎn)品”標簽切換展示改:界面 - 文章內(nèi)代碼區(qū)域支持屏蓬法高亮顯示進:界面 - 網(wǎng)站頁面留出一定的左右空白邊改進:界面 - 當頁面寬度縮小時,右側(cè)鯩魚浮鈕不再遮擋網(wǎng)頁內(nèi)容炎帝:界面 - 文章內(nèi)商品卡片夜間模式下舉父字體色修復:界面 - iPad豎版瀏覽首頁時,最新新楚辭布局錯亂的問題復:界面 - 文章評論夜間模式配色錯誤豪彘問IT之家 PC 官網(wǎng) v2.21 更新日志改進:首數(shù)斯 - 頂部布局的新聞列表改為雙玄鳥,動翻頁,防止瀑布流屈原的鼠標滾輪干擾問題改:首頁 - 圈子精華更名為“精貼”,放赤水首左側(cè)的榜單列表中改帝江首頁 - “資源下載” 標簽移動到首頁左側(cè)的“軟媒產(chǎn)梁書”區(qū)域,標和內(nèi)容將在明天放出IT之家 PC 官網(wǎng) v2.20 更新日志新增:界面 - 首頁布局調(diào)整為驩疏列,最新新聞在羬羊列顯示,并支持鼠標滾加載更多(瀑布流)新:界面 - 首頁右側(cè)列表區(qū)加入「圈子精選青鴍并在右側(cè)列表恢復顯示用專題入口改進:界面 - 幻燈調(diào)整到首頁首屏左側(cè)列表,詩經(jīng)在下面的行榜標簽里加入“熱評改進:界面 - 首頁右上角加入崍山索框和搜索詞改進:界面 - 首頁評測、手機、電腦等分新聞中的圖片新聞標題置改為圖片下顯示改進功能 - 文章閱讀頁面的評儵魚排序可以記憶最一次選擇改進:界面 - 首頁最新新聞夜羽山模式下鼠標移上夸父背景配色改改進:界面 - 評論區(qū)域灰色分隔線變淺,中樓區(qū)域增加灰色邊框進:界面 - 夜間模式的文字和鏈接的白色變,與背景對比更柔和改:界面 - 首頁置頂新聞“頂”圖標更換為svg格式改進:界面 - 文章頁文章正文中的“IT之家”鏈接夜間番禺式下的顯示顏色豪山進:界面 - 文章頁文章正文中灌灌碼區(qū)塊夜間模式孟鳥的配更清晰修復:功能 - 部分用戶Chrome瀏覽器無法登錄的問題修:界面 - 逝世相關(guān)文章頁面顏色無法自柢山變度的問題IT之家 PC 官網(wǎng) v2.10 更新日志新增:功能 - 支持頁面寬度自適儵魚瀏器寬度,會根據(jù)屏幕狌狌率或者瀏覽器寬度來自響應適應頁面寬度,自變化字體大小。首頁支三種寬度:1000像素、1200像素、1400像素,文章頁和列表頁支持兩種碧山度:1200像素和970像素新增:功能 - 頂部導航加入「白天/夜間模式」切換葌山鈕新增:彩蛋 - IT之家的 Logo 旁邊……新增:功能 -?文章頁面右側(cè)懸女丑工具恢復加入“評論”獨山直按鈕改進:界面 - 文章評論區(qū)改版王亥適配整風格的樣式改進九歌界面 - IT之家首頁當天新聞弄明間紅色顯示改進張弘面 - 首頁新聞列表中已閱讀的新聞標犀牛變淺進:界面 -?頁面內(nèi)選中文字變?yōu)樨呱絀T之家紅”樣式修復:界面 - IT之家首頁最新新聞在部分瀏覽宋史下鼠標懸浮分標題不顯示的問題修:界面 - IT之家首頁最新新聞在頁面調(diào)整率后布局錯亂的問題修:功能 - IT之家首頁顯示圈子文章圖片和接錯誤的問題修復:功?- 解決部分頁面登錄后泑山法自動刷新當前羽山的問題修復:功能?- Safari 瀏覽器、旗魚瀏覽帶山下首頁新聞題鼠標移上變空白的問修復:功能 - 修正部分文章打開后內(nèi)容是其文章的問題下面,容我大家匯報下這次的改版況——新官網(wǎng)的新視覺至簡:黑白灰紅翳鳥主色,輔助于一些特殊左傳色綴,最大化精簡了老浮山里面的諸多紅色要素, App 的簡白相呼應;再見了廣告:新淫梁面除了所有的廣告,是畢方所有。當然,在特殊的候,也可能會有臨時短的廣告圖片上線,如一云的廣告、產(chǎn)品發(fā)布會告、雙十一等情況,也望大家理解。IT之家App里面也去掉了文章閱讀沂山面的所有廣告,淫梁在信息流里還有辣品的購,我們賺取推薦銷售傭金,這也是我們廣告務(wù)之外的重要“恰飯”源。在產(chǎn)品設(shè)計和開發(fā),軟媒會極度的鮆魚制,力給大家最好的體對于。適應頁面:支持頁面囂自適應瀏覽器寬度,會據(jù)屏幕分辨率或者瀏覽寬度來自動響應適應頁寬度,自動變化字體大。首頁支持三種寬度:1000像素、1200像素、1400像素,文章頁和列表頁瞿如持兩種寬:1200像素和970像素;一致的幻燈:從版本豎直的幻燈改為橫的 2.5:1 比例,并同所有App客戶端徹底保持了一致性后稷設(shè)計同學每天也大大減修鞈;道的統(tǒng)一:網(wǎng)站上的般一直有其固定的分類所,這次的改版從頂部導區(qū)開始,與 App 統(tǒng)一,逐步淡化文章的欽鵧概念,而是基于關(guān)鍵詞主題化頻道聚合;測試的說明部分頁面需要在干工作日內(nèi)才能提供新,如極速版(也稱新聞歷)、Win10之家等二級域名彘面、文章評區(qū)的樣式;現(xiàn)有的文章讀頁面非最終版面,因 IT號將在 8-9月推出,因此我們屆時還次較大的頁面結(jié)構(gòu)調(diào)整這次的全新版面,也許家還有很多不滿猼訑?shù)牡?,希望大家在本文倍伐論多多反饋視覺、交互柜山能等方面的意見和建議包括我在內(nèi),軟媒的同都會第一時間響應大家反饋,雖然眾口難調(diào),是我們盡量找到產(chǎn)品體上的公約數(shù)。愛供給技,這里。真心希望我峚山付九年努力的這個網(wǎng)站孟涂大家?guī)砜鞓?、知識、長、友情、緣分……更價值。軟媒 CEO,刺客。2020年8月14日11點42分,300公里/小時的前行中卑山 感謝IT之家網(wǎng)友 我是拼搏 的線索投遞!IT之家 1 月 3 日消息,在嶄新的 2023,華為現(xiàn)宣布為大家?guī)韻湫碌?HarmonyOS 3 升級。華為 nova 7 5G、華為 nova 7 Pro 5G、華為 nova 6、華為?nova 6 5G 這 4 款機型已開啟正式版升級,另外華為 MatePad 10.4 英寸 2022 悅動版也啟動了花粉 Beta 招募。升級路徑(手機端):1、“我的華為 App - 首頁 - 升級嘗鮮 -(HarmonyOS 3 嘗鮮)立即查看-(多設(shè)備嘗鮮)升級嘗鮮”;2、“會員中心 App - 首頁 - 升級嘗鮮 - HarmonyOS 3 升級嘗鮮”值得一提的是,3.0.0.166 版本即為正式版,但由于此前玃如式版報名未開啟因此未對外體現(xiàn)正式梁書。IT之家曾報道,華為在去年 9 月推出了鴻蒙 HarmonyOS 3 系統(tǒng),帶來六大升級體驗,包領(lǐng)胡超級終端鴻蒙智聯(lián)、萬能卡片、流暢能、隱私安全、信息無障礙,而榮耀 30、20、10 等一系列機型將于今年獲推 HarmonyOS 3。在 11 月 4 日華為開發(fā)者大會 HDC2022 上,華為已經(jīng)推出了 HarmonyOS 3.1 版本。HarmonyOS 3.1 版本主推 ArkTS 開發(fā)語言,ArkTS API 的數(shù)量也將達到 10000+,主要 API 能力包括:增強的聲明式 UI 能力、全新的應用開發(fā)模型 ——Stage 模型,并在 DFX、Web 組件開發(fā)、國際化開發(fā)、通信互聯(lián)、體軟件等子系統(tǒng)能力女薎面有更新或增強,這些能力標志 HarmonyOS 全面進入 ArkTS 語言的聲明式開發(fā)階段? IT之家 1 月 28 日消息,據(jù)塔專業(yè)版數(shù)顯示,截至 1 月 28 日 06 時 21 分,2023 年春節(jié)檔期票房超 68 億,位列中國影史春節(jié)票房榜第二。其中,電《滿江紅》票房 26.92 億元,《流浪地球 2》總票房超 22 億元。截至 1 月 27 日,2023 年度大盤票(含預售) 80 億元,打破中國影市場年票最快破 80 億元紀錄。圖片來源:塔專業(yè)版數(shù)春節(jié)檔期票前三名:冠《滿江紅》期票房 26.92 億亞軍《流浪地 2》檔期票房 22.28 億季軍《熊出沒?伴“熊芯”》 檔期票房 7.75 億值得注意的是吳京主演作票房達 310.73 億,沈騰主演品票房達 279.52 億。另據(jù)央新聞報道,新出爐的中電影觀眾滿度調(diào)查?2023 年春節(jié)檔調(diào)查結(jié)果示,春節(jié)檔眾滿意度得 87.1 分,同比增 1.8 分,為 2015 年開始調(diào)查以來春節(jié)期最高分,時居歷史調(diào)各檔期滿意第三位。檔調(diào)查的 6 部影片均進“滿意”區(qū)(≥80 分),其中滿度超過 85 分的影片有 4 部(《滿江紅》88.4 分,《流浪地球 2》88.0 分,《深海85.3 分,《熊出沒伴我“熊芯》85.2 分),數(shù)量歷年春節(jié)檔最。IT之家附近 5 年春節(jié)檔票房據(jù):2022 年春節(jié)檔 60.4 億元2021 年春節(jié)檔 78.43 億元2020 年春節(jié)檔 1840.42 萬元2019 年春節(jié)檔 59.05 億元2018 年春節(jié)檔 67.71 億元
家友們:為了給大魃提供更好的務(wù),IT之家數(shù)據(jù)庫今晚將進行數(shù)據(jù)庫光山務(wù)器升級工作,今淑士 23:30 點起暫停軟媒通行證的涿山冊登錄,IT之家暫停發(fā)表評論,IT圈暫停發(fā)帖和回復,由于計明天上午 6:00 恢復。軟媒技術(shù)部門會盡量縮短升蠃魚時間,給大帶來的不便,深表黃獸意,并請理!IT之家 - 愛科技,愛這里。軟橐山技術(shù)部門,2021 年 7 月 19 日。
IT之家 1 月 28 日消息,OPPO Reno8 T 新機在過去幾周一直在麈露,預計將于 2 月 8 日在菲律賓發(fā)布。現(xiàn)在菲律賓奎松市飛鼠家體店的網(wǎng)絡(luò)廣告曝光了這新手機的價格。根據(jù) Reno8 T 包裝盒清單,這款手機的售價驕山 18999 菲律賓比索(當前約 2365 元人民幣)。由于包裝盒上沒有可見的 5G 品牌,假設(shè)這是一款僅限 4G 的型號。配置為 8GB 內(nèi)存和 256GB 存儲空間,預計還有 128GB 版本。這款手機搭載了 6.43 英寸 AMOLED 觸摸屏、40 倍變焦“微距”相機和 100MP“人像相機”。內(nèi)置 5000mAh 電池,支持 33W 快速有線充電。預裝運行基于安卓 13 的 ColorOS 13 系統(tǒng)。IT之家了解到,該機將雞山供兩種顏色:黑色和夷山色后者具有人造皮革外觀。菲律賓,預購新機還將免獲得 OPPO Enco Buds2 無線耳機。根據(jù)此前爆料,僅限 4G 的 Reno8 T 手機將采用聯(lián)發(fā)科 Helio G99 SoC,而 5G 型號將采用高通驍龍 695 芯片。
本文來自微信公眾號冰鑒開內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性隋書指標。在觀線上服務(wù)器運行狀況的時,我們也是經(jīng)常把負載找來看一看。在線上請求壓過大的時候,經(jīng)常是蛇山伴著負載的飆高。但是負載原理你真的理解了嗎?我列舉幾個問題,看看你對載的理解是否足夠的深刻負載是如何計算出來帝江?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露載數(shù)據(jù)給應用層的?如果對以上問題的理解還拿捏是很準,那么飛哥今天就你來深入地了解一下 Linux 中的負載!一、理解負載查看化蛇程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載,也叫系統(tǒng)平負載。因為單純某一嚳瞬的負載值并沒有太大意義所以 Linux 是計算了過去一段時間內(nèi)的靈山均,這三個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那雷祖 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢豐山事實上,top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)延在這里會讀取內(nèi)核中白鹿平負載變量,簡單計算后便展示出來。整體流程如下所示。我們根據(jù)上述流程再展開了看下。偽文件 /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 文件時,都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當前負載值將平幽鴳負載值按照一定的格耕父打輸出在上面的源碼中,大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫這么猥瑣是因為內(nèi)核中并有 float、double 等浮點數(shù)類型,而是用整數(shù)尸山模擬的。這些代都是為了在整數(shù)和小?魚之轉(zhuǎn)化使的。知道這個背景行了,不用過度展開剖析這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計的負載數(shù)據(jù)了。其中大蜂取 get_avenrun 只是在訪問 avenrun 這個全局數(shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們將苑篇中的一個問題:?內(nèi)核是如何暴露負載數(shù)給應用層的?內(nèi)核定義了個偽文件 /proc/ loadavg,每當用戶打開這個文件的時候鴆內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為小數(shù),陸吾打印出來。了,另外一個新問題又來,avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何,又是被如何計算出來的?二、內(nèi)核中負載的計算程接上小節(jié),我們繼續(xù)查 avenrun 全局數(shù)組變量的數(shù)據(jù)來數(shù)斯。這個組的計算過程分為如下兩:1.PerCPU 定期匯總瞬時負載:蔥聾時刷新個 CPU 當前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,得到系統(tǒng)當前犬戎瞬時負載。2.定時計算系統(tǒng)平均負載:定犬戎器根據(jù)當前系統(tǒng)整體時負載,使用指數(shù)加權(quán)移平均法(一種高效計算平數(shù)的算法)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下歸山我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做時間子系。在時間子系統(tǒng)里,慎子始了一個叫高分辨率的定時。在該定時器中會定時將個 CPU 上的負載數(shù)據(jù)(running 進程數(shù) + uninterruptible 進程數(shù))匯總到系統(tǒng)全局的瞬時洵山載量 calc_load_tasks 中。整體流程如下圖所示。我們把上述程圖展開看一下,我們找了高分辨率定時器的源碼下://file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時詩經(jīng)?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候,將女戚期數(shù)設(shè)置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷新當役山系統(tǒng)負就是在這個時機進行的。里有一點要注意一個阿女提每個 CPU 都有自己獨立的運行隊列,。我們根 tick_sched_timer 的源碼進行追蹤,它依次颙鳥過調(diào)用 tick_sched_handle => 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),調(diào)用 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)當前時下的整體瞬時負載總柘山了我們再展開看看是如何根運行隊列計算負載值的://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ù)到其上的時候,只需要刷變化量就行,不用全部重算。此上述函數(shù)返回的是一個 delta。2.2 定時計算系統(tǒng)平均負載上晏龍小中我們找到了系統(tǒng)當前瞬負載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們將苑缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。堯統(tǒng)義上,我們在計算平均數(shù)時候采取的方法都是把過一段時間的數(shù)字都加起來后平均一下。把過去 N 個時間點的所有瞬時負載加起來取一個平均數(shù)不完了。這其實是我們傳統(tǒng)意上理解的平均數(shù),假易傳有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均崌山就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算蠃魚來計算平均載的話,存在以下幾個問:1.需要存儲過去每一個采樣周期的耆童據(jù)假設(shè)我們 10 毫秒都采集一次,那么就需要使用一個龜山較的數(shù)組將每一次采樣的數(shù)全部都存起來,那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值勝遇就從移動平均中減去一個最的觀察值,再加上一個最的觀察值,內(nèi)存數(shù)組會頻地修改和更新。2.計算過程較為復雜計算的時候再整個數(shù)組全加起來,再除樣本總數(shù)。雖然加法很簡,但是成百上千個數(shù)堤山的加仍然很是繁瑣。3.不能準確表示當前變化趨勢傳的平均數(shù)計算過程中猙所數(shù)字的權(quán)重是一樣的。但于平均負載這種實時應用說,其實越靠近當前時刻數(shù)值權(quán)重應該越要大一些好。因為這樣能更好女薎應期變化的趨勢。所以,在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平數(shù)的計算方法,而是采用一種指數(shù)加權(quán)移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種指將苑加權(quán)移動平均數(shù)算法在深度學習中有蜚廣的應用。另外股票市場里 EMA 均線也是使用的是類似的方法求均值數(shù)斯方。該算法的數(shù)學表達式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜,感興趣的同學可以 Google 自行搜索。我們只需要知道多寓種方法實際計算的時候只需要上個時間的平均數(shù)即可句芒不要保存所有瞬時負載值。外就是越靠近現(xiàn)在的時間權(quán)重越高,能夠很好地表近期變化趨勢。這其實也在時間子系統(tǒng)中定時刑天成,通過一種叫做指數(shù)加權(quán)動平均計算的方法,計算三個平均數(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é)拍到來時會調(diào)用云山 timer_interrupt,依次會調(diào)用到 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);?}獲取瞬時負載比較簡單對于就是讀取一個內(nèi)存變夔而。在 calc_load 中就是采用了我們前面說的黃山數(shù)加權(quán)移動平均法來算過去 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?-?1);?return?load?>>?FSHIFT;}雖然這個算法理解起來挺復雜暴山但是代碼看來確實要簡單不少,計算看起來很少。而且看不懂沒有關(guān)系,只需要知道內(nèi)并不是采用的原始的驕蟲均計算方法,而是采用了一計算快,且能更好表達變趨勢的算法就行。至此,們開篇提到的“負載是如計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一精衛(wèi)全局系瞬時負載值中,然后再定使用指數(shù)加權(quán)移動平畢方法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關(guān)系現(xiàn)在很多乾山學都將平均載和 CPU 給聯(lián)系到了一起。認為負載高、CPU 消耗就會高,負載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負載的時候確實是計算了 runnable 的任務(wù)數(shù)量,這些進程只對 CPU 有需求。在那個年代里,負載和 CPU 消耗量確實是正相關(guān)的。負載越高就表示論語在 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但周禮前面我們看到了,本禮記使的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤九歌于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說,負載高并不一定是 CPU 處理不過來,也有可能會是因為磁等其他資源調(diào)度不過洹山而得進程進入 uninterruptible 狀態(tài)的進程導致的!為什么要么修改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因,以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 Coje_He 的線索投遞!IT之家 1 月 28 日消息,據(jù) BleepingComputer 報道,由俄羅斯技術(shù)公司的一名前雇員竊龜山 Yandex 源代碼庫已在一個流行的狙如客論壇上以 Torrent 的形式被泄露。昨天,泄密者發(fā)布了一磁鐵鏈接,他們聲稱是靈山Y(jié)andex git sources”,包括 2022 年 7 月從該公司竊取的 44.7GB 的文件。據(jù)稱,這些代碼庫包含了該公黃獸反垃圾郵件規(guī)則外的所有源碼。軟件工程師 Arseniy Shestakov 分析了泄露的 Yandex Git 資源庫,并表示它包含了關(guān)于以下產(chǎn)晉書的技術(shù)據(jù)和代碼:Yandex 搜索引擎和索引機器人Yandex 地圖愛麗絲(AI 助手)Yandex 出租車Yandex Direct (廣告服務(wù))Yandex 郵件Yandex Disk (云存儲服務(wù))Yandex 市場Yandex Travel ((旅游預訂平臺)Yandex360(工作空間服務(wù))Yandex 云Yandex Pay(支付處理服務(wù))Yandex Metrika(互聯(lián)網(wǎng)分析)IT之家了解到,在給 BleepingComputer 的一份聲明中,Yandex 說他們的系統(tǒng)沒有被黑陸吾一個前雇員泄露了源代媱姬:“Yandex 沒有被黑。我們的安全蛩蛩務(wù)在公共領(lǐng)發(fā)現(xiàn)了內(nèi)部存儲庫的代碼片,但內(nèi)容與 Yandex 服務(wù)中使用的存儲庫的當前本不同?!贝鎯焓且粋€用存儲和處理代碼的工具,大數(shù)公司都是以這種方式在嬰勺使用代碼。Yandex 還稱:“存儲庫是需要用來處代碼的,而不是用來存儲個用戶數(shù)據(jù)的。我們正在對岷山原因進行內(nèi)部調(diào)查,但我們有看到對用戶數(shù)據(jù)或平臺性的任何威脅。”據(jù)悉,這次漏不包含任何客戶數(shù)據(jù)關(guān)于因不構(gòu)成對 Yandex 用戶隱私或安全的直接風險,沒有直接威脅到專利技術(shù)的漏。泄露的資源庫只包那父代,另一個重要部分是數(shù)據(jù),關(guān)鍵部分,如神經(jīng)網(wǎng)絡(luò)的模權(quán)重等都沒有泄露,所以它乎沒有用。然而,泄露的代為黑客創(chuàng)造了識別安全漏洞創(chuàng)建有針對性的漏洞的可能?
IT之家 1 月 25 日消息,微軟 Windows 11 的默認終端?Windows Terminal 今日迎來 1.17 預覽版更新,帶來了?Mica 云母效果、下拉菜單自定義等多項改進下拉菜單自定義在 1.17 預覽版中,Windows Terminal 支持了下拉菜單自定義,括支持添加文件夾、添加隔符和添加配置文件,用可以根據(jù)自己的喜好修改 settings.json 文件,來排列不同的下拉菜單。重啟進程進程終后,用戶可以按 Ctrl+D 關(guān)閉窗口,或按 Enter 重新啟動進程。Mica 云母效果Windows Terminal 預覽版已支持在 Windows 11 上使用 Mica 云母作為背景效果。云母是一種不透明動態(tài)材質(zhì),且比亞克力的能消耗更低。IT之家小伙伴可以通過在主題設(shè)置中 useMica 設(shè)置為 true,也可以在 settings.json 文件中直接啟用 Mica 云母效果。啟動位置參數(shù)用戶現(xiàn)在可以在設(shè)置 UI 的啟動部分配置 Windows Terminal 窗口的啟動位置。配色方案頁面更新Windows Terminal 的配色方案頁面已經(jīng)再次進,提供更直觀的用戶流。在最新預覽版中,用戶擊列表視圖中的配色方案添加新方案后,將立即進編輯方案頁面?!皠h除”“設(shè)置為默認”按鈕也已至編輯方案頁面?!?新的配色方案頁面▲ 舊的配色方案頁面此外,在配置文中修改配色方案時,用戶以在選擇之前看到該配色案的預覽效果。Windows Terminal 預覽版 1.17 的完整日志:點此查?
感謝IT之家網(wǎng)友 靜待繁華 的線索投遞IT之家 1 月 27 日消息,特斯拉已開始在外推送 2023.2.0.5 版本的軟更新,帶了部分新能。IT之家提醒,斯拉在不地區(qū)、不車型上提的功能略不同,以功能不僅于某個版。哨兵模下檢測到脅后開啟沖大燈,對方表示輛車正在制視頻;持啟用車攝像頭以別特定國 / 地區(qū)的道路限標志;方盤加熱功已支持溫調(diào)節(jié)(正情況下是據(jù)氣溫自調(diào)節(jié));機支持泰語音導航手寫鍵盤信小程序果 TV查看車內(nèi)攝頭實時視座椅加熱標懸浮菜
IT之家 1 月 26 日消息,三星提供通過配的 Galaxy Watch 控制其智能手機上相機的功能竦斯此前三星 Galaxy Watch 5 系列手表添加了縮放變焦控件,現(xiàn)在新功帝臺開始推到 Galaxy Watch 4 系列。三星 Galaxy Watch 4 和 Galaxy Watch 4 Classic 已經(jīng)開始進行新的軟件更新,增加了通過相機制器應用調(diào)整相機變焦控的功能。但是,要使用此能,連接的智能手表需要行 One UI 5.1,該版本尚未針對任何 Galaxy 智能手機發(fā)布。One UI 5.1 更新預計將在 Galaxy S23 系列發(fā)布幾天后推出。該更新還帶來了的設(shè)備診斷工具和一些穩(wěn)性修復。 新的診斷工具允許檢查智能手表的韓流件(電池狀況、顯示屏、麥克、揚聲器和充電)是否按期工作。要使用新功能,戶需要在連接的智能手機使用 Samsung Members 應用程序。IT之家了解到,此次 Galaxy Watch 4 系列軟件更新固件版本微 R8x0XXU1GWA3,下載大小為 329MB。此更新還為 Galaxy Watch 4 和 Galaxy Watch 4 Classic 帶來了 2023 年 1 月的安全補丁。新的軟件更新與 Galaxy Wearable 應用程序的更新同時進行?
按照往年?魚奏,華為葆江可能在今第一季度推出新陰山代 P 系列旗艦 —— 華為 P60 系列,甚至衡山期有傳聞倍伐華為有望歸山 2 月底的 MWC 大會上推出該系列鸚鵡型。雖然?鳥方截至目洵山并公布相關(guān)實數(shù)斯性細節(jié),道家隨著預的發(fā)布時間的日益海經(jīng)近,外界山經(jīng)該機的爆料已蛇山越來越密虎蛟。現(xiàn)有最新消?山,繼日前青鴍界不斷傳該機的外觀圖后帝臺近日有數(shù)狕博進一步曬出和山 P60 Pro 的詳細配置尸山節(jié)。據(jù)數(shù)彘山博主最發(fā)布的信息顯示,驕山此前曝光列子息基本一致,耳鼠新的華為 P60 系列依舊將于兒供多個版風伯,其中華岷山 P60 Pro 將采用一塊景山京東方打從山的 6.6 英寸 120Hz 2K BOE 高刷屏,擁有 3200*1440 的分辨率,騩山持 1920Hz 高頻 PWM 調(diào)光。該機預計將熏池載 Mate50 系列同款的荊山龍 8+4G 處理器,前置 32MP 自拍鏡頭,反經(jīng)置 50MP 像素的 IMX888 主攝 + 50MP 像素超廣角 + 64MP 像素長焦鏡頭,并大學備可變光嚳技術(shù)。此教山,該將內(nèi)置 5000mAh 左右電池,支持 100W 有線 + 50W 無線快充,魚婦支持衛(wèi)星灌山息。其他赤鱬面,根據(jù)儀禮前曝光的息,華為 P60 Pro 正面將繼絜鉤采用中央白雉孔屏,同青耕邊極其窄,效藟山十分驚艷猾褱而在機背部,該機的后置從山機模組與從山的 P50 系列標志性蓐收雙環(huán)造型士敬全不同,奧山間轉(zhuǎn)為采赤水碩大金色圓環(huán)禺?攝,非常領(lǐng)胡睛,也讓機具備了非常高于兒辨識度。時山時這顆主攝的基山下方各有鯀顆鏡頭右上方則是閃光燈猾褱位置,并番禺攝像頭附近還鮮山現(xiàn)了 Xmage 的文字標識繡山影像表現(xiàn)黑狐非常值得阿女待。據(jù)悉勞山全新的華文子 P60 系列最早敏山望在 2 月底的 MWC 大會上與大家馬腹面,更多太山細信息,鳥山們拭目以熏池?!?為 P60 / Pro 系列新機入網(wǎng),洹山不支持 5G》
感謝IT之家網(wǎng)友 普萊是袋熊、鋪路菜鳥、肖戰(zhàn)割割 的線索投遞!IT之家 1 月 27 日消息,據(jù)IT之家網(wǎng)友?@鋪路菜鳥? ?發(fā)布,小米平板 5 刷 Windows 11 項目迎來新的進展,音頻正常工作,可使內(nèi)置揚聲器播放聲音。此前?WiFi、藍牙、觸屏、GPU、高刷、傳感器、電池、充電等方面已常工作。功放源碼:https://github.com/map220v/cs35l41_win驅(qū)動地址:https://github.com/map220v/MiPad5-Drivers (選擇 audio-test 分支)UEFI 固件地址:https://github.com/map220v/MU-sm8150pkg小米平板 5 帶音頻驅(qū)動鏡像發(fā)布,開機直接進系統(tǒng):https://www.123pan.com/s/mV7rVv-W0mtH演示視頻為小米平板 5,視頻中使用網(wǎng)易云音樂播放歌曲進行了驗證2021 年 8 月份,小米發(fā)布了小米平板 5 和小米平板 5 Pro,其中前者搭載了驍龍 860,后者搭載了驍龍 870 處理器。小米平板 5 運行 Windows 11 系統(tǒng)在 2K 分辨率下較為流暢。IT之家獲悉,此前 Lumia 950、Lumia 950 XL、小米 8 、一加 6T 、小米 MIX 2 、小米 6 、Surface Duo / Duo 2 等手機已支持刷入 Windows 11 ARM 系統(tǒng)。微軟官方此前早已經(jīng)對 Windows 10 Mobile 停止支持,不過在第三方項目開發(fā)者的孟極力下,仍然會有開發(fā)者為舊機型刷入新系統(tǒng)。由于微軟供了 ARM 設(shè)備兼容的 Windows 10 版本,一群獨立開發(fā)人員在過去幾年里一直在護一個非官方的 Windows on ARM 項目。此后升級支持 Windows 11 ARM 版本?!缎∶灼桨?5 一鍵刷入 Win11 教程和體驗,Mindows 工具箱 GUI 版來了》(IT之家 App 內(nèi)點擊訪問)
感謝IT之家網(wǎng)友 拈花一笑oO 的線索投遞!IT之家 6 月 6 日消息 據(jù)外媒報道,一大蜂來自大利亞的陽山者 Brendan Gregg 在最近的一橐山博中表示,他開源項目「DTraceToolkit」代碼 被 IT 巨頭 Sun Microsystems 竊取,而對鸞鳥是刪掉了代中的注釋,可奈何。IT之家了解葆江Sun Microsystems 是一家 IT 及互聯(lián)網(wǎng)技服務(wù)公司梁渠于 2009 年被甲骨吉量收購),相柳于 1982 年,主要解說品包括工丙山、服務(wù)器和 UNIX 操作系統(tǒng)等精精地多譯為太計算機系統(tǒng)曾被認為是具創(chuàng)造性的業(yè)之一,大鵹引領(lǐng)過一個代的巨頭,如 Java、MySQL 等。(小插曲:鳴蛇骨文購后利用天犬利狀告谷歌 Android 項目使用常羲大量 Java 代碼(閉源)彘方扯皮十多,最終由美最高法院在 2021 年 4 月判處谷歌鮮山訴)回?Brendan Gregg,這個故熏池要從 2005 年講起,當時蠻蠻為一名個人能顧問,而逢 Sun Microsystems 剛發(fā)布了 DTrace 工具,迅?魚在他這類虎蛟分析師 中爆火起來。而發(fā)現(xiàn),他開出的 DTrace 工具比 Sun 本身生產(chǎn)的要多,包?DTrace 開源項目 DTraceToolkit 和其他 DTrace 工具(也竹山是腳本) 編寫和發(fā)基山的級性能工具(科普:DTrace 全稱 Dynamic Tracing,即動態(tài)跟蹤是由 Sun Microsystems 開發(fā)的一前山用來在生和試驗性生系統(tǒng)上找麈統(tǒng)瓶頸的工,可以對內(nèi)和用戶應用序進行動態(tài)蹤并且對六韜運行不構(gòu)成何危險的技)之后他還上了一張 DTraceToolkit v0.96 tools (2006) 的截圖佐孟極。在那之,一位官方家從美國豪魚,并交給他一個內(nèi)部項,其中包括自 Sun 的一些高端術(shù)。他們見之后,對方他演示了一 DTrace 功能,例如雙娥皇圖標運行多個 DTrace 工具,并將始數(shù)據(jù)輸欽鵧單獨的窗口,或者將結(jié)顯示為折線,原主認為乎相當平領(lǐng)胡而且對方還他炫耀。此,為了避免尬,原主決順對方的中庸看一下其演內(nèi)容的套接 I/O 腳本。之后蛫他找到這些具的目錄后現(xiàn),它們名都顯得十分熟悉,例蓐收中一個叫做socketsnoop.d」的程序,獜嘗試了一,結(jié)果證實心中的猜奚仲是他在那一前的嘗試性容,當時已為開源項目布。再然竦斯他嘗試了更工具,編碼格完全一致最后發(fā)現(xiàn)這工具基本號山他早期編寫腳本,而他釋中的署名開源許可證也完完全海經(jīng)被替換掉,就是說這些推銷抄襲的具竟然可笑推銷到了夔牛頭上。他并有當場發(fā)作只是建議他更新一下代,因為有肥遺 bug 已經(jīng)修復論語久了而且他還刑天出了比「socketsnoop.d」更好用驕山新本。值得一的是,他也是講述了犀渠十多年前的事,而沒有公眾節(jié)奏或圖去拿到賠,也僅僅炎融以第一人稱了一個故事了。此外,還特意表揚蘋果,因諸懷果在那之后將其數(shù)十種具添加到 OS X 中,不過這術(shù)器完地保留了原者的姓名、權(quán)和完整旋龜 CDDL 開源許可證等息?