I have no idea why you would use /dev/urandom over /dev/random, or vice versa. If you can write something, I would be very grateful.
/dev/urandom on the other hand is a CSPRNG that is regularly re-seeded from /dev/random. The purpose is to stretch the avilable entropy to more (pseudo-)random numbers. Since it's a CSPRNG the sequence is deterministic but impractical to predict, re-seeding helps in preventing others from observing too much output to reverse-engineer the seed.
So advice is generally to only use /dev/random when you're implementing something like /sev/urandom and for SSL keys and the like you just use /dev/urandom.
/dev/random and /dev/urandom are two interfaces to essentially the same CSPRNG.
On Linux, unlike FreeBSD (where there is no difference between the two), there are two differences between random and urandom:
(1) random will block when a kernel entropy estimator indicates that too many bytes have been drawn from the CSPRNG and not enough entropy bytes have been added to it
(2) urandom and random pull from separate output pools (both of which receive the same entropy input, and both of which are managed the same way).
It is not true that /dev/urandom is a PRNG and /dev/random is not; it is not true that /dev/random is a CSPRNG and /dev/urandom is just a PRNG. They are the same thing, with a extremely silly policy difference separating them.