- 9月 29 週四 201613:04
Windows 7整合IE11、更新及USB3.0 ISO
- 4月 10 週三 201312:18
善用 DISM /ScanHealth、/CheckHealth 及 /RestoreHealth 檢查與修復 Windows 8 與 Windows Server 2012 系統元件
簡介
DSIM 有 /ScanHealth、/CheckHealth 及 /RestoreHealth 引數可在 Windows 8 與 Windows Server 2012 使用。
當系統元件有損毀時,我們可以在不影響目前系統狀況下來檢查與修復系統元件。
使用前請自行評估,重要資料還是備份一下,如造成問題請自行負責。
- 1月 11 週五 201308:19
邊做邊學 Windows 7:如何以 DISM 將語言套件加入 Windows 7 映像
http://technet.microsoft.com/zh-tw/ee872429.aspx
- 12月 07 週五 201216:07
Windows PE Overview -MSDN
這是截予Microsoft MSDN
The following table lists Windows PE operating systems and the architecture types that you can install them on.
| Windows PE operating system | Architecture types |
|---|---|
Windows PE 2005 (1.6) (32-bit edition) | x86-based |
Windows PE 2005 (1.6) (64-bit version) | x64-based |
Windows PE 2.0 (32-bit edition) | x86-based, x64-based |
Windows PE 2.0 (64-bit edition) | x64-based |
Windows PE 3.0 (32-bit edition) | x86-based, x64-based |
Windows PE 3.0 (64-bit edition) | x64-based |
Windows PE 3.1 (32-bit edition) | x86-based, x64-based |
Windows PE 3.1 (64-bit edition) | x64-based |
Windows PE 4.0 (32-bit edition) | x86-based |
Windows PE 4.0 (64-bit edition) | x64-based |
The following table lists the Windows PE release and the corresponding toolkit and operating system. The toolkit refers to the Windows OEM Preinstallation Kit (Windows OPK), Windows Automated Installation Kit (Windows AIK), or Windows® Assessment and Deployment Kit (Windows ADK).
| Windows PE release | Toolkit release | Operating system |
|---|---|---|
2005 (1.6) | Not applicable | Windows Server® 2003 with Service Pack 1 (SP1) |
2.0 | 1.0 | Windows Vista® RTM |
2.1 | 1.1 | Windows Vista with SP1, Windows Server 2008 |
2.2 | Not applicable | Windows Vista with Service Pack 2 (SP2), Windows Server 2008 with SP1 |
3.0 | 2.0 | Windows 7 RTM |
3.1 | 2.0 Supplement | Windows 7 with SP1 |
4.0 | 4.0 | Windows 8, Windows Server 2012 |
At a Windows PE command prompt, type regedit
Locate this registry key:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\WinPE
The Version registry value shows the Windows PE version.
- 11月 28 週三 201210:42
windows Embedded Standard 7 時間 及相關文章連結
This topic has not yet been rated - Rate this topic
10/12/2012
The Dynamic Daylight Savings Time (Dynamic DST) feature provides the following time zone IDs.
| ID | Time zone name | Display string |
|---|---|---|
0 | Dateline Standard Time | (UTC-12:00) International Date Line West |
100 | Samoa Standard Time | (UTC-11:00)Samoa |
110 | UTC-11 | (UTC-11:00) Coordinated Universal Time -11 |
200 | Hawaiian Standard Time | (UTC-10:00) Hawaii |
300 | Alaskan Standard Time | (UTC-09:00) Alaska |
400 | Pacific Standard Time | (UTC-08:00) Pacific Time (US and Canada) |
410 | Pacific Standard Time (Mexico) | (UTC-08:00)Baja California |
500 | Mountain Standard Time | (UTC-07:00) Mountain Time (US and Canada) |
510 | Mountain Standard Time (Mexico) | (UTC-07:00) Chihuahua, La Paz, Mazatlan |
520 | US Mountain Standard Time | (UTC-07:00) Arizona |
600 | Canada Central Standard Time | (UTC-06:00) Saskatchewan |
610 | Central America Standard Time | (UTC-06:00) Central America |
620 | Central Standard Time | (UTC-06:00) Central Time (US and Canada) |
630 | Central Standard Time (Mexico) | ((UTC-06:00) Guadalajara, Mexico City, Monterrey |
700 | Eastern Standard Time | (UTC-05:00) Eastern Time (US and Canada) |
710 | SA Pacific Standard Time | (UTC-05:00) Bogota, Lima, Quito |
720 | US Eastern Standard Time | (UTC-05:00) Indiana (East) |
840 | Venezuela Standard Time | (UTC-04:30) Caracas |
800 | Atlantic Standard Time | (UTC-04:00) Atlantic Time (Canada) |
810 | Central Brazilian Standard Time | (UTC-04:00) Cuiaba |
820 | Pacific SA Standard Time | (UTC-04:00) Santiago |
830 | SA Western Standard Time | (UTC-04:00) Georgetown, La Paz, Manaus, San Juan |
850 | Paraguay Standard Time | (UTC-04:00) Asuncion |
900 | Newfoundland Standard Time | (UTC-03:30) Newfoundland |
910 | E. South America Standard Time | (UTC-03:00) Brasilia |
920 | Greenland Standard Time | (UTC-03:00) Greenland |
930 | Montevideo Standard Time | (UTC-03:00) Montevideo |
940 | SA Eastern Standard Time | (UTC-03:00) Cayenne, Fortaleza |
950 | Argentina Standard Time | (UTC-03:00) Buenos Aires |
1000 | Mid-Atlantic Standard Time | (UTC-02:00) Mid-Atlantic |
1010 | UTC-2 | (UTC-02:00) Coordinated Universal Time -02 |
1100 | Azores Standard Time | (UTC-01:00) Azores |
1110 | Cape Verde Standard Time | (UTC-01:00) Cape Verde Is. |
1200 | GMT Standard Time | (UTC) Dublin, Edinburgh, Lisbon, London |
1210 | Greenwich Standard Time | (UTC) Monrovia, Reykjavik |
1220 | Morocco Standard Time | (UTC) Casablanca |
1230 | UTC | (UTC) Coordinated Universal Time |
1300 | Central Europe Standard Time | (UTC+01:00) Belgrade, Bratislava, Budapest, Ljubljana, Prague |
1310 | Central European Standard Time | (UTC+01:00) Sarajevo, Skopje, Warsaw, Zagreb |
1320 | Romance Standard Time | (UTC+01:00) Brussels, Copenhagen, Madrid, Paris |
1330 | W. Central Africa Standard Time | (UTC+01:00) West Central Africa |
1340 | W. Europe Standard Time | (UTC+01:00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna |
1350 | Namibia Standard Time | (UTC+01:00) Windhoek |
1400 | E. Europe Standard Time | (UTC+02:00) Minsk |
1410 | Egypt Standard Time | (UTC+02:00) Cairo |
1420 | FLE Standard Time | (UTC+02:00) Helsinki, Kyiv, Riga, Sofia, Tallinn, Vilnius |
1430 | GTB Standard Time | (UTC+02:00) Athens, Bucharest |
1440 | Israel Standard Time | (UTC+02:00) Jerusalem |
1450 | Jordan Standard Time | (UTC+02:00) Amman |
1460 | Middle East Standard Time | (UTC+02:00) Beirut |
1470 | South Africa Standard Time | (UTC+02:00) Harare, Pretoria |
1480 | Syria Standard Time | (UTC+02:00) Damascus |
1490 | Turkey Standard Time | (UTC+02:00) Istanbul |
1500 | Arab Standard Time | (UTC+03:00) Kuwait, Riyadh |
1510 | Arabic Standard Time | (UTC+03:00) Baghdad |
1520 | E. Africa Standard Time | (UTC+03:00) Nairobi |
1530 | Kaliningrad Standard Time | (UTC+03:00) Kaliningrad |
1550 | Iran Standard Time | (UTC+03:30) Tehran |
1540 | Russian Standard Time | (UTC+04:00) Moscow, St. Petersburg, Volgograd |
1600 | Arabian Standard Time | (UTC+04:00) Abu Dhabi, Muscat |
1610 | Azerbaijan Standard Time | (UTC+04:00) Baku |
1620 | Caucasus Standard Time | (UTC+04:00) Yerevan |
1640 | Georgian Standard Time | (UTC+04:00) Tbilisi |
1650 | Mauritius Standard Time | (UTC+04:00) Port Louis |
1630 | Afghanistan Standard Time | (UTC+04:30) Kabul |
1710 | West Asia Standard Time | (UTC+05:00) Tashkent |
1750 | Pakistan Standard Time | (UTC+05:00) Islamabad, Karachi |
1720 | India Standard Time | (UTC+05:30) Chennai, Kolkata, Mumbai, New Delhi |
1730 | Sri Lanka Standard Time | (UTC+05:30) Sri Jayawardenepura |
1740 | Nepal Standard Time | (UTC+05:45) Kathmandu |
1700 | Ekaterinburg Standard Time | (UTC+06:00) Ekaterinburg |
1800 | Central Asia Standard Time | (UTC+06:00) Astana |
1830 | Bangladesh Standard Time | (UTC+06:00) Dhaka |
1820 | Myanmar Standard Time | (UTC+06:30) Yangon (Rangoon) |
1810 | N. Central Asia Standard Time | (UTC+07:00) Novosibirsk |
1910 | SE Asia Standard Time | (UTC+07:00) Bangkok, Hanoi, Jakarta |
1900 | North Asia Standard Time | (UTC+08:00) Krasnoyarsk |
2000 | China Standard Time | (UTC+08:00) Beijing, Chongqing, Hong Kong, Urumqi |
2020 | Singapore Standard Time | (UTC+08:00) Kuala Lumpur, Singapore |
2030 | Taipei Standard Time | (UTC+08:00) Taipei |
2040 | W. Australia Standard Time | (UTC+08:00) Perth |
2050 | Ulaanbaatar Standard Time | (UTC+08:00) Ulaanbaatar |
2010 | North Asia East Standard Time | (UTC+09:00) Irkutsk |
2100 | Korea Standard Time | (UTC+09:00) Seoul |
2110 | Tokyo Standard Time | (UTC+09:00) Osaka, Sapporo, Tokyo |
2130 | AUS Central Standard Time | (UTC+09:30) Darwin |
2140 | Cen. Australia Standard Time | (UTC+09:30) Adelaide |
2120 | Yakutsk Standard Time | (UTC+10:00) Yakutsk |
2200 | AUS Eastern Standard Time | (UTC+10:00) Canberra, Melbourne, Sydney |
2210 | E. Australia Standard Time | (UTC+10:00) Brisbane |
2220 | Tasmania Standard Time | (UTC+10:00) Hobart |
2240 | West Pacific Standard Time | (UTC+10:00) Guam, Port Moresby |
2230 | Vladivostok Standard Time | (UTC+11:00) Vladivostok |
2300 | Central Pacific Standard Time | (UTC+11:00) Solomon Is., New Caledonia |
2310 | Magadan Standard Time | (UTC+12:00) Magadan |
2400 | Fiji Standard Time | (UTC+12:00) Fiji |
2410 | New Zealand Standard Time | (UTC+12:00) Auckland, Wellington |
2430 | UTC+12 | (UTC+12:00) Coordinated Universal Time +12 |
2500 | Tonga Standard Time | (UTC+13:00) Nuku'alofa |
http://technet.microsoft.com/zh-tw/library/dd799301(v=ws.10).aspx
http://msdn.microsoft.com/en-us/library/gg154758.aspx
- 12月 19 週一 201113:53
ipv6資料
不過雖然失敗,卻也吸收了不少ipv6的相關知識,在此記錄下來,ipv4的ip快耗盡了,以後總是會用到ipv6,先整理一些ipv6的基本知識。
IPv6比IPv4提供更多位址、在便利性、安全性及傳輸效能均有長足進步。ipv6提供的位址數量2的128次方是個天文數字,有人說即使到了世界末日也尚未用完。
具有自動設定(Auto-Configuration)機制
無需人為設定下即可由電腦自動向路由器取得位址,可視為IP版的隨插即用(Plug-and-Play)
在 IPv4 的時代,使用者倘若未正確地設定電腦的 IP 位址、子網路遮罩和預設閘道,TCP / IP 協定便無法正常工作。
IPv6 則增加了自動設定機制來改善這個問題,能在毋須人為設定的情形下,自動賦予 IPv6 位址及相關設定值。
IPv6 的『自動設定』機制有Stateful和Stateless兩種,前者要配合 DHCP 伺服器;後者則毋須用到 DHCP 伺服器,也毋須任何手動設定。
保密性更佳
整合目前廣為使用的加密協定-IPSec (IP Security),不但資料內容加密並執行身份驗證。可以確保接收或傳送的封包未經竄改,亦非他人冒名傳送。
提升路由(Routing)效率
IPv4封包的表頭長度不固定;IPv6則固定為40 Bytes、8個欄位。路由器在處理IPv6的封包時速率較快,至少省略判斷檔頭長度的動作
IPv6 編址
從IPv4到IPv6最顯著的變化就是地址的長度。ipv4只有32bit,而ipv6有128bit,而這128bit,在很多場合,由兩個邏輯部分組成:一個64位的網路前綴和一個64位的主機地址,主機地址通常根據物理地址自動生成,叫做EUI-64。
ipv6位址表示法
因為ipv6長達128位元,不適合用2進位表示,如果用十進位表示,會和IPv4混淆。因此採用十六進位表示法。
ipv6通常寫做8組每組四個十六進制的形式,以冒號(:)隔開。
IPv6位址為128位元長度,但通常寫做8組每組四個十六進制的形式。
例如: 2001:0db8:85a3:08d3:1319:8a2e:0370:7344 是一個合法的IPv6位址。
如果位數都是零,可以被省略。
例如:
2001:0db8:85a3 :0000: 1319:8a2e:0370:7344等同於2001:0db8:85a3 :: 1319:8a2e:0370:7344
2001:0DB8 :0000:0000:0000:0000 :1428:57ab等同於2001:0DB8 :: 1428:57ab
以上這種零值省略的方式,只能出現一次。因此2001 :: 25de :: cade,因為出現兩個「::」,所以是非法的。(因為這樣會使得搞不清楚每個壓縮中有幾個全零的分組)
ipv6前導的零也可以省略,因此:2001: 0DB8 :02de::0e13等於2001: DB8 :2de::e13
IPv4 位址要用為IPv6格式表示,可以保留十進位格式。舉例來說,如果IPv4的一個位址為192.168.1.,它可以被轉化為 :192.168.1.1。
ipv6位址的類型
IPv6有Unicast、Multicast 和 Anycast 三種類型。
IPv6不再使用IPv4的廣播(Broadcast)方式來通信,而是使用Multicast或者Anycast替代廣播。
Unicast
人們所熟知的傳輸方式。IPv6 的 Unicast 如同 IPv4 的 Unicast 傳送模式,用在單一節點對單一節點的資料傳送。
Unicast有下列型態:
Global:
Global的IPv6 位址,就如同 IPv4 的公開位址(Public Address),在全世界具有唯一性,其它節點不會有相同的位址。
Link- Local:
位址僅用在單一個連結上 (同一個子網路中),不可被繞送到其他連結或網際網路上。 它的功用如同 IPv4 的 APIPA 位址(169.254.X.X),僅在一個特定的網路區段使用,這類位址的封包不能通過路由器。
Site-Local:
位址可以跨連結,在網點間繞送,但不可被繞送到網際網路。Link- Local及Site-Local位址的概念就像是IPv4中的私有位址,對主機間及路由器間自動建立暫時性的通信非常有用。
Multicast
IPv6 的 Multicast 用於單一位址對多個位址的資料傳送。Multicast 會標識一組接收位址,指定為 Multicast 的封包會傳送到Multicast 指定接收組的所有位址。
Anycast
Anycast 是 IPv6 特有的資料傳送方式,它像是IPv4的Unicast(單點傳播)與Broadcast(多點廣播)的綜合。IPv4 支援單點傳播和多點廣播,單點廣播在來源和目的地間直接進行通訊;多點廣播存在於單一來源和多個目的地進行通訊。
而Anycast則在以上兩者之間,它像多點廣播(Broadcast)一樣,會有一組接收節點的位址列表,但指定為 Anycast 的封包,只會傳送給距離最近或傳送成本最低(根據路由表來判斷)的其中一個接收位址,當該接收位址收到封包並進行回應,且加入後續的傳輸。該接收列表的其他節點,會知道某個節點位址已經回應了,它們就不再加入後續的傳輸作業。
以目前的應用為例,Anycast 位址只能分配給路由器,不能分配給電腦使用,而且不能作為發送端的位址。
IPv6的首碼
在 IPv6 位址的 128 bits 之中,前幾個 bits 為首碼。另一種常見的 IPv6 位址表示法是「IPv6 位址 / 首碼長度」。至於首碼長度到底是多少 bit 呢?這必須視位址是屬於Unicast、Multicast 或 Anycast而定。
Unicast的首碼及位址格式
- Global的前 3 bits 為首碼,內容固定是「001」。最後的 64 bits 為 Interface ID。Interface ID 的功用如同 IPv4 的 Host ID 。
- Site-Local的前 10 bits 為首碼,內容固定為「1111111011」, 間隔 38 bits 的 0 之後, 接著 16 bits 的「子網路位址」( Subnet ID ),最後才是 64 bits 的介面位址。
因為這種位址的前 10 bits 之後的 6 bit固定補0,所以整個16bit是「1111111011000000」,以十六進位來表示,就是FEC0,因此有人就說 Site-Local IPv6 位址的首碼為FEC0。這種說法是額外多加入六個bit的0!因為實際首碼只有 10 bits。但就結果來看並沒有錯,且加入6bit以後,用FEC0來表示首碼,要比用1111111011清楚許多。 - Link-Local也是用前 10 bits 為首碼,內容固定為「1111111010」,接著是連續 54 bits 的 0,最後的 64 bits 也是介面位址。如同在 Site-Local 一樣,Link-Local IPv6 的首碼暫且可以用 FE80來表示。
以上Subnet ID,Host ID必須參考IPv4的說明,這裡有一篇文章可參考-IP的結構。
Multicast的首碼及位址格式
Multicast前 8 bits 為首碼,內容為「11111111」,最後 112 bits 為「群組位址」。
Anycast的首碼及位址格式
Anycast的首碼長度不是固定長度,首碼之外均為 0。
- 3月 28 週一 201111:25
[教學]支援 Windows 7 x64 的免費虛擬硬碟 (RAMDisk) : Dataram RAMDisk

微軟 Windows XP 因為記憶體定址的限制, 以安裝 4GB 記憶體的使用者來說, 系統本身只能抓取到 3.25GB 左右的記憶體容量, 剩餘的記憶體就這樣憑空消失而無法有效運用, 這時能夠將 768MB 挖出來運用的 Gavotte Ramdisk, 把隱匿的記憶體空間轉化成虛擬硬碟空間來使用的方案, 也因此大行其道, 使用者除了可以把系統運作過程中的暫存檔放到 Ramdisk 中, 就連瀏覽器的快取檔案也都能放置其中, 有效的提昇作業系統運作效能以及瀏覽器的閱覽速度。
不過隨著 Windows 7 的出現, Gavotte Ramdisk 的表現不再亮眼, 在 x64 版本下更無法直接啟用, 必須手動安裝, 加上本身相容度的問題, 使用超過 1GB 以上 Ramdisk, 反而會造成系統開機變慢, 對於解決這個問題, 不少人會建議使用者轉向使用 SuperSpeed 所推出的 RamDisk, 不過軟體本身是商用軟體, 雖然支援 Windows x64 & x86, 在效能上表現也有著不錯的成績, 不過一般版本就要價 $79.95, 想要支援關機時將記憶體資訊寫入硬碟在重新讀回的功能的進階版本 RamDisk Plus, 更要付出 $99.95, 對於一般使用者而言, 算是一筆不算少的開銷。
坊間同質性的軟體並不在少數, 有商用軟體, 也有免費軟體, 參考了國外幾個測試網站的測試, 由 Dataram 推出的 RAMDisk, 除非使用者要使用超過 4GB 以上的記憶體來建立 ramdisk (可以透過註冊取得支援超過 4GB ramdisk), 免費版本可說是誠意十足, 除了效能有著不輸給 SuperSpeed RamDisk 的亮眼成績外, 也提供 ramdisk 回存功能, 雖然不像 RamDisk Plus 一樣可以建立多個虛擬硬碟, 但是對於一般 Windows 7 x64 的使用者而言, 已經是錯錯有餘。
軟體名稱 : Dataram RAMDisk 3.5.130 RC14
官方網頁 : http://memory.dataram.com/products-and-services/software/ramdisk
作業系統 : Windows 7/Vista/XP/Server 2003/Server 2008 (x86 and x64)
如何啟用虛擬硬碟
如果只是單純建立單一虛擬硬碟, 不考慮回存記憶體資料的話, 使用上非常直觀, 不過下面是以關機時將資料寫回硬碟, 並在重新開機的時候自動讀取前次關機時的記憶體資訊為範例, 順序並非唯一, 不過是自己嘗試的過程中, 比較少出現錯誤訊息的流程
安裝完畢之後, 在程式集中找到 RAMDisk 設定工具
開啟設定畫面後, 切換至 "Load and Save" 分頁, 如果想預先決定磁碟標籤方便辨識, 可以在這個畫面先行勾選並指定名稱, 然後選取關機時儲存記憶體資料並指定檔案位置
回到虛擬硬碟的格式設定, 選擇好使用的記憶體空間、分割區檔案格式以及 Boot Sector 之後, 按下 Start RAMDisk 之後就可按照使用者選擇的空間大小建立虛擬硬碟 (軟體本身不提供 NTFS 格式, 如果要使用的話, 選擇 Unformatted 在自行格式化即可)
這時在檔案總管就會跳出大小為 1GB 的虛擬硬碟, 磁碟標籤則是先前設定好的 RAMDISK
回到 "Load and Save" 分頁, 由於已經建立好虛擬硬碟, 按下 "Save Disk Image Now", 指定好記憶體存放位置並寫入檔案, 再勾選 "Load Disk Image at Startup" 就不會出現找不到映像檔的錯誤訊息
一旦勾選開機時讀取映像檔, 我們就無法指定貨調整磁碟標籤、檔案格式等設定, 全部由映像檔自身設定來決定, 也因為如此我們要先建立好虛擬硬碟並建立好映像檔再來指定開機讀取的檔案位置
全部設定完畢後關上 RAMDisk 設定視窗, 會出現儲存確認訊息, 在重新開機後就會套用所有設定
如何虛擬硬碟的磁碟代號
一旦建立好虛擬硬碟, 就像是裝在電腦裡頭的裝置, 使用者有需要可以依照使用習慣來調整磁碟機代號, 下面是 Win 7 下頭的簡單調整順序
在 控制台 → 系統及安全性 → 系統管理工具 下方找到電腦管理
在虛擬硬碟的位置按下右鍵就可以看到 "變更磁碟機代號及路徑"
使用者選擇則好磁碟機代號後按下 "確定" 即可更改
如何將系統暫存檔放置 ramdisk 中
隨著系統中程式的運行, 會因使用需求而在系統中留下容量各異的暫存檔, 在微軟作業系統的預設值中, 這些檔案往往直接寫入系統安裝碟, 隨著時間的推移, 暫存檔的增刪, 往往成為系統碟檔案不連續的主因之一, 使用時間越久, 寫入越頻繁, 硬碟的效能也就日益低落, 儘管 Windows 7 對於記憶體的管理已經改善不少, 暫存檔的問題依然存在, 把這些檔案讀寫, 放到主記憶體中來運作, 減少硬碟 I/O 所延遲的時間, 在某種程度上也可以算是增進系統效能。
由於隨身裝置的使用頻繁, 為了方便管理辨識, 個人習慣是將 DVD-Burner 設定為 Z 槽, 虛擬光碟為 Y 槽, ramdisk 則是 X 槽, 下面將暫存檔指向 ramdisk 的方法, 以 X 槽為例
在 控制台 → 系統及安全性 → 系統 找到 "進階系統設定" 裡頭的 "環境變數"
針對使用者變數以及系統變數對應的暫存檔路徑 (TEMP, TMP) 透過編輯來調整
選取要修改的變數按下編輯, 將變數值修改為 X:\TEMP (不直接套用 X:\ 的原因是要方便不同軟體寫入暫存時所對應的路徑, 方便管理)
同樣是另一個產生硬碟不連續區塊的瀏覽器快取檔案, 同樣可以透過相同的方式將快取目錄放到虛擬硬碟之中, 當然 ramdisk 的應用不僅於此, 下載檔案的暫存區、影音檔的暫存區、甚至是 WinRAR 解壓縮檔案時的暫存區, 各式各樣的暫存, 都可以透過虛擬記憶體的方式來存放, 少掉 I/O 的延遲, 可以讓軟體在處理各項應用時更快更節省時間, 不過要注意的是, 虛擬硬碟的資料是存放在 DRAM 之中, 也就是如果不慎遇上系統當機, 又沒有回存資料的話, 相關檔案就會化為烏有, 所以虛擬硬碟的大小相關設定以及應用範圍, 使用者還是需要斟酌自己的需求。
如何將瀏覽器暫存檔放置 ramdisk 中, "點我開啟"
Ps. 要補充的一點是, WinRAR 在使用者沒有設定暫存資料夾的時候, 會依照系統變數所指定的位置來存放暫存檔, 如果並未重新指定暫存位置而檔案碰巧又大過虛擬硬碟空間的話, 會造成磁碟空間不足的狀況, 所以建議要不評估自己主記憶體閒置的空間大小來調高虛擬硬碟空間, 不然就是指定暫存檔空間到期他硬碟分割區
延伸參考網頁 : 12 RAM Disk Software Benchmarked for Fastest Read and Write Speed
- 3月 28 週一 201110:25
微軟技術支援小工具(Support Gadget)
提供愛好微軟產品的使用者一個快速存取技術支援內容的最佳管道。內容包含定期更新的常見問題 (一點通,Fix it 自動化解答,PC 對話),家庭使用者專屬的問專家技術論壇,微軟客服中心連絡資訊與立即搜尋微軟知識庫的介面。注意:Windows 7 也可以安裝使用。
http://gallery.live.com/liveItemDetail.aspx?li=9e71f14c-5b5c-413a-b015-3f0b3dc40b23&pl=1&bt=1
- 3月 28 週一 201110:01
.NET Framework 3.5 SP1發佈
Microsoft .NET Framework 3.5 Service Pack 1 是一個累積更新,包含很多基於 .NET Framework 2.0、3.0 和 3.5 不斷生成的新功能,此外還包括 .NET Framework 2.0 Service Pack 2 和 .NET Framework 3.0 Service Pack 2 累積更新。
.NET Framework 3.5 Service Pack 1 版提供了以下新功能和改進:
- 8月 18 週三 201010:50
How to Use unsigned drivers in Windows 7

text size: | Related software / service: Windows 7