Các cài đặt tốt nhất / etc / fstab để tăng cường SSD / HDD


12

Tôi biết EXT4 là nhanh nhất bởi 3y đã kiểm tra các bài đăng trên blog thử nghiệm từ các tác giả khác nhau Nhưng cũng có các cài đặt khác giúp SSD nhanh hơn tôi tìm thấy trong http://www.howtogeek.com/62761/how-to-tweak-your-ssd- trong-ubfox-cho hiệu suất tốt hơn /

sudo gedit /etc/fstab
add to / partition <options> noatime,nodiratime,
and also if kernel is >2.6.33 also add discard,
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

https://wiki.ubfox.com/MagicFab/SSDchecklist

sudo gedit /etc/fstab
add to / partition <options> noatime, and thats it
and data=writeback mounting option if you formatted the disk without journaling. Otherwise add data=ordered which sould be a good compromise between full journaling and none at all.
tmpfs   /tmp  tmpfs  nodev,nosuid,noexec,mode=1777  0 0

Tại sao chỉ có thời gian? Và làm thế nào để biết nếu đĩa là không có nhật ký từ cài đặt? Và cái gì nhanh hơn? Không có Jornaling hay ngược lại? Và diff không có dữ liệu nhật ký = writBack hoặc nhật ký dữ liệu = đã ra lệnh?

Và tại sao tmpfs / tmp khác nhau ở cả hai arcticles và làm thế nào họ dffer và witch là tốt hơn và tại sao?

Tất cả điều này là về SSD nhưng tôi có thể sử dụng cùng một cài đặt trong ổ cứng không? Tôi muốn tìm câu trả lời cho ổ cứng và SSD vì tôi đã tạo các tập lệnh một lần để thiết lập nó trong https://wiki.ub Ubuntu.com/Kangarooo/AfterCleanInstallation của tôi

Câu trả lời:


10

Trang web howtogeek có trách nhiệm hơn trong hai trang web bạn đã đề cập. Các chỉnh sửa atime chỉ là tối ưu hóa siêu dữ liệu mà đường dẫn khi một tệp sẽ nhận được cập nhật dấu thời gian nhất định. Nó có thể áp dụng bất kể phương tiện bạn sử dụng là gì, nó cũng phụ thuộc vào mức độ nhạy cảm của ứng dụng của bạn với tính liên kết của siêu dữ liệu đó. Hầu hết người dùng máy tính để bàn sẽ không bỏ lỡ nó.

Bây giờ đối với việc vô hiệu hóa nhật ký ... điều đó thật điên rồ. Đó là toàn bộ quan điểm của việc sử dụng các hệ thống tệp nâng cao này: hiệu suất tốt hơn trong khi đảm bảo tính toàn vẹn dữ liệu. Hiểu rằng nếu bạn thực hiện giao dịch này, bạn đang trao đổi dữ liệu cá nhân của mình để tăng tốc độ khiêm tốn. Cá nhân tôi sẽ không đề nghị nó. Hầu hết mọi người không giữ bản sao lưu tốt để bắt đầu bù đắp cho rủi ro này.

Căn chỉnh phân vùng không thành vấn đề nhưng không điều chỉnh bit đó cũng sẽ không giết bạn. Nó thực sự phụ thuộc vào mức độ truy cập của đĩa. Giả sử nó không được chỉ định, nếu bạn có hàng tấn I / O diễn ra thường xuyên (máy chủ), bạn sẽ thấy sự cải thiện. Về sử dụng máy tính để bàn trung bình, ai biết, có lẽ không đáng giá.

Tôi sẽ bỏ qua rằng wiki wiki mà bạn đề cập ngoại trừ khái niệm rằng căn chỉnh phân vùng là có giá trị. Đây là một liên kết có trách nhiệm hơn:

http://www.ibm.com/developerworks/linux/l Library / l-4kb-sector-disks / index.html? ca = dgr-llnww7474

Một số khuyến nghị trong wiki Ubuntu hoàn toàn sai, như cấu hình lại các tmpfs bằng cách sử dụng "gật đầu". Nó đã là RAMFS!

Di chuyển bộ nhớ cache firefox sang / tmp có thể tăng tốc độ trong phiên hiện tại của bạn. Mặc dù nó có thể là một mối nguy hiểm bảo mật (không được bảo mật trong nhà của bạn nữa) và nó sẽ được xây dựng lại trên mỗi lần khởi động do tmpfs không tồn tại.

Tóm lược:

Thêm discardvào các tùy chọn ext4 là thận trọng, writBack là chế độ mặc định, chỉ để lại các cài đặt ghi nhật ký, các điều chỉnh thời gian vẫn ổn và việc chuyển sang thời hạn hoặc trình lập lịch nop cũng có thể hữu ích, căn chỉnh phân vùng là tùy chọn. Phần còn lại là giường tầng.


Các tinh chỉnh atime là tốt nhưng cuối cùng là vô nghĩa. Relatime là một sự thỏa hiệp lớn và sẽ chỉ gây ra lỗi ghi nếu tập tin đã được sửa đổi kể từ lần truy cập cuối cùng. Điều này cắt giảm atime viết quyết liệt mà không mất hoàn toàn chức năng atime.
Caesium

1
Tôi đồng ý rằng đó relatimelà sự thỏa hiệp tốt nhất tuy nhiên tôi đã giới hạn phân tích của mình với các sự kiện được trình bày. Rất nhiều điều chỉnh này thực sự không quan trọng trừ khi bạn có khối lượng công việc của máy chủ. Tôi đang nói về hiệu suất, không mặc san lấp mặt bằng. Điều quan trọng nhất mà người dùng này có thể làm là cho phép discardhỗ trợ. Tôi đã sở hữu một ổ SSD trong 1,5 năm nay và chưa bao giờ tinh chỉnh nó, hoạt động tuyệt vời, quản lý các loại bỏ riêng của nó.
ppetraki

1
Tại sao sẽ nodevlà ngu ngốc? Nó không làm cho hệ thống biết rằng hệ thống tệp là một thiết bị, nhưng ngăn các tệp thiết bị được coi là thiết bị. Bạn có thể kiểm tra sự khác nhau bằng cách sử dụng sudo mknod -m666 test c 1 3(tạo ra một tệp testhoạt động như một thiết bị null có thể ghi, tức là /dev/null). Trên một hệ thống tập tin được gắn kết nodev, echo > testcat testthất bại, bất kể bạn có chạy nó dưới quyền root hay không.
Lekensteyn

Tôi biết những gì trang người đàn ông nói. Bạn có thể giải thích sau đó điều này có ảnh hưởng gì đến hiệu suất không, đặc biệt là trong bối cảnh của SSD?
ppetraki

4

Các discardtùy chọn không còn gợi ý cho hệ thống tập tin SSD-lưu trữ, vì nó làm chậm xuống vì hạt nhân Linux có thực hiện không được tối ưu hóa của lệnh. (IIRC, các yêu cầu TRIM chỉ sử dụng một phạm vi khu vực ATA tại một thời điểm, làm cho nó chậm lại.)

Thay vào đó, hãy tạo một công việc định kỳ hàng ngày chạy fstrim -v /(hoặc bất kỳ phân vùng SSD nào của bạn). Đây là giải pháp mà Ubuntu 14.04 LTS sẽ được vận chuyển.


"Tùy chọn loại bỏ không còn được đề xuất" - Nguồn, xin vui lòng?
eMPee584

1
Tìm thấy bài đăng này bởi một XFS dev marc.info/?l=linux-xfs&m=133047907914622&w=2 : "loại bỏ trực tuyến không thực sự là một điều thông minh để sử dụng cho SSD tiêu dùng [chính xác] vì loại bỏ rất chậm và không- hoạt động có thể xếp hàng trên hầu hết các phần cứng hỗ trợ nó. " Vậy systemctl enable fstrim.timerlà ..
eMPee584

1

Không bật 'noexec' trên / tmp hoặc bạn sẽ gặp vấn đề với một số trình điều khiển 3D nhất định yêu cầu thực thi từ / tmp. Trình điều khiển NVIDIA cho phần cứng hiện đại có yêu cầu này, bất kỳ ứng dụng nào bạn có sẽ segfault (như xscreenaver glmatrix) nếu bạn đã bật 'noexec'.


Vì vậy, tôi có thể thêm dòng mà không có noexec? Như thế này? tmpfs / tmp tmpfs gậtev, nosuid, mode = 1777 0 0
Kangarooo

0

Ngoài câu trả lời của ppetraki , nếu việc sử dụng đèn flash là vấn đề đáng lo ngại, bạn nên gắn hệ thống tệp RAM cho /tmpthư mục của mình .

tmpfs /tmp tmpfs defaults,size=15%,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,size=10%,mode=1777 0 0

Nhưng đừng chuyển các /var/logtệp của bạn sang RAM trừ khi bạn chắc chắn rằng mình sẽ không gặp sự cố;) VÀ bạn đã cài đặt tất cả các gói máy chủ tạo /var/logthư mục mới (như apache) và không muốn chúng biến mất giữa các lần khởi động :

tmpfs /var/log tmpfs defaults,mode=0755 0 0 
tmpfs /var/log/apt tmpfs defaults 0 0
none /var/cache unionfs dirs=/tmp:/var/cache=ro 0 0

Đây là sự pha trộn giữa câu trả lời của JR0cket và các bài viết blog khác về chủ đề này.

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.