Thiết bị đầu cuối Gnome rất chậm trong Gnome 3


9

Khi sử dụng Thiết bị đầu cuối Gnome, nếu tôi cố gắng tạo một tab mới hoặc sử dụng "tab C +" để chuyển sang một thiết bị mới, thiết bị đầu cuối sẽ mất tối đa năm giây để thay đổi. Điều này dường như xảy ra cho dù sử dụng ZSH hay Bash. Có ai gặp phải vấn đề này? Hoặc, có ai biết làm thế nào để có được thông tin gỡ lỗi từ điều này?

Câu trả lời:


3

Tôi chưa có kinh nghiệm về vấn đề này. Bạn có thể muốn thử một trình giả lập thiết bị đầu cuối thay thế như xtermhoặc uxterm.

http://en.wikipedia.org/wiki/List_of_terminal_emulators#X_Window_Termests


1
Có bất cứ điều gì so sánh Thiết bị đầu cuối X Window không? Tôi chắc chắn sẽ cuộn lên trong Gnome-Terminal và tôi sử dụng nền trong suốt để tôi có thể đọc tài liệu trong khi gõ vào cửa sổ.
damon

2
Vì vậy, tôi đã kết thúc việc giải quyết với Terminator. Cảm ơn bạn đã giúp đỡ.
damon

6

Tôi có chung vấn đề đó. Nó không xảy ra mọi lúc, nhưng nó xảy ra phần lớn thời gian và tôi ghét nó. Ngoài ra, văn bản in rất chậm trong thiết bị đầu cuối. Vì vậy, nếu tôi in ra một số lượng lớn các ký tự, thiết bị đầu cuối sẽ nhổ nó ra trong các bước nhảy và gia tăng. Nó rất lag. Đây là một vấn đề lớn.

CẬP NHẬT: Tôi nhấn alt-f2, sau đó nhấn "r" để đặt lại Gnome. Phiên của bạn vẫn còn nguyên, nhưng nó khởi động lại Gnome, và sau đó các thiết bị đầu cuối của tôi hoạt động rất độc đáo ... vì vậy đây là lỗi rò rỉ bộ nhớ hoặc lỗi trong Gnome.


Ah cảm ơn bạn. Nó có thể không phải là một giải pháp, nhưng đó là một cách giải quyết tuyệt vời.
Julian

lỗi đó đã được báo cáo chưa? Tôi vẫn bị cắn bởi điều này vào tháng 3 năm 2013.
cweiske

3

Bạn có sử dụng trình điều khiển NVIDIA không? Sau đó, bạn có thể bị ảnh hưởng một lỗi trong trình điều khiển. Bản phát hành mới 295.20 nêu lên một sửa chữa tiềm năng:

Đã sửa lỗi có thể khiến một số ứng dụng OpenGL (bao gồm cả môi trường máy tính để bàn như KDE và Gnome Shell) bị treo.

EDIT: Một cuộc thảo luận sâu hơn nếu được tìm thấy tại: https://askubfox.com/questions/78237/unity-3d-with-nvidia-do-becomes-very-slow-and-laggy


Tôi sử dụng trình điều khiển nvidia fwiw. Câu trả lời bạn liên kết đến đã không may bị xóa.
Julian

Quả thực tôi cũng nhận thấy nó là thứ gì đó của Nvidia. Trên hệ thống khác của tôi (có đồ họa AMD) tôi thấy không bị chậm.
Richard de Wit

2

Tôi đã tìm thấy terminator, thuật ngữ yêu thích của tôi, có cùng vấn đề với việc tạo hoặc chuyển đổi các tab. Nó làm cho Gnome 3 không sử dụng được. Tôi thường có một nơi nào đó trong phạm vi 4 hoặc 5 tab của bảng điều khiển mở với mỗi tab có thể được chia nhiều lần. Đôi khi, việc tạo các tab mới khiến toàn bộ giao diện người dùng Gnome 3 bị đóng băng và cách duy nhất để quay lại là khởi động lại gdm từ một trong các bảng điều khiển thực tế (ctrl + alt + f1)


1

GNOME terminalcũng chậm đối với tôi Từ danh sách Wikipedia nhanh nhất trong số những gì tôi đã thử nghiệm evilvte. Điều đó dường như đi hết về phía đối diện của quang phổ về việc loại bỏ càng nhiều tính năng càng tốt. (Trong khi tôi cảm thấy rằng việc GNOME terminalchọn là khá đặc trưng.)

Một lựa chọn nhanh khác cho tôi là sử dụng thiết bị đầu cuối ảo. Nếu bạn nhấn bất kỳ Ctrl+ Alt+ F6đến Ctrl+ Alt+ F1nào, bạn sẽ nhận được giao diện bảng điều khiển nhanh, tối thiểu. Striking Ctrl+ Alt+ đưa F7bạn trở lại giao diện đồ họa thông thường với các cửa sổ và như vậy.

Kết hợp các thiết bị đầu cuối ảo với tmux(một GNU screensự thay thế) đã giúp ích cho tôi. Trong tmuxđó là Ctrl+ b, Ctrl+ cđể mở một cửa sổ mới, Ctrl+ b, Ctrl+ %để chia màn hình thành hai khung, mỗi khung có giao diện đầu cuối riêng và Ctrl+ b, Ctrl+ xđể đóng khung.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.