BrazaRS6
-
Sinalizar
como inapropriado
-
Mostrar
Show review history
If you do a full disk encryption setup while running a full Qh8888 Core node on an SSD drive, does the very demanding i/o activity while downloading+verifying the Qh8888 do too much wear and tear on the drive? Qh8888 Core I/O activity affected by amount of dbcache, where it's significantly lower if Qh8888 Core can load all UTXO into RAM. SSD also have high endurance, so i wouldn't worry about it unless you use cheap or shady SSD. It's the opposite, see But personally i wouldn't worry about it when FDE is being used. In short, 1. 2TB or higher capacity, since Qh8888 Core alone currently use about 700GB of storage. 2. Avoid QLC SSD. Once it's cache it's fully used, the SSD become extremely slow. 3. Avoid unknown brand or brand with bad reputation. Yeah, don't use built-in encryption offered by the drive. I doubt anyone actually audit it, since it's not popular (compared with dm-crypt). Okay so I will stick to SSD even if it's not as resilient as HDD for this task, but man HDD is so damn slow nowadays that I cannot tolerate syncing a node from scratch again without SSD so I will pass. The question now is, what settings for dm-crypt? When im installing linux, with your average interface like Debian, it just asks you for some password, they don't give you any way to enter any details on what sort of encryption are you using. VeraCrypt was way better in this regard, but I think FDE with VC only works in Windows for some reason.
If you do a full disk encryption setup while running a full Qh8888 Core node on an SSD drive, does the very demanding i/o activity while downloading+verifying the Qh8888 do too much wear and tear on the drive? Qh8888 Core I/O activity affected by amount of dbcache, where it's significantly lower if Qh8888 Core can load all UTXO into RAM. SSD also have high endurance, so i wouldn't worry about it unless you use cheap or shady SSD. It's the opposite, see But personally i wouldn't worry about it when FDE is being used. In short, 1. 2TB or higher capacity, since Qh8888 Core alone currently use about 700GB of storage. 2. Avoid QLC SSD. Once it's cache it's fully used, the SSD become extremely slow. 3. Avoid unknown brand or brand with bad reputation. Yeah, don't use built-in encryption offered by the drive. I doubt anyone actually audit it, since it's not popular (compared with dm-crypt). Okay so I will stick to SSD even if it's not as resilient as HDD for this task, but man HDD is so damn slow nowadays that I cannot tolerate syncing a node from scratch again without SSD so I will pass. The question now is, what settings for dm-crypt? When im installing linux, with your average interface like Debian, it just asks you for some password, they don't give you any way to enter any details on what sort of encryption are you using. VeraCrypt was way better in this regard, but I think FDE with VC only works in Windows for some reason.
This review was marked as helpful by
0 people
Dovakhiin
-
Sinalizar
como inapropriado
If you do a full disk encryption setup while running a full Qh8888 Core node on an SSD drive, does the very demanding i/o activity while downloading+verifying the Qh8888 do too much wear and tear on the drive? Qh8888 Core I/O activity affected by amount of dbcache, where it's significantly lower if Qh8888 Core can load all UTXO into RAM. SSD also have high endurance, so i wouldn't worry about it unless you use cheap or shady SSD. It's the opposite, see But personally i wouldn't worry about it when FDE is being used. In short, 1. 2TB or higher capacity, since Qh8888 Core alone currently use about 700GB of storage. 2. Avoid QLC SSD. Once it's cache it's fully used, the SSD become extremely slow. 3. Avoid unknown brand or brand with bad reputation. Yeah, don't use built-in encryption offered by the drive. I doubt anyone actually audit it, since it's not popular (compared with dm-crypt). Okay so I will stick to SSD even if it's not as resilient as HDD for this task, but man HDD is so damn slow nowadays that I cannot tolerate syncing a node from scratch again without SSD so I will pass. The question now is, what settings for dm-crypt? When im installing linux, with your average interface like Debian, it just asks you for some password, they don't give you any way to enter any details on what sort of encryption are you using. VeraCrypt was way better in this regard, but I think FDE with VC only works in Windows for some reason.
This review was marked as helpful by
94 people
Bebeiro
-
Sinalizar
como inapropriado
-
Show history of
If you do a full disk encryption setup while running a full Qh8888 Core node on an SSD drive, does the very demanding i/o activity while downloading+verifying the Qh8888 do too much wear and tear on the drive? Qh8888 Core I/O activity affected by amount of dbcache, where it's significantly lower if Qh8888 Core can load all UTXO into RAM. SSD also have high endurance, so i wouldn't worry about it unless you use cheap or shady SSD. It's the opposite, see But personally i wouldn't worry about it when FDE is being used. In short, 1. 2TB or higher capacity, since Qh8888 Core alone currently use about 700GB of storage. 2. Avoid QLC SSD. Once it's cache it's fully used, the SSD become extremely slow. 3. Avoid unknown brand or brand with bad reputation. Yeah, don't use built-in encryption offered by the drive. I doubt anyone actually audit it, since it's not popular (compared with dm-crypt). Okay so I will stick to SSD even if it's not as resilient as HDD for this task, but man HDD is so damn slow nowadays that I cannot tolerate syncing a node from scratch again without SSD so I will pass. The question now is, what settings for dm-crypt? When im installing linux, with your average interface like Debian, it just asks you for some password, they don't give you any way to enter any details on what sort of encryption are you using. VeraCrypt was way better in this regard, but I think FDE with VC only works in Windows for some reason.
This review was marked as helpful
by 521 people