Ext2: 是 GNU/Linux 系統中標準的文件系統，其特點為存取文件的性能極好，對於中小型的文件更顯示出優勢，這主要得利於其簇快取層的優良設計。其單壹文件大小與文件系統本身的容量上限與文件系統本身的簇大小有關，在壹般常見的 x86 電腦系統中，簇最大為 4KB, 則單壹文件大小上限為 2048GB, 而文件系統的容量上限為 16384GB。但由於目前核心 2.4 所能使用的單壹分割區最大只有 2048GB，因此實際上能使用的文件系統容量最多也只有 2048GB。
Ext3: 顧名思義，它就是 ext2 的下壹代，也就是在保有目前 ext2 的格式之下再加上日誌功能。目前它離實用階段還有壹段距離，也許在下壹版的核心就可以上路了。 ext3是壹種日誌式文件系統。日誌式文件系統的優越性在於：由於文件系統都有快取層參與運作，如不使用時必須將文件系統卸下，以便將快取層的資料寫回磁盤中。因此每當系統要關機時，必須將其所有的文件系統全部卸下後才能進行關機。
如果在文件系統尚未卸下前就關機 (如停電) 時，下次重開機後會造成文件系統的資料不壹致，故這時必須做文件系統的重整工作，將不壹致與錯誤的地方修復。然而，此壹重整的工作是相當耗時的，特別是容量大的文件系統，而且也不能百分之百保證所有的資料都不會流失。故這在大型的伺服器上可能會造成問題。
為了克服此問題，業界經長久的開發，而完成了所謂‘日誌式文件系統 (Journal File System) ’。此類文件系統最大的特色是，它會將整個磁盤的寫入動作完整記錄在磁盤的某個區域上，以便有需要時可以回朔追蹤。由於資料的寫入動作包含許多的細節，像是改變文件標頭資料、搜尋磁盤可寫入空間、壹個個寫入資料區段等等，每壹個細節進行到壹半若被中斷，就會造成文件系統的不壹致，因而需要重整。然而，在日誌式文件系統中，由於詳細紀錄了每個細節，故當在某個過程中被中斷時，系統可以根據這些記錄直接回朔並重整被中斷的部分，而不必花時間去檢查其他的部分，故重整的工作速度相當快，幾乎不需要花時間。
另外Linux中還有壹種專門用於交換分區的swap文件系統，Linux使用整個分區來作為交換空間，而不象Windows使用交換文件。壹般這個SWAP格式的交換分區是主內存的2倍。
分類: killtest
分享SCNA10 310-302 考古題
killtest 為您提供一個明確的和特殊的解決方案，我們為您提供詳細的 310-302 的問題和答案。我們的專家來自不同地區有經驗的技術專家編寫 310-302 考古題。我們的 310-302 考古題是我們經過多次測試和整理答案。
我們會持續不斷從世界各地用戶在他們的地區參加SCNA10 310-302 考試信息反饋，能過輕鬆的獲取考試信息，及時的更新SCNA10題庫，這使我們的其他用戶可以共享這些考試資訊，參加考試更有信心！這是通過SCNA10考試最有效的方法之一。
免費 310-302 Demo演示：
1.310-302 PDF版本：http://pdf.killtest.net/310-302.pdf
2.310-302 SoftWare 版本：http://demo.killtest.net/310-302.zip
asp.net獲得路徑的方法
HttpContext.Current.Request.PhysicalPath; // 獲得當前頁面的完整物理路徑.比如
F:\XFU.NSQS\project\website\Default.aspx
HttpContext.Current.Request.PhysicalApplicationPath; // 獲得當前程序運行的物理路徑比
如F:\XFU.NSQS\project\website\
HttpContext.Current.Server.MapPath(@”\”); 這個就是在頁面中的MapPath了.壹樣用法
HttpRuntime.AppDomainAppPath //這個是新發現的,很好用.
還有壹個是用來處理在asp.net中調用dll文件,而DLL文件如果想知道當前的web站點的工作目錄可以用
System.AppDomain.CurrentDomain.BaseDirectory
網站在服務器磁盤上的物理路徑: HttpRuntime.AppDomainAppPath
虛擬程序路徑: HttpRuntime.AppDomainAppVirtualPath
HttpContext.Current.Request.ApplicationPath虛擬應用程序根路徑
HttpContext.Current.Server.MapPath(“.”)當前的絕對路徑
HttpContext.Current.Server.MapPath(HttpContext.Current.Request.ApplicationPath)系統的根目錄
sb.Append(string.Format(“當前請求的虛擬路徑: {0}”,Server.HtmlEncode
(Request.CurrentExecutionFilePath)));
sb.Append(string.Format(“獲取當前應用程序的根目錄路徑: {0}”,
Server.HtmlEncode(Request.ApplicationPath)));
sb.Append(string.Format(“當前請求的虛擬路徑: {0}”,Server.HtmlEncode
(Request.FilePath)));
sb.Append(string.Format(“當前請求的虛擬路徑: {0}”,Server.HtmlEncode
(Request.Path)));
sb.Append(string.Format(“獲取當前正在執行的應用程序的根目錄的物理文件系統路徑:
{0}”, Server.HtmlEncode(Request.PhysicalApplicationPath)));
sb.Append(string.Format(“獲取與請求的 URL 相對應的物理文件系統路徑: {0}”,
Server.HtmlEncode(Request.PhysicalApplicationPath)));
當前請求的虛擬路徑: /aDirectory/Sample/responseHtml.aspx
獲取當前應用程序的根目錄路徑: /aDirectory
當前請求的虛擬路徑: /aDirectory/Sample/responseHtml.aspx
當前請求的虛擬路徑: /aDirectory/Sample/responseHtml.aspx
獲取當前正在執行的應用程序的根目錄的物理文件系統路徑: E:\Visual Studio 2005\
獲取與請求的 URL 相對應的物理文件系統路徑: E:\Visual Studio 2005\\aDirectory\
sb.Append(string.Format(“獲取項目完整的絕對路徑: {0}”,
System.AppDomain.CurrentDomain.BaseDirectory.ToString()));
//僅在嘗試向此域中加載程序集之後，此屬性才可用
sb.Append(string.Format(“獲取項目,它由程序集沖突解決程序用來探測動態創建的程序集: {0}”, System.AppDomain.CurrentDomain.DynamicDirectory));
sb.Append(string.Format(“獲取磁盤上指向應用程序目錄的物理路徑。: {0}”,
System.Web.Hosting.HostingEnvironment.ApplicationPhysicalPath));
sb.Append(string.Format(“獲取應用程序的虛擬根路徑: {0}”,
System.Web.Hosting.HostingEnvironment.ApplicationVirtualPath));
sb.Append(string.Format(“獲取站點的名稱。: {0}”,
System.Web.Hosting.HostingEnvironment.SiteName));
//sb.Append(string.Format(“獲取此應用程序的虛擬路徑提供程序。: {0}”,
System.Web.Hosting.HostingEnvironment.VirtualPathProvider));
sb.Append(string.Format(“返回與 Web 服務器上的指定虛擬路徑相對應的物理文件路徑。: {0}”, Server.MapPath(“sss.aspx”)));