Re: [osol-discuss] Oracle to soon hike MySQL pricing!

2010-10-15 Thread Fabio Kaminski
"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,

Re: [osol-discuss] [xen-discuss] XEN on OpenIndiana

2010-10-15 Thread Günther
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

Re: [osol-discuss] [xen-discuss] XEN on OpenIndiana

2010-10-15 Thread Octave Orgeron
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

Re: [osol-discuss] [xen-discuss] XEN on OpenIndiana

2010-10-15 Thread Octave Orgeron
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

Re: [osol-discuss] urgent-D'Amore needs website guru's to ovehaul illumos site

2010-10-15 Thread Dmitry G. Kozhinov
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

Re: [osol-discuss] 32-bit noexec_user_stack on per-process basis?

2010-10-15 Thread Casper . Dik
>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

Re: [osol-discuss] [xen-discuss] XEN on OpenIndiana

2010-10-15 Thread Evan Lavelle
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.

[osol-discuss] 32-bit noexec_user_stack on per-process basis?

2010-10-15 Thread Richard L. Hamilton
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)?