Intel Files Patent For Software-Defined Super Cores, Allowing 2 or More Cores to Function as One

[Riccochet]

Oh ok that's cool. My clusters don't have nodes.. errr actually they do I we just don't like the idea of having our DB's in the cluster.. Sharing IOP's is not for us, nor is setting up direct mapped shares per host for the VM's themselves... I suppose I could read up on doing that, haven't tinkered with it. Now you got me thinking about it. lol. 512 is doable, but our host CPU's could get constrained... Our use for our environment is EXTREMELY time critical. We can't loose ticks. humm... worth revisiting though our hosts HAVE the threads and memory since our last refresh...

Do you license your entire virtual cluster for MSSQL? That's where the licensing becomes muddy for us and overly expensive.

Our VM environment is mixed use. We have several thousand SQL instances though. Instead of managing SPLA licensing ourselves we use Azure agents that report directly to M$ and get a considerable discount for doing so.

 

[Skillz]

Man so many DBA experts here. I need to start a thread so I can pick all of your brains on optimizing my database!

 

[Grimlakin]

Our VM environment is mixed use. We have several thousand SQL instances though. Instead of managing SPLA licensing ourselves we use Azure agents that report directly to M$ and get a considerable discount for doing so.

Ah, yea our demand for minimal latency is extreme. Part because our vendors DB design is... very specific. I'll leave that as is. And part just because of the nature of what we do. We track the nanoseconds of every jump in our DB (via triggers) to make sure that we have everything as optimized as we can get it to not burn time. So far (knocks on wood) it's been very successful for us.

And Stoly your DB servers are larger than ours. Our actual DB size is actually not that large in comparison to the big ones out there. Our use case is very specific though.