當前位置:首頁 » 硬碟大全 » ie臨時目錄和緩存文件
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

ie臨時目錄和緩存文件

發布時間: 2023-04-24 19:57:02

❶ 什麼是IE緩存文件什麼是系統臨時文件

為了提高訪問網頁的速度,Internet Explorer瀏覽器會採用累積式加速的方法,將你曾經訪問的網頁內容(包括圖片以及cookie文件等)存放在電腦里。這個存放空間,我們就稱它為IE緩存。以後我們每次訪問網站時,IE會首先搜索這個目錄,如果其中已經有訪問過的內容,那IE就不必從網上下載,而直接從緩存中調出來,從而提高了訪問網站的速度。
臨時文件:在您下載和安裝'卸載軟體、打開電子郵件和即時消息程序中的文件或傳輸文件時創建。通常,創建臨時文件的程序會在完成時將其刪除,但有時候這些文件會被保留。臨時文件被保留的原因可能有多種:程序可能在完成安裝前被中斷,或在重新啟動時崩潰。在您進行網上沖浪時也會創建臨時文件。Internet Explorer 之類的 Web 瀏覽程序也會在您的硬碟中保存網頁的緩存,以提高以後瀏覽的速度。

你這傢伙也忒摳門了!!!!!!!!!!

區別就是作用上。。

你這傢伙也忒摳門了!!!!!!!!!!

❷ 怎麼將臨時文件和IE緩存設置到虛擬盤呢

1,在虛擬硬碟的根目錄下新建一個文件夾temp.再在裡面新建三個文件夾:TMP、TEMP。
2,右擊我的電腦-屬性-高級-環境變數,雙擊變數「TMP」,輸入完整路徑。例如:X:\temp\TMP(X為你的虛擬硬碟)
再雙擊TEMP,輸入:X:\temp\TEMP.確定。
3打開控制面板-internet選項-常規-internet臨時文件設置-移動文件夾。定位到X:\temp。確定。(注意設置「磁碟空間的大小」(控制面板-internet選項-常規-internet臨時文件設置)在150M左右且不能超過虛擬硬碟的大小)
3.重啟。會看到temp文件夾內創建了一個Temporary
Internet
Files文件夾。

❸ 如何定期清理IE緩存和臨時文件

不要路徑,你只要打開IE--工具--選項--internet臨時文件--刪除文件!就可以清除了,要知道路徑點擊設置--裡面就有路徑,或下面的--查看文件,
臨時文件,\WINDOWS\Temp
Documents
and
Settings\用戶名\Local
Settings\Temp

❹ 系統臨時文件、IE緩存文件和windows預讀文件都是什麼

你好朋友;
系統臨時文件;就是你在運行程序或操作系統在運行過程中產生的一種文件;
擴展名為.tmp有一些還是.temp的;臨時文件屬於垃圾文件的一種;
ie緩存文件;
ie緩存文件實際上就是internet臨時文件;這種文件是你用瀏覽器上網時候產生的;
瀏覽器在訪問網站的過程中;是先把網站伺服器硬碟中的內容【包括視頻;音樂;圖片;vbs腳本;js腳本】這些東西先以緩存的方式儲存到你電腦中的internet臨時文件夾內;然後再在屏幕上顯示和播放出來的;
windows的預讀文件; Win XP用來放預讀文件的文件夾預讀是微軟採用的一種加速程序進程啟動速度的技術;主要原理是在開機載入操作系統的時候讀取常用程序的主要內容以備該程序啟動時耗費大量時間來讀取本身的數據。
目錄
數據預讀機制
常見問題
解決辦法
局部碎片整理
開啟預存取
defrag的參數
經驗談
MS網站上對prefetch的解釋
數據預讀機制
微軟採用的一種全新系統後台數據預讀機制;它可以提高系統性能;加快Windows XP/2003的啟動速度;經過預讀的程序全部存放在系統所在文件夾下的prefetcher目錄中(圖1);文件名格式類似於下面這個樣子;FOXMAIL.EXE-2B721FDE.pf(這是Foxmail的預讀文件);Windows XP/2003雖然採用了預讀取機制;但是默認設置下比較保守;我們可以自己來定義程序的預讀取方式;大幅度提高系統的性能;
常見問題;
在使用Windows XP較長時間後;我們會發現系統運行速度明顯慢了下來;用多優化軟體;卸載已經安裝的軟體都解決不了問題;究竟為什麼呢?原來罪魁禍首就是預讀設置;在「Windows\Prefetch」文件夾面有很多個以PF為擴展名的文件;這就是預讀文件;如果將裡面的文件清空以後;你就會發現系統運行速度又恢復正常了;看來;預讀設置可以提高系統速度;但是使用一段時間後;預讀文件夾里的文件又會變得很多了;導致系統搜索花費的時間變得很長;而且有些應用程序會產生死鏈接文件;進而加重了系統搜索的負擔;
解決辦法;
因此;我們應該定期刪除這些預讀文件;用以提高開機速度;當然;Windows XP重新設置預讀對象是允許的;具體方法是;打開注冊表編輯器;依次展開HKEY_LOCAL_MACHINE\SYSTEM\ CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParameters分支;在右側窗口中雙擊「EnablePrefetcher」;在打開的「DWORD」值編輯窗口中;可以對Windows XP進行預讀設置;將該值設置為「0」;即為取消預讀功能;設置為「1」;系統將只預讀應用程序;設置為「2」;系統將只預讀Windows系統文件;設置為 「3」;系統將預讀Windows系統文件和應用程序;一般我們將該值設置為「2」即可;當然;如果你的計算機配置很高;如使用PIII 800MHz CPU以上的建議將數值數據更改為4或5;也可以保留數值數據為默認值即3;這樣可以加快系統運行速度;prefetch;預存取;這在vista用戶可能知道的多些;其實xp下就有這一技術了;只是官方少有這方面介紹;更別提技術文檔了;這是xp一個隱藏的特性;用處是在xp登錄進度條出現時;就把c:\windows\prefetch目錄下的*.pf文件信息預先裝載到內存中;以便於提高系統性能;這些*.pf文件是系統和應用程序啟動時留下的預存取文件;描述了系統和應用程序每次啟動時裝載模塊的信息和順序;並且其命名方式中包含一個描述其完整路徑的十六進制值;另外;prefetch目錄中還有一個重要文件;就是layout.ini這個磁碟布局初始化文件;它記錄了所有預存取程序及文件的載入信息和順序(按優先順序排列);這也為這些程序文件的磁碟分配提供了最優化方案的依據;
局部碎片整理;
說到這;不得不提一下「局部碎片整理」;按照官方所說;xp每隔3天就會自動進行一次局部碎片整理;我發現這個整理動作是分步實施的;而且是在系統空閑時才會運行;這多虧了剛裝上的SSM截獲了defrag的這個動作信息;連命令行參數都一並截獲;這個重點留待稍後再說;(其實系統在啟動時也可以進行局部碎片整理;使得啟動時需要的文件能夠被整理到相鄰位置;這個功能可以在注冊表中開啟;HKLM\SOFTWARE\Microsoft\Dfrg\BootOptimizeFunetion下enable鍵由默認的N改為Y即可)用Filemon跟蹤發現;系統進行局部碎片整理時;先讀取layout.ini文件;然後調用defrag針對layout.ini中涉及的文件進行整理;然後把轉移信息再寫入到layout.ini中;這個自動整理不同於server2003系統的自動碎片整理功能(Auto Defragmenter);
開啟預存取;
至於是否開啟預存取;有不少爭論;但是我堅決認為應該開啟;否則系統速度會變得更慢;HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParameters目錄下;EnablePrefeteher子鍵的值決定以何種方式開啟prefetch;0取消;1隻預存取應用程序;2隻預存取windows系統文件;3同時存取系統和應用程序文件;xp默認情況下是3;以上這些prefetch相關功能依賴於task schele計劃任務這項服務;defrag的參數;
現在該說那個重點了;系統自動調用的defrag的參數是什麼?是-p -s和-b。-p後面跟著一個常量;例如5E4;-s後也跟一個常量;比如000018A4;-b後跟著盤符C:;那麼這個命令行的例子就是;defrag.exe -p 5E4 -s 000018A4 -b C: 了;-b這個參數網上一直有傳言;說是defrag的隱藏參數;但是官方不給出澄清;我也不知道是否真的存在;這回算是證實了;-b C:就是對預存取的文件進行局部整理;並且每次僅針對一個pf文件相關程序文件進行整理;-p和-s應該就是用來選擇哪一個pf的;但具體那兩個常量和被選pf文件有什麼聯系;還有待進一步分析;平時如果想對系統和應用程序文件進行一次優化碎片整理;可以在命令行中敲入defrag.exe C: -b;這樣會對所有prefetch文件進行整理;完成後你會覺得系統的速度有一定提升;
段經驗談
經驗之談;如果不小心刪除了prefetch目錄下的文件;尤其是layout.ini文件;如何重建?敲入rundll32.exe advapi32.dll,ProcessIdleTasks命令;然後重啟三次系統;就可以重建layout.ini文件;為什麼是三次;我也不知道;大概和每隔三天整理一次有關系吧;windows xp開機有一個進度條;會一遍一遍的跑;不少人認為只跑兩圈就進去的就是開機速度快;網上出現過一種優化方式;修改注冊表將所謂的「開機預讀取」設置為「不預讀」;則可以大大減少進度條「跑」的次數;但是這種「優化方法」出來不久;便有更多的文章指出這是「謬誤」;還舉出相當多的事例;或是試驗;說明不預讀並不能減少開機時間;大多的理由是進度條消失後的「黑屏時間」增加;因為一直用的休眠;所以我一直也沒怎麼在意;前兩天和別人談到這個問題;我便好好研究一番;結論是;其實關於這個問題;所謂設置為「不預讀」的優化方法也並非謬誤;而這個所謂的預讀也並非沒有用處;否則MS怎麼也不會花人力物力弄這么個浪費開機時間的東西;先說說什麼是所謂的「預讀取」;預讀取分兩種;一種是「系統文件預讀」;一種是「應用程序預讀」;具體的不去討論;現在只討論預讀取對速度的影響;我們都有經驗;當第一次打開word的時候會等待比較長的時間;硬碟燈不停的在亮;但是關閉再次打開;word啟動速度就快得多了;這個其實就是windows的預讀取做的優化;windows預讀取發現你帶開了一個他的預讀取資料庫沒有的應用程序時;他就會將這個應用程序中某些信息在內存中留下一個映象;下次打開這個程序就不用再去硬碟上找文件;能大大加塊程序啟動速度;問題來了;內存中的映象重新啟動之後就會消失;下次開機啟動程序依然很慢;怎麼辦呢?這就需要「開機預讀取」功能;Windows會把使用頻率較高的一些應用程序的信息記錄下來;每次開機時;就完成一次對程序的預讀取;從而大大加快應用程序的啟動速度;你大概已經猜到;那個「進度條」一遍一遍的跑的時候,windows就在進行開機預讀取的工作;因此;如果直接取消掉注冊表中的「預讀取功能」是一定會大大降低應用程序的啟動速度的;當然開機速度會有一定的增加;不過這是得不償失;因為沒有了那一段必要的「系統文件預讀取」;在進度條消失之後系統會從硬碟上去尋找大量的系統文件;反而影響啟動速度;而且應用程序的啟動速度也是一定會大大減慢的;其實比較好的優化辦法是這樣;找到「開機預讀取」的信息;手動把不是很常用;不需要預讀取的應用程序刪除;盡量減少開機預讀取的應用程序的數量;由此來加快啟動速度!;位置在x:\windows\prefetch下面;命名是 exe文件名-16進制hash.exe;有一些實測數據;一台裝了許多應用軟體的電腦;不作處理;開機29s,取消預讀取;開機32s;刪除prefetch文件夾下面大部分文件後;開機23s,有比較明顯的開機速度提升;不過第一次運行應用程序的時候速度的確有所下降;並且prefetch文件夾下文件會自動生成;越來越多;其中最「有效」的一個文件是NTOSBOOT-B00DFAAD.pf;它可以大大提高Windows的啟動速度;如果只求啟動速度的話;可以只保留這個文件和Layout.ini;然後將Task Scheler服務設為手動;當然;要想真正看到預讀效果;必須保證開機後內存佔用小於物理內存量;(比如:開機後從任務管理器看出內存佔用是480MB;而你的物理內存是256MB的;那麼就幾乎看不到預讀的效果;
MS網站上對prefetch的解釋;
Prefetch;All versions of Windows except real-mode Windows 3x are demand-paged operating systems, where file data and code is faulted into memory from disk as an application attempts to access it. Data and code is faulted in page-granular chunks where a page's size is dictated by the CPU's memory management hardware. A page is 4KB on the x86. Prefetching is the process of bringing data and code pages into memory from disk before it's demanded. In order to know what it should prefetch, the Windows XP Cache Manager monitors the page faults, both those that require that data be read from disk (hard faults) and those that simply require that data already in memory be added to a process's working set (soft faults), that occur ring the boot process and application startup. By default it traces through the first two minutes of the boot process, 60 seconds following the time when all Win32 services have finished initializing, or 30 seconds following the start of the user's shell (typically Microsoft Internet Explorer), whichever of these three events occurs first. The Cache Manager also monitors the first 10 seconds of application startup. After collecting a trace that's organized into faults taken on the NTFS Master File Table (MFT) metadata file (if the application accesses files or directories on NTFS volumes), the files referenced, and the directories referenced, it notifies the prefetch component of the Task Scheler by signaling a named event object. The Task Scheler then performs a call to the internal NtQuerySystemInformation system call requesting the trace data. After performing post-processing on the trace data, the Task Scheler writes it out to a file in the \Windows\Prefetch folder. The file's name is the name of the application to which the trace applies followed by a dash and the hexadecimal representation of a hash of the file's path. The file has a .pf extension, so an example would be NOTEPAD.EXE-AF43252301.PF. An exception to the file name rule is the file that stores the boot's trace, which is always named NTOSBOOT-B00DFAAD.PF (a convolution of the hexadecimal-compatible word BAADF00D, which programmers often use to represent uninitialized data). Only after the Cache Manager has finished the boot trace (the time of which was defined earlier) does it collect page fault information for specific applications. 這個似乎是最影響啟動速度的文件,也就是所謂的「系統文件預讀取」吧 When the system boots or an application starts, the Cache Manager is called to give it an opportunity to perform prefetching. The Cache Manager looks in the prefetch directory to see if a trace file exists for the prefetch scenario in question. If it does, the Cache Manager calls NTFS to prefetch any MFT metadata file references, reads in the contents of each of the directories referenced, and finally opens each file referenced. It then calls the Memory Manager to read in any data and code specified in the trace that's not already in memory. The Memory Manager initiates all of the reads asynchronously and then waits for them to complete before letting an application's startup continue. How does this scheme provide a performance benefit? The answer lies in the fact that ring typical system boot or application startup, the order of faults is such that some pages are brought in from one part of a file, then from another part of the same file, then pages are read from a different file, then perhaps from a directory, and so on. This jumping around results in moving the heads around on the disk. Microsoft has learned through analysis that this slows boot and application startup times. By prefetching data from a file or directory all at once before accessing another one, this scattered seeking for data on the disk is greatly reced or eliminated, thus improving the overall time for system and application startup. Figure 1 Prefetch Directory To minimize seeking even further, every three days or so, ring system idle periods, the Task Scheler organizes a list of files and directories in the order that they are referenced ring a boot or application start, and stores the list in a file named \Windows\Prefech\Layout.ini. Figure 1 shows the contents of a prefetch directory, highlighting the layout file. Then it launches the system defragmenter with a command-line option that tells the defragmenter to defragment based on the contents of the file instead of performing a full defrag. The defragmenter finds a contiguous area on each volume large enough to hold all the listed files and directories that reside on that volume and then moves them in their entirety into that area so that they are stored one after the other. Thus, future prefetch operations will even be more efficient because all the data to be read in is now stored physically on the disk in the order it will be read. Since the number of files defragmented for prefetching is usually only in the hundreds, this defragmentation is much faster than full defragmentations.

❺ 瀏覽器緩存的臨時文件 是什麼啊!

這是你上網所瀏覽的網頁上的一些圖片.代碼.緩存等等的臨時文件夾。

❻ IE緩存文件是不是IE臨時文件還是什麼文件麻煩大家告訴我,謝謝

IE緩存文件就是IE臨時文件

IE緩存默認存儲在: X:\Documents and Settings\你的用戶名\Local Settings\Temporary Internet Files目錄裡面

所起的作用就是下次你打開相同網址時就不需要再次下載同名文件,從而加快你打開網頁的速度.