2. 程式人生 > >ceph bluestore bcache 磁碟對齊對於效能影響

ceph bluestore bcache 磁碟對齊對於效能影響

阿新 • • 發佈：2018-12-28

1. 磁碟劃分:

# for sd in a b c d e f g h i j k l m n o ; do fdisk -l /dev/sd${sd} 2>/dev/null| grep "^ 1"; done
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953525134  931.5G  Linux filesyste
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953525134  931.5G  Linux filesyste
 1         2048   1953525134  931.5G  Linux filesyste
 1         2048   1953525134  931.5G  Linux filesyste

 
 1         2048   1953525134  931.5G  Linux filesyste
 1         2048   1953525134  931.5G  Linux filesyste
 "
 
1         2048   1953523711  931.5G  Microsoft basic Data
" 這組資料是 4k 對齊的 
 
 
 

 
 
"

 
1         2048   1953525134  931.5G  Linux filesyste
" 這組資料沒有對齊。 測試結果:
 

 
 

 
 

  
   
   
  
  
   

    IOPS 
    LAYTENCH(us) 
   

   

    15.1k 
    2112.19 
   

   

    15.6k 
    2046.71 
   

   

    13.7k 
    2339.70 
   

   

    13.6k 
    2345.66 
   

   

    15.5k 
    2059.83 
   

   

    15.8k 
    2022.38 
   

   

    13.8k 
    2315.19 
   

   

    15.4k 
    2073.78 
   

   

    2431 
    13159.35 
 
 
   

   

    14.8k 
    2155.26 
   

   

    2353 
    13.59ms 
   

   

    2463 
    12990.86  
   

   

    2484 
    12878.30  
   

   

    2483 
    12.88ms 
   

   

    2399 
    13.34ms 
   

  
 

 

 
 
重新分割磁碟，使其 4k 對齊:
 
 

 
# for sd in a b c d e f g h i j k l m n o ; do fdisk -l /dev/sd${sd} 2>/dev/null| grep "^ 1"; done
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953523711  931.5G  Microsoft basic Data
 1         2048   1953523711  931.5G  Microsoft basic Data 

 
 1         2048   1953523711  931.5G  Linux filesyste

 1 2048 1953523711 931.5G Microsoft basic Data
 

 

 
 1         2048   1953523711  931.5G  Linux filesyste
 
 
 
 

 
 1         2048   1953523711  931.5G  Linux filesyste
 
 
 
 

 
 1         2048   1953523711  931.5G  Linux filesyste
 
 
 
 

 
 1         2048   1953523711  931.5G  Linux filesyste
 
 
 
 

 
 1         2048   1953523711  931.5G  Linux filesyste

 
 
 
 
 
 

 
 
 
測試結果:

 

  
   
   
  
  
   

    IOPS 
    LAYTENCH(us) 
   

   

    14.4k 
    2218.46 
   

   

    12.8k 
    2491.61 
   

   

    14.6k 
    2198.55 
   

   

    13.4k 
    2391.14 
   

   

    14.5k 
    2208.98 
   

   

    14.6k 
    2187.69 
   

   

    13.4k 
    2388.60 
   

   

    14.6k 
    2186.71 
   

   

    12.9k 
    2484.72 
   

   

    14.1k 
    2262.33 
   

   

    14.9k 
    2140.23 
   

   

    14.8k 
    2161.52 
   

   

    12.4k 
    2585.81 
   

   

    13.0k 
    2286.72 
   

   

    13.7k 
    2327.26 
   

  
 

 

 
 
附錄:
 
 
https://rainbow.chard.org/2013/01/30/how-to-align-partitions-for-best-performance-using-parted/
 
   
 
 
 
 

            
  

           

              
              

            

            
相關推薦

			   
            
            
            
 

    


    
    
ceph bluestore bcache 磁碟對齊對於效能影響

     
  
 
 
 1. 磁碟劃分: 
 
 # for sd in a b c d e f g h i j k l m n o ; do fdisk -l /dev/sd${sd} 2>/dev/null| grep "^ 1"; done
 1         2048   1953523711  931 



  
 

    


    
    
armcm3權威指南筆記----arm程式設計中地址未對齊方面的影響

     
 
                
P152當使用C開發程式時，推薦開啟CM3的雙字對齊管理機制（在NVIC配置與控制暫存器中，把STKALIGN置位），程式碼形如：
#define NVIC_CCR ((volatile unsigned long *)(0xE000ED14)) 
*NVIC_CCR ＝  



  
 

    


    
    
Drop Table對MySQL的效能影響分析

     
 【問題描述】
最近碰到有臺MySQL例項出現了MySQL服務短暫hang死，表現為瞬間的併發執行緒上升，連線數暴增。
排查Error Log檔案中有page_cleaner超時的資訊，引起我們的關注:
2019-08-24T23:47:09.361836+08:00 0 [Note] InnoDB: page 



  
 

    


    
    
LinuxMint安裝報錯（使用磁碟的最小對齊，這可能造成非常差的效能），安裝無法繼續

     
 
							
							
							沒想到第一篇csdn的博文竟然是一篇Linux安裝出錯的問題，而且是很奇葩的問題，以下是求解過程。 
  第一次裝Linux Mint遇到的問題，Google方法全試過，但是仍然沒有解決，在SegmentFault提問過了兩天結果自己折騰出來了，SF問題地址 h 



  
 

    


    
    
CentOS  7.2新增物理磁碟以及使用parted對齊分割槽以得到最優效能

     
 
								
								            
							
							
							    剛開始使用fdisk 進行新增磁碟，添加了半天都加不上去，後來發現fdisk只能處理2T以下的磁碟，大於2T以上的磁碟需要使用parted進行分割槽。
    There are two com 



  
 

    


    
    
測試go多協程併發寫入記憶體和磁碟對效能的影響

     
 
                最近希望能把一些過程，由傳統的順序執行改變成併發執行，看這樣的優化是否能帶來效能的提高。於是寫了幾個test來測試帶來的影響。 測試的環境為mac pro，2.3 GHz Intel Core i5（雙核），16GB記憶體。

（1）先測試併發寫入記憶體是否能夠得到效能的提高 



  
 

    


    
    
初學者對於結構體記憶體對齊與補齊的理解

     
 
							
							
							1、問題提出： 
剛開始學習結構體的時候，我們通常認為結構體

struct number_1
{
    int a;
    int b;
    int c;
}st1;

佔用空間為sizeof(st1.a)+sizeof(st1.b)+sizeof(s 



  
 

    


    
    
痞子衡嵌入式：連結函式到8位元組對齊地址或可進一步提升i.MXRT核心執行效能

     
 ----
　　大家好，我是痞子衡，是正經搞技術的痞子。今天痞子衡給大家分享的是**i.MXRT上進一步提升程式碼執行效能的經驗**。  

　　今天跟大家聊的這個話題還是跟痞子衡最近這段時間參與的一個基於i.MXRT1170的大專案有關，痞子衡在做其中的開機動畫功能，之前寫過一篇文章 [《降低重新整理率是定位 



  
 

    


    
    
c＃配置問題以及簡單防止sql註入，連接池問題，sqldatareader對象對於connection對象的釋放

     
 c#添加引用。system configurationconfigurationManager.AppSettings[“”]<appSetings><add key=“” value=“”></appSetings><connectionStrings>< 



  
 

    


    
    
.NET WinForm下StatusStrip控件如何設置分隔線及部分子控件右對齊

     
 sin   控件   mali   date   flow   spa   images   upd   子控件   

            ssInfo.LayoutStyle = ToolStripLayoutStyle.StackWithOverflow;//StatusStrip 控件
      



  
 

    


    
    
c++字節對齊

     
 技術分享   代碼   必須   .net   存儲   logs   規則   數組   我們   參考URL: http://blog.csdn.net/hairetz/article/details/4084088
0 字節對齊的意義按我的理解是便於cpu一次取完所有數據, 提高代碼的執行效
1 字節對 



  
 

    


    
    
par函數的adj 參數- 控制文字的對齊方式

     
 div   效果   lin   .cn   表示   對齊方式   制圖   技術   cnblogs   adj 用來控制文字的對齊方式，取值範圍為0到1，控制圖片中x軸和y軸標簽，標題，以及通過text 添加的文字的對齊方式
0表示左對齊，代碼示例：

par(adj = 0)plot(1:5, 1:5 



  
 

    


    
    
內存變量邊界對齊

     
 轉載   space   net   names   ima   logs   分配內存   .net   sin   一、什麽是內存對齊
(1)   原理
a)  編譯器按照成員列表的順序給每個成員分配內存.
b)  當成員需要滿足正確的邊界對齊時,成員之間用額外字節填充.
c)  結構體的首地址必須滿足結 



  
 

    


    
    
label按鈕和文字對齊

     
 idt   cnblogs   ase   img   check   賬號   top   http   wrap    
label按鈕和文字對齊
做表單的時候，經常遇到：復選框和文字對不齊的情況

==========================
下面方法可以對齊
 
<!--label [[ 



  
 

    


    
    
移動端垂直居中對齊

     
 absolut   -i   pos   family   items   wid   font   display   -c   方法一：利用CSS3的transform:translate
.center{
    width:50%;
    position: absolute;
    top: 5 



  
 

    


    
    
字節對齊方法

     
 pac   pack   大於   定義   字節數   方法   ()   取消   偽指令   使用偽指令 #pragma pack (n)， c編譯器將按照n個字節對齊，使用偽指令#pragma pack()， 取消自定義字節對齊方式。
__attribute__((aligned(n)))，讓所作用的 



  
 

    


    
    
分配粒度和內存頁面大小（x86處理器平臺的分配粒度是64K，內存頁是4K，所以section都是0x1000對齊，硬盤扇區大小是512字節，所以PE文件默認文件對齊是0x200）

     
 tail   details   lpad   硬件   512字節   地址   系統   pad   原因   分配粒度和內存頁面大小x86處理器平臺的分配粒度是64K，32位CPU的內存頁面大小是4K,64位是8K,保留內存地址空間總是要和分配粒度對齊。一個分配粒度裏包含16個內存頁面。這是個概念，具體 



  
 

    


    
    
Swift環境下實現UILabel居上 居中 居下對齊

     
 label   復制   圖例   limit   ret   requested   art   urn   int   

首先在Xcode中新建.h文件，將下面代碼復制進去

//
//  myUILabel.h
//  
//
//  Created by yexiaozi_007 on 3/4/13 



  
 

    


    
    
對齊方式

     
 align   水平   nbsp   text   vertical   pan   font   ott   -s   水平對齊方式--text-align屬性 left         左 默認值 right        右 center       中 justify      兩端對齊垂直對齊-- 



  
 

    


    
    
水平居中與垂直居中，以及對齊

     
 代碼   布局   ott   水平居中   研究   背景圖   兼容性   vertical   float   我以前一直都搞不清楚水平居中與垂直居中，更不用談什麽對齊，臨時抱佛腳，也找不到很好的答案，於是把網上的代碼研究了一番，總結一下經驗：
盒子水平居中：margin：0 auto
    註意：在