Barrier: Hambatan mulai memakan semua RAM saya dengan cepat!
Sistem operasi
Server: Manjaro Linux
Klien: Mac OS Catalina/Windows 10 (Bukan masalah)
Versi Penghalang
2.3.2 Rilis Stabil serta diuji pada master git saat ini.
Langkah-langkah untuk mereproduksi bug
Jalankan saja penghalang sebagai server (tidak ada TLS yang dikonfigurasi), Klik mulai.
Saya perhatikan bahwa penghalang berjalan panas di semua CPU saya dan dengan cepat menaikkan RAM sampai komputer membeku. Di bawah ini adalah snapshot dari htop sebelum saya mematikannya, menghabiskan 51% dari 16GB RAM dan CPU saya melompat dari 100% menjadi 500%++.
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
8897 wwahab 20 0 8242M 8159M 6280 S 148. 51.2 7:20.44 /usr/bin/barriers -f --no-tray --debug INFO --name dealio -c /tmp/Barrier.duDERV --address :24800
Info lain
- Kapan masalah mulai terjadi? Ketika saya memutakhirkan ke rilis stabil ini.
- Apakah ada cara untuk menyiasatinya? Tidak yang saya tahu
- Apakah bug ini mencegah Anda menggunakan Barrier sepenuhnya? Tidak, saya akan mencoba versi yang lebih lama, atau kembali ke Synergy.
wari
Semua 25 komentar
Terima kasih, kebocoran memori diketahui.
AdrianKoshka
pada 17 Okt 2019
2.3.2-alpha juga buruk, menggunakan 2.3.1, itu bagus. Jadi saya memulai git bisect dan saya mendapatkan:
[I] wwahab<strong i="7">@dealio</strong> ~/s/barrier $ git bisect bad 13 changed files a841b285
a841b2858f178a0da41efa520e87b73fb8b24189 is the first bad commit
commit a841b2858f178a0da41efa520e87b73fb8b24189
Author: Povilas Kanapickas <[email protected]>
Date: Sat Aug 17 16:17:50 2019 +0300
Make ownership of SocketMultiplexerJob explicit
src/lib/net/ISocketMultiplexerJob.h | 31 +++++++++----
src/lib/net/SecureSocket.cpp | 43 +++++++++---------
src/lib/net/SecureSocket.h | 12 ++----
src/lib/net/SocketMultiplexer.cpp | 72 +++++++++++++++----------------
src/lib/net/SocketMultiplexer.h | 7 ++-
src/lib/net/TCPListenSocket.cpp | 27 ++++++------
src/lib/net/TCPListenSocket.h | 6 +--
src/lib/net/TCPSocket.cpp | 61 ++++++++++++++------------
src/lib/net/TCPSocket.h | 17 +++-----
src/lib/net/TSocketMultiplexerMethodJob.h | 18 +++-----
10 files changed, 148 insertions(+), 146 deletions(-)
Setelah itu saya tidak benar-benar tahu bagaimana melanjutkan dari sana selain menggunakan komit bagus terakhir.
wari
pada 21 Okt 2019
Terima kasih, tidak sadar kami memiliki regresi dengan 2.3.2-alpha.
AdrianKoshka
pada 21 Okt 2019
Ini menjadi sangat buruk, saya telah mencapai hampir 30GiB hari ini ...
Saya pikir itu terjadi setelah memutuskan sambungan dari klien, tetapi tes lebih lanjut diperlukan. Mencoba keduanya 2.3.1 tanpa penghalang dan master git saat ini.
Gif ini terlihat sangat lucu ketika diperkecil agar sesuai dengan komentar github, lol. Klik untuk melihat ukuran penuh agar lebih mudah dibaca. Ini adalah kecepatan x1, kebocorannya sekitar ~25MiB/s.
EDIT:
Cukup yakin itu tidak terjadi ~ 2 minggu yang lalu (sebelum saya memperbarui sistem saya), jadi pada versi apa pun yang dimiliki repositori Arch Linux saat itu 2.3.1? ). Ada kemungkinan saya salah membaca 2.3.2-1 untuk 2.3.1 ketika saya melaporkan sebelumnya di posting itu.
Saya mendasarkan asumsi saya pada fakta, bahwa saya menjalankan komputer saya selama dua atau tiga minggu berturut-turut (dengan barriers berjalan sepanjang waktu) dan saya telah terhubung dan terputus dari klien setidaknya 2 kali sehari selama periode tersebut. Jika versi sebelumnya bocor saat disconnect, itu akan membuat komputer saya crash berkali-kali.
EDIT2:
Sepertinya menggunakan gui untuk memulai penghalang daripada hanya memanggil barriers dari skrip mencegah kebocoran terjadi.
EDIT3:
Tidak, itu mulai bocor lagi bahkan setelah mulai menggunakan GUI. Tidak setiap saat, tetapi masih terjadi.
wjtk4444
pada 23 Okt 2019
Sebelum komit a841b2858f, CPU tidak mencapai lebih dari 9% untuk saya, dan konsumsi RAM dapat dikelola, mulai dari 9K dan kemudian naik hingga 200MB setelah seminggu. Saya dapat dengan mudah memulai ulang barriers . Ketika saya menerapkan patch itu, konsumsi CPU langsung naik sangat tinggi dan saya dapat mencapai 8GB memori RSS dalam waktu 7 menit. Jadi kalaupun ada kebocoran memori, setidaknya "waras" merayap, tidak seperti sekarang.
wari
pada 29 Okt 2019
Mengalami masalah ini beberapa kali baru-baru ini. Sebagian besar saat membangunkan laptop dengan barriers dari tidur. Terakhir kali barriers RSS mencapai 17GB dalam hitungan menit, dan terus berkembang pesat. Berhasil menjalankan strace (melalui sudo htop ) dan menangkap tangkapan layar masing-masing dari 3 utas. Satu utas macet, sementara dua lainnya berada dalam lingkaran yang tampaknya tak terbatas. Semoga membantu.
Menjalankan barrier snap pada saluran edge , Ubuntu 19.10.
maxiberta
pada 21 Nov 2019
Masalah yang sama muncul untuk saya saat menggunakan 2.3.2 dengan ssl dinonaktifkan di konfigurasi. Saya tidak yakin apakah itu muncul saat ssl digunakan.
Lebih mudah dalam masalah ini pembelahan dilakukan dan itu menunjukkan
2.3.2-alpha juga buruk, menggunakan 2.3.1, itu bagus. Jadi saya memulai
git bisectdan saya mendapatkan:[I] wwahab<strong i="10">@dealio</strong> ~/s/barrier $ git bisect bad 13 changed files a841b285 a841b2858f178a0da41efa520e87b73fb8b24189 is the first bad commit commit a841b2858f178a0da41efa520e87b73fb8b24189 Author: Povilas Kanapickas <[email protected]> Date: Sat Aug 17 16:17:50 2019 +0300 Make ownership of SocketMultiplexerJob explicitSetelah itu saya tidak benar-benar tahu bagaimana melanjutkan dari sana selain menggunakan komit bagus terakhir.
Saya menggunakan metode lain dan itu menegaskan bahwa masalah terkait dengan SocketMultiplexerJob. Saya telah melampirkan gdb ke proses penghalang yang memakan Memori & 150% dari inti cpu dan menemukan tumpukan panggilan dari utas aktif.
Utas 3 (Utas 0x7f6b5e071700 (LWP 32346)): MAKAN 100% inti
#0 __GI___writev (iovcnt=3, iov=0x7f6b5e070670, fd=3) at ../sysdeps/unix/sysv/linux/writev.c:26
#1 __GI___writev (fd=3, iov=0x7f6b5e070670, iovcnt=3) at ../sysdeps/unix/sysv/linux/writev.c:24
#2 0x00007f6b5ff12fdd in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#3 0x00007f6b5ff133b1 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#4 0x00007f6b5ff1343d in xcb_writev () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#5 0x00007f6b61ee197e in _XSend () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#6 0x00007f6b61ee1cf0 in _XFlush () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#7 0x00007f6b61ec35ea in XFlush () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#8 0x000056473f53e88a in XWindowsImpl::XFlush (this=0x5647401377e0, display=0x564740166440) at /home/sealion/lapa/barrier/src/lib/platform/XWindowsImpl.cpp:165
#9 0x000056473f55e673 in XWindowsEventQueueBuffer::flush (this=0x5647401845e0) at /home/sealion/lapa/barrier/src/lib/platform/XWindowsEventQueueBuffer.cpp:290
#10 0x000056473f55e47a in XWindowsEventQueueBuffer::addEvent (this=0x5647401845e0, dataID=3972640) at /home/sealion/lapa/barrier/src/lib/platform/XWindowsEventQueueBuffer.cpp:245
#11 0x000056473f51a484 in EventQueue::addEventToBuffer (this=0x7ffd9774bfc0, event=...) at /home/sealion/lapa/barrier/src/lib/base/EventQueue.cpp:323
#12 0x000056473f51a417 in EventQueue::addEvent (this=0x7ffd9774bfc0, event=...) at /home/sealion/lapa/barrier/src/lib/base/EventQueue.cpp:310
#13 0x000056473f5cb2e8 in TCPSocket::sendEvent (this=0x5647401cdc10, type=48) at /home/sealion/lapa/barrier/src/lib/net/TCPSocket.cpp:444
#14 0x000056473f5cb7ba in TCPSocket::serviceConnected (this=0x5647401cdc10, job=0x5647401d8750, read=true, write=false, error=true) at /home/sealion/lapa/barrier/src/lib/net/TCPSocket.cpp:549
#15 0x000056473f5ccba9 in TSocketMultiplexerMethodJob<TCPSocket>::run (this=0x5647401d8750, read=true, write=false, error=true) at /home/sealion/lapa/barrier/src/./lib/net/TSocketMultiplexerMethodJob.h:78
(does not exit this frame, loops here) #16 0x000056473f5c55a5 in SocketMultiplexer::serviceThread (this=0x564740164e70) at /home/sealion/lapa/barrier/src/lib/net/SocketMultiplexer.cpp:219
#17 0x000056473f5c97a1 in TMethodJob<SocketMultiplexer>::run (this=0x564740165020) at /home/sealion/lapa/barrier/src/./lib/base/TMethodJob.h:66
#18 0x000056473f5d5767 in Thread::threadFunc (vjob=0x564740165020) at /home/sealion/lapa/barrier/src/lib/mt/Thread.cpp:157
#19 0x000056473f513cc5 in ArchMultithreadPosix::doThreadFunc (this=0x7ffd9774c2e8, thread=0x564740164bf0) at /home/sealion/lapa/barrier/src/lib/arch/unix/ArchMultithreadPosix.cpp:718
#20 0x000056473f513c4d in ArchMultithreadPosix::threadFunc (vrep=0x564740164bf0) at /home/sealion/lapa/barrier/src/lib/arch/unix/ArchMultithreadPosix.cpp:698
#21 0x00007f6b626a1182 in start_thread (arg=<optimized out>) at pthread_create.c:486
#22 0x00007f6b610dbb1f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 2 (Thread 0x7f6b5e872700 (LWP 32345)): Tidak memakan cpu
#0 0x00007f6b61002ebc in __GI___sigtimedwait (set=set@entry=0x7f6b5e871bf0, info=info@entry=0x7f6b5e871b20, timeout=timeout@entry=0x0) at ../sysdeps/unix/sysv/linux/sigtimedwait.c:29
#1 0x00007f6b626abb0c in __sigwait (set=0x7f6b5e871bf0, sig=0x7f6b5e871bec) at ../sysdeps/unix/sysv/linux/sigwait.c:28
#2 0x000056473f513e12 in ArchMultithreadPosix::threadSignalHandler () at /home/sealion/lapa/barrier/src/lib/arch/unix/ArchMultithreadPosix.cpp:776
#3 0x00007f6b626a1182 in start_thread (arg=<optimized out>) at pthread_create.c:486
#4 0x00007f6b610dbb1f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Utas 1 (Utas 0x7f6b5e8bef80 (LWP 32344)): MAKAN 50% inti
#0 __lll_lock_wait () at ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:103
#1 0x00007f6b626a3945 in __GI___pthread_mutex_lock (mutex=0x7ffd9774bfd0) at ../nptl/pthread_mutex_lock.c:80
#2 0x000056473f511ca4 in __gthread_mutex_lock (__mutex=0x7ffd9774bfd0) at /usr/include/x86_64-linux-gnu/c++/8/bits/gthr-default.h:748
#3 0x000056473f511cf4 in std::mutex::lock (this=0x7ffd9774bfd0) at /usr/include/c++/8/bits/std_mutex.h:103
#4 0x000056473f511d50 in std::lock_guard<std::mutex>::lock_guard (this=0x7ffd9774bba0, __m=...) at /usr/include/c++/8/bits/std_mutex.h:162
#5 0x000056473f51a1d7 in EventQueue::getEvent (this=0x7ffd9774bfc0, event=..., timeout=-1) at /home/sealion/lapa/barrier/src/lib/base/EventQueue.cpp:262
(does not exit this frame, loops here) #6 0x000056473f519b2d in EventQueue::loop (this=0x7ffd9774bfc0) at /home/sealion/lapa/barrier/src/lib/base/EventQueue.cpp:130
#7 0x000056473f537394 in ServerApp::mainLoop (this=0x7ffd9774bf20) at /home/sealion/lapa/barrier/src/lib/barrier/ServerApp.cpp:787
#8 0x000056473f5378ea in ServerApp::standardStartup (this=0x7ffd9774bf20, argc=2, argv=0x7ffd9774c4d8) at /home/sealion/lapa/barrier/src/lib/barrier/ServerApp.cpp:858
#9 0x000056473f5390fa in standardStartupStatic (argc=2, argv=0x7ffd9774c4d8) at /home/sealion/lapa/barrier/src/lib/barrier/unix/AppUtilUnix.cpp:33
#10 0x000056473f537720 in ServerApp::runInner (this=0x7ffd9774bf20, argc=2, argv=0x7ffd9774c4d8, outputter=0x0, startup=0x56473f5390c1 <standardStartupStatic(int, char**)>) at /home/sealion/lapa/barrier/src/lib/barrier/ServerApp.cpp:831
#11 0x000056473f53914c in AppUtilUnix::run (this=0x7ffd9774bf60, argc=2, argv=0x7ffd9774c4d8) at /home/sealion/lapa/barrier/src/lib/barrier/unix/AppUtilUnix.cpp:39
#12 0x000056473f53285f in App::run (this=0x7ffd9774bf20, argc=2, argv=0x7ffd9774c4d8) at /home/sealion/lapa/barrier/src/lib/barrier/App.cpp:109
#13 0x000056473f510998 in main (argc=2, argv=0x7ffd9774c4d8) at /home/sealion/lapa/barrier/src/cmd/barriers/barriers.cpp:49
log sebelum hambatan beralih ke status "loop buruk":
% ./barriers -f
[2019-12-09T02:06:52] DEBUG: opening configuration "/home/sealion/.local/share/barrier/.barrier.conf"
/home/sealion/lapa/barrier/src/lib/barrier/ServerApp.cpp,226
[2019-12-09T02:06:52] DEBUG: configuration read successfully
/home/sealion/lapa/barrier/src/lib/barrier/ServerApp.cpp,237
[2019-12-09T02:06:52] DEBUG: XOpenDisplay(":0")
/home/sealion/lapa/barrier/src/lib/platform/XWindowsScreen.cpp,888
[2019-12-09T02:06:52] DEBUG: xscreensaver window: 0x00000000
/home/sealion/lapa/barrier/src/lib/platform/XWindowsScreenSaver.cpp,350
[2019-12-09T02:06:52] DEBUG: screen shape: 0,0 2560x1440
/home/sealion/lapa/barrier/src/lib/platform/XWindowsScreen.cpp,122
[2019-12-09T02:06:52] DEBUG: window is 0x01600004
/home/sealion/lapa/barrier/src/lib/platform/XWindowsScreen.cpp,123
[2019-12-09T02:06:52] DEBUG: adopting new buffer
/home/sealion/lapa/barrier/src/lib/base/EventQueue.cpp,179
[2019-12-09T02:06:52] DEBUG: opened display
/home/sealion/lapa/barrier/src/lib/barrier/Screen.cpp,49
[2019-12-09T02:06:52] DEBUG: registered hotkey ScrollLock (id=ef14 mask=0000) as id=1
/home/sealion/lapa/barrier/src/lib/platform/XWindowsScreen.cpp,718
[2019-12-09T02:06:52] NOTE: started server (IPv4), waiting for clients
/home/sealion/lapa/barrier/src/lib/barrier/ServerApp.cpp,558
[2019-12-09T02:06:52] DEBUG: event queue is ready
/home/sealion/lapa/barrier/src/lib/base/EventQueue.cpp,117
[2019-12-09T02:06:52] DEBUG: add pending events to buffer
/home/sealion/lapa/barrier/src/lib/base/EventQueue.cpp,119
[2019-12-09T02:06:52] DEBUG: screen "skala" shape changed
/home/sealion/lapa/barrier/src/lib/server/Server.cpp,1195
[2019-12-09T02:06:52] DEBUG: Opening new socket: 401A40E0
/home/sealion/lapa/barrier/src/lib/net/TCPSocket.cpp,69
[2019-12-09T02:06:52] NOTE: accepted client connection
/home/sealion/lapa/barrier/src/lib/server/ClientListener.cpp,152
[2019-12-09T02:06:52] DEBUG: received client "win10-on160gb-nbdisk" info shape=0,0 2560x1440 at -1344,485
/home/sealion/lapa/barrier/src/lib/server/ClientProxy1_0.cpp,416
[2019-12-09T02:06:52] NOTE: client "win10-on160gb-nbdisk" has connected
/home/sealion/lapa/barrier/src/lib/server/Server.cpp,336
[2019-12-09T02:06:57] INFO: switch from "skala" to "win10-on160gb-nbdisk" at 1005,1439
/home/sealion/lapa/barrier/src/lib/server/Server.cpp,463
[2019-12-09T02:06:57] INFO: leaving screen
/home/sealion/lapa/barrier/src/lib/barrier/Screen.cpp,131
[2019-12-09T02:06:57] DEBUG: open clipboard 0
/home/sealion/lapa/barrier/src/lib/platform/XWindowsClipboard.cpp,328
[2019-12-09T02:06:57] DEBUG: ICCCM fill clipboard 0
/home/sealion/lapa/barrier/src/lib/platform/XWindowsClipboard.cpp,508
[2019-12-09T02:06:57] DEBUG: available targets: TIMESTAMP (455), TARGETS (453), SAVE_TARGETS (449), MULTIPLE (446)
/home/sealion/lapa/barrier/src/lib/platform/XWindowsClipboard.cpp,527
[2019-12-09T02:06:57] DEBUG: added format 0 for target UTF8_STRING (311) (6 bytes)
/home/sealion/lapa/barrier/src/lib/platform/XWindowsClipboard.cpp,570
[2019-12-09T02:06:57] DEBUG: close clipboard 0
/home/sealion/lapa/barrier/src/lib/platform/XWindowsClipboard.cpp,363
[2019-12-09T02:06:57] INFO: screen "skala" updated clipboard 0
/home/sealion/lapa/barrier/src/lib/server/Server.cpp,1543
[2019-12-09T02:06:57] DEBUG: open clipboard 1
/home/sealion/lapa/barrier/src/lib/platform/XWindowsClipboard.cpp,328
[2019-12-09T02:06:57] DEBUG: ICCCM fill clipboard 1
/home/sealion/lapa/barrier/src/lib/platform/XWindowsClipboard.cpp,508
[2019-12-09T02:06:57] DEBUG: available targets: text/plain (499), UTF8_STRING (311), STRING (31), TEXT (454), text/html (498)
/home/sealion/lapa/barrier/src/lib/platform/XWindowsClipboard.cpp,527
[2019-12-09T02:06:57] DEBUG: added format 1 for target text/html (498) (136 bytes)
/home/sealion/lapa/barrier/src/lib/platform/XWindowsClipboard.cpp,570
[2019-12-09T02:06:57] DEBUG: added format 0 for target UTF8_STRING (311) (28 bytes)
/home/sealion/lapa/barrier/src/lib/platform/XWindowsClipboard.cpp,570
[2019-12-09T02:06:57] DEBUG: close clipboard 1
/home/sealion/lapa/barrier/src/lib/platform/XWindowsClipboard.cpp,363
[2019-12-09T02:06:57] INFO: screen "skala" updated clipboard 1
/home/sealion/lapa/barrier/src/lib/server/Server.cpp,1543
[2019-12-09T02:06:57] DEBUG: sending clipboard 0 to "win10-on160gb-nbdisk"
/home/sealion/lapa/barrier/src/lib/server/ClientProxy1_6.cpp,58
[2019-12-09T02:06:57] DEBUG: sent clipboard size=18
/home/sealion/lapa/barrier/src/lib/barrier/StreamChunker.cpp,156
[2019-12-09T02:06:57] DEBUG: sending clipboard 1 to "win10-on160gb-nbdisk"
/home/sealion/lapa/barrier/src/lib/server/ClientProxy1_6.cpp,58
[2019-12-09T02:06:57] DEBUG: sent clipboard size=252
/home/sealion/lapa/barrier/src/lib/barrier/StreamChunker.cpp,156
[2019-12-09T02:07:03] NOTE: client "win10-on160gb-nbdisk" has disconnected
/home/sealion/lapa/barrier/src/lib/server/ClientProxy1_0.cpp,213
[2019-12-09T02:07:03] DEBUG: Closing socket: 401A40E0
/home/sealion/lapa/barrier/src/lib/net/TCPSocket.cpp,104
[2019-12-09T02:07:03] INFO: jump from "win10-on160gb-nbdisk" to "skala" at 1280,720
/home/sealion/lapa/barrier/src/lib/server/Server.cpp,2254
[2019-12-09T02:07:03] INFO: entering screen
/home/sealion/lapa/barrier/src/lib/barrier/Screen.cpp,113
[2019-12-09T02:07:07] DEBUG: Opening new socket: 401A40E0
/home/sealion/lapa/barrier/src/lib/net/TCPSocket.cpp,69
[2019-12-09T02:07:07] NOTE: accepted client connection
/home/sealion/lapa/barrier/src/lib/server/ClientListener.cpp,152
[2019-12-09T02:07:07] DEBUG: received client "win10-on160gb-nbdisk" info shape=0,0 2560x1440 at 11424,686
/home/sealion/lapa/barrier/src/lib/server/ClientProxy1_0.cpp,416
[2019-12-09T02:07:07] NOTE: client "win10-on160gb-nbdisk" has connected
/home/sealion/lapa/barrier/src/lib/server/Server.cpp,336
[2019-12-09T02:07:16] DEBUG: Opening new socket: 401D3EE0
/home/sealion/lapa/barrier/src/lib/net/TCPSocket.cpp,69
[2019-12-09T02:07:19] NOTE: accepted client connection
/home/sealion/lapa/barrier/src/lib/server/ClientListener.cpp,152
galkinvv
pada 19 Des 2019
Perhatikan bahwa di dekat 2019-12-09T02:06:59 klien windows mulai dimatikan (melalui menu mulai) dan pesan terakhir accepted client connection tampaknya dikirim oleh proses klien yang hanya muncul selama 1-2 detik di windows setelah logoff dan sebelum shutdown. Jadi ini mungkin masalah dengan "klien tiba-tiba menghilang selama koneksi".
galkinvv
pada 19 Des 2019
Saya dapat mengonfirmasi bahwa ini memengaruhi saya dengan SSL diaktifkan, dan keadaan yang mengarah pada kebocoran memori ekstrem mirip dengan apa yang dijelaskan oleh @galkinvv . Untuk saat ini saya menjalankan barriers bawah systemd sebagai layanan pengguna dengan memori terbatas hingga 128MB.
fuhry
pada 29 Jan 2020
@fuhry
Nah itu cukup cerdas, apakah Anda mengalami masalah ketika batas tercapai? Saya berharap setidaknya berbagi clipboard berhenti bekerja.
wjtk4444
pada 29 Jan 2020
Saya baru saja mengalami ini hari ini di 2.3.2 in
Operating System: Manjaro Linux
KDE Plasma Version: 5.17.5
KDE Frameworks Version: 5.66.0
Qt Version: 5.14.1
Kernel Version: 5.4.23-1-MANJARO
OS Type: 64-bit
Processors: 8 × AMD FX(tm)-8350 Eight-Core Processor
Memory: 31.3 GiB of RAM
kreezxil
pada 5 Mar 2020
@kreezxil
https://github.com/debauchee/barrier/pull/557 memperbaikinya untuk saya, coba buat dari sumber atau gunakan barrier-git dari AUR
wjtk4444
pada 5 Mar 2020
terima kasih, saya menginstalnya sekarang. :)
Pada Thu, Mar 5, 2020 at 12:23 wjtk4444 [email protected] menulis:
@kreezxil https://github.com/kreezxil
557 https://github.com/debauchee/barrier/pull/557 memperbaikinya untuk saya, coba
membangun dari sumber atau menggunakan barrier-git dari AUR
—
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/debauchee/barrier/issues/470?email_source=notifications&email_token=AA5TJCAZ2SCA2ZE54Q6PGETRF7U3PA5CNFSM4JBVIJ5KYY3PNVWWK3TUL52HS4DFVREXG43VMWZGO60comedN5MVXHJKT 78LNMVXHJKT78
atau berhenti berlangganan
https://github.com/notifications/unsubscribe-auth/AA5TJCEA3KLKCDMC5GOZWT3RF7U3PANCNFSM4JBVIJ5A
.
kreezxil
pada 5 Mar 2020
Ini terjadi pada sistem Linux saya ketika klien Windows 10 saya mulai mem-boot ulang untuk pembaruan. Ini sangat buruk jadi saya ingin menambal paket Gentoo Linux yang baru saja saya terbitkan tetapi mungkin memerlukan rilis baru?
chewi
pada 11 Mar 2020
Saya kedua itu. Sejak memasang penghalang versi git, saya tidak lagi
mengalami masalah. Saya pribadi merekomendasikan agar semua manajer paket meningkatkan
untuk yang satu ini.
Pada Wed, Mar 11, 2020 at 05:33 James Le Cuirot [email protected]
menulis:
Ini terjadi pada sistem Linux saya ketika klien Windows 10 saya mulai
reboot untuk pembaruan. Ini sangat buruk jadi saya ingin menambal Gentoo
Paket Linux yang baru saja saya terbitkan tetapi mungkin memerlukan rilis baru?—
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/debauchee/barrier/issues/470#issuecomment-597913244 ,
atau berhenti berlangganan
https://github.com/notifications/unsubscribe-auth/AA5TJCFZCLVK7O3BAXWCSB3RHAGTRANCNFSM4JBVIJ5A
.
kreezxil
pada 12 Mar 2020
Saya setuju. Masalah ini tidak memiliki contoh deskripsi kasus buruk dari perilaku yang terlihat oleh pengguna karena masalah ini. Bagi saya itu adalah situasi kehilangan pekerjaan baru-baru ini:
- Menggunakan penghalang dengan server Debian dan memenangkan 10 klien.
- Matikan mesin dengan win 10.
- Lanjutkan menggunakan mesin Debian saja, buat beberapa kemajuan yang belum disimpan.
- Setelah beberapa menit mesin Debian tiba-tiba melambat, dan kemudian hampir dalam 5 detik sebelum saya mengerti apa yang terjadi - menjadi benar-benar tidak responsif karena aktivitas swapping-to-disk yang ekstrim. Saya mencoba menyimpan pekerjaan yang belum selesai, tetapi aplikasi pengeditan tidak merespons dalam 5 menit, jadi saya hanya menggunakan reset.
- Waktu sebelum hang tergantung pada ukuran RAM mesin. Saya pikir itu hampir "hang dalam N menit jika mesin memiliki N Gb RAM).
- Tidak yakin mengapa OOM-killer tidak membantu di sini, mungkin saya memiliki beberapa pengaturan aneh karena permainan anggur kadang-kadang.
- Minggu berikutnya masalah muncul kembali dalam situasi yang sama dengan konsekuensi yang sama.
- Jadi saya sudah memperbaikinya dengan PR di atas))
galkinvv
pada 12 Mar 2020
Ini memperbaiki masalah pada pengaturan saya dengan server manjaro dan windows 10 virtual dengan gpu passthrough. Berhenti bekerja hari ini, tebakan saya adalah pembaruan windows mengubah sesuatu.
ascii78
pada 17 Mar 2020
terdengar seperti masalah firewall atau alamat ip berubah. periksa itu.
Pada Selasa, 17 Maret 2020 pukul 11:33 ascii78 [email protected] menulis:
Ini memperbaiki masalah pada pengaturan saya dengan server manjaro dan windows
10 virtual dengan passthrough gpu. Berhenti bekerja hari ini, tebakan saya adalah bahwa
pembaruan windows mengubah sesuatu.—
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/debauchee/barrier/issues/470#issuecomment-600170336 ,
atau berhenti berlangganan
https://github.com/notifications/unsubscribe-auth/AA5TJCFZHP6XQRTPX3PFEQTRH6Q5NANCNFSM4JBVIJ5A
.
kreezxil
pada 18 Mar 2020
@galkinvv Saya memiliki pengaturan pembunuh OOM yang cukup standar dan masih tidak melihat barriers dipilih dengan benar untuk dituai oleh pembunuh OOM ketika kebocoran memori dipicu.
Bagaimanapun, masalah teratasi karena saya mengintegrasikan tambalan dari #557 ke PKGBUILD . Terima kasih!
fuhry
pada 15 Apr 2020
Apakah masalah ini masih menjadi masalah bagi Anda? Silakan beri komentar dan beri tahu kami! Atau, Anda dapat menutup masalah sendiri jika tidak lagi menjadi masalah
![github-actions[bot] picture](https://avatars2.githubusercontent.com/in/15368?v=4&s=40)
github-actions[bot]
pada 15 Okt 2020
lol, bot harus melakukan ping ke orang yang membukanya. solusi yang disediakan di sini berfungsi, tetapi apakah itu di cabang utama?
kreezxil
pada 15 Okt 2020
557 digabungkan, jadi ya itu di cabang utama dan dirilis sebagai 2.3.3.
Karena utas ini berhenti menerima laporan tentang masalah seperti itu sejak itu - saya pikir ini harus ditutup
galkinvv
pada 15 Okt 2020
saya akan mengatakan itu seharusnya ditutup segera setelah tambalan itu digabung ke
menyelesaikannya. Karena setiap pengulangan masalah akan menjadi keunikan baru
isu yang tampak serupa sehingga perlu diangkat sebagai isu baru.
Utas ini sudah bingung.
Pada hari Rabu, 14 Okt 2020 jam 21:20 Vasily Galkin [email protected]
menulis:
557 https://github.com/debauchee/barrier/pull/557 digabungkan, jadi ya
itu ada di cabang utama dan dirilis sebagai 2.3.3.
Karena utas ini berhenti menerima laporan tentang masalah seperti itu sejak itu - saya
pikir ini harus ditutup—
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/debauchee/barrier/issues/470#issuecomment-708851849 ,
atau berhenti berlangganan
https://github.com/notifications/unsubscribe-auth/AA5TJCG3JHU5U3N3ETIT7KDSKZL63ANCNFSM4JBVIJ5A
.
kreezxil
pada 15 Okt 2020
Hanya menambahkan beberapa komentar untuk membantu pencari....
Bagi saya, saya akan memperhatikan (apa yang saya harap) adalah masalah ini, dengan server penghalang saya berjalan di Linux / KDE - ketika saya mengarahkan mouse ke klien windows 10 saya, dan klik tombol shutdown. Itu akan segera menggantung mouse / keyboard saya, karena penghalang sepertinya masih berpikir mereka berada di sistem windows, yang sekarang terputus.
Saya masih bisa Ctrl+Alt+F kunci ke konsol perintah, perhatikan bahwa hambatan memakan CPU, dan meningkatkan penggunaan RAM... dan membunuh -9 - di mana sesi KDE saya akan pulih (meskipun KDE akan memperingatkan berbagai hal sedang dimulai ulang)
Saya akan memutakhirkan dari 2.3.2 dengan harapan masalah ini hilang dengan perbaikan di atas...
Terima kasih telah memelihara alat opensource ini. Saya merindukannya ketika yang lama dibayar .... sampai saya menemukannya di sini.
darmbrust
pada 17 Nov 2020
Sayangnya, ini belum dibawa ke manajer paket Ubuntu, untuk rilis LTS. Saya telah mengajukan bug di sana, berharap mereka akan mendukungnya. Ada PPA dengan rilis 2.3.3, yang saya uji sekarang.
darmbrust
pada 17 Nov 2020
Masalah terkait
raffimohammed
·
3Komentar
jwalton
·
3Komentar
graingert
·
4Komentar
enricodetoma
·
4Komentar
Saikojin
·
3Komentar
Komentar yang paling membantu
Saya setuju. Masalah ini tidak memiliki contoh deskripsi kasus buruk dari perilaku yang terlihat oleh pengguna karena masalah ini. Bagi saya itu adalah situasi kehilangan pekerjaan baru-baru ini: