These days I am constantly experimenting models with different architecture / hyper parameters. Because I am working with lots of images, I realized that it takes quite a bit of time for loading training or validation images every epoch from the disk. Yes, I am using a solid state drive, but it is still slow compared to RAM. To speed up the training, I have been saving images into the RAM in my Python code, which definitely expedites the training.
However, there are two main issues I see. The first is that raw training files are usually in JPEG images, which do not take up much space. However, when I am saving the image data in the Python code, I save the images in the numpy array of bitmap format, which significantly expands the storage space.
The second issue is that I have two GPUs in the server, thus sharing the CPU and RAM. When I am running different models on each GPU, but they share the same set of training data, I would have two copies of the exact same dataset in memory.
So, I was looking for a solution, and I found one that is very easy to implement. On Linux, there is a way to create a RAM disk, which is basically chunk of data saved in RAM but the system treats it as if it is a disk. Basically, I would mount a RAM disk and have the programs access the data from this RAM disk mount location.
Here is how to do it. The instructions below are based on this excellent article. First, create a folder to which you will mount the RAM disk.
$ sudo mkdir /mnt/ramdisk
Next, mount the RAM disk with specified space. For example,
$ sudo mount -t tmpfs -o size=1024m tmpfs /mnt/ramdisk
Finally, copy your training data into this folder and make sure to have your training code point to the new location.
$ cp -r /your/training/data /mnt/ramdisk
Happy training!
** Something to keep in mind **
- This is RAM, so every time your system reboots, the content will be gone
- Make sure that you have enough free RAM so that your data can fit in
Tuesday, October 24, 2017
Monday, October 16, 2017
Thread-Safe Generators in Python
In this post, we will go over how to create thread-safe generators in Python. This post is heavily based on this excellent article.
Generator makes life so much easier when coding in Python, but there is a catch; raw generators are not thread-safe. Consider the example below:
We see that the generator does not produce correct output when multiple threads are accessing this at the same time.
One easy way to make it thread-safe is by creating a wrapper class that simply lets only one thread to execute the generator's next method at any given time with threading lock. This is shown below:
Note that the generator now is thread-safe but doesn't execute its next method in parallel. You can also use Python's decorator to make it look even easier, although it basically does the same thing.
Generator makes life so much easier when coding in Python, but there is a catch; raw generators are not thread-safe. Consider the example below:
We see that the generator does not produce correct output when multiple threads are accessing this at the same time.
One easy way to make it thread-safe is by creating a wrapper class that simply lets only one thread to execute the generator's next method at any given time with threading lock. This is shown below:
Note that the generator now is thread-safe but doesn't execute its next method in parallel. You can also use Python's decorator to make it look even easier, although it basically does the same thing.
Monday, October 2, 2017
Three Minutes Daily Vim Tip: Disable a Key
The letter 'J' in vim is mapped to a shortcut to join two lines. Unfortunately, the letter 'j' is used a lot to navigate, and I often mistakenly press shift along with 'j'. This is quite annoying, so I decided to simply disable this shortcut.
To do this, open up ~/.vimrc file and add the following line:
nnoremap J <nop>
That's it!
To do this, open up ~/.vimrc file and add the following line:
nnoremap J <nop>
That's it!
Sunday, October 1, 2017
Applying Common Changes to Multiple Branches in Git
Say you have two branches, branchA and branchB.
Assume that in branchA you have
file1.txt
file3.txt
whereas in branchB you have
file2.txt
file3.txt
Say you want to make some change that will be common to both branchA and branchB; that is, for example, you want to add the same file to them, so that branchA shall become
file1.txt
file3.txt
file4.txt
and branchB shall become
file2.txt
file3.txt
file4.txt
To do this, you first need to commit to either branch, say branchA.
$ git checkout branchA
$ # write file4.txt
$ git add file4.txt
$ git commit file4.txt -m 'add file4'
Next, you just need to clone the very last commit using git cherry-pick
$ git checkout branchB
$ git cherry-pick branchA
If you have more branches, then simply repeat the above cherry-pick steps to branchC, branchD, and so forth.
Assume that in branchA you have
file1.txt
file3.txt
whereas in branchB you have
file2.txt
file3.txt
Say you want to make some change that will be common to both branchA and branchB; that is, for example, you want to add the same file to them, so that branchA shall become
file1.txt
file3.txt
file4.txt
and branchB shall become
file2.txt
file3.txt
file4.txt
To do this, you first need to commit to either branch, say branchA.
$ git checkout branchA
$ # write file4.txt
$ git add file4.txt
$ git commit file4.txt -m 'add file4'
Next, you just need to clone the very last commit using git cherry-pick
$ git checkout branchB
$ git cherry-pick branchA
If you have more branches, then simply repeat the above cherry-pick steps to branchC, branchD, and so forth.
Subscribe to:
Posts (Atom)