From 5c119a2233dc573df90a7cb0a28d55e1319b9c5e Mon Sep 17 00:00:00 2001 From: Kris Moore Date: Tue, 12 Mar 2024 16:16:17 -0400 Subject: [PATCH 1/4] Update SMBFileTimes.md --- content/References/Performance/SMBFileTimes.md | 3 +++ 1 file changed, 3 insertions(+) diff --git a/content/References/Performance/SMBFileTimes.md b/content/References/Performance/SMBFileTimes.md index 1b20fc2885..c72ef4f634 100644 --- a/content/References/Performance/SMBFileTimes.md +++ b/content/References/Performance/SMBFileTimes.md @@ -16,6 +16,9 @@ draft: false .tg .tg-0lax{text-align:left;vertical-align:top} +TrueNAS and ZFS by default can support large numbers of files. Per directory this can grow to 281+ Trillion and Per file system there is no upper limit. However +these are theoritical limits, and there are host and client side practical limits when dealing with large quantity of files when it comes to how fast you can enumernate them. + Starting in Dragonfish 24.04 and later, the meta-data performance of directory listings over SMB has been greatly improved. Depending on your SMB client, it is possible to support a single directory with anywhere from 100K to 1 Million files on flash systems with decent load times. From 4675bc1496d8004154a3180ce475db3b49841ae8 Mon Sep 17 00:00:00 2001 From: Kris Moore Date: Tue, 12 Mar 2024 16:18:41 -0400 Subject: [PATCH 2/4] Update SMBFileTimes.md --- content/References/Performance/SMBFileTimes.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/content/References/Performance/SMBFileTimes.md b/content/References/Performance/SMBFileTimes.md index c72ef4f634..43b19e09d6 100644 --- a/content/References/Performance/SMBFileTimes.md +++ b/content/References/Performance/SMBFileTimes.md @@ -17,7 +17,8 @@ draft: false TrueNAS and ZFS by default can support large numbers of files. Per directory this can grow to 281+ Trillion and Per file system there is no upper limit. However -these are theoritical limits, and there are host and client side practical limits when dealing with large quantity of files when it comes to how fast you can enumernate them. +these are theoritical limits, and there are host and client side practical limits dealing with large quantity of files. Specifically when it comes to how fast you can +list or "enumernate" them. Starting in Dragonfish 24.04 and later, the meta-data performance of directory listings over SMB has been greatly improved. Depending on your SMB client, it is possible to support a single directory with anywhere from 100K to 1 Million files on flash systems with decent load times. From 38a513b136df9e23abd672c9716fb00b924edd3a Mon Sep 17 00:00:00 2001 From: Kris Moore Date: Tue, 12 Mar 2024 16:19:36 -0400 Subject: [PATCH 3/4] Update SMBFileTimes.md --- content/References/Performance/SMBFileTimes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/References/Performance/SMBFileTimes.md b/content/References/Performance/SMBFileTimes.md index 43b19e09d6..66780976e2 100644 --- a/content/References/Performance/SMBFileTimes.md +++ b/content/References/Performance/SMBFileTimes.md @@ -29,7 +29,7 @@ Users should understand that as directory file counts increase, listing times in {{< hint type="note" title="Hardware Limitations" >}} CPU and Memory speed play a major factor in metadata listing times. For this testing, flash media was used. -Spinning disks will perform worse. +Spinning disks will generally not perform at the same speeds as flash. These numbers are provided as rough guides as to what kind of performance might be expected. Many external factors can impact this and your mileage might vary. From 4a77a65f64bdc5a23c897af682c8ee9d28b9d997 Mon Sep 17 00:00:00 2001 From: Tim Moore Date: Tue, 12 Mar 2024 17:40:22 -0400 Subject: [PATCH 4/4] spelling --- content/References/Performance/SMBFileTimes.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/content/References/Performance/SMBFileTimes.md b/content/References/Performance/SMBFileTimes.md index 66780976e2..e1e025d2b0 100644 --- a/content/References/Performance/SMBFileTimes.md +++ b/content/References/Performance/SMBFileTimes.md @@ -16,12 +16,12 @@ draft: false .tg .tg-0lax{text-align:left;vertical-align:top} -TrueNAS and ZFS by default can support large numbers of files. Per directory this can grow to 281+ Trillion and Per file system there is no upper limit. However +TrueNAS and ZFS by default can support large numbers of files. Per directory this can grow to 281+ trillion and per file system there is no upper limit. However, these are theoritical limits, and there are host and client side practical limits dealing with large quantity of files. Specifically when it comes to how fast you can -list or "enumernate" them. +list or "enumerate" them. -Starting in Dragonfish 24.04 and later, the meta-data performance of directory listings over SMB has been greatly improved. -Depending on your SMB client, it is possible to support a single directory with anywhere from 100K to 1 Million files on flash systems with decent load times. +Starting in Dragonfish 24.04 and later, the meta-data performance of directory listings over SMB is greatly improved. +Depending on your SMB client, it is possible to support a single directory with anywhere from 100,000 to 1,000,000 files on flash systems with decent load times. iXsystems has done some very preliminary testing to provide guidance on the approximate time ranges that are possible. Users should understand that as directory file counts increase, listing times increase too.