Chi phí hoạt động của mã hóa / nhà là gì?


35

Tôi có một netbook với Windows trên phân vùng thứ hai và Xubfox ( //home) trên phân vùng thứ ba. Tôi đã chọn để mã hóa thư mục nhà của tôi trong khi cài đặt. Hiệu năng của netbook là đủ cho máy nhỏ, nhưng tôi đang tìm cách cải thiện hiệu năng. Tôi không thể tìm thấy nhiều thông tin về chi phí hoạt động (CPU hoặc ổ đĩa) liên quan đến mã hóa phân vùng nhà. Tôi đã chạy như sau, viết vào phân vùng nhà của tôi cũng như phân vùng Windows được gắn kết:

dd if=/dev/zero of=~/dummy bs=512 count=10240

dd if=/dev/zero of=/media/Windows/dummy bs=512 count=10240

Cái đầu tiên trả về 2,4MB / s và cái thứ hai trả lại 2,5 MB / s. Do đó, tôi có thể suy luận rằng có rất ít chi phí để mã hóa thư mục nhà không? Tôi không chắc chắn nếu các hệ thống tập tin khác nhau sẽ làm cho bất kỳ sự khác biệt ( //homelà ext3).

Cập nhật 1

Tôi không biết tại sao tôi không sử dụng /tmpthay vì thư mục Windows được gắn kết. Chỉ /homeđược mã hóa, vì vậy /tmpext3 không được mã hóa. Kết quả ddnhư trên thật đáng kinh ngạc:

~: 2,4 MB / s

/tmp: 42,6 MB / s

Xin vui lòng cho ý kiến? Lý do tôi hỏi điều này là truy cập đĩa trên netbook chậm đáng chú ý.

Cập nhật 2

Tôi đã tính thời gian cho từng ddthao tác với time:

~:

real    0m2.217s  
user    0m0.028s  
sys     0m2.176s

/tmp:

real    0m0.152s  
user    0m0.012s  
sys     0m0.136s

Xem thêm: thảo luận về UbuntuForums.orgbáo cáo lỗi (2012/05/11: dường như là một lỗi liên quan đến SSD)

Chỉnh sửa: Đầu ra của mount:

/dev/sda3 on / type ext3 (rw,noatime,errors=remount-ro,user_xattr,commit=600)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/USER/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=USER)

Cập nhật 2012/05/01: Thêm các liên kết liên quan để tham khảo: một bài kiểm tra Phoronix (cũ) , một câu hỏi tương tự ở đây, một câu hỏi trùng lặp ở đây và một câu hỏi SuperUser tương tự . Một câu trả lời tóm tắt tốt ở đây cho thấy rằng các hình phạt về hiệu năng chỉ đáng chú ý trên các bộ xử lý nhỏ / netbook (Atom) và SSD.


1
Có, các hệ thống tập tin khác nhau sẽ làm cho một sự khác biệt. Bạn cần cách ly mã hóa vì sự khác biệt đáng kể duy nhất giữa các thử nghiệm để quy bất kỳ sự khác biệt nào đối với mã hóa. Tôi đoán /media/Windowslà ntfs.
jmtd

Có phải đó không so sánh mã hóa-EXT4 với NTFS? Chắc chắn sự so sánh bạn muốn thực hiện được mã hóa - EXT4 so với EXT4 đơn giản. Chỉnh sửa: erk, yeah, những gì @jmtd đã nói!
Oli

1
Có, tôi muốn so sánh mã hóa-ext3 với ext-3 bình thường. Tôi vừa nhận ra rằng tôi có thể làm điều này bằng cách sử dụng / tmp thay vì thư mục Windows được gắn kết. Không chắc chắn những gì tôi đã suy nghĩ khi tôi thử nghiệm điều này sớm hơn ngày hôm nay. Cảm ơn các con trỏ. Tôi sẽ cập nhật câu hỏi của tôi.
SabreWolfy

Làm thế nào là / tmp gắn kết? Đây có phải là một tmpfs hoặc thực sự trên ổ đĩa ext3?
Marco Ceppi

Tôi đã cài đặt Ubuntu tiêu chuẩn lên netbook có RAM 1GB, vì vậy / tmp nằm trên ổ đĩa chứ không phải trong RAM tôi mong đợi.
SabreWolfy

Câu trả lời:


18

Tôi đã sử dụng tính năng thư mục nhà được mã hóa trong nhiều năm và tôi có thể nói với bạn rằng trong khi nó hoạt động tốt trong các trường hợp thông thường, nó sẽ khiến máy của bạn quỳ xuống khi thực hiện bất kỳ thao tác tập tin cường độ cao nào.

Tôi có Pentium i7 lõi ​​tứ với 16GB RAM từ System7. Theo bất cứ cách nào, nó là một máy tính xách tay nhanh nhẹ với ổ đĩa SATA 7200 RPM. Mới hôm nay khi tôi giải nén một tệp có 20.000 tệp văn bản nhỏ trong đó (mất 10 phút), hệ thống của tôi về cơ bản không sử dụng được. Mọi thứ chạm vào hệ thống tệp đều có độ trễ 1-2 giây ... bao gồm cả trình duyệt web. Kinh nghiệm của tôi chính xác là của OP - thư mục nhà được mã hóa chậm hơn khoảng 15 lần so với không được mã hóa.

Tôi không nghĩ gì về nó vì tôi đã quá quen với nó (đây là máy tính xách tay thứ 4 của tôi). Về cơ hội hoang dã rằng ai đó có một mẹo về cách cải thiện nó, tôi nghĩ tôi sẽ tìm kiếm ở đây.

Tôi mã hóa thư mục nhà của tôi bởi vì tôi CÓ. Nếu bạn không phải ... thì đừng.


2
Ổ cứng 7200rpm đó chắc chắn là một nút cổ chai. Ngoài ra, có lẽ bạn nên sử dụng ionice cho bất kỳ hoạt động chuyên sâu I / O lâu dài, không quan trọng nào, để không làm giảm hiệu suất cho những thứ khác, như sử dụng trình duyệt web của bạn.
Ehtesh Choudhury

9

dd KHÔNG phải là một cách tốt để đo hiệu suất HD. Có nhiều biến số liên quan và bất kỳ bài kiểm tra tốt nào cũng cần phải được thực hiện nhiều lần.

Mã hóa tạo ra một chi phí đặc biệt là trên các cpu "nhỏ hơn" có trong netbook. Chúng rẻ hơn vì một lý do sau tất cả.

Mặc dù tôi không có dữ liệu về mã hóa ổ đĩa, tôi đã thực hiện các thử nghiệm trên https so với http cho một máy chủ web và chi phí rất lớn nhưng không gây chết người. TUY NHIÊN, thư mục nhà của bạn có xu hướng lộn xộn với các chương trình ghi vào thư mục ẩn của họ một cách ngẫu nhiên liên tục. Xem Firefox cho một cậu bé xấu về vấn đề này. Đây là một sự chậm chạp nhẹ liên tục trên một chiếc netbook vốn đã chậm hơn và thường là tiêu chuẩn có HD chậm.

Chạy lại với bonnie ++ một người dùng khác được đề xuất nhưng lần này, hãy làm điều đó với TWO người dùng khác nhau, một người có HD được mã hóa, người kia không có. Hãy chắc chắn rằng cả hai thư mục nhà đều được điền như nhau.

Điều đó cho bạn một bài kiểm tra chính xác hơn nhiều. Tôi sẽ không ngạc nhiên khi thấy hiệu suất đạt khoảng 20% ​​trở lên. Đó là những gì máy chủ web của tôi đã làm khi được yêu cầu mã hóa mọi thứ nó đưa ra. Và bạn đang đọc và viết dữ liệu được mã hóa.


3

Mặc dù mã hóa chắc chắn sẽ thêm chi phí hoạt động, mã hóa phân vùng nhà sẽ không ảnh hưởng lớn đến hiệu suất hệ thống của bạn. Hầu hết các chương trình bạn chạy đều được đọc brom / bin hoặc / usr và hầu hết các văn bản hệ thống thông thường đều nằm trong / var hoặc / tmp.

Chỉ các tệp người dùng của bạn ở trong / nhà, vì vậy bạn sẽ thấy tác động nếu xử lý các tệp lớn, mà tôi thường đặt trên phân vùng riêng biệt, chỉ giữ nhà của tôi cho các tài liệu.


2
Nhiều chương trình sử dụng các tập tin ẩn (tập tin dấu chấm) trong thư mục nhà của bạn. Mặc dù họ nên sử dụng tmp để ghi thường xuyên, bạn chỉ có thể thử mã hóa thư mục con của / home.
idbrii

0

Tốc độ truyền tải hầu như không phải là một thước đo đủ để đánh giá chi phí mã hóa: có thể chỉ đơn giản là nút cổ chai là dung lượng IO của ổ cứng của bạn. Bạn cũng có thể muốn xem xét việc sử dụng CPU, nó có thể (hoặc có thể không) khác nhau cho dù bạn có sử dụng mã hóa hay không.


1
Làm thế nào khả năng IO sẽ ảnh hưởng đến điều này? Tôi viết dữ liệu ddra một thư mục ext3 được mã hóa và không được mã hóa. Nếu việc ghi dữ liệu được mã hóa chậm hơn 20 lần, điều này sẽ gợi ý rằng quá trình mã hóa là nút cổ chai, vì ổ đĩa có khả năng ghi nhanh hơn vào thư mục không được mã hóa.
SabreWolfy

1
Chà, điều đó xuất phát từ bản cập nhật bạn cung cấp cho câu hỏi ban đầu của bạn, không có sẵn khi tôi viết câu trả lời. Nếu việc ghi dữ liệu trên một phân vùng được mã hóa chậm hơn 20 lần thì trên một phân vùng không được mã hóa, thì rõ ràng quá trình mã hóa sẽ gây ra một chi phí.

2
Ví dụ, bonnie ++ là IO-mét tốt hơn nhiều so với dd. Chỉ cần "sudo apt-get install bonnie ++" để cài đặt nó.
Olli
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.