~/talk

Yellowbrick: An Elastic Data Warehouse on Kubernetes

slides:none on file

An elastic Yellowbrick warehouse runs as containerized services on Kubernetes, persisting long‑term data in S3 and using local NVMe as cache with 100MB shards segmented to 2MB. The planner serializes plans to XML, compiles them to C++ and distributes object code to MPP workers; bulk loads hit ~10 TB/hour and streaming ingestion reaches 3–5M records/sec. Networking uses a reliable UDP via DPDK layer to cut TCP overhead, custom user‑space NVMe/network drivers and a fast allocator (claimed 10–100×) to avoid kernel copies. Scaling a provisioned cluster adds nodes in ~minutes.

AI-written summary · about

  1. 0:00Start
  2. 1:29The Yellow Brick Software Stack
  3. 1:58Who and What Is Yellow Brick
  4. 3:45Hardware
  5. 4:28Use Cases
  6. 9:45The Cloud Data Warehouse Manager
  7. 14:59Workers
  8. 18:52Avoiding Kernel Overhead
  9. 20:07File Caching
  10. 21:11Are Cache Files Resilient Using Replication or Ratio Codes
  11. 22:08How Big Are Your Shards on S3
  12. 30:01Storage Engine
  13. 40:16Workload Management
  14. 41:05Resource Pools
  15. 43:04Workload Manager
  16. 43:23Flex Slots
  17. 44:20How Do You Predict How Many Resources Occurring Would Use before Running It and How Accurate Do these Predictions
  18. 46:45Os Level Optimizations
  19. 1:04:19How Does that Impact the Mapping of the Shards to the Instances of Your Compute Cluster
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.