flaushi

Thanks a lot for this hint, however it only works for MySQL. In postgres and mssql, this check is realized in a different way: there is a named _check_ or...

so in a migration, one could include ``` $values = \implode( ', ', \array_map( function ($value) { return "'{$value}'"; }, YourEnumType::getValues() ) ); $this->addSql('ALTER TABLE table DROP CONSTRAINT table_column_check'); $this->addSql('ALTER...

I experience the same problems, although I have already updated torch. However I have **cudnn 7.0.5.15-1** installed alongside with cuda 9.1. I also had to follow [this workaround](https://github.com/soumith/cudnn.torch/issues/359#issuecomment-355205976) in order...

Let me guess: do you run into trouble only with instance normalization enabled? So do I...

There are other people encountering this problem, too, see [here #137 ](https://github.com/jcjohnson/fast-neural-style/issues/137) I did follow all mentioned workarounds there, but nothing really helped.

Hmm, ok, can you give me the id of the last git commit of torch, I would try to check that out then. You can print that `git log`

`git log` then you will see a list of commit messages, the topmost is the one I would need

FYI: I am training with batch_size 2 and style_image_size 256 on a GTX 1060 with 3GB. I use ubuntu with nvidia-390, nvidia-cuda-dev v 7.5.18, libcudnn7 /7.0.5.15 and cuda_9.1.85

However, I do have to say that exactly this configuration does have problems with instance normalization! The eccv-models work well, also training without instance normalization seems to give reasonable results.

I also encounter the problem, **that train.lua runs out of memory as soon as a checkpoint is stored**. I can also continue training from this checkpoint with `-checkpoint_name c -resume_from_checkpoint...