Hi Shain, all!
Shain Miley wrote: > Ok...based on the responses that I received so far...it seems like maybe > I should be leaning toward a non virtualized solution. Virtualization includes overhead. It is fine as long as your application can tolerate that, but if your performance demands grow there will be a point where a DB server in a virtual machine will cause trouble but the same HW as a "real" machine would still suffice. > > What I am wondering now is... > > 1) would it be better to have one MySQL instance running and have the > developers each have their own DB inside that one instance? > or > 2) would it be better to have each developer have their own MySQL > instance on the same machine? > or > 3) some combination of the above...maybe have the developers split > between 2 or 3 MySQL instances on the same machine... This depends on the number of developers. I would try to have separate instances, to isolate developers against each other (allow independent start/stop, separate configuration, isolate dumps, allow independent recovery, protect against crashes, ...) The obvious drawback is that this will take slightly more RAM, and that caches will not be shared. You need not fear multiple code pages in RAM as long as all instances use the same code files. If you can't have one per developer, at least try to have more than one in total. Several DB server instances in the same OS instance on a "real" machine will still need less RAM than equivalent DB instances in separate OS virtual machines. HTH, Jörg -- Joerg Bruehe, MySQL Build Team, [EMAIL PROTECTED] Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Vorsitzender des Aufsichtsrates: Martin Haering Muenchen: HRB161028 -- MySQL General Mailing List For list archives: http://lists.mysql.com/mysql To unsubscribe: http://lists.mysql.com/[EMAIL PROTECTED]