Cho mình hỏi bộ nhớ ngoài là cái gì vậy? 

Hệ điều hành ko đảm nhiệm nhiệm vụ nào sau đây
1-Giao tiếp với ổ cứng
2-quản lí thông tin trên bộ nhớ ngoài
3-sắp xếp thông tin trên bộ nhớ ngoài
4-tìm kiếm thông tin trên internet

Mọi người giúp với, câu này thấy cái nào cũng đúng. 

2,3. quản lý và sắp xếp thông tin trên bộ nhớ ngoài. Bộ nhớ ngoài theo định nghĩa thì nó là thiết bị lưu trữ lâu dài nói chung như là HDD, đĩa mềm, hay thẻ nhớ. Tóm lại là truy nhập theo block. OS làm việc này và cung cấp API lại ở mức cao hơn cho ứng dụng. Ứng dụng ko cần quan tâm đến dữ liệu được lưu ở đâu ở bộ nhớ ngoài, hoặc theo thứ tự nào, có phủ kín 1 block hay không, cái này hoàn toàn do OS làm.
Khác với bộ nhớ ngoài là bộ nhớ trong, là khái niệm chỉ RAM hoặc cache L1, L2 (của CPU). Đây thường được coi là vùng nhớ truy cập ngẫu nhiên, tốc độ cao, đặc điểm là nó được truy cập từng byte một và quan trọng là do CPU quản lý địa chỉ một cách trực tiếp (bộ nhớ ngoài ko phải do CPU quản lý địa chỉ mà do OS quản lý, CPU chỉ giúp OS giao tiếp theo cổng hoặc ngắt như bất kỳ thiết bị nào khác).
------------------------
Chúc các bạn hiểu được mấy khái niệm do nền giáo dục CNTT VN nghĩ ra. 

---> cái "lưu ở đâu" này thường thường có 2 nghĩa: block và vị trí vật lý. OS chỉ biết dữ liệu được lưu ở block nào, chứ không biết vị trí vật lý của dữ liệu.
---> CPU mà thông minh đến mức quản lý được RAM sao? 

Em nghĩ nghe nói muốn điểu khiển được RAM thì CPU & ổ cứng phải hoạt động chứ chưa từng nghe CPU điều khiễn được RAM anh à.  

- Vị trí vật lý được hiểu là gì? tức là ổ đĩa HDD lắp ở khay nào? bằng ốc vít nào hay đặt ở mặt bàn nào? Nếu thế thì cả disk controller cũng ko biết.
OS nó ko hẳn là quản lý theo block, nó quản lý theo sector, cụ thể nó định vị được cylinder, head và sector number của HDD, dù có thể các thông số này do HDD ánh xạ logic, vì có thể đĩa cứng có 2 đĩa - 2 plate - 4 mặt, tức là tương đương với 4 head, nhưng được ánh xạ có thể nhiều head hơn (ví dụ 64). Còn vị trí thực tế của dữ liệu nằm trên đĩa tất nhiên chỉ cái HDD (đúng hơn là cái mạch điều khiển ở trên ổ đĩa nó mới biết), chả có phần nào, kể cả SATA hay IDE controller biết được cái đó.
 

- Xem kỹ lại, CPU quản lý địa chỉ của RAM chứ ko phải là quản lý RAM. RAM được điều khiển bởi memory controller (với các chip AMD, từ Athlon, memory controller nằm ngay trên CPU, còn của Intel thì dòng core i3, i5, i7 trở về sau thì cũng tích hợp luôn trên đó). Thêm nữa, RAM được cấp điện và cấp xung nhịp hoạt động bởi main board.
Quản lý địa chỉ của RAM tức là nó có đánh số địa chỉ này, đọc/ghi trực tiếp vào ô nhớ được đánh địa chỉ này, có thể sử dụng các phép toán của CPU trực tiếp và quan trọng nhất là PC (Program Counter) chứa giá trị địa chỉ RAM này. CPU 32bit thì thường quản lý bộ nhớ RAM với độ dài địa chỉ 32bit (tức ~ 4GB RAM), còn 64bit thì độ dài địa chỉ quản lý được có thể lên đến 64bit. Tất cả phụ thuộc vào khả năng của CPU, thậm chỉ cache L1, L2 cũng là 1 phần của CPU luôn (tức là các cơ chế cache hit/miss, các set, các tag, hay instrution/data cache, đều là 1 phần của CPU cả).
 

Vị trí vật lý ở đây có nghĩa là sector nằm ở cylinder nào, track nào, plate nào trên HDD. Và cái này thì OS thường thường mù tịt.

Hì hì, CPU cũng quản lý địa chỉ của RAM hay sao? Memory controller là gì, nó chỉ là một cái io interface không hơn không kém, liên quan gì đến quản lý địa chỉ ở đây?

Việc memory controller nằm ngay trên CPU không có nghĩa là nó được coi là một phần của CPU, mà chỉ là cách đặt chỗ với mục đích liên quan đến performance. Nên tỉnh táo với khái niệm CPU.

---> Bạn myquartz có chắc không vậy? 

Vậy để StarGhost thử xem: OS ko truy xuất HDD qua cylinder, head, track (track thực ra chính là cylinder + head), sector thì OS truy xuất HDD bằng cái gì? chả nhẽ bảo là cho tao cái file tên là x.avi trên HDD? SG thử tìm trên Internet coi có giống vậy không.
Có cái test này có vẻ hay ho, gõ thử lệnh: hdparm -i /dev/sda trên 1 máy linux (giả sử sda là ổ cứng chính), có xem các thông số CHS (Cylinder/Head/Sector) xem. Hoặc xem lại các BIOS API (các ngắt của BIOS) do OS sử dụng, xem tham số yêu cầu khi truy xuất đĩa cứng là cái gì? 

Còn vụ CPU quản lý địa chỉ của RAM chưa hiểu ý SG ko hiểu là gì cả, CPU ko truy xuất bằng địa chỉ chả nhẽ truy xuất bằng tên hãng? tóm lại, xem thử cái này: http://en.wikipedia.org/wiki/Addressing_mode

Memory Controller ko phải là 1 cái IO Interface, vì RAM ko đc coi là IO device. Coi cái này: http://en.wikipedia.org/wiki/Memory_Controller

Nếu coi CPU chỉ là cái lõi xử lý ALU, CU, thanh ghi... thì thực ra, CPU vẫn sử dụng địa chỉ vật lý mỗi ô nhớ RAM (nếu ko hiểu khái niệm địa chỉ xem lại link bên trên) và thao tác trên nó. Memory Controller như 1 cái vùng đệm giữa CPU với lại RAM, và thêm khả năng refresh cái DRAM và ánh xạ từ địa chỉ vật lý do CPU sang tín hiệu điện "address bus" của mỗi thanh RAM (khi khả năng đánh địa chỉ của CPU là lớn hơn dung lượng RAM thực tế, và hoạt động ở các chế độ khác nhau như là interleaved hay mirror của các thanh RAM). Nói CPU ko quan tâm gì đến địa chỉ vật lý RAM thì ko đúng, nhưng bảo mỗi mình CPU làm việc đó thì cũng ko đúng hoàn toàn (mặc dù thời máy tính cách đây 20 năm điều đó là đúng vì lúc đó ko có MC).
Người ta tích hợp memory controller lên CPU ko chỉ là vì tốc độ, còn là giá thành, nó cũng khiến thay đổi cả kiến trúc của computer, nhất là khi máy tính với multi-processors.

Giá trị PC chính là giá trị địa chỉ vật lý của lệnh tiếp theo được thực thi của CPU. Chính là địa chỉ của RAM đấy. Nếu không, nó là cái gì?
 

52 user@server% gdb null
GNU gdb Fedora (6.8-37.el5)
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu"...
(gdb) start
Breakpoint 1 at 0x8048398: file null.c, line 5.
Starting program: /smt/null
main () at null.c:5
5          bzero(&arr, 400);
(gdb) i r $eip
eip            0x8048398        0x8048398 <main+20>

Vậy cái thông số CHS kia có phải là đúng như những gì xuất hiện trên HDD hay không? Bạn myquartz có biết cái gì là virtual geometry hay không?
 

Vậy theo bạn myquartz, trong đoạn thông tin dưới đây:
Code:

52 user@server% gdb null
GNU gdb Fedora (6.8-37.el5)
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu"...
(gdb) start
Breakpoint 1 at 0x8048398: file null.c, line 5.
Starting program: /smt/null
main () at null.c:5
5          bzero(&arr, 400);
(gdb) i r $eip
eip            0x8048398        0x8048398 <main+20>

thì 0x8048398 có phải là địa chỉ trên RAM chứa instruction của program null hay không? 

Theo em thì OS quản lý HDD theo từng block một. Ví dụ như nó coi thư mục hoặc file là một inode trong đó nếu inode đó là thư mục thì inode đó sẽ chứa địa chỉ của các inode khác (inode khác ở đây có thể là địa chỉ inode của file hoặc là của thư mục con của nó). Nếu inode là file thì nó sẽ chứa địa chỉ(địa chỉ vật lý thật) của các block (kích thước mỗi block thì e cũng không rõ lắm khoảng vài KB hay sao đó) các block này chứa dữ liệu. (Em học nguyên lý hệ điều hành thấy thế không biết phải không ) 

Rất biết, đó chính là cái mà tớ đã nói post trước đó, việc ánh xạ khi ổ thật có 2 plate mà có tới 64 head. Xem kỹ lại. HDD nó có virtual geometry riêng, thậm chí còn có vùng dự trữ dành khi chỗ nào đó bị hư thì thay thế, tất cả được quy ra CHS. Nhưng tựu trung lại, kỹ thuật này chỉ là cách để khắc phục việc đánh địa chỉ kiểu CHS khi dung lượng HDD lớn lên đến mức mà CHS theo đúng như vật lý đánh dấu không thể biểu diễn được, ví dụ không thể có HDD dành cho PC có tới 255 cái Head ~ 128 plate, thực tế chỉ là 2 plate/4 head và CHS được ánh xạ sang CHS vật lý của đĩa.
Tóm lại câu này có thể close được, SG ko phản đối là OS sử dụng CHS (dù là ảo hay thật) để gửi đến HDD? Nếu HDD nhỏ, đời cổ (ví dụ ổ cứng 2 heads, 63 sectors/track, 9729 cylinders ~ 598MB) thì CHS ảo đó chính là CHS thật đấy. 

Đó không phải giá trị địa chỉ vật lý trên RAM, mà là virtual address. Vì CPU (đây chắc là Intel - thanh ghi eip) theo chỉ định của OS Linux nó còn phải dựa vào bảng TLB http://en.wikipedia.org/wiki/Translation_lookaside_buffer) nữa mới ra địa chỉ vật lý, cũng là chuỗi số 32bit như trên nhưng ý nghĩa tương tự là "vị trí của 1 ô nhớ". Lúc đó thao tác read/write vào RAM mới thực sự thực hiện.
Còn SG nói rằng vì thế nên PC ko phải là địa chỉ vật lý, hihi, thì đúng đó là PC ảo, PC vật lý phải là PC ảo + TLB, đó chỉ là cách biểu diễn thôi. Mà PC ảo này sẽ chính là PC vật lý khi CPU chạy ở x86 real-mode. Mà CPU loại 8086 cổ đại thì PC đó luôn luôn là vật lý rồi.
Anyway, kiểu gì thì kiểu CPU vẫn phải đụng đến địa chỉ vật lý của RAM, dù nó map qua TLB hoặc dùng nhiều thanh ghi hợp lại mới thành. Như thế ko phải là nó quản lý trực tiếp địa chỉ vật lý của RAM à? (à, nếu tranh cãi thêm việc này do OS đảm nhiệm thì cũng có lý, nhưng đó là xét khi ứng dụng yêu cầu OS cấp phát và quản lý việc cấp phát/thu hồi đó).
Câu này chắc cũng close được rồi chứ SG?

Mọi câu hỏi về kiến trúc máy tính, cơ bản như bài bạn kia hỏi, đều xét trên 1 cái rất cơ bản, cổ điển, sơ khởi chung chung của computer. Trong trường ĐH người ta dạy như thế, còn trên thực tế, việc có các work around hay là cải tiến, hoặc là đặc thù theo hãng, đều là các nghiên cứu thêm dựa trên cơ bản kia.
Câu trả lời của mình là 4. cũng là câu trả lời cho kiến thức cơ bản, cổ điển như thế. Bạn SV kia có thể hỏi lại thày giáo hướng dẫn coi, xem có được điểm ko? 

Còn khái niệm PC ảo và vật lý, thì nói thật là đây là lần đầu mình nghe thấy. Mình cho rằng PC chỉ có một cái, và là cái PC của CPU. Bạn đã nói rằng PC chứa virtual address, tức là CPU chỉ biết đến virtual address thì làm sao mà quản lý được địa chỉ vật lý của RAM?
 

Hì, mình không tưởng ra được bây giờ có ai dạy là PC chứa địa chỉ vật lý của instruction trên RAM. Nếu có thì người ta cũng phải nói rằng ngày xưa nó thế, còn tất cả các thiết kế hiện tại đều khác xa, còn vì lý do gì thì chắc bạn cũng hiểu.

Còn khái niệm PC ảo và vật lý, thì nói thật là đây là lần đầu mình nghe thấy. Mình cho rằng PC chỉ có một cái, và là cái PC của CPU. Bạn đã nói rằng PC chứa virtual address, tức là CPU chỉ biết đến virtual address thì làm sao mà quản lý được địa chỉ vật lý của RAM?

Kể cả bạn cho rằng TLB là một phần của CPU, vậy chứ thông tin trong cái TLB đó có phải do CPU quản lý không? Đấy còn chưa kể đến việc cái TLB chỉ là một yếu tố phụ với mục đích performance, tức là không có nó thì mọi thứ vẫn hoạt động, chỉ có điều chậm hơn. Còn chuyện chạy trên mode nào thì cuối cùng cũng vẫn không phải do CPU quyết định (trừ phi nó chỉ có một mode duy nhất). Vậy mình không thấy CPU có cái quyết định gì trong việc quản lý địa chỉ vật lý của RAM cả.

p/s: bạn myquartz bảo mình thích nói chuyện lý thuyết làm mình xấu hổ quá. Mình cũng thích nói chuyện thực tiễn lắm chứ, nhưng mà có biết gì đâu mà nói.