Brandon Simmons 9a96e7d165 server: parallelize buildGQLContext to improve replace_metadata perfo… ... …rmance It makes sense to try to utilize multiple threads for metadata operations since we expect them to come one at a time (and likely at lower load periods anyway). As noted, although we build roles in parallel now, the admin role is still a bottleneck. For replace_metadata on huge_schema, on my machine I get: BEFORE: 22.7 sec AFTER: 13.5 sec PR-URL: https://github.com/hasura/graphql-engine-mono/pull/3911 GitOrigin-RevId: 4d4ee6ac8b5506603e70e4fc666a3aacc054d493		2022-03-09 02:27:42 +00:00
..
Cache	server: add validation for query collections	2022-03-08 09:49:18 +00:00
Cache.hs	server: parallelize buildGQLContext to improve replace_metadata perfo…	2022-03-09 02:27:42 +00:00
Catalog.hs	Metadata code cleanups	2022-02-18 12:47:56 +00:00
Diff.hs	server/postgres: improve fetching tables' and functions' metadata (from database)	2022-03-08 13:03:14 +00:00
Enum.hs	server, pro: actually reformat the code-base using ormolu	2021-09-23 22:57:37 +00:00
Function.hs	server: add explicit export lists in OSS server and enforce with warning	2021-11-04 16:09:38 +00:00
LegacyCatalog.hs	Customization of computed field GraphQL schema descriptions	2022-02-15 23:17:27 +00:00
Rename.hs	Unified remote relationship metadata	2021-12-01 04:54:30 +00:00
Source.hs	server: add explicit export lists in OSS server and enforce with warning	2021-11-04 16:09:38 +00:00
Table.hs	Customization of table GraphQL schema descriptions	2022-02-10 06:32:44 +00:00