Setelah 3 bulan signlar self host saya dijalankan, saya menemukan bahwa proses tersebut mendapatkan memori 1,5 gigabyte. Kami menggunakan signalr versi 2.1.1.
Saya memeriksanya dengan memori Dot dan saya menemukan bahwa Microsoft.AspNet.SignalR.Messaging.DefaultSubscription mendapatkan lebih banyak memori dan tidak melepaskan.
Apakah memori ini bocor?
Shahrooze
Semua 9 komentar
Shahrooze
pada 2 Nov 2015
Kedua untuk itu. Tampaknya mengisi memori dengan string seperti hc-Realtime.20e13545-e77c-4873-9d55-fe9c14e3a058
(panduan bervariasi berdasarkan contoh tentu saja), tetapi setelah beberapa menit pembuatan profil, saya memiliki beberapa ratus contoh string yang sama dengan yang ada di memori
tampaknya memori ini dipertahankan ketika klien terputus (setidaknya sebagian). Tetapi karena dalam skenario kami, klien terhubung untuk waktu yang agak lama (umumnya Anda bisa mengatakan 24/7), tekanan memori meningkat terus-menerus.
georgemcz
pada 20 Nov 2015
Seberapa besar pesannya?
davidfowl
pada 1 Des 2015
kami mencoba untuk membuatnya tetap kecil - dalam menjalankan terakhir, rata-rata 300 karakter (payload), dengan maksimal 1742 karakter (kami hanya mengirim string biasa, tidak ada json di sisi pemberi sinyal), terkadang muncul hingga mengatakan 5k
georgemcz
pada 1 Des 2015
Saya tampaknya memiliki masalah yang sama (v2.2.0). Berjalan sekarang selama tiga hari, dan instance DefaultSubscription terus meningkat.
EirikVea
pada 9 Jun 2016
Kami mengalami masalah yang sama di sini. Bagaimana cara memperbaiki masalah seperti ini? (Kebocoran memori)
firephantomassasin
pada 3 Sep 2016
Profil dot trace asli itu terlihat mencurigakan. Mengapa ada begitu banyak instance bus pesan. Harus ada satu.
davidfowl
pada 3 Sep 2016
Kami melihat hal yang sama di sini. (v2.2.0)
Pengujian saya menunjukkan bahwa itu tampaknya terkait dengan memori yang disematkan yang tidak dapat dikumpulkan oleh GC. Saat aplikasi kami terpapar 1-2K pelanggan yang terhubung dalam waktu singkat, memori tampaknya disematkan dengan sangat cepat. Saya bahkan menerima beberapa OutOfMemoryExceptions di jam sibuk.
Ants profiler menunjukkan bahwa memori yang tidak terpakai yang dialokasikan ke .NET terus bertambah. Ini menunjuk ke array byte yang digunakan di Microsoft.AspNet.SignalR.Messaging.Message
Bagaimana kita bisa menghindari ini? Apakah mungkin untuk mengubah ukuran buffer awal atau ukuran potongan pesan melalui API atau sesuatu seperti itu?
maltow
pada 6 Sep 2016
Masalah ini telah ditutup sebagai bagian dari pembersihan masalah seperti yang dijelaskan di https://blogs.msdn.microsoft.com/webdev/2018/09/17/the-future-of-asp-net-signalr/. Jika Anda masih mengalami masalah ini, silakan buka kembali dan beri komentar untuk memberi tahu kami! Kami masih tertarik untuk mendengar dari Anda, backlog baru saja menjadi sedikit besar dan kami harus melakukan pembersihan massal untuk mendapatkan kembali di atas segalanya. Terima kasih atas umpan balik Anda yang berkelanjutan!
aspnet-hello
pada 20 Sep 2018
Masalah terkait
cburgdorf
·
191Komentar
VoidMonk
·
19Komentar
n1ghtmare
·
21Komentar
DamianEdwards
·
32Komentar
MisterAcoustic
·
53Komentar
Komentar yang paling membantu
Kedua untuk itu. Tampaknya mengisi memori dengan string seperti hc-Realtime.20e13545-e77c-4873-9d55-fe9c14e3a058
(panduan bervariasi berdasarkan contoh tentu saja), tetapi setelah beberapa menit pembuatan profil, saya memiliki beberapa ratus contoh string yang sama dengan yang ada di memori
tampaknya memori ini dipertahankan ketika klien terputus (setidaknya sebagian). Tetapi karena dalam skenario kami, klien terhubung untuk waktu yang agak lama (umumnya Anda bisa mengatakan 24/7), tekanan memori meningkat terus-menerus.