The Wayback Machine - http://web.archive.org/web/20211228182347/https://github.com/topics/gpu
Skip to content
#

gpu

Here are 2,607 public repositories matching this topic...

zgplvyou
zgplvyou commented Dec 6, 2021

there may be a log error in pytorch/aten/src/THC/THCGenerateByteTypes.h, in line2, #error "You must define THC_GENERIC_FILE before including THGenerateByteTypes.h", the "THGenerateByteTypes.h" should be "THCGenerateByteTypes.h".
bty, this file is a general file to generate files of different scalar_t, so i think, the name is better to be THGenerateTypes.h.

CitrusDusk
CitrusDusk commented Dec 27, 2021

When drawing particles in a 3D scene using the GGUI system:

scene.particles(vertices, radius, color, per_vertex_color),

currently, it can only draw a group of particles with the same radius, but I want to draw a bunch of particles where each particle has a different radius.

I wish a per_vertex_radius parameter could be added so that we can specify the radius for each individual partic

ayulockin
ayulockin commented Dec 1, 2021

I am working on creating a WandbCallback for Weights and Biases. I am glad that CatBoost has a callback system in place but it would be great if we can extend the interface.

The current callback only supports after_iteration that takes info. Taking inspiration from XGBoost callback system it would be great if we can have before iteration that takes info, before_training, and `after

rsn870
rsn870 commented Aug 21, 2020

Hi ,

I have tried out both loss.backward() and model_engine.backward(loss) for my code. There are several subtle differences that I have observed , for one retain_graph = True does not work for model_engine.backward(loss) . This is creating a problem since buffers are not being retained every time I run the code for some reason.

Please look into this if you could.

solardiz
solardiz commented Dec 21, 2021

Somehow some of these names start with fmt_ocl_ while most start with fmt_opencl_. Is this intentional? It causes the fmt_ocl_ to be listed/tested/benchmarked first. Then there's fmt_opencl_1otus5 with a 1 (one) in there. So the first OpenCL formats become:

john_register_one(&fmt_ocl_cryptosafe);
john_register_one(&fmt_ocl_cryptsha1);
john_register_one(&fmt_ocl_KeePass);
john

H2O is an Open Source, Distributed, Fast & Scalable Machine Learning Platform: Deep Learning, Gradient Boosting (GBM) & XGBoost, Random Forest, Generalized Linear Modeling (GLM with Elastic Net), K-Means, PCA, Generalized Additive Models (GAM), RuleFit, Support Vector Machine (SVM), Stacked Ensembles, Automatic Machine Learning (AutoML), etc.

  • Updated Dec 28, 2021
  • Jupyter Notebook
nvdbaranec
nvdbaranec commented Dec 7, 2021

Based on @karthikeyann's work on this PR rapidsai/cudf#9767 I'm wondering if it makes sense to consider removing the defaults for the stream parameters in various detail functions. It is pretty surprising how often these are getting missed.

The most common case seems to be in factory functions and various ::create functions. Maybe just do it for those?

Improve this page

Add a description, image, and links to the gpu topic page so that developers can more easily learn about it.

Curate this topic

Add this topic to your repo

To associate your repository with the gpu topic, visit your repo's landing page and select "manage topics."

Learn more