On Fri, 12 Feb 2021 20:47:21 -0800
Micah Kornfield wrote:
> That is unfortunate, like I said if the consensus is xsimd, let's move
> forward with that.
I would say it's a soft consensus for now, and I would welcome more
viewpoints on the matter.
Regards
Antoine.
>
> On Fri, Feb 12, 2021 at
Arrow Build Report for Job nightly-2021-02-13-0
All tasks:
https://github.com/ursacomputing/crossbow/branches/all?query=nightly-2021-02-13-0
Failed Tasks:
- gandiva-jar-ubuntu:
URL:
https://github.com/ursacomputing/crossbow/branches/all?query=nightly-2021-02-13-0-github-gandiva-jar-ubuntu
I couldn't get S3 select to work with a limit (it's not designed for that),
I have used clickhouse with S3 select with Arrow support (for snowflake)
and it works great.
On Sat, 13 Feb 2021, 5:24 pm Rémi Dettai, wrote:
> Thank you Daniel for taking the time to go through the slides!
>
> S3
Thank you Daniel for taking the time to go through the slides!
S3 select is an interesting beast, but I think the benefit we could draw
from it in this usecase is pretty limited:
- for now Buzz focuses on Parquet data, which already allows efficient
projection capabilities (it uses HTTP Range
Hi Jorge,
Le 13/02/2021 à 04:56, Jorge Cardoso Leitão a écrit :
>
> One solution is to assume an offset of zero when reading from IPC. But afai
> understand, in that case, producers must themselves only share bitmap
> buffers that are aligned at "8 bit boundaries". For example, an array with
>
