- 04 1月, 2018 2 次提交
- 03 1月, 2018 2 次提交
-
-
由 twalthr 提交于
-
由 Xingcan Cui 提交于
This closes #5169.
-
- 02 1月, 2018 3 次提交
-
-
由 Tony Wei 提交于
[FLINK-8326] CheckpointCoordinatorTest#testRestoreLatestCheckpointedStateScaleOut() didn't use the correct parameter to trigger test function
-
由 Xingcan Cui 提交于
-
由 Dian Fu 提交于
This closes #5141
-
- 01 1月, 2018 2 次提交
-
-
由 Till Rohrmann 提交于
The YarnClusterClientV2 is no longer needed since we have removed FlinkYarnCLI.
-
由 Till Rohrmann 提交于
The FlinkYarnCLI is not needed and is, thus, being removed. This closes #5217.
-
- 30 12月, 2017 1 次提交
-
-
由 Till Rohrmann 提交于
It is no longer needed to wait for the registration of task managers and to not use slot sharing when submitting jobs to the Flip-6 MiniCluster. Therefore, we can remove these work arounds from the Flip6LocalStreamEnvironment. Adapt comment in RestClusterClient This closes #5101.
-
- 29 12月, 2017 3 次提交
-
-
由 Till Rohrmann 提交于
-
由 Dian Fu 提交于
This closes #5142
-
由 Xpray 提交于
This closes #5206
-
- 27 12月, 2017 1 次提交
-
-
由 Xingcan Cui 提交于
-
- 26 12月, 2017 1 次提交
-
-
由 Xpray 提交于
This closes #5203
-
- 22 12月, 2017 2 次提交
-
-
由 Cristian 提交于
This closes #5199
-
由 Greg Hogan 提交于
Now that Flink only supports builds for Scala 2.11+ we can unconditionally enable the Kafka 0.11 connector. This closes #5195
-
- 21 12月, 2017 4 次提交
-
-
由 Greg Hogan 提交于
Update 2.7.3 to 2.7.5 and 2.8.0 to 2.8.3 This closes #5137
-
由 Greg Hogan 提交于
This is an incremental upgrade to the Scala security release 2.11.12. This closes #5136
-
由 Greg Hogan 提交于
Double.MIN_VALUE != min(double) This closes #5126
-
由 Nico Kruber 提交于
com.datastax.driver.core.NettyUtil expects netty to be present either at its original package or relocated to com.datastax.shaded.netty. By relocating it to this package we make sure the driver follows its designated path. This closes #5183.
-
- 19 12月, 2017 3 次提交
-
-
由 Rong Rong 提交于
This closes #5148.
-
由 Piotr Nowojski 提交于
Since Java 8 Metaspace has replaced PermGen This closes #5158.
-
由 twalthr 提交于
This closes #4612.
-
- 18 12月, 2017 5 次提交
- 16 12月, 2017 1 次提交
-
-
由 zentol 提交于
-
- 15 12月, 2017 1 次提交
-
-
由 Stephan Ewen 提交于
This closes #5166
-
- 14 12月, 2017 9 次提交
-
-
由 Till Rohrmann 提交于
-
由 shuai.xus 提交于
[FLINK-7928] [runtime] extend the resources in ResourceProfile for precisely calculating the resource of task manager Summary: ResourceProfile denotes the resource requirements of a task. It should contains: 1. The resource for the operators: the resources in ResourceSpec (please refer to jira-7878) 2. The resource for the task to communicate with its upstreams. 3. The resource for the task to communicate with its downstreams. Now the ResourceProfile only contains the first part. Adding the last two parts. Test Plan: UnitTests Reviewers: haitao.w Differential Revision: https://aone.alibaba-inc.com/code/D330364 This closes #4991.
-
由 Till Rohrmann 提交于
-
由 shuai.xus 提交于
Summary: Now, flink only support user define CPU and MEM, but some user need to specify the GPU, FPGA and so on resources. So it need to make the resouce type extendible in the ResourceSpec. Add a extend field for new resources. Test Plan: UnitTest Reviewers: haitao.w Differential Revision: https://aone.alibaba-inc.com/code/D327427 make Resource abstract and add GPUResource FPGAResource This closes #4911. Add a resource spec builder and remove FPGAResource
-
由 Till Rohrmann 提交于
-
由 Till Rohrmann 提交于
This commit adds support for queued scheduling with slot sharing to the SlotPool. The idea of slot sharing is that multiple tasks can run in the same slot. Moreover, queued scheduling means that a slot request must not be completed right away but at a later point in time. This allows to start new TaskExecutors in case that there are no more slots left. The main component responsible for the management of shared slots is the SlotSharingManager. The SlotSharingManager maintains internally a tree-like structure which stores the SlotContext future of the underlying AllocatedSlot. Whenever this future is completed potentially pending LogicalSlot instantiations are executed and sent to the slot requester. A shared slot is represented by a MultiTaskSlot which can harbour multiple TaskSlots. A TaskSlot can either be a MultiTaskSlot or a SingleTaskSlot. In order to represent co-location constraints, we first obtain a root MultiTaskSlot and then allocate a nested MultiTaskSlot in which the co-located tasks are allocated. The corresponding SlotRequestID is assigned to the CoLocationConstraint in order to make the TaskSlot retrievable for other tasks assigned to the same CoLocationConstraint. Port SchedulerSlotSharingTest, SchedulerIsolatedTasksTest and ScheduleWithCoLocationHintTest to run with SlotPool. Restructure SlotPool components. Add SlotSharingManagerTest, SlotPoolSlotSharingTest and SlotPoolCoLocationTest. This closes #5091.
-
由 Till Rohrmann 提交于
-
由 Till Rohrmann 提交于
Not only check for a slot request with the right allocation id but also check whether we can fulfill other pending slot requests with an unclaimed offered slot before adding it to the list of available slots. This closes #5090.
-
由 Till Rohrmann 提交于
Before logical slots like the SimpleSlot and SharedSlot where associated to the actually allocated slot via the AllocationID. This, however, was sub-optimal because allocated slots can be re-used to fulfill also other slot requests (logical slots). Therefore, we should bind the logical slots to the right id with the right lifecycle which is the slot request id. This closes #5089.
-