tsserver.js CPU/Memory Spike

[amvFrontendMonkey]

tsserver.js CPU/Memory Spike

[fatcerberus]

Bisecting isn't an option due to automated swagger -> Zod processing.

Not even using every-ts?

[amvFrontendMonkey]

We make heavy use of Zod and autogenerate these types from upstream Swagger definitions. I strongly suspect this slowdown is related to, ultimately, simply having just too many types. Here's an example of issues we've been having at the same time as this general TS slowdown

So, long story short, I'd really like some insight into the attached tsserver logs or some tips on how to interpret it ourselves. A tip or two on mitigating the slowdowns would be super useful too!

[RyanCavanaugh]

It returns after about 45 seconds

I wasn't able to correlate where in the log this occurred

Notable lines I did see:

Perf 323  [21:55:53.488] 2::updateOpen: elapsed time (in milliseconds) 5954.0864
Perf 1146 [21:56:02.693] 4::updateOpen: elapsed time (in milliseconds) 1280.1678
Perf 1161 [21:56:04.858] 10::encodedSemanticClassifications-full: elapsed time (in milliseconds) 2154.9555
Perf 1168 [21:56:09.939] 13::documentHighlights: elapsed time (in milliseconds) 5078.6349
Perf 1319 [21:56:29.667] 54::encodedSemanticClassifications-full: elapsed time (in milliseconds) 1917.7468
Perf 1393 [21:56:42.308] 78::encodedSemanticClassifications-full: elapsed time (in milliseconds) 1987.7479
Perf 1442 [21:56:53.190] 90::encodedSemanticClassifications-full: elapsed time (in milliseconds) 2137.3590

5-6 seconds of initial updateOpen is a bit unexpected, but given the project size (1,830 files), not that unusual.

For best performance, it's always best to turn off semantic highlight. IMO the gain in colorization is not worth the perf hit in large contexts. That said, something weird happened here:

Info 1160 [21:56:02.703] request:
    {
      "seq": 10,
      "type": "request",
      "command": "encodedSemanticClassifications-full",
      "arguments": {
        "file": "/Users/penric000/dev/autotrack-fe/apps/web/app/[locale]/a/[slug]/page.tsx",
        "start": 5884,
        "length": 6698,
        "format": "2020"
      }
    }
Perf 1161 [21:56:04.858] 10::encodedSemanticClassifications-full: elapsed time (in milliseconds) 2154.9555

There's apparently some type in that span which is very, very expensive to compute. That approximate range shows up a few times in the log.

It's possibly also referenced right here:

Info 1167 [21:56:04.861] request:
    {
      "seq": 13,
      "type": "request",
      "command": "documentHighlights",
      "arguments": {
        "file": "/Users/penric000/dev/autotrack-fe/apps/web/app/[locale]/a/[slug]/page.tsx",
        "line": 288,
        "offset": 67,
        "filesToSearch": [
          "/Users/penric000/dev/autotrack-fe/apps/web/app/[locale]/a/[slug]/page.tsx"
        ]
      }
    }
Perf 1168 [21:56:09.939] 13::documentHighlights: elapsed time (in milliseconds) 5078.6349