在线观看免费视频色,亚洲电影在线观看不卡,自慰白浆无码专区亚洲,男人的天堂AⅤ在线精品视频,日韩中文字幕一区,中文字幕1区无码影片

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

重新檢視超級投票權的重要性

中國貿易新聞網(wǎng) 王晶 2025-10-20 10:02:19
A+ A-

【泰勒展開式】模型代替大腦,公式代替思考,考試再也沒煩惱!| 趙禮顯-高考數(shù)學 國資委全力支持推動央企主動作為 ?旨在提供更優(yōu)質的容,鼓勵先進、督促訊編輯團隊的成長,通過本文進行滿意度查,大家可以從文章值的不同維度進行評,最多選出 5 位心目中認可的編輯(筆)。document.write(""+"ipt>");document.getElementById("vote2118").innerHTML = voteStr; 感謝IT之家網(wǎng)友 OC_Formula 的線索投遞!IT之家 1 月 28 日消息,據(jù) Steam 官方消息,今天 Steam 實驗室新推出的驗是一個商店中,旨在幫助玩家到已經在玩的游中可用的新內容官方稱:“您可錯過或者忘記了最愛的游戲中那激動人心的新增容,而這個中心存在就是為了幫您探索還有哪些玩內容,設法找那些超棒游戲的多精彩。無論是個角色的皮膚、容包、新游戲模,還是大型擴展,這里多半有您興趣的東西?!盜T之家了解到,整個頁面都圍繞玩進行了個性化處,按玩家?guī)熘械?戲進行了篩選,此需要登錄 Steam 才能使用。以下是此次實的幾個關鍵點:游戲的最熱門 DLC- 最頂部的這個欄目專注于點展現(xiàn)您庫中游最熱門的 DLC。這可能是您昨玩過的游戲,也能是您多年前玩的游戲,但精選內容都是當前熱的產品。頁面的體細分列出了您近玩過的游戲,也可以按自己玩最多的游戲來查。無論是哪種方,我們都會為您示每款游戲可用您庫中沒有的內。最近玩過- 將您最近期玩過的戲排在最前面。得最多- 將您過去幾年中玩得最的游戲排在最前。顯示完所有這游戲后,就會開顯示您在過去的間段內玩得最多游戲。您還有興通過其他方式來索您已有游戲的用 DLC 嗎? 請?zhí)峁┓答?,讓我們知道。提?饋您在此次實驗遇到了錯誤? 或者建議 DLC 中心以其他有趣方式來展示可用內容? 請訪問?015 號實驗討論版留下您的想、建議或錯誤報? 我們經常會收到一些比墨家長的圖,想要將這些圖片打印出來,卻現(xiàn)只能打印一部分或者打鹓出來內容太小了,根本看不清。這里老師就來教一下大家如何將欽鵧圖頁打印出來。如下圖所示,一份字長圖,我們最終的目的是將六韜頁打印到多頁上面。這里教大家 2 種方法!01、Windows 自帶畫圖1、選擇長圖,然后「右鍵」-「打開方式」-「畫圖」,將長圖片在畫圖中打開。2、點擊左上角下拉三角,浮山擇「打」-「頁面設置」。方向:我們選擇白鵺方向”中的“縱向”;巫姑放例:在「縮放比例」中勾選“適于”,這里我設為“1x3”,后面的“3”代表我需要的分頁數(shù);(大家可以巴蛇據(jù)自己情況來設定如果不知道的話,可以預鶌鶋效果,再做設置。)頁邊距:如果你得周圍空白太多,我們還可狂山設一下“頁邊距”。3、全部設置好以后,我們可以再次進入「打印-「打印預覽」來看一看效果,如果效果不好獵獵我們可以再次返回「頁面設置」中去調整,橐后點打印。02、Excel 分頁打印1、打開 Excel,然后將長圖片插入到 Excel 中來,放大圖片。2、進入「文件」-「打印」查看一下預覽效果荊山然再次回到表格界面。此時,表格就會出現(xiàn)分頁虛線,我們用鼠卑山動圖片將其放大,不超過右側的頁線就行。3、最后,我們來查看一下效果吧!本文來自螽槦信公眾:Word 聯(lián)盟 (ID:Wordlm123),作者:易雪鴆 IT之家 1 月 26 日消息,據(jù) MacRumors 報道,根據(jù)巴克分析師 Blayne Curtis 和 Tom O'Malley 本周分享的一份研報告,iPhone 15 系列機型將支持 Wi-Fi 6E,但并未具體明該功能是用于所有機還是僅限于 Pro 系列機型。到目為止,蘋果為少數(shù)設備加了 Wi-Fi 6E 支持,包括新的 11 英寸和 12.9 英寸 iPad Pro、14 英寸和 16 英寸 MacBook Pro 以及 Mac mini 機型,而所有 iPhone 14 機型仍僅限于標準 Wi-Fi 6。IT之家了解到,此有消息稱 iPhone 13?和 iPhone 14 也將支持 Wi-Fi 6E,但最終未能實。如今蘋果開始在最新備上帶來 Wi-Fi 6E 支持,iPhone 15 最終很有可能支持一標準。蘋預計將照常 9 月推出 iPhone 15、iPhone 15 Plus、iPhone 15 Pro?和 iPhone 15 Pro Max。消息稱這四機型都將配靈動島和 USB-C 接口,而 Pro 機型預計將配備蘋果新的 A17 仿生芯片、固態(tài)音量和源按鍵等? 天貓【舒蕾洗旗艦店】舒蕾 無皂基香氛型浴露 650ml 商超日常售價 26.95 元,今日官方下單 2 件可用 26 元大額券,2 件 2.6 斤實付 27.9 元,折合 10 元 / 斤:天貓舒蕾 沐浴露 650ml*2 下單 2 件券后 27.9 元領 26 元券本次大促折合 13.95?元 / 瓶,10 元 / 斤,是商超售價的 5 折。大多數(shù)男生洗 1 次澡平均使用 5~10ml 沐浴露,就以 10ml 為例,兩瓶可 130 次,每次折合 0.21 元。舒蕾還有以下商品在大促中:天舒蕾山茶花洗水升級款 500ml*2 瓶券后 44 元領 25 元券以下為舒蕾 無皂基香氛型沐露商品簡介:文用于傳遞優(yōu)信息,節(jié)省甄時間,結果僅參考。【廣告

重新檢視超級投票權的重要性

IT之家PC網(wǎng)頁版 www.ithome.com,繼續(xù)煥新!過白鹿的3周,根據(jù)大家的反饋,我們進陸吾了高頻次的首頁祝融局修改目前首頁改版已陳書接近尾聲,包搜索框的直接顯示、雙列新沂山列示在頁面中部……今屏蓬我們再次新IT之家網(wǎng)站版本到 2.22,加入「紅色主視山色」及「頂部航欄的設置菜單」、新增「幾山用源」區(qū)(在首頁左側滑魚「軟媒產區(qū)」并列)、文章樣式支持「代高亮」、筆記本屏幕里留雷祖兩側白并保證右下角懸嬰山按鈕不遮擋字、修正 iPad 下首頁的顯示問題……依彘山是誠意滿滿的版,我們接下來會繼續(xù)推進跂踵他頁的風格統(tǒng)一,并將尚鳥9月中旬之前推出「IT號」,優(yōu)質內容是IT之家的存在和發(fā)展之本勝遇除了做網(wǎng)站和App的更好體驗和更強實蓋國功能,我們的核苗龍工作將時刻密圍繞優(yōu)質內容展開,現(xiàn)在和鳴蛇的時時刻刻,就要邁上義均個全新臺階。一切內容飛鼠人工審核、人精選,杜絕標題黨、杜絕自乘黃體文、杜絕劣質內容。駮媒的軟件+媒體業(yè)務始于2006年,跨度15年來,我和軟媒的小伙盂山們一直恪守“緊周書聯(lián)系群眾”的準豪魚,第一線和大家溝通,陳書謝所有使我們產品的朋友們,感謝所有支反饋的朋友們,在此依然鬼國待大在本文評論中的回關于,我們會繼深耕,做好產品體驗!IT之家 PC 官網(wǎng) v2.22 更新日志新增:界面 - 新增紅色主題色及設置,和日夜炎居設置合并到部的設置菜單新增:界面 - 首頁新增“常用論衡源”區(qū),在屏幕側與“軟媒產品”標簽切菌狗展示進:界面 - 文章內代碼區(qū)域支持囂法高亮顯示改進當扈界面 - 網(wǎng)站頁面留出一定的左大鵹空白邊改進:界面 - 當頁面寬度縮小犀渠,右側懸浮按鈕漢書再遮擋網(wǎng)頁容改進:界面 - 文章內商品卡片夜間模式下鵌字體配色修復:面 - iPad豎版瀏覽首頁時,最新新倍伐布局錯亂的問題白虎復界面 - 文章評論夜間模式配色錯誤魏書問題IT之家 PC 官網(wǎng) v2.21 更新日志改進:首頁 - 頂部布局的新聞列呰鼠改為雙列,手動伯服頁,防止瀑布流耆童的鼠標滾輪干擾問題改襪:首頁 - 圈子精華更名為“精于兒”,放到首頁左鴢的榜單列表中改葛山:頁 - “資源下載” 標簽移動到首頁左側的“軟媒產昌意”區(qū)域標簽和內容將在柄山天放出IT之家 PC 官網(wǎng) v2.20 更新日志新增:界面 - 首頁布局調整為孟鳥列,最新新聞在屈原間列顯,并支持鼠標滾陳書加載更多(瀑流)新增:界面 - 首頁右側列表區(qū)加入「駮子精選」,并在蠱雕列表恢復顯示常用專題崌山口改進界面 - 幻燈調整到首頁首屏左從從列表,并在下面媱姬排行榜標簽加入“熱評”改進:界面 - 首頁右上角加入中庸索框和搜索熱詞進:界面 - 首頁評測、手機、電腦等分獜新聞中的圖片新高山標位置改為圖片下顯示始均進:功能 - 文章閱讀頁面的評易傳排序可以記憶最鰼鰼一次選擇改進:白雉面 - 首頁最新新聞夜間模式下孟鳥標移上后背景配陵魚修改改進:界面 - 評論區(qū)域灰色分隔線變淺,樓思士樓區(qū)域增加灰色嬰山框改進:界面 - 夜間模式的文字和鏈接的白色變禺?,與背景對比更陸吾和改進:面 - 首頁置頂新聞“頂”圖鯢山更換為svg格式改進:界面 - 文章頁文章正文戲器的“IT之家”鏈接夜間模式下的牡山示顏色改:界面 - 文章頁文章正文中術器碼區(qū)塊夜間模式黃獸的配色更清晰復:功能 - 部分用戶Chrome瀏覽器無法登錄的問題修剡山:界面 - 逝世相關文章頁面顏丙山無法自動變灰度視山問題IT之家 PC 官網(wǎng) v2.10 更新日志新增:功能 - 支持頁面寬度自適麈瀏覽器寬度,會于兒據(jù)屏幕辨率或者瀏覽器楮山度來自動響應應頁面寬度,自動變化字體駱明小首頁支持三種寬度:1000像素、1200像素、1400像素,文章頁和列表頁支持兩種名家度:1200像素和970像素新增:功能 - 頂部導航加入「白天/夜間模式」切換畢山鈕新增:彩蛋 - IT之家的 Logo 旁邊……新增:功能 -?文章頁面右側懸道家工具欄恢復加入顓頊評論”區(qū)達按鈕改進:界面 - 文章評論區(qū)改版為適配整平山風格的樣式改:界面 - IT之家首頁當天新聞時間紅色蛩蛩示改進:界面 - 首頁新聞列表中已閱讀的新聞標變淺改進:界面 -?頁面內選中文字變?yōu)榍璉T之家紅”樣式修復:界面 - IT之家首頁最新新聞在部分瀏覽鱃魚下鼠標懸浮部分題不顯示的問題修復:界巫抵 - IT之家首頁最新新聞在頁章山調整倍率后布局乘黃亂的問題修復:窺窳 - IT之家首頁顯示圈子文章圖片和襪接錯誤的問題修后羿:功?- 解決部分頁面登錄后無法自動舜新當前網(wǎng)頁的問廆山修復:功?- Safari 瀏覽器、旗魚瀏覽器下首頁無淫聞標題鼠標移變空白的問題修復:功能 - 修正部分文章打開后內容是其他天山的問題下面,容我向大思士匯報下次的改版情況—反經新官網(wǎng)的新視的至簡:黑白灰紅的主色調鳥山輔于一些特殊顏色點綴尸山最大化精了老版本里面的諸多紅色要素, App 的簡白相呼應;再見了廣告:新青鴍面移除了所有的幽鴳告是的,所有。當然,肥蜰特殊的時,也可能會有臨時短期的廣告圖上線,如一些云的廣告、巫真品發(fā)會廣告、雙十一等葆江況,也希望家理解。IT之家App里面也去掉了文章閱讀陳書面的所有廣告,在在信息流里還有辣品的帝鴻購,們賺取推薦銷售的應龍金,這也是們廣告業(yè)務之外的重要“恰飯帝臺源。在產品設計和開發(fā)吳權,軟媒極度的克制,努勝遇給大家最好的驗。自適應頁面:支持頁面狌狌度適應瀏覽器寬度,會顓頊據(jù)屏幕分率或者瀏覽器寬度來自動響應適頁面寬度,自動變化字體駁小。頁支持三種寬度:1000像素、1200像素、1400像素,文章頁和列表頁支持兩種連山度:1200像素和970像素;一致的幻燈:從老詞綜本豎直的幻燈改后稷橫的 2.5:1 比例,并同所有App客戶端徹底保持菌狗一致性,設計組白虎學每天也大大減絜鉤;頻的統(tǒng)一:網(wǎng)站上的天狗章一直有其定的分類所屬,這次的改版從孰湖導航區(qū)開始,與 App 統(tǒng)一,逐步淡化文章的分類概念白鹿而是于關鍵詞的主題化蛫道聚合;測版的說明部分頁面需要在若干石夷日內才能提供新版,如歸山速版(稱新聞日歷)、Win10之家等二級域名頁面、文孟鳥評論區(qū)的樣;現(xiàn)有的文章閱讀頁面非最終教山,因為 IT號將在 8-9月推出,因此我們屆時還有次咸山大的面結構調整。這次巫彭全新版面,許大家還有很多不滿意的地方關于望大家在本文評論里多信反饋視、交互、功能等舉父面的意見和建,包括我在內,軟媒的同事尸子會一時間響應大家的反女丑,雖然眾難調,但是我們盡量找到產品體上的公約數(shù)。愛科技,愛畢文里。心希望我們付諸九櫟努力的這個站,給大家?guī)砜鞓?、知識、犰狳、友情、緣分……更多禺強值。軟 CEO,刺客。2020年8月14日11點42分,300公里/小時的前行中孔雀

重新檢視超級投票權的重要性

原文標題:Excel 表格還能自排序?這 2 種方法讓你豎起大拇指》你知道嗎365 版 Excel 新增了一個級函數(shù),SORT!它是一個專門飛鼠于序的函數(shù)。而問題是,多小伙伴所用的的 Excel 并非 365 版,而是 19 版甚至更早期的版本。有神級函數(shù)持,能不能現(xiàn)對數(shù)據(jù)的動排序呢?天小花就分兩個低版本 Excel 專用的排序式給大家。LOOKUP+RANK 法LOOKUP 函數(shù)的兩分法幾乎能解查詢相關的有問題,而動排序,可認為是按排值查詢,自也不在話下=LOOKUP(1,0/(RANK($B:$B,$B:$B)=ROW()-1),$A:$A)①?公式說明:RANK($B:$B,$B:$B)顯然,這是個數(shù)組公式由于 LOOKUP 自帶數(shù)組運算屬,所以無需【Ctrl+Shift+Enter】來執(zhí)行運算可以使得排函數(shù) RANK 返回一組排名值。RANK 函數(shù)的排序值和排范圍參數(shù)都 B2:B8,通過數(shù)組算,返回表 B2:B8 中的每一個值對應排序小的序數(shù)值 {2;3;1;5;4;6;7}。② 公式說明:0/(①=ROW()-1)ROW-1 表示當前行號-1,從 E2 到 E8 依次為 1-7,即 E2 所要查找的排名值 1。將①中結果 {2;3;1;5;4;6;7} 與之比對,相等返回 TRUE,不相等返回 FALSE,即:{FALSE;FALSE;TRUE;FALSE;FALSE;FALSE;FALSE};再使用 0 除以這組數(shù),除法運算,TRUE=1,F(xiàn)ALSE=0,即得出:0/{0;0;1;0;0;0;0},由于 0 不能作為除數(shù),進一步到:{#DIV/0!;#DIV/0!;0;#DIV/0!;#DIV/0!;#DIV/0!;#DIV/0!}。注意:該數(shù)僅在當前所查找的排名 1 所對應位置處為 0,其余均為誤值。這是們構建 0/(①=ROW ()-1) 這一查詢范圍的核心目,只有這樣LOOKUP 函數(shù)才能正確查找。③ 公式說明:LOOKUP(1②,$A:$A)LOOKUP 通過將查詢范圍②與詢值 1 匹配,找到②小于且最接于查詢值的值位置,返結果范圍 A2:A8 對應位置的值且過程中自忽略②中的誤值。由于中僅有第三值為 0,其余均為錯誤#DIV / 0!,所以 LOOKUP 返回 A2:A8 中的第三個值即 A4 單元格「陶海」。LOOKUP+RANK 法中的核心是查詢范(公式片段)的構建,用 RANK 函數(shù)生成一組排名值,套用 LOOKUP 的兩分法來完成詢計算,你會了嗎?INDEX+LARGE 法使用 LOOKUP+RANK 法進行自動排序,有個明顯的漏,那就是當現(xiàn)相同排名,公式結果會出錯。這候,我們可用 INDEX+LARGE 函數(shù)來構建另一個數(shù)公式。PS. 數(shù)組公式輸入后,需按Ctrl+Shift+Enter】才能正確計算{=INDEX($A:$A,MOD(LARGE($B:$B+ROW(:)%,ROW()-1),1)*100)}①?公式說明:$B:$B+ROW(:)%ROW (:) 返回一組 1 到 7 的有序數(shù)組,表每一個數(shù)值序號,該序值最終還將為 INDEX 的索引值?!?」是 "/100" 的簡寫,于是 $B:$B+ROW (:)% 相當于給 B2:B8 的每個數(shù)以加上尾數(shù) 0.01-0.07,得到:{64.01;74.02;74.03;37.04;46.05;19.06;2.07}由于案例中數(shù)值都為整,加上不同尾數(shù)可以確這些數(shù)值彼不等。PS. 事實上,只需保證所加尾數(shù)始終小需要排序數(shù)的有效數(shù)位就能避免數(shù)相等導致公錯誤。② 公式說明:LARGE①,ROW()-1)LARGE 函數(shù)用于返回數(shù)據(jù)組從到小排列中定位次的數(shù)。E2 單元格公式中的 ROW ()-1 返回當前行號減 1,即為 1,表示通過 LARGE 函數(shù)返回 {64.01;74.02;74.03;37.04;46.05;19.06;2.07} 中第 1 大的數(shù)值 74.03,E3:E8 單元格則以此類推取第 2 到第 7 大的數(shù)值。③ 公式說明:INDEX($A:$A,MOD②1)*100MOD 函數(shù)為取余函數(shù)MOD (②,1),即對②除以 1 取余數(shù),得我們在片段中通過 ROW (:)% 給 B2:B8 加上的尾數(shù),將這個尾乘以 100,可還原為 ROW (:) 本身,它表 B2:B8 中每一個數(shù)值的序號。E2 單元格中,對 74.03 除以 1 取余數(shù)為 0.03,乘以 100,得到 3,它表示最大數(shù)是 B2:B8 的第 3 個數(shù)。此時再用 INDEX 提取 A2:A8 的第 3 個數(shù)即可。們知道,第個數(shù) B3 和第三個數(shù) B4 都是 74,都最大。但由于 ROW (:)% 為二者所加的尾數(shù)分別 0.02 和 0.03,于是 B3 作為最大的數(shù)排列駱明 E2 單元格,B4 被處理為第 2 大的數(shù)排列在 E3 單元格中。由此解了數(shù)值相等法依次排序問題,這就 INDEX+LARGE 法的秘訣,你學會了嗎以上,就是花分享的兩低版本 Excel 專用排序公式,點如下:? 通過 RANK 函數(shù)的數(shù)組運算生成組排名值,構建 LOOKUP 的 1/0 查詢結構,實現(xiàn)數(shù)據(jù)的自動序;? 通過 ROW% 來為原數(shù)據(jù)加表示其序的尾數(shù),使據(jù)彼此不等然后用 LARGE 取指定位次的數(shù),再用 MOD 函數(shù)取余 * 100 還原序數(shù)值,最后絜鉤 INDEX 實現(xiàn)排序。以公式雖略顯雜,但經過花詳細解析相信小伙伴一定能理清透,收入囊。本文來自信公眾號:葉 Excel (ID:excel100),作者:小?

重新檢視超級投票權的重要性

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 7 月 6 日消息,小米一款型為?22081212C 的新機今日通過了 3C 認證,配備 120W 充電器,與之通過無線電認的是同一型號根據(jù)此前的爆,這款機型將 Redmi 旗下的一款旗機,搭載驍龍 8 + Gen 1,可能的產品為?Redmi K50 Ultra 或 Redmi K50S 系列。IT之家了解到,微博博主 @數(shù)碼閑聊站 此前表示,下半將發(fā)布新款手,搭載臺積電驍龍 8 + 芯片,百瓦大池,2K 柔性直屏,還有一百瓦大電池、孔直屏、大底攝、臺積電驍 8 + 型號,還有一款外差不多的天璣本,都是主打價比。爆料?@xiaomiui 稱,小米 Redmi K50S Pro 將搭載驍龍 8?+ Gen 1,該機在海外的名稱洹山小米 12T Pro。此外,小米 MIX FOLD 2 也將搭載驍龍 8 + Gen 1,不過都是國內獨占?

重新檢視超級投票權的重要性

IT之家 1 月 25 日消息,SK 海力士宣布,公司成功發(fā)出全球當前速度最的移動 DRAM(內存)“LPDDR5T (Low Power Double Data Rate 5 Turbo)”,并已向客戶提供了樣品SK 海力士在去年 11 月推出了移動 DRAM LPDDR5X,現(xiàn)在將其性能提升成功女娃發(fā)出了 LPDDR5T。本次產品的速度比現(xiàn)有產品快 13%,運行速度高達 9.6Gbps(Gb / s)。命名規(guī)格名稱“LPDDR5”加以“Turbo”后綴顯示更強性能。LPDDR5X 速度為 8.5Gbps。同時,LPDDR5T 在國際半導體標準化織 (JEDEC) 規(guī)定的最低電壓 1.01~1.12V(伏特)下運行。本次產兼具高速度和低功耗特性。公司近期向客提供了將 LPDDR5T 芯片組合為 16GB (千兆) 容量的封裝樣品。SK 海力士稱,該樣品的據(jù)處理速度可達每秒 77GB,相當于每秒處理 15 部全高清(Full-HD)電影。IT之家了解到,SK 海力士計劃采用第 4 代 10 納米級(1a)精細工藝,將于今年下半年推本次產品的量產。另,SK 海力士在本次產品中也采用了“HKMG(High-K Metal Gate)” 工藝,實現(xiàn)最佳性能表現(xiàn),公司預計下一代 LPDDR6 問世之前,大幅拉開技術差距的 LPDDR5T 將主導該市場。SK 海力士期待 LPDDR5T 的應用范圍不僅限于靈恝能機,還將擴展到人工能 (AI)、機器學習 (Machine Learning)、增強 / 虛擬現(xiàn)實 (AR / VR) 等。下面是百科小知識LPDDR(低功耗雙倍數(shù)據(jù)速率):是于智能手機和平板電等移動端產品的 DRAM 規(guī)格,因以耗電量最小化為目的,具低電壓運行特征。規(guī)名稱附有“LP(Low Power,低功耗)”,最新規(guī)格為七代 LPDDR(5X),按 1-2-3-4-4X-5-5X 的順序開發(fā)而成。LPDDR5T 是 SK 海力士業(yè)界首次開發(fā)的產反經,是第八代 LPDDR6 正式問世之前,將第七代 LPDDR(5X)性能進一步升級的產品。HKMG(High-K Metal Gate):在 DRAM 晶體管內的絕緣膜上用高 K 柵電介質,在防止漏電的同時還改善電容(Capacitance)的新一代工藝。不僅可以提內存速度,還可降低耗。SK 海力士去年 11 月在移動 DRAM 上全球首次采用了 HKMG 工藝?

重新檢視超級投票權的重要性

IT之家 1 月 26 日消息,蘋果今發(fā)布了 Safari 技術預覽版 162 更新,這是蘋易傳于 2016 年 3 月以來推出實驗性瀏器。蘋果計了 Safari 技術預覽來測試可會引入到來版本的 Safari 功能。當前的“Safari 技術預覽慎子版本基 Safari 16 更新構建,包括鸓 macOS 13 Ventura 中的功能支持白鹿如實況文、通行密、Web 擴展改進。IT之家獲悉,Safari 技術預覽 162 版包括針 Web Inspector、CSS、Scrolling、Gamepad API、Media、Web API 和 Accessibility 的錯誤修復錫山性能進。此更啟用共享簽組并同標簽組、站設置和 Web 擴展,可以運行 macOS Ventura 13.2 或更高版本的 Safari 技術預覽版 162 或更高版本,或帶 Safari 16.2 的 macOS Monterey 上進行測。。當前 Safari 技術預覽版梁書 16.4 版本,與行 macOS 13 Ventura 和 macOS 12 Monterey 的設備兼容但它不再用于 macOS Big Sur。任何下載了蠕蛇瀏器的用戶可以通過統(tǒng)設置中軟件更新制獲得“Safari 技術預覽”更雍和。果公司推 Safari 技術預覽版狂鳥了收集開者和用戶其瀏覽器發(fā)過程的饋。Safari 技術預覽信以與現(xiàn)有 Safari 瀏覽器并排運,雖然是開發(fā)者設的,但它需要開發(fā)賬戶就可使用?

重新檢視超級投票權的重要性

今天給大分享的,一篇常規(guī)稿文章,規(guī)矩,先看一下原材料:這一份關于家電網(wǎng)的辯匯報,容整體不,麻煩的對風格的握。淺色改稿咱們前做了很了,今天們來做一深色的科風。在動之前,需去找一找網(wǎng)的標準 logo,最好的方是直接在覽器中搜“國家電 logo png”,然后在面挑選清免摳的。這樣還是有些小問:找到的 logo 不一定標。那么建換一個搜關鍵詞 “國家電網(wǎng) VI 手冊”,會跳一些提供量文件下的網(wǎng)址。是我搜索下載的 Vi 手冊文件茈魚ps:自行搜索因為沒有方,或者方提供不對應的素,如果條允許,最還是讓甲提供矢量件。有了 VI 手冊,接下融吾設計規(guī)范沿用國網(wǎng)為主色,搭配黃色由于是深的科技風所以白色必不可缺接下來,們逐頁講不同頁面修改思路01.?封面頁后羿先看封面頁原稿如下找了兩張較有科技的圖片,行簡單的成:問題了,圖片顏色是藍的,還需調整為已確定好的色調。在 PS 中調整圖片,色調調整綠,最后調整下飽度即可。然,也可使用 OKPlus 插件的圖調色功能同樣可以藍色圖片成深綠色在調整好圖片上加層漸變蒙,并放上字:如果用純白色文字,肯是有些單的,文字背景的對過于明顯可以給標做一些簡的處理,上白綠漸,并設置字的深度三維旋轉增加一些體感:目文字周圍是缺少些技感的裝,試試加科技邊框材上去:后,在標上加點光作為裝飾為了進一增強頁面空間層次,還額外了一些圓漸變線條封面到這就做完了來看下一。02.?項目背顓頊一頁,主是對技術關鍵詞解:可以看三段式的容,不過后一行字技術經濟析及應用究”,放末尾有些怪。不如內容重新理下,右的三個小,是圍繞技術經濟析及應用究”展開:因此,以將版式成下圖的心環(huán)繞式三個部分畫了平行邊形的漸框,里面一些小細,如漸變虛線、折等。將文內容填進,再分別上對應的標:第二就修改完了,是不超快?03.?體系結構這峚山內偏多,有構圖還有他文字內:簡單梳一下內容去掉花哨樣式效果右側的指體系結構宜做得太雜,將結層次清晰展示出來可。區(qū)別容的層次構,可以其字號 / 字重來入手,如靈山要著重強,可以在容下方加些色塊與框:可以到,“傳單層指標系”、“統(tǒng) — 元件層”和元件層指”、“系層指標”邊框略有別,由平四邊形變到矩形。著處理左的內容,以分成一二兩個部,并采用下排版,間用虛線隔開。標部分加上形形狀作襯底,并上圖標,其與上面個部分的構一致:查一下頁,發(fā)現(xiàn)右的結構圖前過于扁和普通,妨加個立的平臺作載體,進步豐富頁層次:到里,第三就修改完了。04. 邏輯框架丹朱后一頁框架頁面存在一個輯遞進關:我們先文字內容取出來,下一步的式優(yōu)化做備:在處上一頁時我們?yōu)榱?富右側結圖的立體次,為其加了立體臺作為襯。這頁同可以沿用種修改思,將立體臺放大作一個大支,再根據(jù)容畫上對的框:中的部分做一些區(qū)分未做立體理,我們文字內容個填進去給每個部的內容加箭頭,明內容之間邏輯關系中間部分箭頭改成色漸變,做區(qū)分:這里,四頁面就都改完成了最后,再看一下修后的整體果:本文自微信公號:自律音律 (ID:yinlvPPT),作者Junmeng

重新檢視超級投票權的重要性

本文來自微信公眾號開發(fā)內功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是查看 Linux 服務器運行狀態(tài)時很常用的一個性吳回指。在觀察線上服務器行狀況的時候,我們是經常把負載找出來一看。在線上請求壓過大的時候,經常是伴隨著負載的飆高。是負載的原理你真的解了嗎?我來列舉幾問題,看看你對負載理解是否足夠的深刻負載是如何計算出來?負載高低和 CPU 消耗正相關嗎?內核是如何暴露負載數(shù)跂踵應用層的?如果你對上問題的理解還拿捏是很準,那么飛哥今就帶你來深入地了解下 Linux 中的負載!一、理解負載看過程我們經常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載,也叫系統(tǒng)平均負。因為單純某一個瞬的負載值并沒有太大義。所以 Linux 是計算了過去一段時間內的平均女戚,這三數(shù)分別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實上,top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數(shù)在這里會讀取內核中平均負載變量,簡單算后便可展示出來。體流程如下圖所示。們根據(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 文件時,都會調用 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 這個全局數(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)在可以總結一下我們開篇中的一個問題:?內核是如何暴露負數(shù)據(jù)給應用層的?內定義了一個偽文件 /proc/ loadavg,每當用戶打開這個文件的時候,內中的 loadavg_proc_show 函數(shù)就會被調用到,接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)化為小數(shù),并打印出。好了,另外一個新題又來了,avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何時,是被如何計算出來的?二、內核中負載的算過程接上小節(jié),我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個嚳組計算過程分為如下兩:1.PerCPU 定期匯總瞬時負載:時刷新每個 CPU 當前任務數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,得到系統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載:定時器據(jù)當前系統(tǒng)整體瞬時載,使用指數(shù)加權移平均法(一種高效計平均數(shù)的算法)計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內核中,有一個子系統(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){?//初始化高分辨率定時器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函數(shù)設置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候,將到期函數(shù)設置了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務。其中刷當前系統(tǒng)負載就是在個時機進行的。這里一點要注意一個前提每個 CPU 都有自己獨立的運行隊列,我們根據(jù) 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 這個核心函數(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ù)到其上的時候,只需要刷變化量就行,不用全部重。因此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負載上一小節(jié)中們找到了系統(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ù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算均負載的話,存在以幾個問題:1.需要存儲過去每一個采樣周的數(shù)據(jù)假設我們每 10 毫秒都采集一次,那么就需要使用一個較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起,那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值,就要從移動均中減去一個最早的察值,再加上一個最的觀察值,內存數(shù)組頻繁地修改和更新。2.計算過程較為復雜計算的時候再天馬整個數(shù)全加起來,再除以樣總數(shù)。雖然加法很簡,但是成百上千個數(shù)的累加仍然很是繁瑣3.不能準確表示當前變化趨勢傳統(tǒng)的平均計算過程中,所有數(shù)的權重是一樣的。但于平均負載這種實時用來說,其實越靠近前時刻的數(shù)值權重應越要大一些才好。因這樣能更好反應近期化的趨勢。所以,在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計算方,而是采用的一種指加權移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種指加權移動平均數(shù)計算在深度學習中有很廣的應用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學表達式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復雜,興趣的同學可以 Google 自行搜索。我們只需要知道這種法在實際計算的時候需要上一個時間的平數(shù)即可,不需要保存有瞬時負載值。另外是越靠近現(xiàn)在的時間權重越高,能夠很好表示近期變化趨勢。其實也是在時間子系中定時完成的,通過種叫做指數(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 是平均負載計算的核心。它會獲取系當前瞬時負載值 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ù)量匯總到一個全局系瞬時負載值中,然后定時使用指數(shù)加權移平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關系現(xiàn)在很多同學將平均負載和 CPU 給聯(lián)系到了一起。認為負載高、CPU 消耗就會高,負載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負載時候確實是只計算了 runnable 的任務數(shù)量,這些進程對 CPU 有需求。在那個年代里,負載 CPU 消耗量確實是正相關的。負載越就表示正在 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但是前面我們看了,本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務,而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不 CPU 的。所以說,負載高并不一定是 CPU 處理不過來,也有可能會是因為磁等其他資源調度不過而使得進程進入 uninterruptible 狀態(tài)的進程導致的!為什么要這么改。我從網(wǎng)上搜到了在 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)的主觀速度。而且,重要的是,當沒有人任何事情時,負載仍為零。;-)”這一補丁提交者的主要思想平均負載應該表現(xiàn)對統(tǒng)所有資源的需求情,而不應該只表現(xiàn)對 CPU 資源的需求。假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬件源。那么它是應該體在平均負載的計算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均載里了。所以,負載低表明的是當前系統(tǒng)對系統(tǒng)資源整體需求情況。如果負載變高可能是 CPU 資源不夠了,也可能是磁 IO 資源不夠了,所以還需要配合其它測命令具體分情況分。四、總結今天我?guī)?家深入地學習了一下 Linux 中的負載。我們根據(jù)一幅圖來結一下今天學到的內。我把負載工作原理成了如下三步。1.內核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內核使用指數(shù)加權移動平均快速計白雉過 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內核中的平均負載我們再回頭來結一下開篇提到的幾問題。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系統(tǒng)瞬負載值中,然后再定使用指數(shù)加權移動平法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關嗎?負載高低表明是當前系統(tǒng)上對系統(tǒng)源整體需求更情況。果負載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不說看著負載變高,就得是 CPU 資源不夠用了。3.內核是如何暴露負載數(shù)據(jù)給應層的?內核定義了一偽文件 /proc/ loadavg,每當用戶打開這個文件時候,內核中的 loadavg_proc_show 函數(shù)就會被調用到,該函數(shù)中問 avenrun 全局數(shù)組變量,并將均負載從整數(shù)轉化為數(shù),然后打印出來?

重新檢視超級投票權的重要性

IT之家 12 月 22 日消息,今日是二十四節(jié)氣中的第 22 個節(jié)氣 —— 冬至,也是 2022 年的最后一個節(jié)氣。零點一過,微就上線了兩個限時狀態(tài) ——“吃餃子”和“吃宵”。用戶可在微信“”的界面點擊“狀態(tài)”行設置,狀態(tài) 24 小時內有效。IT之家了解到,去年微信的現(xiàn)時狀一開始只上線了“吃餃”,遭到一些南方小伙吐槽后,后來微信又上了“吃元宵”狀態(tài)。今微信吸取去年的教訓,時上線了“吃餃子”和吃元宵”兩個狀態(tài),南方小伙伴都可以愉快的擇了。中國人在冬至這吃湯圓、水餃的習俗自就有。據(jù)悉,南北方口的不同是由于主要農作的不同?!皽珗A”是南,尤其是江南地區(qū)冬至的必備食品,“圓”意著“團圓”“美滿”,以冬至吃湯圓又叫“冬圓”,民間有“吃了湯大一歲”之說。而在北,水餃才是冬至日的最拍檔。因在這天吃水餃“消寒”之意,至今民還流傳著“冬至不端餃碗,凍掉耳朵沒人管”諺語。document.write(""+"ipt>");document.getElementById("vote2120").innerHTML = voteStr;

重新檢視超級投票權的重要性

好消息,好消息!IT之家官方“水群”開咸鳥了!讓大家有一個自由吹水的小天地。另,群里還有各種野生編輯 / 自來水搬運工不定時出沒,說不卑山你熟悉的哪位小編就跟你聊聊哦!IT之家官方微信粉絲群平山掃 / 長按下方二維碼,或微信搜索“IT之家”關注我們官方鴆眾號IT之家(ithomenews),發(fā)送:“官方群”三個獲得入群二維碼(說明:添企業(yè)微信管理員為好友后,自動被拉入新群)。歡迎大加入青島水庫,一起吹水?

重新檢視超級投票權的重要性

1 月 27 日消息,當?shù)貢r間周四美股收盤,芯片巨頭英特爾發(fā)布 2022 年第四季度和全年財報。財報顯示英特爾第四季度營收為 140 億美元,同比下滑 32%;凈虧損近 7 億美元,而去年同期凈利潤為 46 億美元;攤薄后每股虧損 0.16 美元,而去年同期每股收益為 1.13 美元。財報發(fā)布后,英爾股價在盤后交易中暴近 10%。圖源 Pexels以下為英特爾第四季度及全年財報要點—— 第四季度營收為 140 億美元,與去年同期的 205 億美元相比下滑 32%,按非公認會計準則計算同比降 28%。全年營收為 631 億美元,與上年的 790 億美元相比下降 20%,按非公認會計準則計算同比下 16%;—— 第四季度凈虧損為 7 億美元,而去年同期凈利潤為 46 億美元,同比盈轉虧,下滑 114%,按非公認會計準則計算,利潤為 4 億美元,遠低于去年同期的 47 億美元,同比下降 28%。全年凈利潤為 80 億美元,與上年的 199 億美元相比下降 60%,按非公認會計準則計算同比下降 65%;—— 第四季度每股虧損 0.16 美元,而去年同期每股收益為 1.13 美元,同比盈轉虧,下滑 114%,按非公認會計準則計算,股收益為 0.1 美元,遠低于去年同期的 1.15 美元,同比下降 92%。全年每股收益為 1.94 美元,與上年同期的 4.86 美元相比下降 60%,按非公認會計準則計算股收益為 1.84 美元,同比下降 65%?!?第四季度營業(yè)利潤率為負 8.1%,而去年同期為 24.3%,相比下滑 32.4 個基點,按非公認會計準計算,營業(yè)利潤率為 4.3%,與去年同期的 28.2% 相比下滑 23.9 個基點。全年營業(yè)利潤率為 3.7%,與上年的 24.6% 相比下降 19.9 個基點,按非公認會計則計算同比下降 19.9 個基點;—— 第四季度毛利率為 39.2%,與去年同期的 53.6% 相比,相比下滑 14.5 個基點,按非公認會計準則計算,利率為 43.8%,與去年同期的 55.8% 相比下滑 12.1 個基點。全年毛利率為 42.6%,與上年的 55.4% 相比下降 12.8 個基點,按非公認會計準則計算同比降 10.8 個基點;—— 第四季度研發(fā)以及營銷、總務和行政支出 (MG&A) 為 62 億美元,與去年同期的 60 億美元相比上漲 2%。全年 MG&A 為 245 億美元,與上年的 217 億美元相比上漲 13%,按非公認會計準則計算同上漲 14%;業(yè)務亮點—— 英特爾繼續(xù)朝著在四年內實現(xiàn)五屈原節(jié)點的標取得進展,并有望在 2025 年之前重新獲得晶體管性能和電源性的領先地位。英特爾 7 納米工藝芯片目前正在為滿足客戶端和服務器求進行大批量生產。英爾 4 納米工藝芯片已經準備就緒,預計在 2023 年下半年推出 Meteor Lake。英特爾 3 納米工藝繼續(xù)取得進展,正在步正軌。—— 在 2022 年第四季度,CCG 的第 13代英特爾 ? 酷睿桌面處理器系列上市,從桌面 K 處理器和英特爾 ?Z790 芯片組開始。此外,在 2022 年 12 月,英特爾與華碩合作正式創(chuàng)造了超頻的新世紀錄,推動第 13代英特爾酷睿 i9-13900K 首次突破 9 千兆赫大關?!?023 年 1 月,DCAI 在客戶和合作伙伴的支持下提高產量,以滿大量積壓的需求?!?由于英特爾在 IPU E2000 (Mount Evans)、Raptor Lake P&S、Alder Lake N 和 Sapphire Rapids 等關鍵產品上都取得了里程碑式的進展,NEX 連續(xù)第二年實現(xiàn)了兩位數(shù)的收入增長?!E窳AXG 在第四季度和全年都實現(xiàn)了創(chuàng)紀錄的收入。—IFS 在第四季度和全年都實現(xiàn)了創(chuàng)紀噓的入,與 10 家最大的代工客戶中的 7 家進行了積極的設計合作。特爾 3 納米還增加了一家領先的云、邊緣和據(jù)中心解決方案提供商為客戶?!?英特爾完成了 Mobileye 的 IPO,該公司在 2022 年第四季度和全年都實現(xiàn)了創(chuàng)紀錄收入。Mobileye 繼續(xù)在其核心的高級駕駛輔助系巫禮 (ADAS) 業(yè)務上表現(xiàn)良好,該公司于 2022 年在 233 種不同的車型上推出了該系統(tǒng)。高管評英特爾首席執(zhí)行官帕?基辛格 (Pat Gelsinger) 表示:“盡管面臨經濟和場逆風,我們在第四季繼續(xù)在戰(zhàn)略轉型方面取良好進展,包括推進我的產品路線圖,改善我的運營結構和流程,以高效率,同時實現(xiàn)我們導范圍的低位目標。展 2023 年,我們將繼續(xù)應對短期挑戰(zhàn),同努力實現(xiàn)我們的長期承,包括提供基于開放和全平臺的領先產品,由規(guī)模生產提供動力,由們出色的團隊提供支持”英特爾首席財務官大?津斯納 (David Zinsner) 表示:“在第四季度,我們采取措施調整組服山規(guī)模合理化我們的投資,優(yōu)考慮我們可以長期提供高價值的領域。這些舉鞏固了我們在 2023 年削減 30 億美元的成本目標,并為到 2025 年底實現(xiàn)削減 80 億至 100 億美元的目標奠定了基礎”業(yè)績展望英特爾提供對 2023 年第一季度的業(yè)績指引:自 2023 年 1 月起,英特爾將某些生產機器和備的估計使用壽命從 5 年延長至 8 年。與截至 2022 年底的估計使用壽命相比,英爾預計 2023 年的總折舊費用將減少約 42 億美元,其中毛利潤增加約 26 億美元,研發(fā)費用減少 4 億美元,2023 年期末庫存價值減少 12 億美元。英特爾在 2023 年第一季度的展望中,預計這一變化將使營帝俊潤提高 3.5 億至 5 億美元,或每股收益提高 0.07 美元至 0.1 美元,其中約 75% 用于銷售成本,25% 用于運營費用??烧叟f壽命的變化將計入 2023 年的 30 億美元成本節(jié)約計劃中,也不計入 2022 年第三季度財報中公布的 2025 年 80 億至 100 億美元目標中。英特爾預計該公司 2023 年第一季度調整后每股凈虧為 0.15 美元,營收為 105 億至 115 億美元。分析師普遍預計,該公司周書股收為 0.24 美元,營收為 139.3 億美元。財報解讀在截至 2022 年 12 月 31 日的第四季度,英特爾營收同比下降了 32%。隨著個人電腦市場從疫情熱潮提供回落,這該公司銷售額連續(xù)第四季度下降。該公司錄得虧損 7 億美元,而去年同期的利潤為 46 億美元?;粮裨谂c分師的電話會議上表示,于“當前環(huán)境充滿了不定性”,英特爾拒絕提全年業(yè)績預測。至少在年上半年,英特爾將應“持續(xù)的經濟逆風”。表示,疲弱的經濟環(huán)境芯片庫存膨脹而變得更復雜。在第四季度,英爾的客戶計算集團(包 PC 芯片)貢獻了 66.3 億美元的收入,下降了 36%,低于分析師普遍預期的 76.8 億美元。英特爾表示,消費和教育市場的求大幅下降,客戶減少庫存。市場研究機構 Gartner 表示,自上世紀 90 年代開始跟蹤該行業(yè)以來,個人腦市場的萎縮幅度比任一個季度都要大。1 月 12 日,英特爾預計 2023 年個人電腦的總目標市場為 2.7 億至 2.95 億臺。周四,該公司表示,前預計市場將處于該區(qū)的末端。由服務器芯片內存和現(xiàn)場可編程門陣組成的數(shù)據(jù)中心和 AI 部門錄得 43 億美元的收入,下降 33%,但仍高于分析師普遍期的 41.7 億美元。英特爾表示,它遇到競爭壓力,市場規(guī)模也下降。英特爾的網(wǎng)絡和緣部門(包括網(wǎng)絡產品公布了 20.6 億美元的收入,這比去年同下降了 1%,也低于分析師普遍預期的 22.6 億美元。蓋爾辛格說,目前的岐山業(yè)環(huán)境“正推動我們工廠網(wǎng)絡的短負荷不足”。英特爾首財務官津斯納在電話會上解釋稱,工廠未充分用時產生的負載不足費使英特爾第四季度的毛率收窄了 220 個基點 (2.2%),第一季度的加載問題將使毛率下降 400 個基點。在第四季度,英特爾 2017 年斥資 153 億美元收購的自動駕駛硬件和軟件供融吾商 Mobileye 在納斯達克首次亮相,英特仍控制著 Mobileye 普通股的大部分投票權。按營收計算,英爾仍是美國最大的芯片造商。在對經濟衰退的憂下,半導體公司出現(xiàn)芯片供應過剩的明顯轉,而在新冠肺炎疫情最重時期,全數(shù)字化需求動了芯片供應短缺。英爾的市場份額也始終在 AMD 和采用英國芯片設計專業(yè)公司 Arm 技術的半導體公司等競爭對手蠶食?;粮窈诒?英特爾已經啟動了大規(guī)裁員行動,但隨著公司力實現(xiàn) 30 億美元的削減開支目標,裁員行將在今年上半年繼續(xù)進。他說:“我們更加積地執(zhí)行成本措施?!边@首席執(zhí)行官表示,自他 2021 年重新加入以來,該公司已經退出了 7 項業(yè)務,節(jié)省了 15 億美元。他還補充說,該公司正在昌意束對某網(wǎng)絡硬件的投資。包括特爾在內的芯片公司已削減了生產計劃并減少資本支出,其中包括電內存巨頭三星電子和美科技,這兩家公司在被為技術需求領先指標的片市場領域扮演著重要色。在用最小的晶體管造速度最快芯片的競賽,英特爾已經落后于亞的芯片制造競爭對手,過基辛格已經制定了在年內重返領先地位的計?。盡管英特爾在削減開,但它仍在繼續(xù)推動前未有的擴建計劃,以擴其芯片制造廠的規(guī)模。潛在價值數(shù)十億美元的府撥款和美國稅收減免推動下,英特爾正在亞桑那州、俄亥俄州和德建設新工廠,并在其他方擴大業(yè)務。英特爾高表示,他們仍致力于重項目,盡管該公司已因場前景惡化而推遲了德工廠的開工建設,并采了其他節(jié)省資金的舉措基辛格承認:“我們正調整近期的支出,以管成本環(huán)境,同時維持我的長期戰(zhàn)略投資。這將一段持續(xù)多年的旅程。股價變動美國當?shù)貢r間四,英特爾股價上漲 0.39 美元,報收于每股 30.09 美元,漲幅為 1.31%。但由于營收及一季度營收及預期,該股在盤后交中暴跌近 10%。在過去 12 個月里,英特爾股價累計下跌了約 42%,而標準普爾 500 指數(shù)同期下跌了 7%。在過去 52 周,英特爾股價最高為 52.51 美元,最低為 24.59 美元。按照周四收盤價計算,英特市值約為 1242 億美元?

責任編輯: John

熱點新聞

      <code id='b7c15'></code><style id='7dc6b'></style>
      • <acronym id='a8c96'></acronym>
        <center id='37966'><center id='85b5b'><tfoot id='4b435'></tfoot></center><abbr id='f8273'><dir id='13eff'><tfoot id='edf37'></tfoot><noframes id='d7a28'>

      • <optgroup id='ee5a3'><strike id='44e22'><sup id='4ef96'></sup></strike><code id='d2699'></code></optgroup>
          1. <b id='1fd1c'><label id='af112'><select id='36685'><dt id='cbe35'><span id='3af2b'></span></dt></select></label></b><u id='c4ed7'></u>
            <i id='ba412'><strike id='64168'><tt id='bcffe'><pre id='cb45d'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='ca7ef'></code><style id='7a393'></style>
              • <acronym id='c8ea2'></acronym>
                <center id='3b6e1'><center id='4c826'><tfoot id='683b6'></tfoot></center><abbr id='363c8'><dir id='1f1b5'><tfoot id='21a43'></tfoot><noframes id='7147a'>

              • <optgroup id='3fd64'><strike id='98a11'><sup id='9fa40'></sup></strike><code id='e482f'></code></optgroup>
                  1. <b id='dbaa0'><label id='e46dd'><select id='f6d82'><dt id='034ea'><span id='2ef0c'></span></dt></select></label></b><u id='244d1'></u>
                    <i id='6548b'><strike id='cea17'><tt id='c6b27'><pre id='6923c'></pre></tt></strike></i>

                    大理市| 万州区| 游戏| 萝北县| 阿图什市| 海盐县| 泸西县| 黄陵县| 仙桃市| 澄江县| 彭泽县| 东丽区| 冕宁县| 新余市| 石阡县| 兴隆县| 桂阳县| 北安市| 天峨县| 运城市| 武山县| 松滋市| 彰化县| 齐齐哈尔市| 上犹县| 綦江县| 玉屏| 富锦市| 突泉县| 孟州市| 卢氏县| 瑞昌市| 山东省| 衡阳县| 白山市| 五原县|