可移动磁盘的文件系统PAT/PAT32是指什么？ 可移动磁盘文件系统FAT32和文件系统FAT有什么区别？
\u53c8\u8bf4\u6df1\u8e72\u63d0pat pat\u3002\u6211\u89c9\u5f97\u6211patpat\u8d8a\u6765\u8d8a\u7626\uff01\u7626\u548c\u7fd8\u662f\u4e0d\u4e00\u6837\u7684\u2026\u2026
\u5e26\u4f60\u4e86\u89e3\u786c\u76d8fat32\u548cexfat\u7684\u533a\u522b\uff0c\u4e0d\u61c2\u7684\u53ef\u4ee5\u770b\u4e00\u4e0b\uff01
文件配置表（英文：File Allocation Table，首字母缩略字：FAT）是一种由微软发明的并带有部分专利的文件系统，供MS-DOS使用，也是非NT内核的微软窗口使用的文件系统。
FAT文件系统考虑当时计算机效能有限，所以未被复杂化，因而被几乎所有个人计算机的操作系统支持。这特性使它成为理想的软盘和记忆卡文件系统，也适合用作不同操作系统中的数据交流。
FAT文件系统遵行已用了多年的软件方法来进行规范。它在1977年由比尔·盖茨和马斯·麦当劳为了管理磁盘而发明，并在1980年被添·彼得逊的86-DOS操作系统采用。这也是86-DOS操作系统与CP/M操作系统最大的不同点，若非此项差异，86-DOS操作系统与CP/M操作系统几乎可说完全相同。
FAT12
初期的FAT就是现在俗称的FAT12。作为软盘的文件系统，它有几项限制：不支持分层性结构，丛集寻址只有12位（这使得控制FAT有些棘手）而且只支持最多32M（216）的分区。
FAT16的开始
在1984年，IBM发布PC AT，这是一个20 MB的硬盘。微软公司也同步发布了MS-DOS 3.0。簇集地址增加至16位，允许更大数量的簇（最大 65,517），所以有更大的文件系统大小。但是，最大数量磁区及最大分割区(相当于磁盘)的大小仍是32 MB。所以，尽管技术上已经是“FAT16”，这种格式并不是我们今天常见到的这个名字所代表的格式。在MS-DOS 3.0格式化一个20 MB的硬盘，这硬盘将不能被MS-DOS 2.0或之前的版本所存取。当然，MS-DOS 3.0 仍然可存取MS-DOS 2.0的格式(8 KB簇的分割区)。
MS-DOS 3.0也开始支持高密度1.2MB 5.25"磁盘，最著名的是每个磁道有15个扇区，这样就允许FAT有更大的空间。这或许促进了一个对于簇大小的不确定的优化，簇大小从2个扇区减到1个。这样做的最后结果是高密度磁盘比旧的双密度磁盘的速度大幅度降低。
最终的FAT16
1987年11月我们今天称为FAT的格式最终到来，它在康柏 DOS 3.31中去掉了磁盘扇区的16位计数器。这个结果曾经一度被称为DOS 3.31大文件系统。尽管看起来磁盘上的变动很小，这个DOS的磁盘代码都必须检查并转换到32位的扇区数，由于它全部是16位的汇编语言这样一个现实，这项工作就变得非常复杂。
1988年这项改进通过MS-DOS 4.0得到广泛应用。现在分区大小受限于每个簇的8位有符号扇区计数，它最大能达到2的64次方，对于一个常用的有32KB个簇每扇区512字节的硬盘来说，将FAT16分区大小的“明显”限制扩充到2GB。在磁光盘媒体上，它能使用1或者2KB的扇区，这样大小限制也就成比例地增大。
后来，视窗NT通过将每个簇的扇区数当作无符号数将最大的簇大小增加到64KB。然而这个格式与当时其它的任何FAT实现都不兼容并且产生了大量内部碎片。视窗98也支持这种格式的读写操作但是它的磁盘管理工具不支持这种格式。
FAT32
为了解决FAT16对于卷大小的限制同时让DOS的真实模式在非必要情况下不减少可用常规内存状况下处理这种格式，微软公司决定实施新一代的FAT，它被称为FAT32，带有32位的簇数，目前用了其中的28位。
理论上，这将支持总数达268,435,438（<228）的簇，允许磁盘容量达到2字节。然而，由于微软公司scandisk工具的限制，FAT不能大于4,177,920（<222）个簇，这将卷的容量限制在了124.55GB，除非不再使用“scandisk”。[2]
FAT32随着视窗95 OSR2发布，尽管需要重新格式化才能使用这种格式并且DriverSpace 3（视窗95 OSR2和视窗98所带版本）从来都不支持这种格式。视窗98提供了一个工具用来在不丢失数据的情况下将现有的硬盘从FAT16转到FAT32格式。在NT产品线上对于它的支持从视窗2000开始。
视窗2000和视窗XP能够读写任何大小的FAT32文件系统，但是这些平台上的格式化程序只能创建最大32GB的FAT32文件系统。Thompson and Thompson (2003)写道“奇怪的是微软公司说这种现象是故意设计的”[3] 微软公司知识库文章 184006[4]的确是这么说的，但是没有提出任何关于这个限制的合理解释。Peter Norton的观点是“微软公司在有意地削弱FAT32文件系统”[5]。
1)网络中PATPAT叫端口地址转换，NAT是网络地址转换，由RFC 1631定义。 PAT可以看做是NAT的一部分。在NAT时，考虑一种情形，就是只有一个Public IP，而内部有多个Private IP，这个时候NAT就要通过映射UDP和TCP端口号来跟踪记录不同的会话，比如用户A、B、C同时访问CSDN，则NAT路由器会将用户A、B、C访问分别映射到1088、1098、23100（举例而已，实际上是动态的），此时实际上就是PAT了。由上面推论，PAT理论上可以同时支持（65535 - 1024）= 64511个连接会话。但实际使用中由于设备性能和物理连接特性是不能达到的，CISCO的路由器NAT功能中每个Public IP最多能有效地支持大约4000个会话。PAT普遍应用于接入设备中，它可以将中小型的网络隐藏在一个合法的IP地址后面。PATT与动态地址NAT不同，它将内部连接映射到外部网络中的一个单独的IP地址上，同时在该地址上加上一个由NAT设备选定的TCP端口号。也就是采用port multiplexing 技术，或改变外出数据的源port的技术将多个内部ip地址映射到同一个外部地址2)主板PATPAT是英文“Performance Acceleration Technology”的缩写，中文含义即“性能加速技术”。实际测试表明，PAT技术依靠优化的内存访问路径带来了3%～5%的性能提升。一方面，通过设置在i875P芯片组MCH芯片内的“Bypass Patch（旁路）”，可以让处理器对内存的数据访问请求过程减少一个时钟周期；另一方面，通过构建“Optimized Patch（优化路径）”，可以让MCH芯片内核当中的内存控制器对内存芯片的选择时间减少1个时钟周期。虽然开启动PAT的主板厂家并不多，但为了避免与Intel发生冲突，目前各家主板厂商对PAT的称法各不相同(转载)
绛旓細鏂囦欢閰嶇疆琛紙鑻辨枃锛欶ile Allocation Table锛岄瀛楁瘝缂╃暐瀛楋細FAT锛夋槸涓绉嶇敱寰蒋鍙戞槑鐨勫苟甯︽湁閮ㄥ垎涓撳埄鐨勬枃浠剁郴缁锛屼緵MS-DOS浣跨敤锛屼篃鏄潪NT鍐呮牳鐨勫井杞獥鍙ｄ娇鐢ㄧ殑鏂囦欢绯荤粺銆侳AT鏂囦欢绯荤粺鑰冭檻褰撴椂璁＄畻鏈烘晥鑳芥湁闄愶紝鎵浠ユ湭琚鏉傚寲锛屽洜鑰岃鍑犱箮鎵鏈変釜浜鸿绠楁満鐨勬搷浣滅郴缁熸敮鎸併傝繖鐗规т娇瀹冩垚涓虹悊鎯崇殑杞洏鍜岃蹇嗗崱鏂囦欢绯荤粺锛...
绛旓細3.U鐩樻暟鎹涪澶憋細U鐩樻暟鎹彲鑳戒細鍥犱负璇搷浣滄垨鑰呰澶囨晠闅滆屼涪澶憋紝瀵艰嚧U鐩樻棤娉曟墦寮銆傚彲浠ヤ娇鐢ㄦ暟鎹仮澶嶈蒋浠讹紝杩涜蹇熶笉鍙仮澶嶆枃浠舵仮澶嶃佹繁搴︽壂鎻忔垨鑰匯AW鏂囦欢鎭㈠绛夋柟寮忚繘琛屽皾璇曘4.U鐩樻枃浠剁郴缁熸崯鍧忥細U鐩鐨勬枃浠剁郴缁鍙兘鍥犱负璁惧鎹熷潖鎴栬呮搷浣滀笉褰撳鑷存枃浠剁郴缁熸崯鍧忥紝鏃犳硶璁块棶U鐩樸傚彲浠ヤ娇鐢╓indows鍐呯疆鐨纾佺洏妫鏌ュ拰淇宸ュ叿...
绛旓細寰楀埌鏈夌敤鐨勭郴缁/鍐呮牳淇℃伅 proc 鏂囦欢绯荤粺鍙互琚敤浜庢敹闆嗘湁鐢ㄧ殑鍏充簬绯荤粺鍜岃繍琛屼腑鐨勫唴鏍哥殑淇℃伅銆備笅闈㈡槸涓浜涢噸瑕 鐨勬枃浠: /proc/cpuinfo - CPU 鐨勪俊鎭 (鍨嬪彿, 瀹舵棌, 缂撳瓨澶у皬绛) /proc/meminfo - 鐗╃悊鍐呭瓨銆佷氦鎹㈢┖闂寸瓑鐨勪俊鎭 /proc/mounts - 宸插姞杞鐨勬枃浠剁郴缁鐨勫垪琛 /proc/devices - 鍙敤璁惧鐨勫垪琛 /proc/files...
绛旓細6銆佺敤convert鍛戒护鎶婃枃浠舵牸寮忎粠 FAT 杞崲涓 NTFS锛岀幇鏈夌殑鏂囦欢鍜屾枃浠跺す瀹屽ソ鏃犳崯銆 鐧惧害鐨勶紝鍥~~鑱旀兂绗旇鏈浣曟洿鏀笲ioS涓纾佺洏鐨鏍煎紡 寮鏈鸿繘鍏ios锛屾壘鍒癆dvanced锛堥珮绾х鐞嗭級閫夐」锛孍nter锛堝洖杞︼級閿繘鍏ワ紝SATA锛圫erial ATA锛夐夐」锛屽彲浠ラ夋嫨ACHI鎴patible Mode锛屾寜F10淇濆瓨閫鍑恒傛庢牱鏀瑰彉鍒嗗尯鐨勬枃浠剁郴缁鏍煎紡?閲囩敤...
绛旓細cmov pat pse36 mmx fxsr xmmbogomips : 1992.29杩欐槸涓涓粠鍙 CPU 鐨绯荤粺涓緱鍒扮殑缁撴灉,涓婅堪澶ч儴鍒嗙殑淇℃伅鍗佸垎娓呮鍦扮粰鍑轰簡杩欎釜绯荤粺鐨勬湁鐢ㄧ殑纭欢淇℃伅銆傛湁浜 /proc 鐨勬枃浠鏄粡杩囩紪鐮佺殑,涓嶅悓鐨勫伐鍏峰彲浠ヨ鐢ㄦ潵瑙ｉ噴杩欎簺缂栫爜杩囩殑淇℃伅骞惰緭鍑烘垚鍙鐨勫舰寮忋傝繖鏍风殑宸ュ叿鍖呮嫭:'top', 'ps', 'apm' 绛夈 寰楀埌鏈夌敤鐨...
绛旓細(鐪嬪浘鐨勫乏杈圭殑纾佺洏1,鍐欑潃鈥鍙Щ鍔鈥濋偅涓氨鏄綘鐨刄鐩,鍗冧竾鍒夐敊浜嗗摝)鍙抽敭鍗曞嚮鍐欑潃鈥(G:)鈥濈殑杩欎竴鍧楀尯鍩熷氨浼氬嚭鐜版牸寮忓寲u鐩樼殑鐣岄潰,閫夋嫨鈥滄牸寮忓寲鈥濅細鍑虹幇涓嬪浘:閫夋嫨濂鏂囦欢绯荤粺(寤鸿閫塏TFS鏍煎紡),鎶婂揩閫熸牸寮忓寲鍓嶈竟鐨勫鍕炬墦涓,鍏跺畠鐨勪笉瑕佸姩銆傜偣鍑诲紑濮,鍑犵閽熷悗u鐩樺氨鏍煎紡鍖栧ソ浜嗐??涓,鍙兘鏈夌殑U鐩樿嚜甯︿繚鎶ゅ姛鑳,鍦ㄥ垯...
绛旓細閿欒鏍煎紡鍖栬溅杞組P3鍚庤繘琛屼慨澶嶇殑鏂规硶濡備笅锛氭妸杞﹁浇mp3杩炴帴涓婄數鑴戜笂鐨刄SB鎺ュ彛锛涙墦寮鐢佃剳涓婄殑[寮濮媇>[鎺у埗闈㈡澘]>[绠＄悊宸ュ叿]>[[璁＄畻鏈虹鐞哴>[纾佺洏绠＄悊]锛屽湪姝や細鎵惧埌浣犵殑>[鍙Щ鍔ㄧ鐩]銆侫銆佸彸鍑昏[鍙Щ鍔ㄧ鐩榏锛岄塠灞炴>[宸ュ叿]>[鏌ラ敊]>[寮濮嬫鏌锛屽湪寮瑰嚭绐楀彛閲屽嬀涓娾滆嚜鍔ㄤ慨澶鏂囦欢绯荤粺閿欒鈥濆拰鈥...
绛旓細2.BIOS --> CONFIG --> Serall ATA (鎴稟TA) --> 鏀逛负patibility妯″紡銆傞棶棰樺崄锛氭庝箞鍏抽棴纭洏鍒嗗尯淇濇姢 1.鍦║鐩樼洏绗︿笂榧犳爣鍙抽敭鈥滃睘鎬р濓紝鐒跺悗閫夋嫨鈥滅‖浠垛濋夐」鍗★紝2.鍦ㄦ墍鏈纾佺洏椹卞姩鍣ㄥ垪琛ㄤ腑閫夋嫨鍚嶇О鍚湁USB鐨勭鐩橀┍鍔ㄥ櫒锛屽崟鍑诲彸涓嬫柟鐨勨滃睘鎬р濇寜閽紝3.鍦ㄦ墦寮鐨勭獥鍙ｇ偣鍑烩滅瓥鐣モ滈夐」鍗★紝4.灏嗙瓥鐣...
绛旓細闈炲惎鍔ㄨ蒋鐩樺鑷绯荤粺涓嶈兘鍚姩 295.寮鏈烘椂妫娴嬭蒋椹遍敊璇 296.鎻愮ず鎵句笉鍒拌蒋鐩 297.杞┍鎴愪簡鍙Щ鍔ㄧ鐩 298.BIOS璁剧疆瀵艰嚧杞┍澶у皬閿欒 299.鍒涘缓铏氭嫙杞┍ 300.璇诲啓杞洏鍙戠敓閿欒 301.璇昏蒋椹辨椂鍑洪敊涓斿彂鍑哄櫔澹 302.杞┍涓嶈兘璇诲啓杞洏 303.杞洏涓鐨勬枃浠鎵撲笉寮 304.杞┍鐏暱浜 305.鎸芥晳鍧忚蒋鐩樹腑鐨勬暟鎹 306.鍐欒蒋鐩橀浂纾侀亾...
绛旓細鏂规硶/姝ラ鍙屽嚮鏂囦欢澶癸紝寮瑰嚭濡傚浘鎵绀虹殑鎻愮ず锛屸滄偍褰撳墠鏃犳潈璁块棶璇ユ枃浠跺す鈥濄傜偣鈥滅户缁濄備緷鏃ф槸浠や汉鐏板績鐨勬彁绀衡滄嫆缁濆厑璁告偍璁块棶璇ユ枃浠跺す鈥濄傛垜浠偣鍑讳笂闈㈢殑鏂囧瓧璇存槑鐨勫熬绔滃畨鍏ㄩ夐」鍗♀濄傚鑷碪鐩樻墦涓嶅紑鐨勬渶鐩存帴鐨勫師鍥犳槸鏂囦欢绯荤粺鎹熷潖銆傚姝ゅ父鐢ㄧ殑鏂规硶鏄纾佺洏杩涜淇銆傚彸鍑烩鍙Щ鍔ㄧ鐩鈥濓紝浠庡脊鍑虹殑鍙抽敭鑿滃崟...
