search for: reappropriated

...hat until > all tun descriptors ever attached to the device (even if they > have since be detached because they may still be sitting in poll) > have been closed. > > This is done by using reference counting the attached tun file > descriptors. The refcount in tun->sk has been reappropriated > for this purpose since it was already being used for that, albeit > from the opposite angle. > > Note that we no longer zero tfile->tun since tun_get will return > NULL anyway after the refcount on tfile hits zero. Instead it > represents whether this device has ever been a...

...hat until > all tun descriptors ever attached to the device (even if they > have since be detached because they may still be sitting in poll) > have been closed. > > This is done by using reference counting the attached tun file > descriptors. The refcount in tun->sk has been reappropriated > for this purpose since it was already being used for that, albeit > from the opposite angle. > > Note that we no longer zero tfile->tun since tun_get will return > NULL anyway after the refcount on tfile hits zero. Instead it > represents whether this device has ever been a...

Hi, What is the best way to deal with I/O load when running several VMs on a physical machine with local or remote storage? What I'm primarily worried about is the case when several VMs cause disk I/O at the same time. One example would be the "updatedb" cronjob of the mlocate package. If you have say 5 VMs running on a physical System with a local software raid-1 as storage and

Several years ago, before PHP introduced their built-in pfpro functions, I rolled my own crappy interface, which of course delegated to the commandline payflow client. I could certainly do the same in Ruby today. Thinking back on it, I realized at the time, and realize again now, that delegating this functionality to a commandline app is a security risk unless you''re the *only* user on