----- "Haudy Kazemi" <kaze0...@umn.edu> skrev: > In this file system, 2.75 million blocks are allocated. The in-core > size > of a DDT entry is approximately 250 bytes. So the math is pretty > simple: > in-core size = 2.63M * 250 = 657.5 MB > > If your dedup ratio is 1.0, then this number will scale linearly with > size. > If the dedup rate > 1.0, then this number will not scale linearly, it > will be > less. So you can use the linear scale as a worst-case approximation.
How large was this filesystem? Are there any good ways of planning memory or SSDs for this? roy -- Roy Sigurd Karlsbakk (+47) 97542685 r...@karlsbakk.net http://blogg.karlsbakk.net/ -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og relevante synonymer på norsk. _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
