This is free software: you are free to change and redistribute it. License GPLv3+: GNU GPL version 3 or later Sorry if the numpy interchange stuff is odd, it is just analogous to how I’m using pytorch in a project that is using unless you suspect that there’s something weird going on threading, there doesn’t appear to be a whole lot: $ gdb pythonĬopyright (C) 2017 Free Software Foundation, Inc. Inp, label = Variable(inp), Variable(label) Good_set = ) for vec in bad_vecs]įor i in range(0, len(shuffled_data), 4): Good_vecs = īad_vecs = īad_set = ) for vec in good_vecs] Optimizer = optim.SGD(net.parameters(), lr=alpha) Strangely, I was able to get similar code to function in an iPython notebook perfectly fine, and I can actually get code to work that trains a network even with this Variable.backwards call in the code, but the program still shows the same behaviour wherein it does not close on its own. Type "help", "copyright", "credits" or "license" for more information. This might be desired behaviour but I’m not sure what I should be doing to prevent it from happening then. When I run the following simple program using pytorch, I get some strange behaviour, where the program appears to continue after the Variable.backwards() call, but the program does not actually close, I must manually close the program myself (in this case by using ctrl+c to send SIGTERM). I’m having a pretty interesting error around the backwards function on a variable from a very simple network in pytorch.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |