Auto saved by Logseq

agora speed.md

@@ -3,4 +3,5 @@
 - As of right now, very often the Agora takes almost 10s (!) to load some pages, particularly when under load. There's a variety of reasons this happens -- I could write about them here but right now I'd rather just go ahead and try to fix them ;)
 	- Doing pomodoros today, [[2022-03-20]], to try to address this issue.
 	- When starting benchmarking, dev.anagora.org/do is regularly taking 3.7s to load (measured with [[time curl]]). In production this is often longer, but this seems like a good test node (because of the amount of pushes it has, which I think is related to the slowdown).
-		- The *first* load after restarting the dev server is often 10s, which is closer to what we'd see in prod (because it needs to load+process the whole Agora graph).
+		- The *first* load after restarting the dev server is often 10s, which is closer to what we'd see in prod (because it needs to load+process the whole Agora graph).
+	-

journal/2022_04_09.md

@@ -28,11 +28,13 @@
 	- When it's light, it's the next day for her; she might not understand that [[dawn]] shifts from season to season?
 - [[twitter dall-e]]
 - [[doing laundry]]
-- [[scaling]] must happen
-	- NOW hmm, but there is [[low hanging fruit]]: the per-worker cache should not all expire in unison (!)
-	  :LOGBOOK:
-	  CLOCK: [2022-04-09 Sat 17:52:37]
-	  :END:
+- #push [[agora speed]]
+	- [[scaling]] must happen
+		- NOW hmm, but there is [[low hanging fruit]]: the per-worker cache should not all expire in unison (!)
+		  :LOGBOOK:
+		  CLOCK: [2022-04-09 Sat 17:52:37]
+		  :END:
+			- also I wasn't caching calls to G.node() (?).
 - [[daniel dennett]]
 	- ethical [[almanac]]
 	- #push [[agora server]]