+1

2017-11-04 11:00 GMT-07:00 Burak Yavuz <brk...@gmail.com>:

> +1
>
> On Fri, Nov 3, 2017 at 10:02 PM, vaquar khan <vaquar.k...@gmail.com>
> wrote:
>
>> +1
>>
>> On Fri, Nov 3, 2017 at 8:14 PM, Weichen Xu <weichen...@databricks.com>
>> wrote:
>>
>>> +1.
>>>
>>> On Sat, Nov 4, 2017 at 8:04 AM, Matei Zaharia <matei.zaha...@gmail.com>
>>> wrote:
>>>
>>>> +1 from me too.
>>>>
>>>> Matei
>>>>
>>>> > On Nov 3, 2017, at 4:59 PM, Wenchen Fan <cloud0...@gmail.com> wrote:
>>>> >
>>>> > +1.
>>>> >
>>>> > I think this architecture makes a lot of sense to let executors talk
>>>> to source/sink directly, and bring very low latency.
>>>> >
>>>> > On Thu, Nov 2, 2017 at 9:01 AM, Sean Owen <so...@cloudera.com> wrote:
>>>> > +0 simply because I don't feel I know enough to have an opinion. I
>>>> have no reason to doubt the change though, from a skim through the doc.
>>>> >
>>>> >
>>>> > On Wed, Nov 1, 2017 at 3:37 PM Reynold Xin <r...@databricks.com>
>>>> wrote:
>>>> > Earlier I sent out a discussion thread for CP in Structured Streaming:
>>>> >
>>>> > https://issues.apache.org/jira/browse/SPARK-20928
>>>> >
>>>> > It is meant to be a very small, surgical change to Structured
>>>> Streaming to enable ultra-low latency. This is great timing because we are
>>>> also designing and implementing data source API v2. If designed properly,
>>>> we can have the same data source API working for both streaming and batch.
>>>> >
>>>> >
>>>> > Following the SPIP process, I'm putting this SPIP up for a vote.
>>>> >
>>>> > +1: Let's go ahead and design / implement the SPIP.
>>>> > +0: Don't really care.
>>>> > -1: I do not think this is a good idea for the following reasons.
>>>> >
>>>> >
>>>> >
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe e-mail: dev-unsubscr...@spark.apache.org
>>>>
>>>>
>>>
>>
>>
>> --
>> Regards,
>> Vaquar Khan
>> +1 -224-436-0783 <(224)%20436-0783>
>> Greater Chicago
>>
>
>

Reply via email to