跳到主要內容

發表文章

一次FGC導致CPU飆高的排查過程_網頁設計公司

※想知道購買電動車哪裡補助最多? 台中電動車 補助資訊懶人包彙整 節能減碳愛地球是景泰電動車的理念,是創立景泰電動車行的初衷,滿意態度更是服務客戶的最高品質,我們的成長來自於你的推薦。     今天測試團隊反饋說,服務A的響應很慢,我在想,測試環境也會慢?於是我自己用postman請求了一下接口,真的很慢,竟然要2s左右,正常就50ms左右的。     於是去測試服務器看了一下,發現服務器負載很高,並且該服務A佔了很高的cpu。先用top命令,看了load average,發現都到了1.5左右(雙核cpu)了,並且有一個java進程(20798)佔用cpu一直很高,如下圖:     於是,用命令jps -l看了一下java的20798,剛好就是服務A。     究竟服務A在跑什麼,畢竟是測試環境。於是使用top -Hp 20798看一下是哪個線程在跑,如下圖:          發現線程20840佔用cpu非常高,其他幾乎都是0。通過以下命令輸出該線程id(20840)的16進制: printf "%x\n" 20840    輸出如下:     線程id(20840)的16進制是5186。     然後使用以下命令打印出該線程的堆棧信息: jstack -l 20798 | grep -A 20 5168        輸入如下:     發現佔用cpu的進程是jvm的GC線程,於是猜測是不是由於一直在進行FGC導致cpu飆高,於是使用以下命令看下FGC的頻率和耗時: jstat -gc 20798 1000    輸出如下:     發現,果然是不斷地在進行着FGC,並且每次FGC的時間一直在升高。是什麼導致一直都在FGC呢?是有大對象一直在創建...

Redmi K40 Pro 最新渲染圖曝光:可能是最便宜的 S888 旗艦 5G 手機之一_網頁設計

※ 網頁設計 最專業,超強功能平台可客製化 窩窩以「數位行銷」「品牌經營」「網站與應用程式」「印刷品設計」等四大主軸,為每一位客戶客製建立行銷脈絡及洞燭市場先機。 繼小米11 為全球首發高通 Snapdragon 888 旗艦處理器後,這段時間個手機品牌關於 S888 旗艦新機的傳聞也陸續曝光。 紅米 Redmi 作為小米的「友商」,小米集團中國區總裁、 Redmi 品牌總經理盧偉冰曾表示 Redmi 也將會推出 Snapdragon 888 旗艦處理器的新機。除了日前在地鐵拍到疑似 Redmi K40 Pro 工程機,近日也有網友釋出據稱是 Redmi K40 Pro 的渲染圖。 ▲圖片來源:微博 Redmi K40 Pro 最新渲染圖曝光:可能是最便宜的 S888 旗艦 5G 手機之一 雖然小米11 擁有全面的旗艦規格,對於更重視性價比的米粉來說,Redmi(紅米)能擁有性能表現相當、但價格相對更便宜也是另一種選擇。傳聞 Redmi 將在今年第一季發表旗下的 K40 系列旗艦新機,包括預計搭載高通 Snapdragon 888 處理器的 Redmi k40 Pro , Redmi K40 也傳聞採用聯發科最新的 6nm 旗艦處理器。 近期,也有網友刊出了聲稱是 Redmi K40 Pro 的最新渲染圖,渲染圖可見到這款手機配備 1.08 億像素四鏡頭主相機: ▲圖片來源:微博 然而這不是第一次關於 Redmi K40 系列的消息被揭露,其實早在一個月前在微博就流傳數張疑似 Redmi K40 Pro 的工程機照片,不過將工程機照片和這次最新的渲染圖比較會發現,兩者雖然設計風格相近、但在鏡頭配置的部分略有差異,推測可能兩者分別是 Redmi K40 和 Redmi K40 Pro 的可能性較大。 ▲圖片來源:酷安網 根據數碼閒聊站之前的爆料, Redmi K40 和 K40 Pro 皆採用 120Hz 更新率 OLED 螢幕,不過處理器和相機規格略有不同。前相機方面,Redmi K40 系列捨棄上一代的升降式前鏡頭,全面改採用居中的挖孔全螢幕。相機方面, Redmi K40 將配備 6400 萬像素主相機,而 Redmi K40 Pro 則為 1.08 億像素主相機。 ▲圖片來源:數碼閒聊站(微博) 關於螢幕居中...

i7-11700K 跑分陸續現身 Geekbench 5 與 Geekbench 4 資料庫,比上一代快 36%,擊敗 AMD Ryzen 7 5800X_貨運

※評比 南投搬家公司費用 收費行情懶人包大公開 搬家價格與搬家費用透明合理,不亂收費。本公司提供下列三種搬家計費方案,由資深專業組長到府估價,替客戶量身規劃選擇最經濟節省的計費方式 隨著 Intel 可能發表第 11 代桌上型處理器的時間越近,相關疑似的洩漏資訊也越來越多,像最近 i7-11700K 這顆就連續出現在知名 Geekbench 網站上,而且還分別表明,不僅比上一代還要快 34%,單核心與多核心效能也擊敗了競爭對手的 AMD Ryzen 7 5800X,可說讓人相當期待。 i7-11700K 跑分陸續現身 Geekbench 5 與 Geekbench 4 資料庫 稍早在 Geekbench 4 資料庫中,就出現一個 i7-11700K 的跑分結果,搭配的主機版是 Gigabyte Z490 AORUS MASTER。單核心獲得 7857 的分數,多核心則是 42011 分。而上一代 i7-10700K 的跑分結果是,單核心約 6200 分,多核心 35000 分,意味著 i7-11700K 單核心快 25%,多核心也有 20% 的提升幅度: 除了這一筆,在更高版本的 Geenbench 5 資料庫中,幾天前 i7-11700K 的測試結果也現身,共有兩筆,搭配的主機板一樣,最高得分單核心獲得 1810 分,多核心則是 11304 分。跟 i7-10700K 相比差距可說更大,單核心快 36%,多核心快 26%: 也擊敗競爭對手的 AMD Ryzen 7 5800X,單核心與多核心分數都高出 9%,就連 AMD Ryzen 9 5950X 的單核心也勝過,下圖是外媒 Wccftech 整理的表格: 根據目前的消息,i7-11700K 將會是一個 8 核心 16 執行緒的處理器,基本時脈為 3.6GHz,可超頻到 5GHz,TDP 為 125W。 ※智慧手機時代的來臨,RWD 網頁設計 為架站首選 網動結合了許多網際網路業界的菁英共同研發簡單易操作的架站工具,及時性的更新,為客戶創造出更多的網路商機。 Intel 第 11 代桌上型處理器原本預計在今年 3~4 月發表,但各方面傳言都指出會提前到 1 月,有可能在 CES 2021 期間就會見到。 資料來源:Wccftech_1、Wccftec...

AMD桌上型電腦處理器全球市佔率50.8% 睽違15年終於反超Intel_網頁設計公司

※ 網頁設計公司 推薦不同的風格,搶佔消費者視覺第一線 透過選單樣式的調整、圖片的縮放比例、文字的放大及段落的排版對應來給使用者最佳的瀏覽體驗,所以不用擔心有手機版網站兩個後台的問題,而視覺效果也是透過我們前端設計師優秀的空間比例設計,不會因為畫面變大變小而影響到整體視覺的美感。 AMD Rayzen處理器自從問世以來,其實廣受消費者的歡迎,市占率不斷地攀升,嚴重影響到Intel霸主的地位。而近日有外媒透過評測網站的數據,顯示在全球桌上型電腦處理器的部分,AMD 處理器的市占率已經達到50.8%,已經打破由Intel壟斷15年冠軍的局面。 根據《TechSpot》報導指出,他們引述硬體評測網站《PassMark》1月4日的數據,顯示搭載AMD處理器的桌上型電腦,占全球電腦的50.8%,略為超過Intel的49.2%。而這也是自2006年Q1時,AMD睽違15年超越Intel,而當時AMD拿下53.9%的市占率,不過僅維持一個季度,就被Intel超越。 在筆記型電腦的處理器部分,依舊是由Intel的83.8%遙遙領先,AMD在筆記型電腦的市占率上僅有16.3%。而在伺服器處理器部分,數據更加遙遠,本身就以製作伺服器為主的Intel,市佔率高達98.6%,而AMD僅1.4%。   ※想知道購買電動車哪裡補助最多? 台中電動車 補助資訊懶人包彙整 節能減碳愛地球是景泰電動車的理念,是創立景泰電動車行的初衷,滿意態度更是服務客戶的最高品質,我們的成長來自於你的推薦。 就整體來看的話,AMD雖然憑藉桌上型處理器市佔的提升,打下不錯的成績。但整體還是由Intel勝出,但兩者之間的差距已經拉近到22.8%,這也自2006年以來,兩者差距最小的一次。   PassMark也強調,由於他們的跑芬軟體是建構在Windows的環境下,因此數據無法估算到非Windows的環境。 您也許會喜歡: 【推爆】終身$0月租 打電話只要1元/分 立達合法徵信社-讓您安心的選擇 ※ 南投搬家公司費用 ,距離,噸數怎麼算?達人教你簡易估價知識! 搬家費用:依消費者運送距離、搬運樓層、有無電梯、步行距離、特殊地形、超重物品等計價因素後,評估每車次單 Orignal From: A...

循序漸進VUE+Element 前端應用開發(5)--- 表格列表頁面的查詢,列表展示和字段轉義處理,循序漸進VUE+Element 前端應用開發(4)--- 獲取後端數據及產品信息頁面的處理_包裝設計

※自行創業缺乏曝光? 網頁設計 幫您第一時間規劃公司的形象門面 網動廣告出品的網頁設計,採用精簡與質感的CSS語法,提升企業的專業形象與簡約舒適的瀏覽體驗,讓瀏覽者第一眼就愛上她。 在我們一般開發的系統界面裏面,列表頁面是一個非常重要的綜合展示界面,包括有條件查詢、列表展示和分頁處理,以及對每項列表內容可能進行的轉義處理,本篇隨筆介紹基於Vue +Element基礎上實現表格列表頁面的查詢,列表展示和字段轉義處理。 在前面隨筆《循序漸進VUE+Element 前端應用開發(4)--- 獲取後端數據及產品信息頁面的處理》介紹了一個對產品列表的卡片式圖片分頁展示處理,其中涉及到了對於Element 組件分頁控件的操作,本篇隨筆繼續深化這一組件的使用,結合表格展示來處理效果展示。 1、列表查詢界面效果 在介紹任何代碼處理邏輯之前,我們先來做一個感官的認識,貼上一個效果圖,在逐一介紹其中處理的步驟和注意事項。  常規的列表展示界面,一般分為幾個區域,一個是查詢區域,一個是列表展示區域,一個是底部的分頁組件區域。查詢區域主要針對常規條件進行布局,以及增加一些全局或者批量的操作,如導入、導出、添加、批量添加、批量刪除等按鈕;而其中主體的列表展示區域,是相對比較複雜一點的地方,需要對各項數據進行比較友好的展示,可以結合Tag,圖標,按鈕等界面元素來展示,其中列表一般後面會包括一些對單行記錄處理的操作,如查看、編輯、刪除的操作,如果是批量刪除,可以放到頂部的按鈕區域。   2、查詢區域的處理 查詢區域一般的界面效果如下所示,除了包含一些常用的查詢條件,並增加一些常規的處理按鈕,如查詢、重置、新增、批量刪除、導入、導出等按鈕。   對於查詢區域來說,它也是一個表單的處理,因此也需要添加一一個對應的對象來承載表單的數據,在data裏面增加一個searchForm的模型對象,以及一個用於分頁查詢的pageinfo對象,如下代碼所示。 export default { data() { return { listLoading: true , pageinfo : { pageindex: 1 , pagesize:...

實用教程丨使用K3s和MySQL運行Rancher 2.4_台中搬家

※ 台中搬家 公司費用怎麼算? 擁有20年純熟搬遷經驗,提供免費估價且流程透明更是5星評價的搬家公司 本文轉自Rancher Labs 簡 介 本文將介紹在高可用K3s Kubernetes集群上安裝Rancher 2.4的過程並針對MySQL利用Microsoft Azure數據庫的優勢,該數據庫消除了對etcd的依賴,併為我們提供了Azure在這一服務中的所有其他功能。 在本文中,你將了解到只使用Azure Cloud Shell如何部署基礎架構以支持此方式。使用Cloud Shell的好處是零基礎架構即可上手——僅需訪問Azure門戶即可。並且許多所需的CLI功能已經預先安裝好,從而大大減少了完成安裝所需的工作量。 你部署完成基礎架構后,你將了解如何使用K3s在一個Kubernetes集群上部署Rancher 2.4。在Rancher 2.4中,我們已經添加了新的部署支持模式:在兩個節點上的Rancher 2.4運行帶有外部數據庫的K3s。使用這一模式的好處之一是我們可以將節點視為短暫的。由於K3s支持外部MySQL數據庫,因此我們可以做到這一點。 K3s是一個輕量的Kubernetes發行版,它比Rancher Kubernetes Engine(RKE)更先進,並且具有以下增強功能: 嵌入式SQLite數據庫替換了etcd,成為默認的數據存儲,它還支持外部數據存儲,例如PostgreSQL、MySQL和etcd。(本文中我們將使用MySQL) 我們添加了簡單但功能強大的"開箱即用"的功能,例如本地存儲程序、服務負載均衡器、Helm controller以及Traefik controller。 所有Kubernetes控制平面組件的操作都封裝在單個二進制文件和進程中。這使K3s可以自動化和管理複雜的集群操作,例如分發證書。 我們移除了in-tree雲提供程序和存儲插件 我們已將外部依賴性降到最低(僅需要現代內核和cgroup掛載)。K3s軟件包需要依賴項,包括:Containerd、Flannel、CoreDNS和主機實用程序(iptables、socat等) 如果你是第一次嘗試使用Rancher,可以考慮這種部署模式。這很有可能在之後成為部...

Netty源碼學習系列之2-NioEventLoopGroup的初始化_台中搬家公司

※推薦 台中搬家公司 優質服務,可到府估價 台中搬鋼琴,台中金庫搬運,中部廢棄物處理,南投縣搬家公司,好幫手搬家,西屯區搬家 前言     NioEventLoopGroup是netty對Reactor線程組這個抽象概念的具體實現,其內部維護了一個EventExecutor數組,而NioEventLoop就是EventExecutor的實現(看名字也可發現,一個是NioEventLoopGroup,一個是NioEventLoop,前者是集合,後者是集合中的元素)。一個NioEventLoop中運行着唯一的一個線程即Reactor線程,這個線程一直執行NioEventLoop的run方法。這個run方法就是netty的核心方法,其重要性可以類比於Spring中的refresh方法。     下面是從百度上隨便找的一篇netty文章的線程模型圖(詳見文章https://www.cnblogs.com/luoxn28/p/11875340.html),此處引用是為方便在頭腦中產生一個整體印象,結合圖下面的代碼進行各個概念的歸位。 圖中綠色的Reactor Thread就是上文說的NioEventLoopGroup,對應下面代碼中的boss變量,負責處理客戶端的連接事件 ,它其實也是一個池(因為內部維護的是一個數組); 藍色的Reactor Thread Pool也是NioEventLoopGroup,對應下面代碼中的worker變量,負責處理客戶端的讀寫事件 。          注:上圖是Reactor多線程模型,而下面的代碼示例是主從多線程模型,區別是只要將代碼boss中的參數2改成1,示例代碼就成了多線程模型,細細品味一下。 1 public class NettyDemo1 { 2 // netty服務端的一般性寫法 3 public static void main(String[] args) { 4 EventLoopGroup boss = new NioEventLoopGroup(2 ); 5 EventLoopGroup worker = ...