thảo luận Con i5 13500 ngon quá

Anh đang so 7700 với 13500 mà.
Cơ chế sửa lỗi là không cần thiết vì file system đã có sẵn, và hệ thống lưu trữ của tôi có backup và kiểm tra lỗi. Còn lúc transfer thì tôi rely vào checksum, nên PAR2 hay Reed Solomon là không cần thiết ở cấp độ này.
chưa kể rar đi nữa thì chắc giề 13500 ăn nổi 7700
 
Hqplayer giờ có hợ trợ upscale bằng card yến vi rồi mà. Mua card mà lắp vào thím, mà chơi hqplayer ngon thì nên xài từ 12700k
Hiện nay 12400 với msi h610 e pro nó vẫn chạy được dsd 512, 7ec-super + gauss xla. Giờ muốn chạy mga nên tính nâng cấp. 3060 yến vi có ổn không bác, mà lắp vào lại tốn thêm 1 pc làm endpoint nữa.
 
Anh đang so 7700 với 13500 mà.
Cơ chế sửa lỗi là không cần thiết vì file system đã có sẵn, và hệ thống lưu trữ của tôi có backup và kiểm tra lỗi. Còn lúc transfer thì tôi rely vào checksum, nên PAR2 hay Reed Solomon là không cần thiết ở cấp độ này.
Vậy hỏi thẳng và hỏi thật chứ cái file system như anh nói là gì, chẳng lẽ nó tự detect lỗi rồi fix đảm bảo đúng checksum?
backup tự động và backup cấu trúc+files bị thay đổi thì dễ -> nhưng giờ hỏi thật 1 lúc nào đó corrupt ở gốc hoặc corrupt ở backup thì hệ thống báo động/log cho anh coi thế nào và phục hồi thế nào vì hệ thống như vậy ngoài Par2/3 tôi chưa từng thấy

Nên trước giờ tôi chỉ thấy Par2/3 là làm đc.

nói miệng dễ chứ anh thử show file system và hình ảnh chứng minh xem
vì làm đc như anh nói và kô quá phức tạp thì hoàn toàn mở công ty quy mô toàn cầu backup đè bẹp Backblaze và đè các công ty backup online khác dễ dàng
 
Sửa lần cuối:
Hiện nay 12400 với msi h610 e pro nó vẫn chạy được dsd 512, 7ec-super + gauss xla. Giờ muốn chạy mga nên tính nâng cấp. 3060 yến vi có ổn không bác, mà lắp vào lại tốn thêm 1 pc làm endpoint nữa.
Em ngưng xài hqplayer từ lâu rồi thím nên không biết giờ xài con nào ngon. Xưa vì vấn đề build fanless PC nên không biết tối ưu sao cho VGA nên bỏ, chơi luôn music server cho nhẹ đầu rồi bác :D
 
Vậy hỏi thẳng và hỏi thật chứ cái file system như anh nói là gì, chẳng lẽ nó tự detect lỗi rồi fix đảm bảo đúng checksum?
backup tự động và backup cấu trúc+files bị thay đổi thì dễ -> nhưng giờ hỏi thật 1 lúc nào đó corrupt ở gốc hoặc corrupt ở backup thì hệ thống báo động/log cho anh coi thế nào và phục hồi thế nào vì hệ thống như vậy ngoài Par2/3 tôi chưa từng thấy

Nên trước giờ tôi chỉ thấy Par2/3 là làm đc.

nói miệng dễ chứ anh thử show file system và hình ảnh chứng minh xem
vì làm đc như anh nói và kô quá phức tạp thì hoàn toàn mở công ty quy mô toàn cầu backup đè bẹp Backblaze và đè các công ty backup online khác dễ dàng
Hệ thống lưu trữ nào mà chẳng có cơ chế tự detect lỗi và fix lỗi. Thậm chí 1 ổ cứng bình thường còn có ECC nữa, nên chuyện hỏng 1 vài bit là thứ không bao giờ phải sợ.
Cái sợ nhất là hỏng nhiều bit trong 1 đoạn dữ liệu, lúc này hệ thống ECC cũng phải bó tay, nghĩa là cái file RAR của anh đã hỏng nặng! Thì bố cái Reed Solomon của anh cũng vô dụng thôi. Nên chuyện sao lưu có checksum luôn là điều cần thiết để đảm bảo không mất dữ liệu.
Cá nhân tôi đã gặp nhiều tình huống lưu dữ liệu trên ổ đĩa, sau 1 thời gian thì chạy checksum lại, thấy file hỏng, mở file lên thì file chỉ toàn kí tự NULL. Anh chỉ cho tôi xem cái sửa lỗi Par2/3 của anh làm sao có thể phục hồi 1 file toàn ký tự Null sang dữ liệu bình thường?
 
Hệ thống lưu trữ nào mà chẳng có cơ chế tự detect lỗi và fix lỗi. Thậm chí 1 ổ cứng bình thường còn có ECC nữa, nên chuyện hỏng 1 vài bit là thứ không bao giờ phải sợ.
Cái sợ nhất là hỏng nhiều bit trong 1 đoạn dữ liệu, lúc này hệ thống ECC cũng phải bó tay, nghĩa là cái file RAR của anh đã hỏng nặng! Thì bố cái Reed Solomon của anh cũng vô dụng thôi. Nên chuyện sao lưu có checksum luôn là điều cần thiết để đảm bảo không mất dữ liệu.
Cá nhân tôi đã gặp nhiều tình huống lưu dữ liệu trên ổ đĩa, sau 1 thời gian thì chạy checksum lại, thấy file hỏng, mở file lên thì file chỉ toàn kí tự NULL. Anh chỉ cho tôi xem cái sửa lỗi Par2/3 của anh làm sao có thể phục hồi 1 file toàn ký tự Null sang dữ liệu bình thường?
Đúng là Có cơ chế detect, fix lỗi 1 vài bit như anh nói, và theo nhà SX thì ổ chuẩn Enterprise xảy ra lỗi này 1 lần khi đọc/ghi ~10^6 bit (con số chính xác và sự thật thì tôi không bít nhưng cái này công bố bởi hãng) ổ thường thì cỡ đọc/ghi 10^5 bit thì xảy ra sai sót 1 bít. Và phần cứng tự phát hiện sửa được.

Nhưng thực tế những người dùng đủ lâu cũng thấy những lỗi như CRC error khiến file bị lỗi không thể dùng được.

Giờ tôi show Demo cho anh phục hồi file bất kỳ bị hỏng, thậm chí bị Xóa bỏ:
Phần mềm: MultiPar (cái này mới hơn QuickPar)
Tôi dl khóa học Udemy ~36.8 GB, tạo par2 1% + info -> 381MB file Par2 dùng để recovery bất cứ error, null hay bị xóa
1749710572058.png


Giờ tôi bấm Create tạo ra Par2 chứa 32,768 blocks để fix, nghĩa là nhiều files bị xóa hoặc bị hỏng mà đủ blocks để fix 32,768 blocks thì phục hồi được y như ban đầu.
Ví dụ cái file bôi xanh 349 MB có 305 blocks thì kể cả Xóa luôn files này mà còn Par2 files để fix thì phục hồi 100%
Kể cả anh thay đổi thư mục, moves thư mục 10 vào sâu trong 33 thì nó vẫn chuyển lại chính xác như ban đầu
 
Đúng là Có cơ chế detect, fix lỗi 1 vài bit như anh nói, và theo nhà SX thì ổ chuẩn Enterprise xảy ra lỗi này 1 lần khi đọc/ghi ~10^6 bit (con số chính xác và sự thật thì tôi không bít nhưng cái này công bố bởi hãng) ổ thường thì cỡ đọc/ghi 10^5 bit thì xảy ra sai sót 1 bít. Và phần cứng tự phát hiện sửa được.

Nhưng thực tế những người dùng đủ lâu cũng thấy những lỗi như CRC error khiến file bị lỗi không thể dùng được.

Giờ tôi show Demo cho anh phục hồi file bất kỳ bị hỏng, thậm chí bị Xóa bỏ:
Phần mềm: MultiPar (cái này mới hơn QuickPar)
Tôi dl khóa học Udemy ~36.8 GB, tạo par2 1% + info -> 381MB file Par2 dùng để recovery bất cứ error, null hay bị xóa
Xem tệp đính kèm 3091594

Giờ tôi bấm Create tạo ra Par2 chứa 32,768 blocks để fix, nghĩa là nhiều files bị xóa hoặc bị hỏng mà đủ blocks để fix 32,768 blocks thì phục hồi được y như ban đầu.
Ví dụ cái file bôi xanh 349 MB có 305 blocks thì kể cả Xóa luôn files này mà còn Par2 files để fix thì phục hồi 100%
Kể cả anh thay đổi thư mục, moves thư mục 10 vào sâu trong 33 thì nó vẫn chuyển lại chính xác như ban đầu
Cái này rồi anh vẫn phải thêm 1 file Par2 nữa, cái file RAR của anh bị hỏng mà không có file Par2 thì cũng vứt đi thôi.
Cho nên bài toán không phải là RAR hay 7Z, mà là cách sao lưu dữ liệu. File Par2 của anh đang lưu trên cùng 1 ổ đĩa! Đó là vấn đề! Bây giờ tôi giả sử 1 ngày xấu trời nào đó, anh bật máy nó không nhận ổ đĩa nữa, anh làm gì để lấy lại? Đem ra tiệm sửa? Còn tôi thì cho nó 1 búa rồi vứt vào sọt rác là xong! Dữ liệu của tôi vẫn không mất, RAR hay 7Z không quan trọng, quan trọng là hiệu quả của nó như thế nào!
 
Đúng là Có cơ chế detect, fix lỗi 1 vài bit như anh nói, và theo nhà SX thì ổ chuẩn Enterprise xảy ra lỗi này 1 lần khi đọc/ghi ~10^6 bit (con số chính xác và sự thật thì tôi không bít nhưng cái này công bố bởi hãng) ổ thường thì cỡ đọc/ghi 10^5 bit thì xảy ra sai sót 1 bít. Và phần cứng tự phát hiện sửa được.

Nhưng thực tế những người dùng đủ lâu cũng thấy những lỗi như CRC error khiến file bị lỗi không thể dùng được.

Giờ tôi show Demo cho anh phục hồi file bất kỳ bị hỏng, thậm chí bị Xóa bỏ:
Phần mềm: MultiPar (cái này mới hơn QuickPar)
Tôi dl khóa học Udemy ~36.8 GB, tạo par2 1% + info -> 381MB file Par2 dùng để recovery bất cứ error, null hay bị xóa
Xem tệp đính kèm 3091594

Giờ tôi bấm Create tạo ra Par2 chứa 32,768 blocks để fix, nghĩa là nhiều files bị xóa hoặc bị hỏng mà đủ blocks để fix 32,768 blocks thì phục hồi được y như ban đầu.
Ví dụ cái file bôi xanh 349 MB có 305 blocks thì kể cả Xóa luôn files này mà còn Par2 files để fix thì phục hồi 100%
Kể cả anh thay đổi thư mục, moves thư mục 10 vào sâu trong 33 thì nó vẫn chuyển lại chính xác như ban đầu

Cái này rồi anh vẫn phải thêm 1 file Par2 nữa, cái file RAR của anh bị hỏng mà không có file Par2 thì cũng vứt đi thôi.
Cho nên bài toán không phải là RAR hay 7Z, mà là cách sao lưu dữ liệu. File Par2 của anh đang lưu trên cùng 1 ổ đĩa! Đó là vấn đề! Bây giờ tôi giả sử 1 ngày xấu trời nào đó, anh bật máy nó không nhận ổ đĩa nữa, anh làm gì để lấy lại? Đem ra tiệm sửa? Còn tôi thì cho nó 1 búa rồi vứt vào sọt rác là xong! Dữ liệu của tôi vẫn không mất, RAR hay 7Z không quan trọng, quan trọng là hiệu quả của nó như thế nào!
tôi muốn hỏi là kể cả RAR, 13500 ăn nổi 7700 á ?
 
Cá nhân tôi đã gặp nhiều tình huống lưu dữ liệu trên ổ đĩa, sau 1 thời gian thì chạy checksum lại, thấy file hỏng, mở file lên thì file chỉ toàn kí tự NULL. Anh chỉ cho tôi xem cái sửa lỗi Par2/3 của anh làm sao có thể phục hồi 1 file toàn ký tự Null sang dữ liệu bình thường?
gì ghê vậy :eek:
Tôi dùng lưu trữ từ thời còn ổ mềm 1.2MB rồi 1.44MB lên hdd 200MB, 2.5" lẫn 3.5", usb ssd đủ cả mà chưa bao giờ gặp trường hợp này
 
gì ghê vậy :eek:
Tôi dùng lưu trữ từ thời còn ổ mềm 1.2MB rồi 1.44MB lên hdd 200MB, 2.5" lẫn 3.5", usb ssd đủ cả mà chưa bao giờ gặp trường hợp này
Ngày xưa tui bị suốt, thời mà mạng download chỉ 150kb/s ấy @@. giờ thì thấy ít bị
 
Do bác không để ý thôi. Ngày đó tôi còn xài ổ mềm, có lúc ra quán chép được cái hình, đem về nhà mở lên chỉ hiện được 1 nửa, nửa kia đen thui.
Ngày xưa tui bị suốt, thời mà mạng download chỉ 150kb/s ấy @@. giờ thì thấy ít bị
vậy là do mạng chứ do hdd cái gì. Khi tải file trước tiên hđh (trg hợp này đoán là windows) sẽ tạo 1 file rỗng có metadata là tên file, định dạng, kích thước. Sau đó tải đc phần nào thì save phần đó.
Sau khi tải hết thì đc 1 hình hoàn chỉnh. Giữa chừng đứt mạng thì lưu ko đầy đủ, nhưng metadata vẫn có và 1 ít dữ liệu nên vẫn hiển thị đc 1 phần. Lưu ý là cũng tùy định dạng file nữa. Thường mấy file hình ảnh, video mới hỗ trợ metadata như vậy.
 
vậy là do mạng chứ do hdd cái gì. Khi tải file trước tiên hđh (trg hợp này đoán là windows) sẽ tạo 1 file rỗng có metadata là tên file, định dạng, kích thước. Sau đó tải đc phần nào thì save phần đó.
Sau khi tải hết thì đc 1 hình hoàn chỉnh. Giữa chừng đứt mạng thì lưu ko đầy đủ, nhưng metadata vẫn có và 1 ít dữ liệu nên vẫn hiển thị đc 1 phần. Lưu ý là cũng tùy định dạng file nữa. Thường mấy file hình ảnh, video mới hỗ trợ metadata như vậy.
Mình kêu ở cái thời mạng như v chứ k phải do download bị @@
 
vậy là do mạng chứ do hdd cái gì. Khi tải file trước tiên hđh (trg hợp này đoán là windows) sẽ tạo 1 file rỗng có metadata là tên file, định dạng, kích thước. Sau đó tải đc phần nào thì save phần đó.
Sau khi tải hết thì đc 1 hình hoàn chỉnh. Giữa chừng đứt mạng thì lưu ko đầy đủ, nhưng metadata vẫn có và 1 ít dữ liệu nên vẫn hiển thị đc 1 phần. Lưu ý là cũng tùy định dạng file nữa. Thường mấy file hình ảnh, video mới hỗ trợ metadata như vậy.
Không phải do mạng, ở quán mở bình thường, đem về nhà thì cái mở được, cái thì không. Phải ra copy lại.
 
thời xưa lưu trữ đĩa mềm thì vậy, tôi cũng bị. Nhưng thời hay thì chả bao giờ thấy
Thời nay vẫn bị nếu mua trúng ổ đĩa dỏm :)
Bần nông tôi bữa trước nghía qua THNS thấy có cái SSD mang thương hiệu VN là VSP, biết là hàng TQ nhưng vẫn ngứa tay ủng hộ 1 cái về nghịch chơi. Về cắm được mấy hôm, lưu được ít file thì bắt đầu dở chứng, checksum thấy file lỗi hàng loạt, mở file lên nhiều chỗ toàn ký tự NULL :)
Điều này cũng tương tự với dàn máy bộ DELL tôi treo 24/7 được 1 năm thì ổ HDD của nó lăn ra chết, triệu chứng cũng là những file có checksum lỗi, mở lên có ký tự NULL, hoặc ngẫu nhiên 1 vài kí tự nào đó.
 

Thống kê chủ đề

Ngày tạo
asdccwdqwealskqpwo,
Người trả lời cuối
Bunnybae,
Trả lời
1.688
Lượt xem
251.208
Quay lại
Lên đầu trang