"There is/was no PostgreSQL, Inc. to buy out that owned the code rights,
so there's no comparison to buying MySQL"
Oh.. now i see why its not popular .. even if its better..
thats another proof that popular does'nt necessarily means good..
and theres a lot of examples around...
On Mon, Oct 11,
there are two Options:
1. ZFS Storage Server with included Virtual Server on Top
I really hope to have a stable virtual server on top or based on a zfs-storage
server sometimes. This could be Xen or other. (Solaris=DomO)
But until now i can*t see a solid solution, easy to handle and supporting
Hi,
Well both Xen and VMware have scaling issues when it comes to I/O. But that's
really not too surprising given how poorly I/O is designed on x86 servers to
begin with. Not to mention the use of LInux underneath doesn't help the
situation much.
As for cloud providers, there are actually a lo
Yes and they bought it because they knew even then that they had to
differentiate themselves to compete with VMware. Also that the market is more
focused on virtualization solutions than they are on OS's. So if they want a
piece of that action, they had to invest heavily in competing by developi
Sorry for being off-topic about OpenSolaris... And about helping Garrett either.
I think that people over-estimate the value of social networks these days. Why
Garrett writes this on blogspot.com, and not on illumos.org? Which of the sites
is related to Illumos? Thanks Edward, now I know about t
>ppgsz(1) or mpss.so.1(1) can set preferred page size for
>existing (ppgsz) or new (both) processes.
>
>Is there anything that can similarly remove execute permission
>from the stack of 32-bit processes, without do so on a system-wide
>basis (i.e. without putting set noexec_user_stack=1 in /etc/s
On 14/10/2010 18:24, Octave Orgeron wrote:
Even Red Hat has
realized this and are pushing their KVM agenda.
RH are pushing KVM because they spent $107M on Qumranet, over 2 years
ago. This also presumably explains why Fedora has been less than
enthusiastic about Xen.
ppgsz(1) or mpss.so.1(1) can set preferred page size for
existing (ppgsz) or new (both) processes.
Is there anything that can similarly remove execute permission
from the stack of 32-bit processes, without do so on a system-wide
basis (i.e. without putting set noexec_user_stack=1 in /etc/system)?