Go vs Rust：文件上傳性能比較
作者：Slagga
在本文中，主要測(cè)試并比較了Go—Gin和Rust—Actix之間的多部分文件上傳性能。
在本文中，主要測(cè)試并比較了Go—Gin和Rust—Actix之間的多部分文件上傳性能。
一、設(shè)置
所有測(cè)試都在配備16G內(nèi)存的 MacBook Pro M1 上執(zhí)行。
軟件版本為：
- Go v1.20.5
- Rust v1.70.0
測(cè)試工具是一個(gè)基于 libcurl 并使用標(biāo)準(zhǔn)線程的自定義工具，能夠發(fā)送多部分請(qǐng)求。
資產(chǎn)目錄中有 100,000 個(gè)文件。每個(gè)文件的大小都是確切的 100K。這些文件數(shù)量在測(cè)試工作線程之間進(jìn)行分配。同一個(gè)文件不會(huì)一遍又一遍地上傳。工作線程會(huì)循環(huán)處理分配給它們的文件。一旦它們處理完所有分配的文件，它們就會(huì)回到第一個(gè)文件重新開(kāi)始。
每個(gè)請(qǐng)求攜帶兩個(gè)文件作為多部分請(qǐng)求體。請(qǐng)求的頭部和體部大致如下：
// -- Headers
{
"content-length": "205150",
"content-type": "multipart/form-data; boundary=------------------------3f6a15690b315b91",
}
// -- Body
--------------------------3f6a15690b315b91
Content-Disposition: form-data; name="files"; filename="45469"
Content-Type: application/octet-stream
<<File suppressed>>
--------------------------3f6a15690b315b91
Content-Disposition: form-data; name="files"; filename="42102"
Content-Type: application/octet-stream
<<file suppressed>>
--------------------------3f6a15690b315b91--二、代碼
1.Go
package main
import (
"github.com/gin-gonic/gin"
"github.com/jaevor/go-nanoid"
)
func main() {
dst := "/Users/mayankc/Work/source/perfComparisons/uploads/"
canonicID, err := nanoid.Standard(21)
if err != nil {
panic(err)
}
router := gin.New()
router.POST("/upload", func(c *gin.Context) {
form, _ := c.MultipartForm()
files := form.File["files"]
for _, file := range files {
c.SaveUploadedFile(file, dst+canonicID())
}
c.Writer.WriteHeader(201)
})
router.Run(":3000")
}2.Rust
use actix_multipart::{
form::{
tempfile::{TempFile, TempFileConfig},
MultipartForm,
}
};
use actix_web::{middleware, web, App, Error, HttpResponse, HttpServer, Responder};
use nanoid::nanoid;
const BASE_DIR: &str = "/Users/mayankc/Work/source/perfComparisons/uploads/";
#[derive(Debug, MultipartForm)]
struct UploadForm {
#[multipart(rename = "files")]
files: Vec<TempFile>,
}
async fn save_files(
MultipartForm(form): MultipartForm<UploadForm>,
) -> Result<impl Responder, Error> {
for f in form.files {
let path = format!("{}{}", BASE_DIR, nanoid!());
f.file.persist(path).unwrap();
}
Ok(HttpResponse::Ok())
}
#[actix_web::main]
async fn main() -> std::io::Result<()> {
HttpServer::new(|| {
App::new()
.wrap(middleware::Logger::default())
.app_data(TempFileConfig::default().directory(BASE_DIR))
.service(
web::resource("/upload")
.route(web::post().to(save_files)),
)
})
.bind(("127.0.0.1", 3000))?
.run()
.await
}Rust代碼已在release mode下編譯。
三、結(jié)果
對(duì)10個(gè)、50個(gè)和100個(gè)并發(fā)連接執(zhí)行測(cè)試。每個(gè)測(cè)試總共執(zhí)行10萬(wàn)個(gè)請(qǐng)求。以下是結(jié)果：
四、結(jié)論
從結(jié)果中使用以下公式生成了一個(gè)評(píng)分表。對(duì)于每個(gè)測(cè)量，獲取獲勝的幅度。如果獲勝幅度為：
- < 5%，不給予任何分?jǐn)?shù)
- 在 5% 和 20% 之間，給予獲勝者 1 分
- 在 20% 和 50% 之間，給予獲勝者 2 分
- > 50%，給予獲勝者 3 分
責(zé)任編輯：趙寧寧
來(lái)源：
技術(shù)的游戲
