Hi, Ofc. Its that simple. No matter what hardware or disk configuratio you may have, you can still measure maximum througput easily with dd. Just use large enough size so that raid controller / disk cache wont help you.
Other measurements can be done with for exampel bonnie++ or then just extract some large archive and measure the extract time. And its not about performance problems, its just the cold fact that ESXi is way slower in disk troughput than Xen. You dont have to believe me, you can google or then just try it for yourself. :) Im not saying that ESXi performs poorly, im sure that the performance is more than enough. Im just saying that if you can choose, then why use the slower option. ESXi is paravirtualized yes, but its not the same way than Xen is. Xen has own kernel for domU's (guests) that has the frontend drivers to communicate with the hypervisor. That gives a huge performance boost because the speed is exactly the same that you would get with bare metal. You cannot achieve the same speed with ESXi guests that you would have with bare-metal. ESXi is very nice, I use it myself too. But its still slower and for gameserver usage speed is everything. And its a lot of slower, maybe about 30-40%. - Valtteri Kiviniemi A. Eijkhoudt kirjoitti: > Valtteri Kiviniemi wrote: >> r...@srcds-1:/root# dd if=/dev/zero of=/root/test.img bs=1M count=4096 >> 4096+0 records in >> 4096+0 records out >> 4294967296 bytes (4.3 GB) copied, 21.5771 s, 199 MB/s > > It's not that simple. Disk speed depends on the situation and underlying > hardware/architecture. We're using a SAN with iSCSI targets and not > seeing any performance problems at all... > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
