Tại sao Ubuntu 14.04 lại chậm như vậy trên máy tính xách tay của tôi? [đóng cửa]

20

Đóng cửa . Câu hỏi này cần được tập trung hơn . Nó hiện không chấp nhận câu trả lời.

Bạn muốn cải thiện câu hỏi này? Cập nhật câu hỏi để nó chỉ tập trung vào một vấn đề bằng cách chỉnh sửa bài đăng này .

Đóng cửa 5 năm trước .

Tôi vừa cài đặt Ubuntu 14.04 trên máy tính xách tay Dell với bộ nhớ Pentium M 1.7Ghz và bộ nhớ 1Gbyte.

Đồ họa là Intel® 852GM / 855GM x86 / MMX / SSE2, loại hệ điều hành là 32 bit.

Toàn bộ hệ thống RẤT chậm. Khi tôi khởi chạy trình quản lý ứng dụng, chẳng hạn, tôi cần đợi để xem các chữ cái tôi gõ xuất hiện!

Như thể CPU đã quá tải và không có bộ nhớ, nhưng tôi chỉ có Firefox chạy.

Làm thế nào tôi có thể làm cho hệ thống chạy trơn tru hơn? Nó đã từng cài đặt Windows XP và nó hoạt động tốt.

performance

— người dùng
nguồn

Bạn có thể xác định xem hệ thống đã tìm đúng card đồ họa của bạn chưa? đầu ra của glxinfo | grep rendercó thể được quan tâm.

— Charles Green

2

Hệ thống mà bạn mô tả phù hợp hơn với XP và Ubuntu 12.04. Giống như bạn sẽ không cài đặt Windows 7/8 trên nó, bạn nên áp dụng nguyên tắc tương tự cho các hệ điều hành khác.

— Phổ

Đừng quên chấp nhận câu trả lời tại một số điểm bằng cách nhấp vào đánh dấu bên dưới mũi tên.

— Tim

35

Bởi vì bạn chỉ có 1GB RAM! Đó không phải là vấn đề duy nhất, nhưng nó là một phần của nó. Đơn giản, máy tính của bạn không thể xử lý cường độ đồ họa của Unity.

Windows XP gần như không phải là CPU / Đồ họa chuyên sâu như Unity, máy tính để bàn mặc định của Ubuntu 11.04+. Nó dựa trên compiz và có tất cả các loại đồ họa lạ mắt, chẳng hạn như nhìn xuyên qua dấu gạch ngang và trình khởi chạy mở rộng. Tôi sẽ khuyên bạn nên cài đặt Lubfox hoặc Xubfox , hoặc đặt XFCE hoặc LXDE, và sử dụng nó thay vì thống nhất.

Tôi có cả hai trên 3 máy tính XP cũ và chúng đang chạy tốt (được gõ trên máy tính xách tay LubFi 2006 với 683 MB RAM).

Như thể CPU đã quá tải và không còn bộ nhớ

CPU có thể bị quá tải / có lẽ không đủ RAM. Hãy thử cài đặt và sử dụng midori- nó nhẹ hơn và là thứ tôi đang sử dụng vào lúc này.

Đại từ của tôi là He / Ngài

— Tim
nguồn

2

Xem thêm: Askubfox.com/questions/206407/ trên - wiki này cũng vậy ... Tôi sẽ xác nhận về các vấn đề với Unity - nó chậm trên máy tính để bàn lõi tứ, không chỉ các hộp XP cũ. Hầu hết các môi trường máy tính để bàn khác là nhanh hơn.

— Wilf

1

Về cơ bản, nó chậm hơn trên máy mạnh nhất mà tôi có - Gnome 3 nhanh hơn trên máy tính xách tay Intel Atom netbook & i5.

— Wilf

2

Tôi có RAM 8 GB, Intel i7 3,4 GHz và tôi thấy Ubuntu 14.04 bị lag (không tệ hơn OP) và hệ thống thậm chí đã đóng băng nhiều lần mà tôi phải khởi động lại mạnh mẽ. Tôi chuyển sang Xubfox và thấy nó nhanh hơn. Thậm chí không một vấn đề duy nhất cho đến ngày.

— Sundeep

2

Ngoài ra, gpu có thể không được hỗ trợ

— Thorbjørn Ravn Andersen

1

Vâng, đó có thể là một phần của nó, nhưng tôi sẽ không nhận được sự thống nhất với bất kỳ ai có dưới 4 GB, như tôi đã nói rằng tôi bị đóng băng với 32 GB RAM.

— Tim

13

Hai điều:

1) Ubuntu 14.04 sử dụng Unity 3D, dựa trên Compiz. Toàn bộ điều được thể hiện thông qua OpenGL được tăng tốc phần cứng. Điều này thật tuyệt vời nếu bạn có trình điều khiển tốt và một thẻ video tốt, không quá nhiều nếu thiếu một trong hai.

Hoàn toàn không cần phải chuyển đổi phân phối. Chỉ cần cài đặt một môi trường máy tính để bàn nhẹ hơn, đăng xuất và đăng nhập lại vào máy tính để bàn mới. Để dễ sử dụng, cái ưa thích thường là Xfce.

2) Kết hợp công việc cron update-apt-xapian-index bị hỏng và lập lịch xử lý bị hỏng trong kernel. Tóm lại, bạn cần thêm 'noautogroup' vào tùy chọn khởi động của mình, nếu không, quá trình xử lý sẽ không hiệu quả. Vì thế:

nâng lên gốc với sudo
trong / etc / default / grub, chỉnh sửa GRUB_CMDLINE_LINUX_DEFAULT thành "giật gân yên tĩnh noautogroup"
chạy 'update-grub'
khởi động lại

Điều này an toàn hơn so với sử dụng biến sysctl kernel.autogroup, có thể khiến một số máy tính hoảng sợ.

Dù sao, trái với những gì nhiều người nói, Ubuntu chạy tốt với 1 GB RAM nếu bạn không sử dụng máy tính để bàn mặc định cồng kềnh.

Chỉnh sửa: thực sự tôi đã gửi một lỗi Launchpad về vấn đề thứ hai vào năm ngoái: https://bugs.launchpad.net/ubfox/+source/linux/+orms/1219548

— DanL4096
nguồn

Vui lòng sử dụng "kernel.sched_autogroup_enables" một cách thận trọng - nó ngăn hệ thống của tôi khởi động (Ubuntu 14.04 3.13.0.30-generic, Dell 15r)

— Charles Green

@CharlesGreen cách tốt hơn để làm điều này là sử dụng tùy chọn khởi động 'noautogroup'. Tôi sẽ cập nhật bài viết của mình để phản ánh điều đó.

— DanL4096

Tôi đã thử echo 0 > /proc/sys/kernel/sched_autogroup_enabledbiến thể, nhưng tôi không chắc là tôi cảm thấy nó có tác dụng thực sự. Tôi sẽ cung cấp cho tùy chọn khởi động một shot.

— Charles Green

Chà, nó đã khởi động (Tôi ở đây!) Tôi sẽ phải chọc vào hệ thống một chút để xác định xem tôi có cảm thấy nhanh hơn không

— Charles Green

1

@CharlesGreen nó sẽ không "cảm thấy nhanh hơn." Những gì nó sẽ làm là không bị sa lầy khi niced nhiệm vụ nền đang sử dụng rất nhiều thời gian CPU, bởi vì nó sẽ ưu tiên những thứ khác trước những nhiệm vụ. Nếu không thì sẽ không có sự khác biệt (bao gồm cả cho phi niced CPU nhiệm vụ chuyên sâu). Đó là lý do tại sao tôi đề xuất một máy tính để bàn nhẹ hơn, không kết hợp. noautogroup chỉ tránh hành vi lỗi trong một số điều kiện nhất định; sử dụng Xfce hoặc Openbox sẽ giảm mức tiêu thụ tài nguyên nói chung.

— DanL4096

3

Bạn rất có thể có 2 nút thắt liên quan:

dung lượng RAM thấp cho hệ thống, trong một số trường hợp thậm chí còn ít hơn giá trị danh nghĩa, ví dụ nếu GPU của bạn lấy cắp một số RAM từ hệ thống thì tổng số lượng có sẵn cho hệ thống là 1Gb - WhatTheGPUIsSử dụng
ổ cứng chậm. Về cơ bản, máy tính xách tay cũ có đĩa 5400 vòng / phút, đây có lẽ là một con số thực sự nhỏ đối với các tiêu chuẩn ngày nay, không có sự cân nhắc tốt mà HĐH có thể sử dụng.

Hậu quả đầu tiên là bạn có RAM thấp và thậm chí SWAP không hoạt động tốt vì ổ cứng chậm.

Về cơ bản khi bạn có dung lượng RAM thấp, hệ thống sẽ sử dụng SWAP, phân vùng trên ổ cứng của bạn, để lưu trữ các tệp tạm thời giống như bạn làm với RAM của bạn ở nơi đầu tiên, điều này cho phép HĐH nhận được nhiều bộ nhớ tạm thời hơn và "sửa chữa" những thứ khi không có sẵn một lượng RAM tốt.

Trừ khi bạn đã hủy kích hoạt hoặc xóa phân vùng trao đổi, trao đổi ở đó và nó hoạt động theo thời gian của bạn, nhưng bạn thực sự không thể làm quá nhiều vì ngay cả khi sử dụng trao đổi trên ổ cứng chậm thì tốt hơn là hệ điều hành hoặc ứng dụng của bạn bị chấm dứt vì của ký ức không có ở đó.

Vì vậy, bạn chỉ nên giữ mọi thứ như hiện tại, bạn có thể làm 2 việc:

hãy thử một bản phân phối khác như Archlinux, nhanh hơn và nhẹ hơn nhưng cần một số điều chỉnh và bạn cần đọc một số bài viết và hướng dẫn sử dụng wiki để biết bạn đang làm gì
Hãy thử khởi động vào bàn điều khiển mà không cần GUI, nếu bạn có thể sống chỉ với bàn điều khiển thì hiệu suất của bạn sẽ được hưởng lợi từ đó, điều quan trọng là nó phụ thuộc vào những gì bạn phải làm, nếu bạn phải viết mã và viết tài liệu hoặc kiểm tra email, bạn có thể làm điều đó với một thiết bị đầu cuối, nếu bạn muốn duyệt web, bạn cũng có thể làm điều đó nhưng chắc chắn nó không phụ thuộc vào những gì bạn nhận được với firefox trong một phiên X11.

— người dùng3784961
nguồn

2

Mọi người có thể có thể viết sách về không gian trao đổi. Cá nhân tôi nghĩ rằng các hệ điều hành hiện đại nên có cách xử lý bộ nhớ bẩn tốt hơn so với đĩa cứng, chậm hơn 6 bậc so với RAM chính - và cũng gây ra vấn đề bảo mật vì các công cụ được giải mã có thể bị tráo đổi. Re Arch Linux và sống trên bàn điều khiển, một lần nữa tôi không thấy vấn đề gì; người ta luôn có thể cài đặt một máy tính để bàn ít voi hơn Unity.

— DanL4096

@ DanL4096 Tôi đã đề xuất cách tiếp cận bàn điều khiển bởi vì khi bạn loại bỏ GUI khỏi phương trình hoàn toàn, đôi khi nó cũng giúp giải phóng thêm một số RAM. Unity là con voi nhưng X11 / Xorg cũng không phải là một phần mềm nhỏ và đôi khi các trình điều khiển thậm chí không giúp được gì nhiều để tăng tốc mọi thứ.

— dùng3784961

Vấn đề ở đây là rất nhiều thứ rất hữu ích chỉ có thể được thực hiện từ máy tính để bàn đồ họa, hoặc sẽ cần rất nhiều kiến thức để làm từ CLI ... Ngoài ra, bản thân Xorg thực tế là khá nhỏ. Sử dụng bộ nhớ Xorg là một phần chức năng của các ứng dụng chạy trên nó (và cả bộ nhớ video được chia sẻ, v.v.) Xorg, xterms và hầu hết mọi thứ dựa trên Xlib sẽ chạy tốt trên Pentium II - đó là khi bạn bắt đầu kéo nặng Các ứng dụng GTK + mà những rắc rối bắt đầu.

— DanL4096

Tôi tìm thấy trong máy tính xách tay của mình rằng việc thay đổi bộ lập lịch đĩa mặc định thành cfq đã tạo ra một sự khác biệt lớn trong nhận thức của tôi về việc máy tính chạy tốt như thế nào. Tôi tin rằng nó thực sự chậm hơn một chút, nhưng nó đáp ứng ngay cả trong khi hoạt động với đĩa nặng (tôi có một trong số 5400 đĩa rmp)

— Charles Green

@CharlesGreen có thể liên quan nhiều hơn đến phần cứng của bạn, hoặc có lẽ là sự kỳ quặc của các kiểu sử dụng thông thường của bạn. Tôi chưa bao giờ thấy CFQ khác nhiều so với Hạn chót khi tải máy tính để bàn. Điều noautogroup tạo ra sự khác biệt cho các nhiệm vụ nền tảng chuyên sâu; nhưng đó là bởi vì nó không phải là một tối ưu hóa / chỉnh sửa, nó là một cách giải quyết cho một lỗi (hoặc một cái gì đó nên được coi là một lỗi ít nhất).

— DanL4096

3

Ngoài ra còn có gnome-session-flashback trông sẽ quen thuộc nếu bạn đã sử dụng các lần lặp lại trước đó của Ubuntu. Ngoài việc có một giao diện tương tự, nó cũng ít tốn tài nguyên hơn.

— nước Phổ
nguồn

Gợi ý tốt. Lần trước tôi đã sử dụng nó mặc dù bảng Flashback (tức là phiên bản cập nhật của bảng điều khiển Gnome cũ) có một số vấn đề về hiệu năng - vì vậy, nó sẽ treo và hog CPU khi di chuyển qua menu "Office", vì một số lý do.

— DanL4096

-2

Bạn đã kiểm tra tệp hoán đổi của mình trong System Monitor / Tài nguyên - mặc dù nó hoạt động tốt trong 13.10 - nó chưa được kích hoạt khi tôi nâng cấp lên 14.04 trên máy tính xách tay của mình.

— Simon BHRan
nguồn