{"push_id":2319620085,"size":17,"distinct_size":17,"ref":"refs/heads/cf-testd","head":"242390cfc52a67e58fa0a2320fc440d159ac97e2","before":"1094d4b6abd75106b6ccc3c7da1953f5fbe0033b","commits":[{"sha":"826701048067593b80cc0d6e582aadfcbda4ece3","author":{"name":"Vratislav Podzimek","email":"087ce7510b8db9b5435c1dbd67121ff6037d6f63@mykolab.com"},"message":"Add a link to the description of the StringHash algorithm\n\nMakes it easier for people to check out what these seeming\nmagical transformations mean and are good for.","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/826701048067593b80cc0d6e582aadfcbda4ece3"},{"sha":"476d8e3935f83318a8f6941df86e2f322e135618","author":{"name":"Vratislav Podzimek","email":"087ce7510b8db9b5435c1dbd67121ff6037d6f63@mykolab.com"},"message":"Make HashMap aware of its own size\n\nSo that it can potentially change it and generally work with it.","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/476d8e3935f83318a8f6941df86e2f322e135618"},{"sha":"3620daeea587a21d7fb4a9b82173a474769fa699","author":{"name":"Vratislav Podzimek","email":"087ce7510b8db9b5435c1dbd67121ff6037d6f63@mykolab.com"},"message":"CFE-2301: Dynamically grow HashMap on inserts\n\nThis way it can start with a smaller size than 8192 buckets and\nyet stay fast in case many items are inserted.\n\nChangelog: Title","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/3620daeea587a21d7fb4a9b82173a474769fa699"},{"sha":"ac132dcb77f8afac1e19b7a62c9f14bcc301bcbd","author":{"name":"Vratislav Podzimek","email":"087ce7510b8db9b5435c1dbd67121ff6037d6f63@mykolab.com"},"message":"CFE-2301: Dynamically shrink HashMap when items are removed\n\nSo that it takes less memory space.\n\nHashMapResize is not a cheap operation and thus the threshold for\nshrinking a HashMap needs to be small to prevent frequent\nresizes.\n\nChangelog: Title","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/ac132dcb77f8afac1e19b7a62c9f14bcc301bcbd"},{"sha":"f484dd37186c53232d49b9d9ae80a623d68d0e96","author":{"name":"Vratislav Podzimek","email":"087ce7510b8db9b5435c1dbd67121ff6037d6f63@mykolab.com"},"message":"Make the initial size of HashMap configurable\n\nThe caller of HashMapNew may potentially know what is the\nexpected number of items that are going to be inserted to the\nmap.","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/f484dd37186c53232d49b9d9ae80a623d68d0e96"},{"sha":"8661670a965e031b9e7fa396f0f82c54168b9ffc","author":{"name":"Vratislav Podzimek","email":"087ce7510b8db9b5435c1dbd67121ff6037d6f63@mykolab.com"},"message":"Do not limit hash values to boundaries in hash functions\n\nLet the callers of the hash functions care about how many bits of\nthe value they can use instead.","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/8661670a965e031b9e7fa396f0f82c54168b9ffc"},{"sha":"00297e9f1db8a0e78035b384f9c175d95019d981","author":{"name":"Vratislav Podzimek","email":"087ce7510b8db9b5435c1dbd67121ff6037d6f63@mykolab.com"},"message":"Make sure HashMap doesn't shrink below its initial size\n\nOtherwise the first call of the HashMapRemove() function can\ntrigger the shrinking mechanism if it happens before enough items\nare inserted in the map.","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/00297e9f1db8a0e78035b384f9c175d95019d981"},{"sha":"4bc4e10702fd824e958d4c03735265f0bdb832fe","author":{"name":"Vratislav Podzimek","email":"accdc23836b73c2e26c94ddb965984380a0b43ff@northern.tech"},"message":"Get rid of the CF_HASHTABLESIZE constant\n\nHash tables no longer have constant size so no code should pretend they have.","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/4bc4e10702fd824e958d4c03735265f0bdb832fe"},{"sha":"52a0eacb57bb718bb18620e4e048affdb6df788a","author":{"name":"Vratislav Podzimek","email":"accdc23836b73c2e26c94ddb965984380a0b43ff@northern.tech"},"message":"Adapt the tests' expected outputs to new hashing\n\nWith changes in the hashing mechanisms, the ordering of things\ncoming from hash tables often changes too. However, some of the\ntests expect some exact specific output. Such tests need to be\nupdated to expect the new ordering of things.","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/52a0eacb57bb718bb18620e4e048affdb6df788a"},{"sha":"a8a11f54a2236d2170db9debb1aee51e15fcd330","author":{"name":"Vratislav Podzimek","email":"accdc23836b73c2e26c94ddb965984380a0b43ff@northern.tech"},"message":"Add one more jumbo test to the map tests\n\nThis test takes the existing jumbo hash table from the original\ntest_insert_jumbo test and inserts some more stuff in it. The\nstatistics look really good even with those extra items inserted,\nlike this:\n\n  ================ Map statistics ================\n  \tTotal number of buckets:     65536\n  \tNumber of non-empty buckets: 22431\n  \tTotal number of elements:    27498\n  \tAverage elements per non-empty bucket (load factor):  1.23\n  \tThe 10 longest buckets are:\n  \t\tbucket 46587 with 5 elements\n  \t\tbucket  2973 with 4 elements\n        ...\n  ================================================\n\nI also tried some really big numbers of items and the stats were\nstill good (the hash table was over 6 GiB big, though):\n\n  ================ Map statistics ================\n  \tTotal number of buckets:     262144\n  \tNumber of non-empty buckets: 128836\n  \tTotal number of elements:    177495\n  \tAverage elements per non-empty bucket (load factor):  1.38\n  \tThe 10 longest buckets are:\n  \t\tbucket 68633 with 7 elements\n  \t\tbucket  5719 with 6 elements\n        ...\n  ================================================","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/a8a11f54a2236d2170db9debb1aee51e15fcd330"},{"sha":"a4b0da14bbd31d1200b48de54769c33c784fcd42","author":{"name":"Vratislav Podzimek","email":"accdc23836b73c2e26c94ddb965984380a0b43ff@northern.tech"},"message":"Change how maparray() and mapdata() tests work\n\nDocumentation for both maparray() and mapdata() says that \"The\norder of the keys is not guaranteed.\". While maparray() returns\nan slist which can be easily sorted with sort(), mapdata()\nreturns data, more specifically a JSON array of various things\nand cannot be sorted with sort().\n\nSo when testing mapdata() a file with expected results cannot be\nused. Instead, we need to check that everything that's expected\nto appear in the results is actually there. Which is a complex\nthing to do and requires many individual checks.","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/a4b0da14bbd31d1200b48de54769c33c784fcd42"},{"sha":"82cbf94859da081c084170917124c2a5c55da034","author":{"name":"Vratislav Podzimek","email":"accdc23836b73c2e26c94ddb965984380a0b43ff@northern.tech"},"message":"Mark shuffle() tests as expected to fail on (centos_4|debian_4).64bit\n\nFor some reason, shufle() produces different results on 64bit\nRHEL/CentOS 4 and Debian 4 than everywhere else. Even when the\nsame seed and the same hashing algorithm are used. This is\nprobably due to some differences in glibc or maybe sizes of some\ntypes. Anyway, it's only these two platforms differing from all\nthe others and results *are* still consistent in multiple runs on\na single platform. So it seems like this can be safely ignored.","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/82cbf94859da081c084170917124c2a5c55da034"},{"sha":"2ff7e583234544eb11abcd36c03d475498c23987","author":{"name":"Vratislav Podzimek","email":"accdc23836b73c2e26c94ddb965984380a0b43ff@northern.tech"},"message":"Skip the jumbo_more hash map test on AIX\n\nBecause of resource-contrained CI build slave.","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/2ff7e583234544eb11abcd36c03d475498c23987"},{"sha":"3ab2d00f50f2aff52c8877d0c2c5d394705f4bdd","author":{"name":"Nick Anderson","email":"3095c93d6ea7c5200e557b6036c9a91ff7a76ed2@cmdln.org"},"message":"CFE-2301 Make test more platform agnostic\n\nWe have seen odd failures with output on solaris. This change switches from\nrelying on external grep to our internal regex capabilities.","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/3ab2d00f50f2aff52c8877d0c2c5d394705f4bdd"},{"sha":"93b6e4033c0eed8d32b5b3d1084dc152cfb11904","author":{"name":"Dimitrios Apostolou","email":"5ac40768651c35ff6c1b5cd35d366c8bcea813bf@northern.tech"},"message":"Merge pull request #2915 from vpodzime/master-hash_map_improvements\n\nCFE-2301: HashMap improvements","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/93b6e4033c0eed8d32b5b3d1084dc152cfb11904"},{"sha":"e478f410422efae1f5073e0bc415a599672adae7","author":{"name":"Ole Herman Schumacher Elgesem","email":"5c427155cfd71807a384f7057ce350d6050807be@northern.tech"},"message":"Rewrite TLS code to return booleans instead of ints\n\nSigned-off-by: Ole Herman Schumacher Elgesem <ole.elgesem@northern.tech>","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/e478f410422efae1f5073e0bc415a599672adae7"},{"sha":"242390cfc52a67e58fa0a2320fc440d159ac97e2","author":{"name":"Ole Herman Schumacher Elgesem","email":"5c427155cfd71807a384f7057ce350d6050807be@northern.tech"},"message":"Added cf-testd, a mock version of cf-serverd\n\nTicket: ENT-3476 ENT-3222\nSigned-off-by: Ole Herman Schumacher Elgesem <ole.elgesem@northern.tech>","distinct":true,"url":"https://api.github.com/repos/olehermanse/core/commits/242390cfc52a67e58fa0a2320fc440d159ac97e2"}]}
{"actor":{"display_login":"olehermanse"}}