Kenapa masalah masa tamat berlaku apabila menggunakan rangka kerja gin untuk mengendalikan permintaan serentak yang tinggi?

Analisis dan Resolusi Masalah Timeout Permintaan Serentak Tinggi dalam Rangka Kerja Gin

Apabila membina aplikasi web menggunakan kerangka gin bahasa Go, mengendalikan permintaan serentak yang tinggi adalah senario yang sama. Artikel ini menganalisis masalah tamat masa yang dihadapi oleh pemaju apabila menggunakan ab untuk ujian tekanan: bilangan permintaan adalah normal jika mereka kurang daripada 16,000, dan jika mereka melebihi 16,400, mereka akan keluar dan berhenti menerima permintaan baru.

Masalahnya muncul semula

Pemaju menggunakan arahan ab berikut untuk ujian:

 AB -n 16700 -c 100 -t Aplikasi/X -www-Form -urlencoded -S 300 -P ab_test.json http://127.0.0.1:8080/login/push

Kandungan ab_test.json :

 {"user_id": 5}

Coretan kod gin:

 Pakej utama

import (
    "github.com/gin-gonic/gin"
)

func main () {
    R: = gin.default ()
    r.post ("/login/push", func (c *gin.context) {
        C.Json (200, Gin.H {
            "Mesej": "Pong",
        })
    })
    r.run () // Memudahkan kod dan menghilangkan pengendalian ralat}

Apabila lebih daripada 16400 permintaan, ralat masa tamat berlaku dan pelayan berhenti bertindak balas.

Menyebabkan analisis

Masalah ini mungkin berpunca dari aspek berikut:

1. Had Sumber Sistem: Sistem pengendalian mempunyai had pada bilangan deskriptor fail terbuka, dan setiap sambungan HTTP menduduki satu deskriptor fail. Di bawah kesesuaian yang tinggi, melebihi had sistem akan menyebabkan sambungan baru tidak dapat ditubuhkan.
2. Konfigurasi lalai rangka kerja GIN: Konfigurasi lalai rangka kerja GIN mungkin tidak sesuai untuk senario konvensional yang tinggi, seperti tamat masa sambungan terlalu pendek.
3. Batasan Alat ab : Apabila alat ab mengendalikan kesesuaian yang sangat tinggi, kecekapan pengurusan kolam sambungan mungkin tidak mencukupi, mengakibatkan masa tamat.

Penyelesaian

1. Meningkatkan batasan sumber sistem: Ubah suai fail konfigurasi sistem operasi (seperti /etc/security/limits.conf ) dan meningkatkan batasan nofile .

2. Laraskan Konfigurasi Rangka Kerja GIN: Gunakan http.Server untuk menyesuaikan konfigurasi dan lanjutkan masa:

    Pakej utama
   
   import (
       "github.com/gin-gonic/gin"
       "Net/http"
       "Masa"
   )
   
   func main () {
       R: = gin.default ()
       r.post ("/login/push", func (c *gin.context) {
           C.Json (200, Gin.H {
               "Mesej": "Pong",
           })
       })
   
       SRV: = & http.server {
           Addr: ": 8080",
           Pengendali: r,
           Baca Wimeout: 10 * Time.Second,
           WriteTimeout: 10 * time.second,
       }
       srv.listenandserve ()
   }

3. Gunakan alat ujian tekanan yang lebih kuat: Pertimbangkan menggunakan alat yang lebih berkuasa seperti wrk atau k6 , yang mempunyai prestasi dan kestabilan yang lebih baik dalam senario konvensional yang tinggi.

Melalui kaedah di atas, pemaju dapat menyelesaikan masalah masa tamat rangka kerja gin di bawah permintaan serentak yang tinggi. Sekiranya masalah berterusan, disyorkan untuk memeriksa log pelayan dan menyelesaikan masalah potensi lain, seperti kolam sambungan pangkalan data, logik kod, dll.

Atas ialah kandungan terperinci Kenapa masalah masa tamat berlaku apabila menggunakan rangka kerja gin untuk mengendalikan permintaan serentak yang tinggi?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!