| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | hpt zlib |
On Tue, 15 Sep 2015 17:08:08 -0400, Eric Renfro wrote: ER> It surprises me how many people tout off ZFS, and don't really understand just ER> what they're suggesting. My BBS runs on a VM running 512MB RAM, I only upped it ER> recently to 1GB to run clamd. ZFS, adding compression to it, memory utilization ER> just for ZFS skyrockets. Add deduplication on top of that, now we're talking ER> overkill memory. :) ZFS memory utilization depends on a few things. First of all, the amount of disk space provisioned, how it is tuned, and the OS chosen. It has never ran well under Linux, is known to have issues freeing memory--I would never run it there. For the space requirements of a modern Fidonet system it is unlikely to be a problem. A 100GB virtual machine could provide more than enough in resources to accommodate the most rigerous fidonet processing today. If you're provisioning more space and are concerned about performance degredation associated with caching a larger storage pool then you probably don't need compression anyway. My 100GB virtual machine has several hundred thousand messages and the is only at 6% utilization. I do not use any compression here nor see the need to in the future. ER> It would be less resource intensive to use message base compression than to use ER> ZFS compression, in this logic, and I could, if I wanted to spend the time to ER> do so, prove that. When it comes to Linux, filesystems, and such, I know a ER> seriously heavy amount of information, as I've been doing Linux, hardcore, ER> since 1992. :) Running ZFS on Linux is likely to provide a jaded opinion. You should run it on FreeBSD or Solaris. The need for vast amounts of ram were only needed in cases where a head node mounted terabytes of storage and higher performance was desired. ---* Origin: The Byte Museum - news: news.bytemuseum.org (1:19/10) SEEN-BY: 19/10 106/2 154/10 203/0 221/1 6 360 361 227/51 230/0 240/1120 1661 SEEN-BY: 240/5832 249/303 261/38 280/464 5003 292/854 423/120 633/267 280 SEEN-BY: 640/384 712/550 848 770/1 @PATH: 19/10 221/360 6 240/1661 280/464 712/848 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.