Skip to content
HomeVideos
AllLongsCategoriesPlaylists
BooksBlogsPodcasts
HistoryListsWatch laterLiked videosFollowing

The videos, books, blogs and podcasts Hacker News keeps recommending, all in one place.

VideosBooksBlogsPodcastsAboutPrivacySettings

Data from Hacker News, HackerTube, HackerBooks, HackerBlogs and Open Library. Credits · Not affiliated with Y Combinator.

HomeVideosBooksBlogsPodcasts
Ctrl K

    Lower Latency Graph Queries in Cypher with Redis GraphRoi Lipman, Redis LabsTim Davis, Texas A&M U

    Redis

    3 HN recommenders · recommended in 4 months, 2018–2023

    YouTube

    46:06 · 3.5K views · May 24, 2018

    Redis Labs and Tim Davis present RedisGraph, which uses GraphBLAS to treat graph queries in Cypher as sparse linear algebra for lower latency.

    Recommended in graph database threads as a mind-blowing case for expressing graph analysis as linear algebra.

    Systems, Networks & SecurityDatabases & storageAlgorithms & data structures
    1. 1:20:11
      17. Succinct Structures IMIT OpenCourseWare17K views • 12 years ago
    2. 1:31:28
      Stanford Seminar: Beyond Floating Point: Next Generation Computer ArithmeticStanford Online33K views • 9 years ago
    3. 39:15
      The Maximal Graph - Wilker SilvaClojureTV7.5K views • 6 years ago
    4. 30:55
      [JSConfUS 2013] Steven Wittens: Making WebGL DanceJSConf56K views • 13 years ago
    5. 54:58
      Keynote - JSON Graph: Reactive REST at NetflixAssociation for Computing Machinery (ACM)41K views • 11 years ago
    6. 1:06:24
      Rich Hickey: Deconstructing the DatabaseInfoQ106K views • 14 years ago
    7. 43:39
      CRDTs and the Quest for Distributed ConsistencyInfoQ68K views • 8 years ago
    8. 52:54
      Rust at speed — building a fast concurrent databaseJon Gjengset225K views • 7 years ago
    9. 25:52
      Halide TalkAndrew Adams53K views • 12 years ago
    10. 1:08:01
      DuckDB – The SQLite for Analytics (Mark Raasveldt, CWI)CMU Database Group29K views • 6 years ago
    11. 50:31
      How Modern SQL Databases Come up with Algorithms that You Would Have Never Dreamed Of by Lukas EderDevoxx55K views • 9 years ago
    12. 1:10:10
      CRDTs: The Hard PartsMartin Kleppmann90K views • 6 years ago
    13. 42:31
      "Datafun: a functional query language" by Michael ArntzeniusStrange Loop Conference9.2K views • 9 years ago
    14. 12:20
      I Solved Klotski2swap2.1M views • 1 year ago
    15. 1:29:55
      Sorting Algorithms: Speed Is Found In The Minds of People - Andrei Alexandrescu - CppCon 2019CppCon184K views • 7 years ago
    16. 30:37
      High-performance Tree Wrangling, the APL Way // Aaron Hsu // Dyalog '18Dyalog User Meetings5.8K views • 7 years ago
    17. 19:09
      A Better Default Colormap for Matplotlib | SciPy 2015 | Nathaniel Smith and Stéfan van der WaltEnthought178K views • 11 years ago
    18. 39:49
      Lec 1 | MIT 18.06 Linear Algebra, Spring 2005MIT OpenCourseWare4.9M views • 17 years ago
    19. 49:20
      Modeling Data Concurrency w/ Asynchronous I/O in Zig - RedisConf 2020Redis11K views • 6 years ago
    20. 1:00:31
      BetrFS: A Right-Optimized Write-Optimized File SystemMicrosoft Research3.1K views • 10 years ago

    5 comments from Hacker News

    1. @redbar0nJan 2023· in “Bullshit Graph Database Performance Benchmarks”

      > If you want to be my hero, find a way to fix this problem: [LINK] Let me (try to) be your hero, Marzi. (Insert favorite reference to famous cheezy pop music song, if you like.) Couldn't you use GraphBLAS algorithms, like they do in RedisGraph (which supports Cypher, btw) to fix that problem with "death star" queries? Those algorithms are based on linear algebra and matrix operations on sparse matrices (which are like compressed bitmaps on speed, re: [LINK] ). The insight is that the adjacency list of a property-graph is actually a matrix, and then you can use linear algebra on it. But it may require the DB is built bottom up with matrices in mind from the start (instead of linked lists like Neo4j does). Maybe your double array approach in RageDB could be made to fit.. I think you'll find this presentation on GraphBLAS positively mind-blowing, especially from this moment: this video Such math-based algorithms seem perfect to optimally answer unbounded (death) star queries like “How are you connected to your neighbors and what are they?” That way, for such queries one doesn't have to traverse the graph database as a discovery process through what each node "knows about", but could view and operate on the database from a God-like perspective, similar to table operations in relational databases. Further reading: [LINK]

      Strongly recommendsView on HN
    2. @michelppDec 2018· in “Ask HN: What was your experience using a graph database?”

      Thanks for this link, very interesting talk from the graphblas author: this video I've never seen any advantage to graphdbs over relational models until I saw this talk. Raising graph analysis to the level of linear algebra is brilliant.

      Strongly recommendsView on HN
    3. @espeedSep 2018· in “The design and implementation of modern column-oriented database systems”

      On a related note, this upcoming paper on succinct graph representations will be presented at PACT next month ( [LINK] ) -- it's more data model than database, but I think you'll find it interesting... Log(Graph): A Near-Optimal High-Performance Graph Representation [pdf] [LINK] For something more database specific, check out the new RedisGraph module [1] implemented with GraphBLAS [2] by the venerable Tim Davis [3] himself, who as you know implements the underlying sparse matrix algos used in everything from MATLAB to Google Maps... RedisGraph in the Language of Linear Algebra with GraphBLAS, co-presented by RedisLabs and Tim Davis [video] this video GraphBLAS is not Redis-specific, but the Redis data structures and new modular design made it an ideal candidate for the first popular database implementation. This is significant because GraphBLAS is more than 10 years in the making, the culmination of the initial D4M matrix model design by Jeremy Kepner [4] and his team at MIT Lincoln Laboratory Supercomputing Center. And for the last ~5 years or so the software model has been designed in collaboration with hardware teams at Intel, NVIDIA, IBM, and the labs [5] to make chips and architectures optimized for these new matrix models and capable of exascale. It all came together this summer with the release of GraphBLAS 1.0 [6]. Now that GPU and TPU accelerators are populating the data centers and linear algebra has come en vogue, hopefully enough software engineers will be ready wit

      RecommendsView on HN
    4. @espeedSep 2018· in “Log(Graph): A Near-Optimal High-Performance Graph Representation (2018) [pdf]”

      This paper on succinct graph data structures will be presented at PACT ( [LINK] ) next month. To put it in the broader context of relational database programming and why it's significant now for software developers in general, here are some thoughts from a thread I posted yesterday [0] on the convergence of ideas that have been in the works for the last 10+ years on the graph database front and the forces that have aligned in hardware and other fronts to bring about the architectural paradigm shift that's to come... [0] The design and implementation of modern column-oriented database systems [LINK] --//-- This upcoming paper [...] is more data model than database, but I think you'll find it interesting. For something more database specific, check out the new RedisGraph module [1] implemented with GraphBLAS [2] by the venerable Tim Davis [3] himself, who as you know implements the underlying sparse matrix algos used in everything from MATLAB to Google Maps... RedisGraph in the Language of Linear Algebra with GraphBLAS, co-presented by RedisLabs and Tim Davis [video] this video GraphBLAS is not Redis-specific, but the Redis data structures and new modular design made it an ideal candidate for the first popular database implementation. This is significant because GraphBLAS is more than 10 years in the making, the culmination of the initial D4M matrix model design by Jeremy Kepner [4] and his team at MIT Lincoln Laboratory Supercomputing Center. And for the last ~5 years or so the s

      RecommendsView on HN
    5. @espeedNov 2018· in “Neo4j nabs $80M Series E as graph database tech flourishes”

      Hi Emil - I don't understand this comment. Last year, the MIT team showed the GraphBLAS/D4M model can achieve 100M inserts per second on a cluster [1], and it's improved since then. The GraphBLAS [2] standard has been in the works for more than 10 years. It's the culmination of the initial D4M matrix model design by Jeremy Kepner [3] and his team at MIT Lincoln Laboratory Supercomputing Center, which models graphs in the language of linear algebra. And for the last ~5 years or so the GraphBLAS software model has been designed in collaboration with hardware teams at Intel, NVIDIA, IBM, and the labs to make chips and architectures optimized for these new matrix models and capable of scaling out to exascale [4]. From a query perspective the GraphBLAS model is even better now that GPU and TPU accelerators are populating the data centers since it means you can now run local graph queries and global graph analytics algorithms on the same system and both return results in less than a second. * Google Cloud GPUs [LINK] * Google Cloud TPUs [LINK] For an overview of GraphBLAS in the context Heterogeneous High-Performance Computing (HHPC) systems running on NVIDIA GPUs and Intel Xeon Phis, see the 2015 talk Scott McMillan [5] gave at the CMU Software Engineering Institute [6]. GraphBLAS is in RedisGraph now [7] -- it uses the official GraphBLAS C implementation written by Tim Davis [8], who as you know implements the underlying sparse matrix algos used in everything from MATLAB to Googl

      CitesView on HN