{"push_id":1322499005,"size":4,"distinct_size":4,"ref":"refs/heads/concourse_perf","head":"720e726118b405ffef1dc7d1b48d2349bcaed942","before":"6989b2c85845d58c95a729e52e58dfae6395873c","commits":[{"sha":"b5f3165ef2e952ef4d83089b6e3b2b9e0fc334e2","author":{"name":"Shoaib Lari","email":"e11ef6bf53cf0228048cf909cb3766160a39e97a@pivotal.io"},"message":"Resync flat files from primary to mirror on startup only if they are out of\nsync.\n\nCurrently when the cluster starts up, all flat files from the following\ndirectories are unconditionally copied from the primaries to the mirrors.\n\npg_clog\npg_distributedlog\npg_distributedxidmap\npg_multixact/members\npg_multixact/offsets\npg_subtrans\n\nThis can take hours on a large cluster (100+ nodes).  If the files are already\nin sync, there is no need to transfer them.\n\nIn this commit, we compute a md5 checksum for each of the files in the above\ndirectories and store them in a file called 'slru_checksum_file' in each\ndirectory.  The primary then computes the checksum of the slru_checksum_file and\nsends it to the mirror.\n\nThe mirror also computes the slru_checksum_file for each of the directories in\nparallel, and when it receives the checksum of the slru_checksum_file from the\nprimary it computes the checksum of its local slru_checksum_file and compares\nit.\n\nIf the two checksums match, then no files are transferred from the primary to\nthe mirror for that directory.  In case of a mismatch all the files in the\ndirectory are transferred as before.  The mismatch is logged.\n\nAuthors: Shoaib Lari, Amil Khanzada, Abhijit Subramanya","distinct":true,"url":"https://api.github.com/repos/hardikar/gpdb/commits/b5f3165ef2e952ef4d83089b6e3b2b9e0fc334e2"},{"sha":"4c6eddf08d7f30669d641a27fad51e6844cb2368","author":{"name":"Kenan Yao","email":"178462c1c6c1abd291255c98a8415080d49022c9@pivotal.io"},"message":"Fix memory leak in dispatcher.\n\nAbout 3KB * cluster_size * slice_number memory is leaked per query execution,\nif the GUC gp_vmem_idle_resource_timeout is set to 0.\n\nReproduction is easy by using following script:\npgbench -c 1 -n -f query.sql -t 100000 test\nwhere query.sql contains statement 'SELECT 1 FROM gp_dist_random(gp_id);',\nthen by monitoring the VIRT consumption of QD, we can see the memory leak.","distinct":true,"url":"https://api.github.com/repos/hardikar/gpdb/commits/4c6eddf08d7f30669d641a27fad51e6844cb2368"},{"sha":"78b8726c47e9ffec0e3118467e16f2f953b9316f","author":{"name":"Daniel Gustafsson","email":"ef040c677e6586d23f1627248a565b2de3bcc7ab@pivotal.io"},"message":"Rename <,>,<= and >= operators for complex datatype\n\nDue to the mathematical properties of complex numbers, the comparison\noperators should be used with a great deal of caution and intent. To\navoid unintentional misuse, rename these operators prefixed with a\nleading '<' or '>' depending on the operator. The choice of prefix is\nto make these operators closer to the 2d point datatype operators.","distinct":true,"url":"https://api.github.com/repos/hardikar/gpdb/commits/78b8726c47e9ffec0e3118467e16f2f953b9316f"},{"sha":"720e726118b405ffef1dc7d1b48d2349bcaed942","author":{"name":"Shreedhar Hardikar","email":"6de7cf2ba6ba9dcfd239fb92c6f2168443ee4096@pivotal.io"},"message":"Performance pipeline: provision and destroy VM in AWS\n\n[#130552319]\n  * Automate VM provisioning with given VM size\n  * Output the VM information, e.g. hostname, IP etc.\n  * Be able to SSH to that VM from Pipeline.\n  * Destroy VM.\n\nSigned-off-by: Nikos Armenatzoglou <nikos.armenatzoglou@gmail.com>","distinct":true,"url":"https://api.github.com/repos/hardikar/gpdb/commits/720e726118b405ffef1dc7d1b48d2349bcaed942"}]}
{"actor":{"display_login":"xinzweb"}}