>
> My experience has been that VMs strongly focus on correctness and
> reliability, and will obey sync orders and everything else databases
> depend on.
>
>
This is true on the CPU level.
However, since I/O is a major bottleneck for VM's, things can get more complex
inside the "storag
okay, thanks to all for the info. I'm relieved..
best
Marcus
Sam Carleton wrote:
> Well, Microsoft's Hyper-V is just like VMWare. It allows multiple OS's
> to be installed and running on one machine at one time. Since sqlite is
> simply reads/writes to a file, not track/sectors, it should b
Well, Microsoft's Hyper-V is just like VMWare. It allows multiple OS's
to be installed and running on one machine at one time. Since sqlite is
simply reads/writes to a file, not track/sectors, it should be fine.
SQLite won't even know it is running on a virtual.
Marcus Grimm wrote:
Hello L
On Fri, May 29, 2009 at 8:27 AM, Marcus Grimm wrote:
> Hello List,
>
> I've been asked if my server application will run
> in a virtual machine: Microsoft's Hyper-V
> I have no idea what this is, nor if it affects sqlite.
>
> My main concern would be if the (essential) file locking
> and sync/comm
Hello List,
I've been asked if my server application will run
in a virtual machine: Microsoft's Hyper-V
I have no idea what this is, nor if it affects sqlite.
My main concern would be if the (essential) file locking
and sync/commit commands will still do the intended job
within a virtual machine.
5 matches
Mail list logo