Ⅰ ae的磁碟緩存必須放在c盤嗎
不一定放在c盤里。
ae中在首選項中資料庫和緩存一般情況下是可以不放在系統盤里的。一般默認是在C盤,在C盤空間不大的時候，可以在安裝時選擇別的盤符，至於緩存文件和其他的可以在新建工程的時候再進行設置或者在首選項中設置，再重啟軟體。
Ⅱ windows更新緩存在哪個文件夾
1、%systemRoot%Installer 目錄下的內容，這是已經清理過的內容，路徑可以看出來，這個目錄windows緩存目錄。
Ⅲ ansys計算的緩存目錄在哪
C:ProgramFilesANSYSInc這個目錄是licensemanager固定的安裝目錄，不可修改。
ansysproct的安裝目錄沒有固定的，是可以修改的，ansys做好的東西一般如果你沒有改文件名的話，系統默認名為file。資料庫文件為.db文件，也就是你下次想打開的時候，要resumefrom（文件夾）就可以打開。一般沒有修改路徑的話，文件會在安裝目錄下面。你也可以直接用搜索file.db的方式查找。下次做的時候，記得最好要修改文件名和路徑。
Ⅳ mysql資料庫配置文件放在伺服器的什麼地方
一般分為windows和linux
windows通常放在安裝目錄下的MySQLMySQLServer5.0my.ini
Linux默認是放在/etc/my.cnf
以下是my.cnf配置文件參數解釋：
[client]
port=3309
socket=/home/mysql/mysql/tmp/mysql.sock
[mysqld]
!include/home/mysql/mysql/etc/mysqld.cnf#包含的配置文件，把用戶名，密碼文件單獨存放
port=3309
socket=/home/mysql/mysql/tmp/mysql.sock
pid-file=/longxibendi/mysql/mysql/var/mysql.pid
basedir=/home/mysql/mysql/
datadir=/longxibendi/mysql/mysql/var/
#tmpdirsettings
tmpdir=/home/mysql/mysql/tmp/
slave-load-tmpdir=/home/mysql/mysql/tmp/
#當slave執行loaddatainfile時用
#language=/home/mysql/mysql/share/mysql/english/
character-sets-dir=/home/mysql/mysql/share/mysql/charsets/
#skipoptions
skip-name-resolve#grant時，必須使用ip不能使用主機名
skip-symbolic-links#不能使用連接文件
skip-external-locking#不使用系統鎖定，要使用myisamchk,必須關閉伺服器
skip-slave-start#啟動mysql,不啟動復制
#sysdate-is-now
#ressettings
back_log=50#接受隊列，對於沒建立tcp連接的請求隊列放入緩存中，隊列大小為back_log，受限制與OS參數
max_connections=1000#最大並發連接數，增大該值需要相應增加允許打開的文件描述符數
max_connect_errors=10000#如果某個用戶發起的連接error超過該數值，則該用戶的下次連接將被阻塞，直到管理員執行flushhosts;命令；防止黑客
#open_files_limit=10240
connect-timeout=10#連接超時之前的最大秒數,在Linux平台上，該超時也用作等待伺服器首次回應的時間
wait-timeout=28800#等待關閉連接的時間
interactive-timeout=28800#關閉連接之前，允許interactive_timeout（取代了wait_timeout）秒的不活動時間。客戶端的會話wait_timeout變數被設為會話interactive_timeout變數的值。
slave-net-timeout=600#從伺服器也能夠處理網路連接中斷。但是，只有從伺服器超過slave_net_timeout秒沒有從主伺服器收到數據才通知網路中斷
net_read_timeout=30#從伺服器讀取信息的超時
net_write_timeout=60#從伺服器寫入信息的超時
net_retry_count=10#如果某個通信埠的讀操作中斷了，在放棄前重試多次
net_buffer_length=16384#包消息緩沖區初始化為net_buffer_length位元組，但需要時可以增長到max_allowed_packet位元組
max_allowed_packet=64M#
#table_cache=512#所有線程打開的表的數目。增大該值可以增加mysqld需要的文件描述符的數量
thread_stack=192K#每個線程的堆棧大小
thread_cache_size=20#線程緩存
thread_concurrency=8#同時運行的線程的數據此處最好為CPU個數兩倍。本機配置為CPU的個數
#qcachesettings
query_cache_size=256M#查詢緩存大小
query_cache_limit=2M#不緩存查詢大於該值的結果
query_cache_min_res_unit=2K#查詢緩存分配的最小塊大小
#defaultsettings
#timezone
default-time-zone=system#伺服器時區
character-set-server=utf8#server級別字元集
default-storage-engine=InnoDB#默認存儲
#tmp&heap
tmp_table_size=512M#臨時表大小，如果超過該值，則結果放到磁碟中
max_heap_table_size=512M#該變數設置MEMORY(HEAP)表可以增長到的最大空間大小
log-bin=mysql-bin#這些路徑相對於datadir
log-bin-index=mysql-bin.index
relayrelay-log=relay-log
relayrelay_log_index=relay-log.index
#warning&errorlog
log-warnings=1
log-error=/home/mysql/mysql/log/mysql.err
log_output=FILE#參數log_output指定了慢查詢輸出的格式，默認為FILE，你可以將它設為TABLE，然後就可以查詢mysql架構下的slow_log表了
#slowquerylog
slow_query_log=1
long-query-time=1#慢查詢時間超過1秒則為慢查詢
slow_query_log_file=/home/mysql/mysql/log/slow.log
#log-queries-not-using-indexes
#log-slow-slave-statements
general_log=1
general_log_file=/home/mysql/mysql/log/mysql.log
max_binlog_size=1G
max_relay_log_size=1G
#ifuseauto-ex,setto0
relay-log-purge=1#當不用中繼日誌時，刪除他們。這個操作有SQL線程完成
#maxbinlogkeepsdays
expire_logs_days=30#超過30天的binlog刪除
binlog_cache_size=1M#session級別
#replication
replicate-wild-ignore-table=mysql.%#復制時忽略資料庫及表
replicate-wild-ignore-table=test.%#復制時忽略資料庫及表
#slave_skip_errors=all
key_buffer_size=256M#myisam索引buffer,只有key沒有data
sort_buffer_size=2M#排序buffer大小；線程級別
read_buffer_size=2M#以全表掃描(SequentialScan)方式掃描數據的buffer大小；線程級別
join_buffer_size=8M#joinbuffer大小;線程級別
read_rnd_buffer_size=8M#MyISAM以索引掃描(RandomScan)方式掃描數據的buffer大小；線程級別
bulk_insert_buffer_size=64M#MyISAM用在塊插入優化中的樹緩沖區的大小。注釋：這是一個perthread的限制
myisam_sort_buffer_size=64M#MyISAM設置恢復表之時使用的緩沖區的尺寸,當在REPAIRTABLE或用CREATEINDEX創建索引或ALTERTABLE過程中排序MyISAM索引分配的緩沖區
myisam_max_sort_file_size=10G#MyISAM如果臨時文件會變得超過索引，不要使用快速排序索引方法來創建一個索引。注釋：這個參數以位元組的形式給出.重建MyISAM索引(在REPAIRTABLE、ALTERTABLE或LOADDATAINFILE過程中)時，允許MySQL使用的臨時文件的最大空間大小。如果文件的大小超過該值，則使用鍵值緩存創建索引，要慢得多。該值的單位為位元組
myisam_repair_threads=1#如果該值大於1，在Repairbysorting過程中並行創建MyISAM表索引(每個索引在自己的線程內)
myisam_recover=64K#允許的GROUP_CONCAT()函數結果的最大長度
transaction_isolation=REPEATABLE-READ
innodb_file_per_table
#innodb_status_file=1
#innodb_open_files=2048
innodb_additional_mem_pool_size=100M#幀緩存的控制對象需要從此處申請緩存，所以該值與innodb_buffer_pool對應
innodb_buffer_pool_size=2G#包括數據頁、索引頁、插入緩存、鎖信息、自適應哈希所以、數據字典信息
innodb_data_home_dir=/longxibendi/mysql/mysql/var/
#innodb_data_file_path=ibdata1:1G:autoextend
innodb_data_file_path=ibdata1:500M;ibdata2:2210M:autoextend#表空間
innodb_file_io_threads=4#io線程數
innodb_thread_concurrency=16#InnoDB試著在InnoDB內保持操作系統線程的數量少於或等於這個參數給出的限制
innodb_flush_log_at_trx_commit=1#每次commit日誌緩存中的數據刷到磁碟中
innodb_log_buffer_size=8M#事物日誌緩存
innodb_log_file_size=500M#事物日誌大小
#innodb_log_file_size=100M
innodb_log_files_in_group=2#兩組事物日誌
innodb_log_group_home_dir=/longxibendi/mysql/mysql/var/#日誌組
innodb_max_dirty_pages_pct=90#innodb主線程刷新緩存池中的數據，使臟數據比例小於90%
innodb_lock_wait_timeout=50#InnoDB事務在被回滾之前可以等待一個鎖定的超時秒數。InnoDB在它自己的鎖定表中自動檢測事務死鎖並且回滾事務。InnoDB用LOCKTABLES語句注意到鎖定設置。默認值是50秒
#innodb_flush_method=O_DSYNC
[mysqlmp]
quick
max_allowed_packet=64M
[mysql]
disable-auto-rehash#允許通過TAB鍵提示
default-character-set=utf8
connect-timeout=3
Ⅳ .net 緩存是什麼 放在哪裡 概念模糊了 大俠幫忙
在 ASP.NET 提供的許多特性中，緩存支持我最欣賞的特性，相比 ASP.NET 的所有其他特性，緩存對應用程序的性能具有最大的潛在影響，利用緩存和其他機制，ASP.NET 開發人員可以接受使用開銷很大的控制項（例如，DataGrid）構建站點時的額外開銷，而不必擔心性能會受到太大的影響。為了在應用程序中最大程度地利用緩存，應該考慮在所有程序級別上都實現緩存的方法。
實現
要實現頁面輸出緩存，只要將一條 OutputCache 指令添加到頁面即可。
＜％@ OutputCache Duration="60" VaryByParam="*" ％＞
如同其他頁面指令一樣，該指令應該出現在 ASPX 頁面的頂部，即在任何輸出之前。它支持五個屬性（或參數），其中兩個是必需的。
Duration
必需屬性。頁面應該被緩存的時間，以秒為單位。必須是正整數。
Location
指定應該對輸出進行緩存的位置。如果要指定該參數，則必須是下列選項之一：Any、Client、Downstream、None、Server 或 ServerAndClient。
VaryByParam
必需屬性。Request 中變數的名稱，這些變數名應該產生單獨的緩存條目。"none" 表示沒有變動。"*" 可用於為每個不同的變數數組創建新的緩存條目。變數之間用 ";" 進行分隔。
VaryByHeader
基於指定的標頭中的變動改變緩存條目。
VaryByCustom
允許在 global.asax 中指定自定義變動（例如，"Browser"）。
利用必需的 Duration 和 VaryByParam 選項的組合可以處理大多數情況。例如，如果產品目錄允許用戶基於 categoryID 和頁變數查看目錄頁，可以用參數值為 "categoryID;page" 的 VaryByParam 將產品目錄緩存一段時間（如果產品不是隨時都在改變，一小時還是可以接受的，因此，持續時間是 3600 秒）。這將為每個種類的每個目錄頁創建單獨的緩存條目。每個條目從其第一個請求算起將維持一個小時。
VaryByHeader 和 VaryByCustom 主要用於根據訪問頁面的客戶端對頁面的外觀或內容進行自定義。同一個 URL 可能需要同時為瀏覽器和行動電話客戶端呈現輸出，因此，需要針對不同的客戶端緩存不同的內容版本。或者，頁面有可能已經針對 IE 進行了優化，但需要能針對 Netscape 或 Opera 完全降低優化（而不僅僅是破壞頁面）。後一個例子非常普遍，將提供一個說明如何實現此目標的示例：
示例：VaryByCustom 用於支持瀏覽器自定義
為了使每個瀏覽器都具有單獨的緩存條目，VaryByCustom 的值可以設置為 "browser"。此功能已經內置在緩存模塊中，並且將針對每個瀏覽器名稱和主要版本插入單獨的頁面緩存版本。
＜％@ OutputCache Duration="60" VaryByParam="None" VaryByCustom="browser" ％＞
片段緩存，用戶控制項輸出緩存
緩存整個頁面通常並不可行，因為頁面的某些部分是針對用戶定製的。不過，頁面的其他部分是整個應用程序共有的。這些部分最適合使用片段緩存和用戶控制項進行緩存。菜單和其他布局元素，尤其是那些從數據源動態生成的元素，也應該用這種方法進行緩存。如果需要，可以將緩存的控制項配置為基於對其控制項（或其他屬性）的更改或由頁面級輸出緩存支持的任何其他變動進行改變。使用同一組控制項的幾百個頁面還可以共享那些控制項的緩存條目，而不是為每個頁面保留單獨的緩存版本。
實現
片段緩存使用的語法與頁面級輸出緩存一樣，但其應用於用戶控制項（.ascx 文件）而不是 Web 窗體（.aspx 文件）。除了 Location 屬性，對於 OutputCache 在 Web 窗體上支持的所有屬性，用戶控制項也同樣支持。用戶控制項還支持名為 VaryByControl 的 OutputCache 屬性，該屬性將根據用戶控制項（通常是頁面上的控制項，例如，DropDownList）的成員的值改變該控制項的緩存。如果指定了 VaryByControl，可以省略 VaryByParam。最後，在默認情況下，對每個頁面上的每個用戶控制項都單獨進行緩存。不過，如果一個用戶控制項不隨應用程序中的頁面改變，並且在所有頁面都使用相同的名稱，則可以應用 Shared="true" 參數，該參數將使用戶控制項的緩存版本供所有引用該控制項的頁面使用。
示例
＜％@ OutputCache Duration="60" VaryByParam="*" ％＞
該示例將緩存用戶控制項 60 秒，並且將針對查詢字元串的每個變動、針對此控制項所在的每個頁面創建單獨的緩存條目。
＜％@ OutputCache Duration="60" VaryByParam="none" VaryByControl="CategoryDropDownList" ％＞
該示例將緩存用戶控制項 60 秒，並且將針對 CategoryDropDownList 控制項的每個不同的值、針對此控制項所在的每個頁面創建單獨的緩存條目。
＜％@ OutputCache Duration="60" VaryByParam="none" VaryByCustom="browser" Shared="true ％＞
最後，該示例將緩存用戶控制項 60 秒，並且將針對每個瀏覽器名稱和主要版本創建一個緩存條目。然後，每個瀏覽器的緩存條目將由引用此用戶控制項的所有頁面共享（只要所有頁面都用相同的 ID 引用該控制項即可）。
頁面級和用戶控制項級輸出緩存的確是一種可以迅速而簡便地提高站點性能的方法，但是在 ASP.NET 中，緩存的真正靈活性和強大功能是通過 Cache 對象提供的。使用 Cache 對象，您可以存儲任何可序列化的數據對象，基於一個或多個依賴項的組合來控制緩存條目到期的方式。這些依賴項可以包括自從項被緩存後經過的時間、自從項上次被訪問後經過的時間、對文件和/或文件夾的更改以及對其他緩存項的更改，在略作處理後還可以包括對資料庫中特定表的更改。
在 Cache 中存儲數據
在 Cache 中存儲數據的最簡單的方法就是使用一個鍵為其賦值，就像 HashTable 或 Dictionary 對象一樣：
Cache["key"] = "value";
這種做法將在緩存中存儲項，同時不帶任何依賴項，因此它不會到期，除非緩存引擎為了給其他緩存數據提供空間而將其刪除。要包括特定的緩存依賴項，可使用 Add() 或 Insert() 方法。其中每個方法都有幾個重載。Add() 和 Insert() 之間的唯一區別是，Add() 返回對已緩存對象的引用，而 Insert() 沒有返回值（在 C# 中為空，在 VB 中為 Sub）。
示例
Cache.Insert("key", myXMLFileData, new System.Web.Caching.CacheDependency(Server.MapPath("users.xml")));
該示例可將文件中的 xml 數據插入緩存，無需在以後請求時從文件讀取。 CacheDependency 的作用是確保緩存在文件更改後立即到期，以便可以從文件中提取最新數據，重新進行緩存。如果緩存的數據來自若干個文件，還可以指定一個文件名的數組。
Cache.Insert("dependentkey", myDependentData, new System.Web.Caching.CacheDependency(new string[] {}, new string[]
{"key"}));
該示例可插入鍵值為 "key" 的第二個數據塊（取決於是否存在第一個數據塊）。如果緩存中不存在名為 "key" 的鍵，或者如果與該鍵相關聯的項已到期或被更新，則 "dependentkey" 的緩存條目將到期。
Cache.Insert("key", myTimeSensitiveData, null, DateTime.Now.AddMinutes(1), TimeSpan.Zero);
絕對到期：此示例將對受時間影響的數據緩存一分鍾，一分鍾過後，緩存將到期。注意，絕對到期和滑動到期（見下文）不能一起使用。
Cache.Insert("key", myFrequentlyAccessedData, null,
System.Web.Caching.Cache.NoAbsoluteExpiration,
TimeSpan.FromMinutes(1));
滑動到期：此示例將緩存一些頻繁使用的數據。數據將在緩存中一直保留下去，除非數據未被引用的時間達到了一分鍾。注意，滑動到期和絕對到期不能一起使用。
更多選項
除了上面提到的依賴項，我們還可以指定項的優先順序（依次為 low、high、NotRemovable，它們是在 System.Web.Caching.CacheItemPriority 枚舉中定義的）以及當緩存中的項到期時調用的 CacheItemRemovedCallback 函數。大多數時候，默認的優先順序已經足夠了 — 緩存引擎可以正常完成任務並處理緩存的內存管理。CacheItemRemovedCallback 選項考慮到一些很有趣的可能性，但實際上它很少使用。不過，為了說明該方法，我將提供它的一個使用示例：
CacheItemRemovedCallback 示例
System.Web.Caching.CacheItemRemovedCallback callback = new System.Web.Caching.CacheItemRemovedCallback (OnRemove);
Cache.Insert("key",myFile,null,
System.Web.Caching.Cache.NoAbsoluteExpiration,
TimeSpan.Zero,
System.Web.Caching.CacheItemPriority.Default, callback);
. . .
public static void OnRemove(string key,
object cacheItem,
System.Web.Caching.CacheItemRemovedReason reason)
{
AppendLog("The cached value with key " + key +
" was removed from the cache. Reason: " +
reason.ToString());
}
該示例將使用 AppendLog() 方法（這里不討論該方法，請參閱 Writing Entries to Event Logs）中定義的任何邏輯來記錄緩存中的數據到期的原因。通過在從緩存中刪除項時記錄這些項並記錄刪除的原因，您可以確定是否在有效地使用緩存或者您是否可能需要增加伺服器上的內存。注意，callback 是一個靜態（在 VB 中為 Shared）方法，建議使用該方法的原因是，如果不使用它，保存回調函數的類的實例將保留在內存中，以支持回調（對 static/Shared 方法則沒有必要）。
該特性有一個潛在的用處 — 在後台刷新緩存的數據，這樣用戶永遠都不必等待數據被填充，但數據始終保持相對較新的狀態。但實際上，此特性並不適用於當前版本的緩存 API，因為在從緩存中刪除緩存的項之前，不觸發或不完成回調。因此，用戶將頻繁地發出嘗試訪問緩存值的請求，然後發現緩存值為空，不得不等待緩存值的重新填充。我希望在未來的 ASP.NET 版本中看到一個附加的回調，可以稱為 ，如果定義了該回調，則必須在刪除緩存項之前完成執行。
緩存數據引用模式
每當我們嘗試訪問緩存中的數據時，都應該考慮到一種情況，那就是數據可能已經不在緩存中了。因此，下面的模式應該普遍適用於您對緩存的數據的訪問。在這種情況下，我們假定已緩存的數據是一個數據表。
public DataTable GetCustomers(bool BypassCache)
{
string cacheKey = "CustomersDataTable";
object cacheItem = Cache[cacheKey] as DataTable;
if((BypassCache) (cacheItem == null))
{
cacheItem = GetCustomersFromDataSource();
Cache.Insert(cacheKey, cacheItem, null,
DateTime.Now.AddSeconds(GetCacheSecondsFromConfig(cacheKey),
TimeSpan.Zero);
}
return (DataTable)cacheItem;
}
關於此模式，有以下幾點需要注意：
某些值（例如，cacheKey、cacheItem 和緩存持續時間）是一次定義的，並且只定義一次。
可以根據需要跳過緩存 — 例如，當注冊一個新客戶並重定向到客戶列表後，最好的做法可能就是跳過緩存，用最新數據重新填充緩存，該數據包括新插入的客戶。
緩存只能訪問一次。這種做法可以提高性能，並確保不會發生 NullReferenceExceptions，因為該項在第一次被檢查時是存在的，但第二次檢查之前就已經到期了。
該模式使用強類型檢查。C# 中的 "as" 運算符嘗試將對象轉換為類型，如果失敗或該對象為空，則只返回 null（空）。
持續時間存儲在配置文件中。在理想的情況下，所有的緩存依賴項（無論是基於文件的，或是基於時間的，還是其他類型的依賴項）都應該存儲在配置文件中，這樣就可以進行更改並輕松地測量性能。我還建議您指定默認緩存持續時間，而且，如果沒有為所使用的 cacheKey 指定持續時間，就讓 GetCacheSecondsFromConfig() 方法使用該默認持續時間。
相關的代碼示例是一個 helper 類，它將處理上述所有情況，但允許通過一行或兩行代碼訪問緩存的數據。請下載 CacheDemos.msi。
小結
緩存可以使應用程序的性能得到很大的提高，因此在設計應用程序以及對應用程序進行性能測試時應該予以考慮。應用程序總會或多或少地受益於緩存，當然有些應用程序比其他應用程序更適合使用緩存。對 ASP.NET 提供的緩存選項的深刻理解是任何 ASP.NET 開發人員應該掌握的重要技巧。
盡早緩存；經常緩存
您應該在應用程序的每一層都實現緩存。向數據層、業務邏輯層、UI 或輸出層添加緩存支持。內存現在非常便宜 — 因此，通過以智能的方式在整個應用程序中實現緩存，可以獲得很大的性能提高。
緩存可以掩蓋許多過失
緩存是一種無需大量時間和分析就可以獲得"足夠良好的"性能的方法。這里再次強調，內存現在非常便宜，因此，如果您能通過將輸出緩存 30 秒，而不是花上一整天甚至一周的時間嘗試優化代碼或資料庫就可以獲得所需的性能，您肯定會選擇緩存解決方案（假設可以接受 30 秒的舊數據）。緩存正是那些利用 20％ 付出獲得 80％ 回報的特性之一，因此，要提高性能，應該首先想到緩存。不過，如果設計很糟糕，最終卻有可能帶來不良的後果，因此，您當然也應該盡量正確地設計應用程序。但如果您只是需要立即獲得足夠高的性能，緩存就是您的最佳選擇，您可以在以後有時間的時候再盡快重新設計應用程序。
頁面級輸出緩存
作為最簡單的緩存形式，輸出緩存只是在內存中保留為響應請求而發送的 HTML 的副本。其後再有請求時將提供緩存的輸出，直到緩存到期，這樣，性能有可能得到很大的提高（取決於需要多少開銷來創建原始頁面輸出 - 發送緩存的輸出總是很快，並且比較穩定）。
Ⅵ pr在c盤里的緩存文件在哪裡 快速尋找技巧
1、在電腦上雙擊打開PR，進入到premiere工作界面，點擊界面上方編輯，在下拉菜單中選擇【首選項】→【媒體】。
2、這時，我們在打開的媒體首選項界面中，可以看到當前有【媒體緩存文件】以及【媒體緩存資料庫】兩個選項，上面顯示的就是緩存文件的保存路徑。
3、按照系統默認的保存路徑，為pr重新建立一個緩存文件夾，單擊【新建文件夾】。
4、把新建文件夾命名為【Premierecache】，點擊【選擇文件夾】。
5、這時，系統會彈出一個提醒窗口，詢問將現有媒體緩存資料庫移動到新文件夾或是刪除？直接點擊【移動】即可。
6、將兩個緩存位置都變更到剛剛新建的【Premierecache】文件夾裡面，點擊【確定】退出即可，建議每個月清理一下緩存文件。
Ⅶ 系統臨時文件在哪，如何清理啊
嚴格來說，電腦臨時文件可分為系統臨時文件以及IE臨時文件，經常清理臨時文件不但可以節省電腦磁碟空間，還能優化電腦速度，因此大家可以使用巨盾垃圾清理工具對這些臨時文件進行清理。所以這些臨時文件是可以刪除了，那些再問臨時文件可以刪除嗎的網友就無需再擔心了。
系統臨時文件主要在：C:\WINDOWS\Temp中系統臨時用戶文件夾位置為：C:\Documents and Settings\用戶名\Local Settings\Temp。IE臨時文件夾位置一般為：C:\Documents and Settings\用戶名\Local Settings\Temporary Internet Files，這里的用戶名是指登陸計算機的用戶名，一般默認為：Administrator
需要注意的是：臨時下載的文件是放在系統臨時用戶文件中，具體位置為：C:\Documents and Settings\用戶名\Local Settings\Temp。並且Local Settings文件是隱藏的，需要設置下顯示隱藏文件才可以看到