From 6588db605fcfe41ada100188c2187ab9df402644 Mon Sep 17 00:00:00 2001
From: Pjotr Prins
Date: Thu, 28 Dec 2023 03:52:07 -0600
Subject: precompute

---
 topics/systems/mariadb/precompute-mapping-input-data.gmi | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

(limited to 'topics/systems')

diff --git a/topics/systems/mariadb/precompute-mapping-input-data.gmi b/topics/systems/mariadb/precompute-mapping-input-data.gmi
index 7896c87..58b7b5c 100644
--- a/topics/systems/mariadb/precompute-mapping-input-data.gmi
+++ b/topics/systems/mariadb/precompute-mapping-input-data.gmi
@@ -1005,7 +1005,9 @@ So, this is the right time to put gemma-wrapper on a diet. The GRM files are lar
 
 # Storing GRM output
 
-gemma-wrapper stores per chromosome GRMs in separate files. The first fix was to store them in an xz archive. gemma-wrapper already uses a temporary directory so, that should be straightforward.
+The current version of gemma-wrapper stores per chromosome GRMs in separate files. The first fix was to store them in an xz archive. gemma-wrapper already uses a temporary directory so, that was straightforward. Next I had to tell gemma-wrapper not to recompute when the xz archive exists. This now works.
+
+Next step is to use the archive to check the GWA run. In the final step we will archive results and write an lmdb file for further processing. If we can make it really small we'll retain that instead of the full archive.
 
 # Storing assoc output
 
-- 
cgit v1.2.3