首頁(yè) 猿問(wèn) 驗(yàn)證 IndexedDB...

驗(yàn)證 IndexedDB (Int8Array) 中存儲(chǔ)的數(shù)據(jù)的大小和類型

JavaScript

慕哥6287543 2023-06-29 15:41:26

我正在瀏覽器客戶端中設(shè)置一個(gè)基于 IndexedDB 的虛擬文件系統(tǒng)。我的假設(shè)是，將類型化數(shù)組存儲(chǔ)為值將是有效的；特別是，我通過(guò) 保存 8 kB 數(shù)據(jù)塊Int8Array。我必須用什么方法來(lái)驗(yàn)證其有效性——實(shí)際使用的空間、實(shí)際的數(shù)據(jù)表示？例如，在 Chromium 中，我可以看到似乎Int8Array得到了正確的保存。但“清除存儲(chǔ)”頁(yè)面顯示的存儲(chǔ)大小高得令人懷疑 - 91 kB - 盡管我編寫的第一個(gè)測(cè)試文件大小僅為 40 kB（40096 字節(jié)分布在 5 個(gè)密鑰上，加上 24 字節(jié)用于元數(shù)據(jù)密鑰）。鍵是非常小的數(shù)組，包含短字符串路徑和數(shù)字。所以看起來(lái)存儲(chǔ)需要的時(shí)間大約是預(yù)期的兩倍：相比之下，我在 Firefox 中找不到有關(guān)使用量的任何信息，但存儲(chǔ)瀏覽器僅顯示值的“數(shù)組”類型，并且它們以 JSON 對(duì)象表示的效率非常低，盡管這可能只是顯示問(wèn)題：ArrayBuffer一個(gè)相關(guān)的問(wèn)題是，存儲(chǔ)對(duì)象與Int8Array查看對(duì)象之間有區(qū)別嗎？ArrayBuffer我嘗試了兩者，并且大小差異最?。ㄈ绻沂褂枚皇亲鳛閭鬟f給 IDB 的值，Chromium 使用 90.8 kB 而不是 90.9 kB Int8Array）。

查看完整描述

1 回答

慕哥9229398

TA貢獻(xiàn)1877條經(jīng)驗(yàn) 獲得超6個(gè)贊

第一：當(dāng)然，只寫入一個(gè)小文件可能會(huì)扭曲圖像，因?yàn)閿?shù)據(jù)庫(kù)本身的開(kāi)銷會(huì)被打折。因此，我改為編寫了一個(gè) 40 MB 的文件（現(xiàn)在ArrayBuffer直接使用），現(xiàn)在 Chromium 報(bào)告的存儲(chǔ)使用量略低于 41 MB，確認(rèn)數(shù)據(jù)存儲(chǔ)相對(duì)緊湊。事實(shí)上，我可以看到實(shí)時(shí)更新的存儲(chǔ)使用量在回到 41 MB 之前暫時(shí)較高，這表明也正在運(yùn)行壓縮/清理算法。

由于 Firefox 無(wú)法顯示的數(shù)據(jù)使用情況file://，我通過(guò) Web 服務(wù)器運(yùn)行它進(jìn)行測(cè)試，這里也使用了 41 MB 的空間。

另一個(gè)令人驚訝的結(jié)果是，巧妙地存儲(chǔ)一個(gè)Int8Array子數(shù)組實(shí)際上似乎也存儲(chǔ)了整個(gè)支持ArrayBuffer內(nèi)容。因此，雖然這些值是Int8Array(8192)在 Chromium 中報(bào)告的，但由于底層ArrayBuffer大?。ㄔ谖业睦又袨?64K），存儲(chǔ)空間要大得多。從這個(gè)意義上說(shuō)，最好直接存儲(chǔ)ArrayBuffer實(shí)例以避免意外。

順便說(shuō)一句，在這項(xiàng)任務(wù)中，F(xiàn)irefox 的速度比 Chromium 快大約 3 倍。兩者的執(zhí)行速度仍然非常慢（以 8 KB 為塊存儲(chǔ) 41 MB 的異步 I/O 分別需要 3 秒和 10 秒）。

反對(duì) 回復(fù) 2023-06-29