Re: [請益] RamDisk一般都多大

看板Storage_Zone作者 (萬華鏡華麗的分身)時間7年前 (2017/01/07 22:40), 7年前編輯推噓14(14041)
留言55則, 18人參與, 最新討論串2/3 (看更多)
老實講我覺得蠻好奇的 解壓資料用Ramdisk真的有幫助嗎? 他解壓是快很多沒錯 但是來源的檔案應該還是硬碟吧 為了要解壓得把資料從硬碟丟進去 解完還要再丟出來 這兩件事都要花時間 而且都受限於一方是傳統硬碟的關係 時間也不會太短 這樣加一加其實也跟直接在硬碟裡解沒差多少了 除非是來源是網路 這樣可能好一點點吧 但是如果是網路下載的那類東西,往往數量都不少 解壓後大小又會變兩倍 代價就是只能載幾個檔案就要解壓然後清理一次再下載 感覺就違背下載的初衷了 一般都是檔案丟一堆下載讓他自己跑吧? 所以解壓的人都是拿來解什麼樣的東西呢? 很好奇 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 211.76.55.155 ※ 文章網址: https://www.ptt.cc/bbs/Storage_Zone/M.1483800053.A.68D.html

01/07 22:43, , 1F
為什麼來源一定要硬碟?你不會塞在ramdisk解嗎= =
01/07 22:43, 1F

01/07 22:53, , 2F
他說的是把硬碟裡的檔案移進去在移出來的時間吧
01/07 22:53, 2F

01/07 23:03, , 3F
解一堆小檔案組成的壓縮檔應該就差很多
01/07 23:03, 3F

01/07 23:07, , 4F
我是從SSD讀出來 解Linux核心tarball 差很多...
01/07 23:07, 4F

01/07 23:11, , 5F
跑很頻繁零零散散讀讀寫寫的編譯 也差蠻多的...
01/07 23:11, 5F
就我所知解核心如果是為了想升核心一般不會太常做吧? 當然有些人的工作就是研究這些核心,頻繁的在同一個檔案裡修改讀寫的話 用Ram當平台的確很有加速效果, 這我同意, 謝謝資訊

01/07 23:13, , 6F
....你為什麼要這樣做啊-_-
01/07 23:13, 6F

01/07 23:16, , 7F
我覺得情境狀況跟每個人習慣不同吧 像我習慣放著解
01/07 23:16, 7F

01/07 23:16, , 8F
爬個網頁看看PTT等檔解完 基本上都幾分鐘內結束
01/07 23:16, 8F

01/07 23:17, , 9F
也可能會有些人有比較緊急的情況要快點解完
01/07 23:17, 9F

01/07 23:56, , 10F
推你的第一段 我就是發現這樣太麻煩才放棄
01/07 23:56, 10F

01/08 02:14, , 11F
那只是你不會用 OR 用途不到
01/08 02:14, 11F

01/08 02:15, , 12F
把R當作一個TEMP 每次重開機都是新的 速度快
01/08 02:15, 12F

01/08 02:15, , 13F
又不占用SSD空間&壽命 解出來看看確定要的再拉回
01/08 02:15, 13F

01/08 02:15, , 14F
絕對比你的一堆任務塞在SSD/HDD有效率 絕對
01/08 02:15, 14F

01/08 02:17, , 15F
把硬碟裡檔案移出來到R根本是太閒 機率不高
01/08 02:17, 15F
你都知道重開機東西會清空XDDD 空空的Ramdisk裡面東西哪生出來的? 不是從外面硬碟丟進去的,難道是中國人X出來的?

01/08 02:17, , 16F
但常常上網抓東西的絕對是先丟R看一看OK再丟SS/HDD
01/08 02:17, 16F
為啥? 這樣的意義在哪? 先丟Ramdisk出來的檔案會比較香?? 你只有4g是想載甚麼東西 真正有在下載的人沒有個40g是想載甚麼 還是你每分鐘都守在電腦前面 一次只下一個檔案 下一個解一個 到底是電腦幫人工作 還是人幫電腦工作?

01/08 02:21, , 17F
至於第二段你容量不夠就別玩了 我每台都給4g起跳
01/08 02:21, 17F

01/08 02:21, , 18F
工作用電腦給20g
01/08 02:21, 18F
※ 編輯: disposable (211.76.55.155), 01/08/2017 08:02:31

01/08 08:54, , 19F
用洋垃圾 輕鬆64G RAM 切個40G很簡單..
01/08 08:54, 19F

01/08 08:55, , 20F
跟7代I7同價位的洋垃圾 都能組雙路RAM都可上到128
01/08 08:55, 20F

01/08 08:55, , 21F
01/08 08:55, 21F

01/08 09:44, , 22F
真的不實在 對於一般人而言
01/08 09:44, 22F

01/08 12:14, , 23F
對一般人真的太不實用 樓上講的我都試過 設快取什
01/08 12:14, 23F

01/08 12:14, , 24F
麼的 但用ㄧ用就是覺得麻煩大於它帶來的好處
01/08 12:14, 24F

01/08 13:50, , 25F
解小檔有差啊
01/08 13:50, 25F

01/08 13:50, , 26F
你不會把壓縮到先放到Ramdisk再解壓?
01/08 13:50, 26F

01/08 14:03, , 27F
覺得SSD解壓就夠了…
01/08 14:03, 27F

01/08 15:31, , 28F
我也覺得全在ramdisk弄最快,不過這樣ramdisk要很大.
01/08 15:31, 28F

01/08 16:04, , 29F
真的只是你不會用而已 載東西有規定大小喔?
01/08 16:04, 29F

01/08 16:04, , 30F
你要超大檔就買大RAM來用 自己找到適合的方法
01/08 16:04, 30F

01/08 16:05, , 31F
SSD頻寬小 任務一多一樣卡頓 RAM可說沒這問題
01/08 16:05, 31F

01/08 16:06, , 32F
R也不是只有來做解壓縮 丟VM在裡面做
01/08 16:06, 32F

01/08 16:06, , 33F
PHOTOSHOP 霹靂馬TEMP都設R 用途太多了
01/08 16:06, 33F

01/08 16:06, , 34F
那效率根本不是普通消費級SSD能比
01/08 16:06, 34F

01/08 16:08, , 35F
4g真的不能載東西? 真正有在下載的? 喔所以你用上網
01/08 16:08, 35F

01/08 16:08, , 36F
隨便一點都超過40g喔 甚麼叫做真正有在下載?
01/08 16:08, 36F

01/08 16:09, , 37F
電腦會不會幫你工作就看你要不要給他草
01/08 16:09, 37F

01/08 17:49, , 38F
解壓縮直接用功能選項解,跟用拖曳到目的目錄,解的
01/08 17:49, 38F

01/08 17:50, , 39F
速度有差
01/08 17:50, 39F

01/08 19:12, , 40F
霹靂馬是什麼軟體?
01/08 19:12, 40F

01/08 22:40, , 41F
對啊 載東西一下就滿了 8G ramdisk
01/08 22:40, 41F

01/09 00:17, , 42F
4G wwwww
01/09 00:17, 42F

01/09 10:58, , 43F
你好奇怪,你無法理解別人的用法,別人跟你解釋了
01/09 10:58, 43F

01/09 10:58, , 44F
你又不相信,你這人也真莫名其妙的XDDD
01/09 10:58, 44F

01/09 10:59, , 45F
我是64GB RAM,預設下載槽20GB RAM DISK
01/09 10:59, 45F

01/09 10:59, , 46F
90%以上下載的檔案都是8GB以下,直接在RAM DISK中解
01/09 10:59, 46F

01/09 11:00, , 47F
壓縮後,決定檔案確定要留存後再寫到HDD
01/09 11:00, 47F

01/09 11:01, , 48F
此外,即使RAM DISK小,當壓縮檔裡面一堆小檔案時
01/09 11:01, 48F

01/09 11:01, , 49F
如果壓縮檔來源和解壓縮路徑都是硬碟,特別都是同
01/09 11:01, 49F

01/09 11:02, , 50F
顆硬碟的時候,速度會有更明顯的下降,更遑論一般
01/09 11:02, 50F

01/09 11:03, , 51F
Windows使用的時候,以算有一定市占率的WINRAR使用
01/09 11:03, 51F

01/09 11:03, , 52F
情況來看,軟體可以設暫存路徑,如果解壓路徑跟暫存
01/09 11:03, 52F

01/09 11:03, , 53F
路徑是不同磁碟,解完以後你還會看到Windows複製檔
01/09 11:03, 53F

01/09 11:04, , 54F
案的視窗,小檔一堆的時候要等數十秒都有可能
01/09 11:04, 54F

01/09 14:17, , 55F
12g!! 直接把diablo copy進去玩XD
01/09 14:17, 55F
文章代碼(AID): #1OSFtrQD (Storage_Zone)
文章代碼(AID): #1OSFtrQD (Storage_Zone)