-
Notifications
You must be signed in to change notification settings - Fork 915
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[DISCUSS] cuDF internal/developer documentation #6481
Comments
This issue has been marked rotten due to no recent activity in the past 90d. Please close this issue if no further response or action is needed. Otherwise, please respond with a comment indicating any updates or changes to the original issue and/or confirm this issue still needs to be addressed. |
Still very much needed. |
This issue has been labeled |
Maybe a first iteration on this would be developing some thoughts on where code lives and why between Cython and Python ? |
Yeah that sounds like a really good place to start. |
In case it helps, libcudf has a developer guide here: https://github.com/rapidsai/cudf/blob/branch-21.06/cpp/docs/DEVELOPER_GUIDE.md |
I'll target this for 21.08 along with the array refactor. |
I've been working on this and can take it off @shwina's plate. |
…res and their relationship (#10817) This PR adds an `library_design.md` file discussing cuDF's internal architecture, including its core data structures, their purpose, and how they related to pandas and libcudf objects. The document is not short, but it aims to avoid being too long by focusing mainly on the layout between classes and how they interact. I do not discuss implementation details for specific functionality (e.g. the Merge or GroupBy classes), nor do I go into detail on the layout of files on disk. The emphasis is on understanding the different principal components and how they fit together. This PR contributes to #6481. Subsequent PRs will focus on other aspects of a developer guide, such as a more information on how to contribute, write tests, benchmark, and write documentation. Authors: - Vyas Ramasubramani (https://github.com/vyasr) Approvers: - Bradley Dice (https://github.com/bdice) - Ashwin Srinath (https://github.com/shwina) URL: #10817
Because cuDF is designed and written differently from many other Python libraries, it's important that we document our internals and design choices carefully. Currently, it can be a significant effort for someone to start contributing to the cuDF source code due to the lack of developer documentation.
We're developing an outline for our dev docs here:
https://docs.google.com/document/d/1gJOw2-DuzfpNz1CPiwgw3cf3Ag1h8tu_j_kPFYCgg8k/edit#heading=h.3fq7j7kityfk
Feedback and suggestions are very much appreciated.
The text was updated successfully, but these errors were encountered: