I uploaded about 4000 tags to my forum and I am now making some edits. The nearly 4000 tags comprise the totality of tags. I am running three droplets with a load balancer, each containing 4 gigs of ram. My CPU usage is near 0, my memory is averaging 38%, and I have no traffic at all (I am still configuring and testing). At this rate, I will be configuring for a very long time because Discourse is EXTREMELY slow whilst I edit tags. Every other page within the admin area is quite fast. I only have this problem with tags. Any thoughts?

Well, I guess I’m wrong. I’d defer to @HAWK, but I don’t see how you can load 4000 tags and be able to select among them easily. But

Yes. I am using tag groups. Every tag is part of a group. Each group has about five to 50 tags within it, depending. Every tag group includes a required tag parent, too. What is taking so long is the process of adding the appropriate tag parent to each tag group since the CSV upload did not provide a mechanism for including parent tags.

[image] Destry_Hunt: What is taking so long is the process of adding the appropriate tag parent to each tag group When exactly is the slowdown happening? Is it when you’re clicking into the parent tag input?

Yes, that is when. I would not complain, except for the fact that it takes SOO long for the page to respond when I click. There are multiple clicks per group in the whole process, so the combined time can be a bit…multiply that times about a hundred groups and that amounts to quite awhile. Mostly, I became concerned that there was a problem.

There is another issue that becomes a problem in this slowed process. I am not sure if anyone else has experienced this, but when I create a tag in the parent tag field and then click save, the tag eventually disappears. This does not happen right away, but after perhaps five minutes. I can navigate away, and even change pages and return within five minutes and it persists as the parent tag. However, after a bit longer I return to an empty field. The parent tag is not just missing from its field, but from the tag page entirely. I have only had success getting the parent tag to persist when I create it in the group field where the children are, click save, remove the tag from the children/group field, then call it in the parent tag field, saving. I don’t mind doing this, but this step makes for a very time-consuming process of adding over one hundred parent tags–especially when the page responds very slowly at each step.

My main concerns were that there might have been something wrong with the way I was adding the parent tags or that there was some “trick” everyone else knew of that I had not yet discovered. Regarding the first issue, I do not have to do the work-around anymore that I described in my previous thread. I discovered that the system generates parent tags that match the group names when the CSV upload is performed, so as long as I do not try to create parent tags with names other than the group names, I can locate the existing parent tag in the parent tag field by pasting the name of the group there. The process is still slow, and the page is still significantly delayed in responding, but there are half as many clicks, copy/pastes as before. I can live with it. The second issue is whether I was just doing something wrong. It sounds like that is not the case. In summary, we can probably close this ticket because although the tags page is very slow, I know there are many other more pressing problems/requests the discourse team is working on, and I do not want to distract from those now that I can at least press forward. Thank you all for the responses and attempts to assist, though. As always, I am grateful.

@neil you know the tag system quite well, can you do a bit of testing on local with say 10k tags to see what cracks show up.

I’m following this description of the problem: [image] Destry_Hunt: I am using tag groups. Every tag is part of a group. Each group has about five to 50 tags within it, depending. Every tag group includes a required tag parent, too. What is taking so long is the process of adding the appropriate tag parent to each tag group I tested 3 cases. In all cases, the /tags page is pretty slow due to rendering. At 4000 tags, it takes about 1 second to load. Navigating away from that page is also slow, probably because Ember is unloading all the components. 10k tags, no tag groups: no problem with tag inputs that I could see. 4k tags, one tag group per 25 tags: no problems 4k tags, one tag group per 25 tags, each tag group has a parent tag: also no problems. Performance of tag inputs seems the same as if there were a low number of tags. [4000-tags-2019-03-25_16-33] I tested inputs 1 and 2 in above screenshot, and they were fast. @Destry_Hunt Am I testing your situation or is there something else you’re doing?

You are definitely testing my situation. Did you go back to your tag groups (maybe at least 15 minutes later) to see if all of the parent tags were still present?

Editing tags on tags page extremely slow

Product Support

codinghorror (Jeff Atwood) March 23, 2019, 1:58am 10

We should support thousands of tags without issue, that is totally supported. So if we’re running into perf issues we should assign someone to deal with it @sam.

Topic		Replies	Views
Limiting tags to categories not working as expected Bug tags	8	976	May 17, 2023
Internal Server Error on using some tags (ERROR: duplicate key value violates unique constraint "index_tags_on_name") Bug	19	3661	November 8, 2019
Unable to edit tag groups under category Bug size-s , tag-groups	16	389	July 9, 2025
Cannot create a Tag Group with over 199 tags? ("Loading failed" error) Bug	6	1159	February 7, 2018
Adding tag to two or more groups breaks the tag Bug	5	1096	October 2, 2025

Editing tags on tags page extremely slow

Related topics