Excel can be dump!!! (1 người xem)

[LearnExcel]

Còn đây là kết quả http://www.google.com/search?hl=en&rls=com.microsoft%3Aen-US&q=1136128+bytes+in+MB

 

[nvson]

Sao cái bảng Properties của em nó không như vậy nhỉ????
Nó có 2 thông số cơ:
Size : 37.0 KB (37,888 bytes)
Size on disk : 40.0 KB (40,960 bytes)
Như vậy có thể trong hộp thoại của bác M$ viết liền thành 1 hàng chăng!? === Size on disk (Size)

 

[LearnExcel]

Có thể là Bug thôi, lỗi này không thấy lặp lại từ 2005 tới giờ!

 

[Mr Okebab]

Còn đây là kết quả

Theo hiểu biết của em :

• Khi format disk, thì để chứa dữ liệu các disk có chia ra các ô chứa dữ liệu (gọi là block. Mỗi block chứa được 2 byte, hay 4 byte hay 8 byte . . là tùy theo ta chọn và ta định dạng. Và theo mặc định là 4 byte (bác có thể thay đổi điều này khi dùng Partition Magic để Format).

• Khi chứa dữ liệu 1 file thì việc chứa này không phải là liên tục mà là ngắt quãng (vì vậy mới sinh ra chuyện phân mảnh và chống phân mảnh). Dữ liệu 1 file bị xé vụn ra lung tung.

• Vì vậy 1 File cứ như 1 đồ vật lớn bị xé nhỏ ra và chứa trong các ô (block), và các ô này không liền nhau mà nằm rải rác khắp nơi.

• Và khi hiển thị dung lượng file thì cái mà ta thấy hiển thị không phải là dung lượng thực tế của File mà chính là tổng dung lượng các block chứa nó

• Do đó dung lượng hiển thị này sẽ phụ thuộc vào 2 yếu tố
  • Dung lượng thực tế của File : Tỷ lệ thuận
  • Dung lượng 1 block : Tỷ lệ thuận

• Qua đây ta cũng thấy rằng tại sao lại cần chống phân mảnh : Vì khi làm việc với 1 file, chương trình phải tìm tất cả các block của file đó để lấy dự liệu. Các block càng xa nhau thì việc truy xuất càng khó khăn và chậm chạp. Chính vì vậy mà ta cần chống phân mảnh (sắp xếp dữ liệu của 1 file được chứa ở những block gần nhau.

• Chính vì vậy cùng 1 File chứa ở 2 ổ cứng khác nhau có thể sẽ hiển thị 2 dung lượng khác nhau (không nhiều lắm)

Đây là hiểu biết sơ bộ của dân amatuer.
(hình như có sự nhầm lẫn về block và sector!!!)

Thân!

 

[anhtuan1066]

Các block càng xa nhau thì việc truy xuất càng khó khăn và chậm chạp. Chính vì vậy mà ta cần chống phân mảnh (sắp xếp dữ liệu của 1 file được chứa ở những block gần nhau

Theo như tôi dc biết thì khái niệm xa và gần ở đây chỉ mang tính tương đối... XA ko có nghĩa là các BLOCK nằm xa nhau và ngược lại... Hình như nó phụ thuộc vào tốc độ quay của đỉa cứng thì phải... người ta sẽ tính toán như thế nào để đầu đọc đỉa khi đọc block này xong chuyển sang block kia là nhanh nhất... Chính vì lẽ đó mà 1 file dc chứa trong 2 block nằm cạnh nhau chưa chắc sẽ dc truy xuất nhanh... (Với tốc độ quay cực nhanh thì khi đọc xong 1 bock, đễ tiếp tục đọc dc block nằm cạnh bên có khi nó phải quay mất mấy vòng...)
Tóm lại XA và GẦN là nói đến THỜI GIAN chứ ko phải nói đến KHOẢNG CÁCH
ANH TUẤN

 

[Mr Okebab]

Theo như tôi dc biết thì khái niệm xa và gần ở đây chỉ mang tính tương đối... XA ko có nghĩa là các BLOCK nằm xa nhau và ngược lại... Hình như nó phụ thuộc vào tốc độ quay của đỉa cứng thì phải... người ta sẽ tính toán như thế nào để đầu đọc đỉa khi đọc block này xong chuyển sang block kia là nhanh nhất... Chính vì lẽ đó mà 1 file dc chứa trong 2 block nằm cạnh nhau chưa chắc sẽ dc truy xuất nhanh... (Với tốc độ quay cực nhanh thì khi đọc xong 1 bock, đễ tiếp tục đọc dc block nằm cạnh bên có khi nó phải quay mất mấy vòng...)
Tóm lại XA và GẦN là nói đến THỜI GIAN chứ ko phải nói đến KHOẢNG CÁCH
ANH TUẤN

Bác phải tìm hiểu lại xem tại sao lại cần Deframenter nhé

Và khi xét một vấn đề (block) thì các vấn đề khác liên quan phải cố định (tốc độ máy nói chung . . . ).
Chứ mọi cái thay đổi : định dạng Format disk, RAM, CPU, BUS . . . . thì có mà . . . chết

Thân!

 

[anhtuan1066]

Ah... đây là đang nói đến định dạng FAT32 thôi, còn NTFS nó như thế nào tôi thật sự ko biết!
Nhưng nói chung Deframent cũng dựa trên quan điểm như tôi vừa nói... Nghĩa là thằng nào bị truy xuất chậm thì xem như là phân mảnh (chứ ko phải 2 Cluster nằm xa nhau là phân mảnh đâu)... Khi ta chạy Deframent, công cụ này sẽ làm cách nào đễ cho những cluster thuộc 1 file dc sắp xếp lại theo cách truy xuất nhanh nhất chứ nó ko sắp xếp các cluster nằm gần nhau đâu!
Mường tượng vấn đề này theo cách thông thường nhất cũng hiểu mà
VD nhé: có 1 tay Robot dc đặt nằm trên 1 mâm quay, tốc độ trung bình của nó là cứ 1 giây nó sẽ gắp dc 1 sản phẩm, nhưng mâm quay thì cứ 1 giây sẽ chạy ngang qua 10 sản phẩm... vậy theo bạn muốn đạt dc hiệu quả thì phải sắp 2 sản phẩm liền kề theo kiểu gì? Có phải là nên sắp 2 sản phẩm liền kề như thế nào đó để cứ qua 1 giây thì tay Robot vừa chạy đúng tới ngay sản phẩm kế tiếp? Như vậy thì đúng 1 giây nó mới luôn luôn gắp dc 1 sản phẩm (hiệu xuất 100%)... Chứ còn nếu đặt 2 sản phẩm nằm cạnh nhau thì.. thua ngay... sau 1 giây, tay Robot đưa ra mà chẳng gắp dc sản phẩm yêu cầu.. và nó phải chờ mâm quay chạy thêm bao nhiêu vòng nửa cũng ko biết... Ha.. ha...
ANH TUẤN

 

[LearnExcel]

Hic, các bác ơi, tôi chỉ định báo cáo cái BUG của Excel thôi chứ không định mở topic về Disk Defragment ở đây đâu
Không tin các bác cố thử xem cái hộp Properties file của các bác xem nó có làm lại được như trên không

còn cái vụ phân mảnh và chống phân mảnh (đặc sản của Windows, Linux không có, bù lại nó lại mất khoảng 5% dung lượng đĩa) thì nhiều "chiên da" cho là không cần thiết với tốc độ và cache của ổ cứng hiện nay nhưng mấy tay bán phần mềm dồn đĩa thì khăng khăng là có cải thiện rõ rệt.

 

[Mr Okebab]

Ah... đây là đang nói đến định dạng FAT32 thôi, còn NTFS nó như thế nào tôi thật sự ko biết!
Nhưng nói chung Deframent cũng dựa trên quan điểm như tôi vừa nói... Nghĩa là thằng nào bị truy xuất chậm thì xem như là phân mảnh (chứ ko phải 2 Cluster nằm xa nhau là phân mảnh đâu)... Khi ta chạy Deframent, công cụ này sẽ làm cách nào đễ cho những cluster thuộc 1 file dc sắp xếp lại theo cách truy xuất nhanh nhất chứ nó ko sắp xếp các cluster nằm gần nhau đâu!
Mường tượng vấn đề này theo cách thông thường nhất cũng hiểu mà
VD nhé: có 1 tay Robot dc đặt nằm trên 1 mâm quay, tốc độ trung bình của nó là cứ 1 giây nó sẽ gắp dc 1 sản phẩm, nhưng mâm quay thì cứ 1 giây sẽ chạy ngang qua 10 sản phẩm... vậy theo bạn muốn đạt dc hiệu quả thì phải sắp 2 sản phẩm liền kề theo kiểu gì? Có phải là nên sắp 2 sản phẩm liền kề như thế nào đó để cứ qua 1 giây thì tay Robot vừa chạy đúng tới ngay sản phẩm kế tiếp? Như vậy thì đúng 1 giây nó mới luôn luôn gắp dc 1 sản phẩm (hiệu xuất 100%)... Chứ còn nếu đặt 2 sản phẩm nằm cạnh nhau thì.. thua ngay... sau 1 giây, tay Robot đưa ra mà chẳng gắp dc sản phẩm yêu cầu.. và nó phải chờ mâm quay chạy thêm bao nhiêu vòng nửa cũng ko biết... Ha.. ha...
ANH TUẤN

I understand what you said however you seem not understand what I want to say !!

Be be be !!!