Comments (8)
Hi,
Thanks for the feedback. This behavior is certainly strange. Are you using a computing cluster ? Are you changing the $CUDA_VISIBLE_DEVICES environment variable ?
We will investigate this issue. For the time being, you can always manually override the SETTINGS variable to change the settings:
import cdt
cdt.SETTINGS.GPU=1
We will get back to you if we have more details on the automatic detection issues.
Best,
Diviyan
from causaldiscoverytoolbox.
Hello again,
I do not use a cluster, only Windows10 and CUDA 10.0 (I believe) for a single GPU.
Every single python package was installed using pip (which defaults to pip for python3.6 on windows).
By the way, what is the expected speed of training for GNN? I find it considerably slow compared to Computer Vision GANs, although increasing the sample size doesn't affect the speed much.
Thanks for all the work,
Arno V.
from causaldiscoverytoolbox.
It seems that the GPUtil package is not fully compatible with Windows. Is the behaviour correct if you set manually the cdt.SETTINGS.GPU
variable ?
The GNN and CGNN to a bigger extent, are quite slow: they are retraining a neural network for each new configuration, and 8 times for averaging of results (nruns parameter). The criterion used is MMD (squared complexity w.r.t the batch size) . However, the training time of one configuration should be quite fast, as the MMD and neural architecture are optimized (50+ it/s for data of 20 variables and 500 points).
Which version of the CDT are you using ? There was one version that had unoptimized torch.data.dataloader objects, which crippled the performance.
Best,
Diviyan
from causaldiscoverytoolbox.
I'm using CDT 0.5.0 . I am not yet able to test the cdt.SETTINGS.GPU=1
behavior, but will in the near future!
So far, after my tweaks (adding a layer + an additional mapping to augment the MMD kernel) , the Dataloader takes 30% of the time of each epoch.
I've thought about just using torch randperms , but the performance was the same.
However, I believe MMD is not dependent on the ordering of the sample.
As such, never shuffling the sample might be an ok move.
PS: I have a partial understanding of what p-hacking is, and inside of GNN, the TTestCriterion.loop(AB,BA)
seems like p-hacking to me (repeating experiments while significance is not obtained). I could obviously be wrong though.
PPS: I sent you an email (LRI address) asking for some ideas. Feel free to reply however you like !
from causaldiscoverytoolbox.
To add an extra time when this behavior was encountered: after experiments using CUDA from cdt, I decided to shut down all CDT+CUDA related kernels in Jupyter.
I then went on to run a python script involving CDT and CUDA.
The script could not detect cuda, however setting SETTINGS.GPU=1
fixed it.
Without this line, I could not make it work with CUDA, and had to reboot the PC.
from causaldiscoverytoolbox.
I do understand your concern on the TTestCriterion; however we are not selecting the samples to be significant, we are only adding more runs. I do understand the confusion however, we will consider removing it.
I think you will have to add cdt.SETTINGS.GPU=1
on every script, because of the incompatibility of GPUtils with Windows...
I will check the (C)GNN's performance. What size of data are you using and on how many epochs per second is the model running ?
Could you give me your hardware configuration ?
Best,
Diviyan
from causaldiscoverytoolbox.
I will only be able to dive into the specifics of my lab's computer around early september π
For the data size, what I usually do is (because of memory limits) not allow more than a 1000 samples for each pair.
Some pairs do reach 1000, and I generally put the batch size as either all or half the dataset. The batch size then depends on how many data points there are for a given pair.
from causaldiscoverytoolbox.
We removed the TTest criterion for more consistency in the code. The issue comes from the library GPUtil, not really compatible with CDT. When using Windows, please set the GPU number manually:
cdt.SETTINGS.GPU=1
I will be closing this issue; don't hesitate to reopen it if the workaround doesn't work.
Best,
Diviyan
from causaldiscoverytoolbox.
Related Issues (20)
- [BUG] cdt.data.load_dataset('sachs') + one of the returned objects, 'target', is inconsistent with the paper(Sachs,etc 2005) HOT 1
- [fileNotFoundError: [Errno 2]] cdt.causality.graph.LiNGAM + No such file or directory: 'C:\\anaconda\\lib\\site-packages\\cdt\\utils\\R_templates\\test_import.R' HOT 1
- GIES targets and target.index parameter needs to be exposed HOT 2
- [BUG] orient_graph removes some of the edges
- [Question] What does the causal score in the pairwise model really indicate?
- ImportError: R Package (k)pcalg/RCIT is not available. HOT 3
- [BUG] CGNN run() Wrong way to calculate the score HOT 1
- FloatingPointError: The system is too ill-conditioned for this solver. The system is too ill-conditioned for this solver HOT 1
- Help! HOT 1
- Can PC algorithm be used for causal discovery under mixed types of dataοΌ
- ImportError: R Package pcalg is not available
- [BUG] autoset_settings() fails with MIG GPU
- CCDr algorithm execution error
- CCDr Algorithm + estimate.dag in R Script, Error in weights HOT 3
- CGNN running time is too long
- [BUG] SAM + torch/numpy casting issue
- SAM, Running in parallel
- SAM, Generative loss explodes during validation phase
- [BUG] CGNN error: module 'networkx' has no attribute 'adj_matrix'
- [BUG] SAM: Probabilities/Edge-Weights greater than 1 from method predict if not fullbatch
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. πππ
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google β€οΈ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from causaldiscoverytoolbox.