~steering/inspircd++.git/include, branch v4.6.0 Unnamed repository; edit this file 'description' to name the repository. https://www.cgit.space/~steering/inspircd++.git/atom/include?h=v4.6.0 2025-02-28T14:30:22Z Release v4.6.0. 2025-02-28T14:30:22Z Sadie Powell 2025-02-28T13:42:59Z urn:sha1:22ad04aafa074e7f292ca611d5c4b37a733b0b1e Update copyright headers. 2025-02-28T14:30:22Z InspIRCd Robot 2025-02-28T13:42:05Z urn:sha1:cdd3226befacd40c07b5c987cf93d0626df8d287 Improve the consistency of duration strings. 2025-02-28T03:55:08Z Sadie Powell 2025-02-28T02:28:54Z urn:sha1:90d9d02c9e30c673e6394e53e578a106e54b74fe Unfortunately because of leap years we can't really make duration strings exact. Because of this we have always added 6 hours on to each year to make it correct over time. However, we did not do this in any kind of consistent way which resulted in weird roundtripped duration strings which made this very confusing for users While I'm touching the duration code I've also cleaned it up. Fix expanding paths on portable installations. 2025-02-15T14:44:39Z Sadie Powell 2025-02-15T14:24:43Z urn:sha1:6c2100a2e4b6a4d77af615bcd300aa5e5a077358 Closes #2148. Move RPL_TIME to the numeric header, unify TIME and ALLTIME. 2025-02-05T12:02:38Z Sadie Powell 2025-02-05T11:21:34Z urn:sha1:ec57c7545db209f26a31852d64a854824198372f Convert debug logging from string concatenation to format strings. 2025-01-23T16:35:32Z Sadie Powell 2025-01-23T16:35:32Z urn:sha1:b9fee8b43dc1903ecb08c81405fb83295fc64db9 When running in normal mode this will prevent a bunch of expensive string concatenation. Don't format log messages if we can't actually log them. 2025-01-11T16:51:34Z Sadie Powell 2025-01-11T16:45:15Z urn:sha1:c6238d80dee66bcefa92220a35d582ab739aa8a5 This should prevent debug messages from potentially causing performance issues on production servers. Release v4.5.0. 2025-01-04T12:10:09Z Sadie Powell 2025-01-04T12:10:09Z urn:sha1:a494228f1ec49cfd0cd793e9f187e83ac148bc10 Update copyright headers. 2025-01-04T12:08:33Z InspIRCd Robot 2025-01-04T12:08:33Z urn:sha1:28ea18cfdfe954ff634b11181e53b4c57a860422 Optimized membership lookup for large servers 2024-12-19T14:10:08Z Glen Miner 2024-12-17T17:44:14Z urn:sha1:41293a058de93114cc42982359bdc99bef68ed59 On our server hosting 150K users we noticed that std::map lookups for user membership were high on the profile. Since there seemed to be no ordered iteration needed we were able to shave a few % off of the profile by changing this to a std::unordered_map