LaCie Rugged Safe Firewire Ghi tốc độ / Nhanh hơn từ máy ảo windows?


3

Tôi mới mua một ổ cứng an toàn LaCie Rugged, và tôi hơi thất vọng bởi tốc độ ghi duy trì mà tôi đo được.

Đây là những gì tôi thấy:

  • tốc độ đọc duy trì: khoảng 55MB / s
  • tốc độ ghi duy trì khoảng 12MB / s nếu đĩa được định dạng bằng HFS / ghi nhật ký
  • tốc độ ghi duy trì khoảng 20MB / s nếu đĩa được định dạng bằng HFS / Không được ghi nhật ký
  • tốc độ ghi duy trì khoảng 55MB / s nếu đĩa được định dạng bằng HFS / Không được ghi nhật ký, nhưng tôi ghi vào nó thông qua một máy ảo Parallels Desktop !!!

Có ai có manh mối về một lý do có thể tại sao tốc độ ghi liên tục sẽ nhanh hơn từ một máy ảo không?

Ngoài ra, có ai nên làm gì để có cùng tốc độ ghi từ Mac OS không?

Thông tin kỹ thuật

  • Tôi không cần kết nối đĩa như một thiết bị Máy ảo, tôi chỉ cần truy cập vào nó dưới dạng đĩa được chia sẻ bởi hệ điều hành máy chủ
  • Đĩa được kết nối qua cáp firewire 800
  • Đây là ổ đĩa 1Go LaCie Rugged Safe gần đây nhất
  • Đây là đầu ra của lệnh mount
$ gắn kết
/ dev / đĩa2s2 trên / Tập / LaCie-Rugged (hfs, local, gậtev, nosuid, noowners)

Tốc độ của bạn là bình thường cho ổ đĩa đó. Loại dữ liệu nào đang được viết để kiểm tra tốc độ ghi? Thông thường dữ liệu kiểm tra có thể nén và bộ đệm hoặc hiệu ứng nén bằng 0 là lý do tại sao một số VM báo cáo IO nhanh hơn. Họ thoát khỏi dữ liệu và mac vẫn viết đang sử dụng tốc độ tốt nhất có thể. Sự khác biệt duy nhất có thể là ghi vào khối hoặc thiết bị thô và bỏ qua chỉ mục đèn chiếu. Bạn đã thử yêu cầu spotlight không lập chỉ mục ổ đĩa đó bằng cách liệt kê nó trong khung tùy chọn quyền riêng tư dưới ánh đèn sân khấu?
bmike

Vâng, tôi đã thực hiện một thử nghiệm bằng cách sao chép 3GB phim nén, vì vậy dữ liệu chủ yếu không thể nén được. Tôi đã không tắt đèn chiếu, nhưng đĩa trống trong quá trình kiểm tra của tôi, vì vậy tôi nghi ngờ rằng đèn chiếu sáng không có nguyên nhân.
Pascal T.

Tôi vừa thực hiện bài kiểm tra tương tự với đèn sân khấu đã tắt và tôi vẫn có cùng tốc độ
Pascal T.

Bummers. mds và mdworker thực hiện tất cả các bài viết vì vậy tôi hy vọng bạn có thể loại bỏ chúng như một nguyên nhân. Có vẻ như bạn đã làm và đó không phải là nguyên nhân. Trừ khi có một số tương tác kỳ lạ giữa đĩa nguồn cho các tệp 3 GB của bạn, tôi không thể nghĩ ra bất cứ điều gì bạn có thể điều chỉnh tại thời điểm này.
bmike

Câu trả lời:


1

Tôi sẽ cảnh giác khi chấp nhận bất kỳ kết quả kiểm tra tốc độ ghi liên tục nào từ bên trong máy ảo. Hầu hết các kiến ​​trúc VM thực thi bộ nhớ đệm thông minh và các thuật toán khác khi ghi vào đĩa ảo. Hãy thử chạy lệnh "dd if = / dev / zero of = / dev / sda bs = 1024k" từ bên trong một máy ảo Linux trống đối với một đĩa ảo lớn để xem chính xác ý tôi (tốc độ cao hơn nhiều so với bộ nhớ vật lý của bạn).

Làm thế nào để bạn kiểm tra ổ đĩa firewire từ bên trong VM? Là ổ đĩa được truyền qua VM như một thiết bị firewire trong Windows hoặc như một số thiết bị / ổ đĩa khác?

Thêm chi tiết sẽ được rất nhiều đánh giá cao.


Thiết bị được kết nối với VM dưới dạng ổ đĩa mạng, được chia sẻ bởi hệ điều hành máy chủ (tức là tôi có thể truy cập nó dưới dạng \ psf \ LaCie-Rugged)! Tôi đang sao chép dữ liệu nén (phim), vì vậy tôi nghĩ rằng có thể an toàn khi nói rằng không thể nén dữ liệu trong quá trình chuyển. Tôi vừa thực hiện thử nghiệm tương tự một lần nữa, với 3GB phim: 52MB / s trên VM, 26MB / s trên OSX!
Pascal T.

1
@Pascal T. - Nó có thể không thực hiện nén, nhưng nó có thể thực hiện một số lượng lớn các thứ khác: viết chậm, v.v ...
Tên giả

Ngoài ra là một hạt nhân lai thay vì một hệ điều hành vi nhân, Windows IO thường nhanh hơn OS X IO.
Max Ried
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.