| Addshore added a comment. |
In T97368#1241094, @daniel wrote:One thin we can do is to split the cache by "type" of info, i.e. have the data types cached separate from the cache fore base URIs, etc. We can further shard the cache, so base URIs would be cached in one of n random shards. This should give good performance for cases that need info about a lot of properties, while reducing the amount of data that needs to be loaded for a single lookup.
Sounds like it could be a good idea.
- First lets figure out how the data being cached is actually used / which methods in CachingPropertyInfoLookup are called and how much.
- Also we don't really need to rotate the cache key by mw version, the serialization code hasn't changed in some time (created by PropertyInfoBuilder) so we could switch to some other constant / versioning of the serialization for use in the cache key instead.
I'll file some sub tickets and get these brought into the #wikidata-campsite this week.
TASK DETAIL
EMAIL PREFERENCES
To: Addshore
Cc: Jdforrester-WMF, Joe, mark, Addshore, jijiki, akosiaris, Krinkle, JanZerebecki, thiemowmde, aude, daniel, Aklapper, hoo, AndyTan, Davinaclare77, Qtn1293, Imarlier, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, LawExplorer, Vali.matei, Zppix, Wong128hk, Wikidata-bugs, ArielGlenn, faidon, He7d3r, Mbch331, Jay8g, fgiunchedi, greg
Cc: Jdforrester-WMF, Joe, mark, Addshore, jijiki, akosiaris, Krinkle, JanZerebecki, thiemowmde, aude, daniel, Aklapper, hoo, AndyTan, Davinaclare77, Qtn1293, Imarlier, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, LawExplorer, Vali.matei, Zppix, Wong128hk, Wikidata-bugs, ArielGlenn, faidon, He7d3r, Mbch331, Jay8g, fgiunchedi, greg
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
