- 13 8月, 2014 5 次提交
-
-
由 fjy 提交于
-
由 fjy 提交于
-
由 fjy 提交于
reduce object count overhead of column cache
-
由 fjy 提交于
-
由 Xavier Léauté 提交于
-
- 12 8月, 2014 4 次提交
-
-
由 Xavier Léauté 提交于
-
由 Xavier Léauté 提交于
-
由 Xavier Léauté 提交于
-
由 Xavier Léauté 提交于
-
- 10 8月, 2014 4 次提交
- 09 8月, 2014 27 次提交
-
-
由 fjy 提交于
-
由 fjy 提交于
-
由 fjy 提交于
-
由 fjy 提交于
-
由 fjy 提交于
-
由 fjy 提交于
-
由 fjy 提交于
-
由 fjy 提交于
-
由 fjy 提交于
-
由 fjy 提交于
fix missing queryGranularity in ArbitraryGranularitySpec
-
由 Xavier Léauté 提交于
-
由 fjy 提交于
-
由 fjy 提交于
-
由 fjy 提交于
-
由 xvrl 提交于
-
由 fjy 提交于
-
由 fjy 提交于
-
由 fjy 提交于
-
由 xvrl 提交于
Add more config to router strategies; fix bad test
-
由 fjy 提交于
Change merged-segment-removing behavior in RealtimePlumber.
-
由 Gian Merlino 提交于
-
由 Gian Merlino 提交于
Old: Merged segments are deleted upon successful push, or on IOException. New: Merged segments are deleted on any Exception, but NOT successful push. Deleting a merged segment means that the next merge-and-push run will try to push it again. So we want that to happen if there was any sort of Exception. We *don't* want it to happen if the merge-and-push was successful, since in that case, we are just waiting for historical nodes to load the segment. It might take a while, but there's no reason to re-push while waiting.
-
由 fjy 提交于
-
由 fjy 提交于
-
由 fjy 提交于
-
由 fjy 提交于
-
由 fjy 提交于
-