操作系統和編譯器分區

㈠ 程序語言，操作系統，編譯器三者之間有何關系

匯編語言的編譯器很多，像MASM,NASM,TASM,gas等等，編譯器不一定用什麼語言來寫，像pascal最初的時候編譯器本身是用匯編和pascal語言寫的，但大部分編譯器是用C語言來寫的.windows向來封閉，不知道是用什麼寫的，應該是用C吧。C是一種編程語言，windows是一種操作系統，二者沒有直接關系。C的各個版本的不同在編譯器對C語言的擴充和處理上，而不在操作系統上，同樣是在windows平台上，TC和VC就不一樣。
這三者的關系，程序語言可以用來寫操作系統和編譯器，操作系統用來編譯器運行，編譯器用來編譯程序語言，編出來的東西可以是操作系統和編譯器。

㈡ 電腦系統的分類

電腦系統操作系統是管理計算機硬體與軟體資源的計算機程序，同時也是計算機系統的內核與基石，分類如下：

一、Windows操作系統：

Windows操作系統是最常見的計算機操作系統，是微軟公司開發的操作軟體。該軟體經歷了多年的發展歷程，目前推出的win10系統相當成熟。Windows操作系統具有人機操作互動性好，支持應用軟體多，硬體適配性強等特點。該系統從1985年誕生到現在，經過多年的發展完善，相對比較成熟穩定，是當前個人計算機的主流操作系統。

二、Mac OS系統：

Mac OS是一套運行於蘋果Macintosh系列電腦上的操作系統。Mac OS是首個在商用領域成功的圖形用戶界面操作系統。現行的最新的系統版本是macOS 10.15 beta 4 ，且網上也有在PC上運行的Mac系統。Mac系統是基於Unix內核的圖形化操作系統；一般情況下在普通PC上無法安裝的操作系統。由蘋果自行開發。蘋果機的操作系統已經到了OS 10，代號為Mac OS X(X為10的羅馬數字寫法），它的許多特點和服務都體現了蘋果的理念。

三、linux系統：

Linux是一套免費使用和自由傳播的類Unix操作系統，是一個基於POSIX和Unix的多用戶、多任務、支持多線程和多CPU的操作系統。它能運行主要的Unix工具軟體、應用程序和網路協議。它支持32位和64位硬體。Linux繼承了Unix以網路為核心的設計思想，是一個性能穩定的多用戶網路操作系統。

㈢ Boot分區和root分區是什麼

boot分區概述：
/boot分區就是操作系統的內核及在引導過程中使用的文件，一般是幾年前的版本要求劃分的一個區，大小為100MB左右，但現在的新版本都不需要對這個分區進行單獨劃分，也就是說你完全可以不分/boot。
安裝Linux只要求兩個基本分區，即根分區及交換分區，如果你的磁碟空間足夠大，可以多劃分空間給根分區，你也可以把常用的目錄新建到桌面，如下載的軟體包，放到桌面不影響你進入Linux系統的速度，當然這要求你有足夠大的根分區。
BOOT目錄下的文件：
vmlinuz
vmlinuz是可引導的、壓縮的內核。「vm」代表「Virtual Memory」。Linux 支持虛擬內存，不像老的操作系統比如DOS有640KB內存的限制。Linux能夠使用硬碟空間作為虛擬內存，因此得名「vm」。vmlinuz是可執行的Linux內核，它位於/boot/vmlinuz。
vmlinuz的建立有兩種方式。一是編譯內核時通過「make zImage」創建，然後通過:「cp /usr/src/linux-2.4/arch/i386/linux/boot/zImage/boot/vmlinuz」產生。zImage適用於小內核的情況，它的存在是為了向後的兼容性。
二是內核編譯時通過命令make bzImage創建，然後通過:「cp/usr/src/linux-2.4/arch/i386/linux/boot/bzImage /boot/vmlinuz」產生。bzImage是壓縮的內核映像，需要注意，bzImage不是用bzip2壓縮的，bzImage中的bz容易引起誤解，bz表示「big zImage」。 bzImage中的b是「big」意思。 zImage(vmlinuz)和bzImage(vmlinuz)都是用gzip壓縮的。它們不僅是一個壓縮文件，而且在這兩個文件的開頭部分內嵌有gzip解壓縮代碼。所以你不能用gunzip 或 gzip –dc解包vmlinuz。 內核文件中包含一個微型的gzip用於解壓縮內核並引導它。兩者的不同之處在於，老的zImage解壓縮內核到低端內存(第一個640K)，bzImage解壓縮內核到高端內存(1M以上)。如果內核比較小，那麼可以採用zImage或bzImage之一，兩種方式引導的系統運行時是相同的。大的內核採用bzImage，不能採用zImage。vmlinux是未壓縮的內核，vmlinuz是vmlinux的壓縮文件。
initrd-x.x.x.img
initrd是「initial ramdisk」的簡寫。initrd一般被用來臨時的引導硬體到實際內核vmlinuz能夠接管並繼續引導的狀態。initrd-2.4.7-10.img主要是用於載入ext3等文件系統及scsi設備的驅動。比如，使用的是scsi硬碟，而內核vmlinuz中並沒有這個scsi硬體的驅動，那麼在裝入scsi模塊之前，內核不能載入根文件系統，但scsi模塊存儲在根文件系統的/lib/moles下。為了解決這個問題，可以引導一個能夠讀實際內核的initrd內核並用initrd修正scsi引導問題。initrd-2.4.7-10.img是用gzip壓縮的文件，initrd實現載入一些模塊和安裝文件系統等功能。
initrd映象文件是使用mkinitrd創建的。mkinitrd實用程序能夠創建initrd映象文件。這個命令是RedHat專有的。其它Linux發行版或許有相應的命令，:man mkinitrd下面的命令創建initrd映象文件[1] 。
System.map
System.map是一個特定內核的內核符號表。它是你當前運行的內核的System.map的鏈接。內核符號表是怎麼創建的呢? System.map是由「nm vmlinux」產生並且不相關的符號被濾出。
編譯內核時，System.map創建在/usr/src/linux-2.4/System.map。像下面這樣:
nm /boot/vmlinux-2.4.7-10 > System.map
nm vmlinux | grep -v '\(compiled\)\|\(\.o$$\)\|\( [aUw] \)\|\(\.\.ng$$\)\|\(LASH[RL]DI\)' | sort > System.map
然後復制到/boot:
cp /usr/src/linux/System.map /boot/System.map-2.4.7-10
是System.map文件的一部分:
在進行程序設計時，會命名一些變數名或函數名之類的符號。Linux內核是一個很復雜的代碼塊，有許許多多的全局符號。
Linux內核不使用符號名，而是通過變數或函數的地址來識別變數或函數名。比如不是使用size_t BytesRead這樣的符號，而是像c0343f20這樣引用這個變數。
對於使用計算機的人來說，更喜歡使用那些像size_t BytesRead這樣的名字，而不喜歡像c0343f20這樣的名字。內核主要是用c寫的，所以編譯器/連接器允許我們編碼時使用符號名，當內核運行時使用地址。
然而，在有的情況下，我們需要知道符號的地址，或者需要知道地址對應的符號。這由符號表來完成，符號表是所有符號連同它們的地址的列表。就是一個內核符號表，可知變數名checkCPUtype在內核地址c01000a5。
Linux 符號表使用到2個文件:
/proc/ksyms
System.map
/proc/ksyms是一個「proc file」，在內核引導時創建。實際上，它並不真正的是一個文件，它只不過是內核數據的表示，卻給人們是一個磁碟文件的假象，這從它的文件大小是0可以看出來。然而，System.map是存在於你的文件系統上的實際文件[1] 。
當你編譯一個新內核時，各個符號名的地址要發生變化，你的老的System.map具有的是錯誤的符號信息。每次內核編譯時產生一個新的System.map，你應當用新的System.map來取代老的System.map。
雖然內核本身並不真正使用System.map，但其它程序比如klogd，lsof和ps等軟體需要一個正確的System.map。如果你使用錯誤的或沒有System.map，klogd的輸出將是不可靠的，這對於排除程序故障會帶來困難。沒有System.map，你可能會面臨一些令人煩惱的提示信息。
另外少數驅動需要System.map來解析符號，沒有為你當前運行的特定內核創建的System.map它們就不能正常工作。
Linux的內核日誌守護進程klogd為了執行名稱-地址解析，klogd需要使用System.map。System.map應當放在使用它的軟體能夠找到它的地方。執行:man klogd可知，如果沒有將System.map作為一個變數的位置給klogd，那麼它將按照下面的順序，在三個地方查找System.map:
/boot/System.map
/System.map
/usr/src/linux/System.map
System.map也有版本信息，klogd能夠智能地查找正確的映象(map)文件。
root是管理員的配置信息目錄
root在linux和unix里是最高許可權