Live data from Hacker News

Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork

github.com

41–50 of 390 posts

Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork

#41

Earlier quoted context omitted.

[flagged]

I don't think the post you're replying to deserves what feels like an aggressive dressing-down. The reality is that post formatting on HN is really janky and it's hard to get it to do what you want. I don't blame someone for failing to master HN formatting on one of their first tries.

I wonder if its healthy to end up at aggressive dressing down is when we review peoples submitted work and point out the second half is LLM-generated 4 item lists.

Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork

#42
post #7

[flagged]

Calling out leople who trust software from ByteDance, and not calling out people who trust software by Microsoft (i.e. VSCode) is a bit hypocritic. Both are faceless corps that produce unethical software.

VSCode is garbage software from a garbage company, too.

Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork

#43

Earlier quoted context omitted.

Microsoft was not the subject of the post.

point is, both extensively use telemetry in vscode. I think only Codium is the build that tried to turn all that off. Not sure how successfully tho.

The point of the point was that it was highlighting a contrast with how VSCode normally works. If they were the same, this would not be a post about Bytedance, but a post about Microsoft.

Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork

#44

Earlier quoted context omitted.

[flagged]

I think we can cut the guy some slack for using machine translation given that English isn't his native language. I bet I sound a lot dumber than this when I'm renting servers in Hong Kong in Cantonese.

[flagged]

Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork

#45

Earlier quoted context omitted.

I don't think the post you're replying to deserves what feels like an aggressive dressing-down. The reality is that post formatting on HN is really janky and it's hard to get it to do what you want. I don't blame someone for failing to master HN formatting on one of their first tries.

Promise to try better next time, its really first post ever i have made on here, sorry!

Don't worry about it. I was able to read and understand your message clearly, even with the unimportant formatting mistakes.

Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork

#46

Earlier quoted context omitted.

I don't think the post you're replying to deserves what feels like an aggressive dressing-down. The reality is that post formatting on HN is really janky and it's hard to get it to do what you want. I don't blame someone for failing to master HN formatting on one of their first tries.

I wonder if its healthy to end up at aggressive dressing down is when we review peoples submitted work and point out the second half is LLM-generated 4 item lists.

Time for some self-reflection, I think.

Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork

#48

Hi HN, I was evaluating IDEs for a personal project and decided to test Trae, ByteDance's fork of VSCode. I immediately noticed some significant performance and privacy issues that I felt were worth sharing. I've written up a full analysis with screenshots, network logs, and data payloads in the linked post. Here are the key findings: 1. Extreme Resource Consumption: Out of the box, Trae used 6.3x more RAM (~5.7 GB)…

[flagged]

I'm sure you didn't mean to, but you've crossed into being aggressive with another user. Please don't do that on HN—not with anyone, and least of all new users who deserve to be welcomed and treated charitably, not harrassed for not already knowing HN's arcane and rather primitive formatting rules*.

https://news.ycombinator.com/newsguidelines.html

* (which, btw, are at https://news.ycombinator.com/formatdoc)

Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork

#50

Hi HN, I was evaluating IDEs for a personal project and decided to test Trae, ByteDance's fork of VSCode. I immediately noticed some significant performance and privacy issues that I felt were worth sharing. I've written up a full analysis with screenshots, network logs, and data payloads in the linked post. Here are the key findings: 1. Extreme Resource Consumption: Out of the box, Trae used 6.3x more RAM (~5.7 GB)…

[flagged]

Edited to add space between the enumerated list.

Hi HN, I was evaluating IDEs for a personal project and decided to test Trae, ByteDance's fork of VSCode. I immediately noticed some significant performance and privacy issues that I felt were worth sharing. I've written up a full analysis with screenshots, network logs, and data payloads in the linked post. Here are the key findings:

1. Extreme Resource Consumption: Out of the box, Trae used 6.3x more RAM (~5.7 GB) and spawned 3.7x more processes (33 total) than a standard VSCode setup with the same project open. The team has since made improvements, but it's still significantly heavier.

2. Telemetry Opt-Out Doesn't Work (It Makes It Worse): I found Trae was constantly sending data to ByteDance servers (byteoversea.com). I went into the settings and disabled all telemetry. To my surprise, this didn't stop the traffic. In fact, it increased the frequency of batch data collection. The telemetry "off" switch appears to be purely cosmetic.

3. What's Being Sent: Even with telemetry "disabled," Trae sends detailed payloads including: Hardware specs (CPU, memory, etc.) Persistent user, device, and machine IDs OS version, app language, user name Granular usage data like time-on-ide, window focus state, and active file types.

4. Community Censorship: When I tried to discuss these findings on their official Discord, my posts were deleted and my account was muted for 7 days. It seems words like "track" trigger an automated gag rule, which prevents any real discussion about privacy.

I believe developers should be aware of this behavior. The combination of resource drain, non-functional privacy settings, and censorship of technical feedback is a major red flag. The full, detailed analysis with all the evidence (process lists, Fiddler captures, JSON payloads, and screenshots of the Discord moderation) is available at the link. Happy to answer any questions.

Post reply on HN