2 ms·

> Uses jq for TB json files > Hadoop: bro > Spark: bro > hive: bro > data team: bro

• deleted 8mo ago
  [deleted]
• anonymoushn 8mo ago
  are those tools known for their fast json parsers?
  • rennokki 8mo ago
    If we talk about TB or PB+ scales, then yes.
    • anonymoushn 8mo ago
      Oh, can you post some benchmarks? I didn't know that parser throughput per core would change with the amount of data like that.
• f311a 8mo ago
  JQ is very convenient, even if your files are more than 100GB. I often need to extract one field from huge JSON line files, I just pipe jq to it to get results. It's slower, but implementing proper data processing will take more time.
  • rennokki 8mo ago
    More than 100GB can be 101GB, 500GB or 1TB+. I was speaking about 1TB+ files. I'm not sure you can get it faster unless you have a parallel processor.
• eevmanu 8mo ago
  made me remember this article <https://adamdrake.com/command-line-tools-can-be-235x-faster-than-your-hadoop-cluster.html https://adamdrake.com/command-line-tools-can-be-235x-faster-...> Command-line Tools can be 235x Faster than your Hadoop Cluster (2014) Conclusion: Hopefully this has illustrated some points about using and abusing tools like Hadoop for data processing tasks that can better be accomplished on a single machine with simple shell commands and tools.
  • rennokki 8mo ago
    This article is good for new programmers to understand why certain solutions are better at scale, there is no silver bullet. And also, this is from 2014, and the dataset is < 4GB. No reason to use hadoop. The discussion we had here was involving TB of data, so I'm curious how this is faster with CLIs rather than parallel processing...