すべてのプロダクト
Search
ドキュメントセンター

Object Storage Service:ossfs 2.0 performance testing guide

最終更新日:Nov 26, 2025

このテストでは、ossfs の異なるバージョンとオープンソースツールである goofys のパフォーマンスを、ファイルの読み書き速度や同時操作など、さまざまなシナリオで比較します。この結果は、ビジネスに適したツールを選択する際のパフォーマンスリファレンスとして役立ちます。

テスト環境

  • ハードウェア環境

    • インスタンスタイプ: ecs.g9i.48xlarge

    • vCPU: 192 vCPU

    • メモリ: 768 GiB

    • ネットワーク帯域幅: 64 Gbps

  • ソフトウェア環境

    • オペレーティングシステム: Alibaba Cloud Linux 3.2104 LTS 64 ビット

    • カーネルバージョン: 5.10.134-18.al8.x86_64

    • ツールバージョン: ossfs 2.0.4、ossfs 1.91.8、goofys 0.24.0

マウント構成

以下の例は、パフォーマンステストで使用されたマウントオプションを示しています。

説明

このテストでは HTTPS ドメイン名を使用します。信頼できる環境では、HTTP ドメイン名でマウントすることもできます。この方法では、同じスループットでも CPU リソースの消費を抑えることができます。

ossfs 2.0.4

  • マウント構成ファイル (ossfs2.conf)

    バケットをマウントする際、アップロードパートサイズは 33554432 バイトに設定されます。

    # バケットが属するリージョンのエンドポイント
    --oss_endpoint=https://oss-cn-hangzhou-internal.aliyuncs.com
    
    # バケット名
    --oss_bucket=bucket-test
    
    # AccessKey ID と AccessKey Secret
    --oss_access_key_id=yourAccessKeyID
    --oss_access_key_secret=yourAccessKeySecret
    
    # アップロードパートサイズ (バイト単位)
    --upload_buffer_size=33554432
  • マウントコマンド

    次のコマンドは、ossfs2.conf 構成ファイルを使用して、bucket-test バケットをローカルの /mnt/ossfs2/ ディレクトリにマウントします。

    ossfs2 mount /mnt/ossfs2/ -c /etc/ossfs2.conf

ossfs 1.91.8

次のコマンドは、bucket-test バケットをローカルの /mnt/ossfs ディレクトリにマウントし、ダイレクト読み取りモードとキャッシュ最適化を有効にします。

ossfs bucket-test /mnt/ossfs -ourl=https://oss-cn-hangzhou-internal.aliyuncs.com -odirect_read -oreaddir_optimize

goofys 0.24.0

次のコマンドは、bucket-test バケットをローカルの /mnt/goofys ディレクトリにマウントします。

goofys --endpoint https://oss-cn-hangzhou-internal.aliyuncs.com --subdomain bucket-test --stat-cache-ttl 60s --type-cache-ttl 60s /mnt/goofys

テストシナリオ

ossfs 2.0.4、ossfs 1.91.8、goofys 0.24.0 を使用してバケットをマウントした後、FIO テストツールを使用して各ツールの基本的な読み書き性能を評価しました。テストシナリオと結果については、以下のセクションで説明します。

100 GB ファイルのシングルスレッドシーケンシャルダイレクト書き込み

説明

ossfs 1.0 の書き込み性能はディスク性能に制限されます。

  • テストコマンド

    次のコマンドは、FIO ツールを使用して file-100G という名前のシングルスレッドダイレクト書き込みテストを実行します。ブロックサイズ 1 MB で合計 100 GB のデータを /mnt/oss/fio_direct_write ディレクトリに書き込み、結果を出力します。

    fio --name=file-100G --ioengine=libaio --rw=write --bs=1M --size=100G --numjobs=1 --direct=1 --directory=/mnt/oss/fio_direct_write --group_reporting
  • テスト結果

    ツール

    帯域幅

    CPU コア使用率 (シングルフルロードコアで 100%)

    ピークメモリ

    ossfs 2.0

    2.2 GB/s

    207%

    2167 MB

    ossfs 1.0

    118 MB/s

    5%

    15 MB

    goofys

    450 MB/s

    250%

    7.5 GB

100 GB ファイルのシングルスレッドシーケンシャル読み取り

  • テストコマンド

    次のコマンドは、まずシステムページキャッシュをクリアします。次に、FIO ツールを使用して /mnt/oss/fio_direct_write ディレクトリにある 100 GB のファイルに対してシングルスレッドシーケンシャル読み取りテストを実行します。テストではブロックサイズ 1 MB を使用し、結果を出力します。

    echo 1 > /proc/sys/vm/drop_caches
    fio --name=file-100G --ioengine=libaio --direct=1 --rw=read --bs=1M --directory=/mnt/oss/fio_direct_write --group_reporting --numjobs=1
  • テスト結果

    テストツール

    帯域幅

    CPU コア使用率 (シングルフルロードコアで 100%)

    ピークメモリ

    ossfs 2.0

    4.3 GB/s

    610%

    1629 MB

    ossfs 1.0

    1.0 GB/s

    530%

    260 MB

    goofys

    1.3 GB/s

    270%

    976 MB

100 GB ファイルのマルチスレッドシーケンシャル読み取り

  • テストファイルの生成

    次のコマンドは、マルチスレッド同時実行テストのために、/mnt/oss/fio マウントディレクトリに 4 つの 100 GB ファイルを作成します。

    fio --name=file-100g --ioengine=libaio --direct=1 --iodepth=1 --numjobs=4 --nrfiles=1 --rw=write --bs=1M  --size=100G --group_reporting --thread --directory=/mnt/oss/fio
  • テストコマンド

    次のコマンドは、まずシステムページキャッシュをクリアします。次に、FIO ツールを使用して、/mnt/oss/fio ディレクトリにある 4 つの 100 GB ファイルに対して、4 つの同時実行スレッドで 30 秒間の読み取りテストを実行します。テストではブロックサイズ 1 MB を使用し、結果を出力します。

    echo 1 > /proc/sys/vm/drop_caches
    fio --name=file-100g --ioengine=libaio --direct=1 --iodepth=1 --numjobs=4 --nrfiles=1 --rw=read --bs=1M  --size=100G --group_reporting --thread --directory=/mnt/oss/fio --time_based --runtime=30
  • テスト結果

    ツール

    帯域幅

    CPU コア使用率 (シングルフルロードコアで 100%)

    ピークメモリ

    ossfs 2.0

    7.4 GB/s

    890%

    6.2 GB

    ossfs 1.0

    1.8 GB/s

    739%

    735 MB

    goofys

    2.8 GB/s

    7800%

    2.7 GB

128 スレッドによる 100,000 個の 128 KB ファイルの同時読み取り

説明

デフォルトでは、OSS には 1 秒あたり 10,000 クエリ (QPS) の制限があります。テスト結果に示されているパフォーマンスメトリックを達成するには、他のサービスがテストアカウントの QPS を消費しないようにしてください。

  • 手順

    1. rw-bench.go という名前の Go プログラムを作成します。

      このプログラムには、ターゲットディレクトリに同じサイズのファイルを複数同時作成する機能と、ターゲットディレクトリ内のすべてのファイルを同時読み取りする機能の 2 つの主要な機能があります。読み取り操作中、プログラムは指定された数のスレッドにファイルを割り当て、最終的な帯域幅を記録します。

      サンプルコード

      package main
      
      import (
      	"flag"
      	"fmt"
      	"io"
      	"log"
      	"os"
      	"path/filepath"
      	"sync"
      	"time"
      )
      
      var dir = flag.String("dir", "", "work dir")
      var threads = flag.Int("threads", 8, "concurrency threads count")
      var isWrite = flag.Bool("write", false, "test write files")
      var fileSize = flag.Int64("file-size-KB", 128, "file size in KBytes")
      var fileCount = flag.Int("file-count", 0, "file count")
      
      type fileInfo struct {
      	Name string
      	Size int64
      }
      
      func getFileList(dir string, isWrite bool) []fileInfo {
      	var files []fileInfo
      
      	if isWrite {
      		for i := 0; i < *fileCount; i++ {
      			files = append(files, fileInfo{
      				Name: fmt.Sprintf("%v/%v.dat", dir, i),
      				Size: *fileSize * 1024,
      			})
      		}
      	} else {
      		err := filepath.Walk(dir, func(path string, info os.FileInfo, err error) error {
      			if err != nil {
      				return err
      			}
      			if !info.IsDir() {
      				files = append(files, fileInfo{
      					Name: path,
      					Size: info.Size(),
      				})
      			}
      			return nil
      		})
      
      		if err != nil {
      			log.Fatalf("Error walking the path %v: %v\n", dir, err)
      		}
      	}
      
      	return files
      }
      
      func worker(taskChan <-chan fileInfo, wg *sync.WaitGroup, bytesChan chan<- int64, isWrite bool) {
      	defer wg.Done()
      	buffer := make([]byte, 1024*1024)
      
      	for fInfo := range taskChan {
      		var fd *os.File
      		var err error
      		if isWrite {
      			fd, err = os.OpenFile(fInfo.Name, os.O_CREATE|os.O_WRONLY|os.O_TRUNC, 0644)
      			if err != nil {
      				fmt.Printf("Failed to create/open %v with %v\n", fInfo.Name, err)
      				continue
      			}
      		} else {
      			fd, err = os.OpenFile(fInfo.Name, os.O_RDONLY, 0)
      			if err != nil {
      				fmt.Printf("Failed to open %v with %v\n", fInfo.Name, err)
      				continue
      			}
      		}
      
      		offset := int64(0)
      		var totalBytes int64
      		for offset < fInfo.Size {
      			var n int
      
      			if offset+int64(len(buffer)) > fInfo.Size {
      				buffer = buffer[:fInfo.Size-offset]
      			}
      
      			if isWrite {
      				n, err = fd.WriteAt(buffer, offset)
      				if err != nil {
      					fmt.Printf("Failed to write file %v at %v, with %v\n", fInfo.Name, offset, err)
      					break
      				}
      			} else {
      				n, err = fd.ReadAt(buffer, offset)
      				if err != nil && err != io.EOF {
      					fmt.Printf("Failed to read file %v at %v, with %v\n", fInfo.Name, offset, err)
      					break
      				}
      			}
      
      			totalBytes += int64(n)
      			offset += int64(n)
      		}
      
      		fd.Close()
      		bytesChan <- totalBytes
      	}
      }
      
      func doBench(dir string, isWrite bool) {
      	files := getFileList(dir, isWrite)
      	var wg sync.WaitGroup
      
      	if isWrite {
      		fmt.Printf("start write bench with %v files\n", len(files))
      	} else {
      		fmt.Printf("start read bench with %v files\n", len(files))
      	}
      
      	taskChan := make(chan fileInfo, 1024)
      
      	go func(taskChan chan<- fileInfo) {
      		for _, fInfo := range files {
      			taskChan <- fInfo
      		}
      		close(taskChan)
      	}(taskChan)
      
      	bytesChan := make(chan int64, 1024)
      	for i := 0; i < *threads; i++ {
      		wg.Add(1)
      		go worker(taskChan, &wg, bytesChan, isWrite)
      	}
      
      	st := time.Now()
      	go func() {
      		wg.Wait()
      		close(bytesChan)
      	}()
      
      	var totalBytes int64
      	for bytes := range bytesChan {
      		totalBytes += bytes
      	}
      
      	ed := time.Now()
      	duration := ed.Sub(st)
      	throughput := float64(totalBytes) / (float64(duration.Nanoseconds()) / 1e9)
      
      	fmt.Printf("Total time: %v\n", duration)
      	if isWrite {
      		fmt.Printf("Write throughput: %.2f MBytes/s\n", throughput/1000/1000)
      	} else {
      		fmt.Printf("Read throughput: %.2f MBytes/s\n", throughput/1000/1000)
      	}
      }
      
      func main() {
      	flag.Parse()
      
      	workdir := *dir
      	if workdir == "" {
      		flag.Usage()
      		os.Exit(1)
      	}
      
      	if _, err := os.Stat(workdir); err != nil {
      		fmt.Printf("Failed to access %v with %v\n", workdir, err)
      		os.Exit(1)
      	}
      
      	doBench(workdir, *isWrite)
      }
    2. rw-bench.go プログラムファイルをコンパイルします。

      go build rw-bench.go
    3. 次のコマンドを使用して、OSS バケットがマウントされているローカルディレクトリに、それぞれ 128 KB のファイルを 100,000 個作成します。

      mkdir -p <path_to_mounted_test_directory> && ./rw-bench --dir <path_to_mounted_test_directory> --file-size-KB 128 --file-count 100000 --write
    4. システムページキャッシュをクリアしてプログラムを実行します。テストは 5 回連続で実行されます。サーバー側のレイテンシーが安定した後、定常状態のテストデータを記録します。

      echo 1 > /proc/sys/vm/drop_caches
      ./rw-bench --dir <path_to_mounted_test_directory> --threads 128
  • テスト結果

    ツール

    帯域幅

    CPU コア使用率 (シングルフルロードコアで 100%)

    ピークメモリ

    ossfs 2.0

    1 GB/s

    247%

    176 MB

    ossfs 1.0

    45 MB/s

    25%

    412 MB

    goofys

    1 GB/s

    750%

    1.3 GB