Changeset 5c90890 for root_commands.c

Timestamp:

2018-07-12T08:54:12Z (6 years ago)

Author:

dequis <dx@…>

Branches:

master

Children:

c82e4ca

Parents:

b9d1fdc

git-author:

dequis <dx@…> (03-07-18 06:17:17)

git-committer:

dequis <dx@…> (12-07-18 08:54:12)

Message:

Stop using the irc->users linked list, use the hash table instead

irc_user_new() mentions that the reason this list is kept is for easy
iteration. Luckily, this is the future, and GHashTableIter exists now.

The main point of this is to get rid of the g_slist_insert_sorted() in
irc_user_set_nick() which is a particularly slow part of loading large
user lists, and scales poorly

In a test with discord, the GUILD_SYNC event is now 4 times faster, on
top of the improvements of the other bee_user hash tables patch.
Combining both patches it went from 136 to 6 seconds for 50k members.

File:

• root_commands.c (modified) (4 diffs)

root_commands.c

@@ -773 +773 @@
         bu->ic->acc->prpl->remove_buddy(bu->ic, bu->handle, NULL);
         nick_del(bu);
-        if (g_slist_find(irc->users, iu)) {
+        if (g_hash_table_contains(irc->nick_user_hash, iu->key)) {
                 bee_user_free(irc->b, bu);
         }
@@ -1033 +1033 @@
 {
         int online = 0, away = 0, offline = 0, ismatch = 0;
-        GSList *l;
+        GList *l, *users;
         GRegex *regex = NULL;
         GError *error = NULL;
@@ -1074 +1074 @@
         }
 
-        for (l = irc->users; l; l = l->next) {
+        users = g_hash_table_get_values(irc->nick_user_hash);
+        users = g_list_sort(users, irc_user_cmp);
+
+        for (l = users; l; l = l->next) {
                 irc_user_t *iu = l->data;
                 bee_user_t *bu = iu->bu;
@@ -1119 +1122 @@
                 }
         }
+
+        g_list_free(users);
 
         irc_rootmsg(irc, "%d buddies (%d available, %d away, %d offline)", n_online + n_away + n_offline, n_online,