Quicksearch
Disclaimer
The individual owning this blog works for Oracle in Germany. The opinions expressed here are his own, are not necessarily reviewed in advance by anyone but the individual author, and neither Oracle nor any other party necessarily agrees with them.
Navigation
Opensolaris at Smugmug
Sunday, October 12. 2008
Don MacAskill (the CEO of SmugMug - yeah CEO and geekdom isn´t mutually exclusive) did an interesting experiment - he used an Opensolaris system for one of his database replicas. And his experiences were really positive (besides of the usual pet peeve we already working on 
):
): I’m a Linux geek, have been since 1993 (Slackware!). All of SmugMug’s datacenters (and our EC2 images) are built on Linux. But the current state of filesystems on Linux is awful, and it’s been awful for at least 8 years. As a result, we’ve put our first OpenSolaris box into production at SmugMug and I’ve been pleasantly surprised with the performanceThe configuration has a really interesting speciality. He used compression.
Lo and behold, it worked! We’re getting a 2.12X compression ratio on our DB, and performance is keeping up just fine. I ran some quick performance tests on large linear reads/writes and we were measuring 45.6MB/s sustained uncompression and 39MB/s sustained compression on a single-threaded app on an Opteron CPU.
Comments
Display comments as
(Linear | Threaded)
I really liked to fake Jim Zemlin comment
http://blogs.smugmug.com/don/2008/10/10/success-with-opensolaris-zfs-mysql-in-production/#comment-103441
http://blogs.smugmug.com/don/2008/10/10/success-with-opensolaris-zfs-mysql-in-production/#comment-103441
#1
on
2008-10-12 20:49
Sorry, I meant the fake comment. It wasn't me commenting it...
#1.1
on
2008-10-12 20:51
How does he manage to run OpenSolaris in production? I'd love to but the licence doesn't permit it 
#2
on
2008-10-13 10:54
"2.0 LIMITED LICENSE
Sun grants You a non-exclusive and non-transferable license to internally reproduce and use Software solely for purpose of evaluation in a test environment. Software shall not be used in a production environment."
I think "shall not be used" means smth like "You should not use it in prod."
Sun grants You a non-exclusive and non-transferable license to internally reproduce and use Software solely for purpose of evaluation in a test environment. Software shall not be used in a production environment."
I think "shall not be used" means smth like "You should not use it in prod."
#2.1
on
2008-10-13 11:15
I think it's just a legal statement. SUN does not want to be sued for Software given away for free.
And as any other company, they want to have support contracts for only a limited number of versions, to avoid users and support personal getting confused.
If you do your own maintenance anyway and do not want to buy support, go ahead, there is nothing that can stop you from using Solaris.
And as any other company, they want to have support contracts for only a limited number of versions, to avoid users and support personal getting confused.
If you do your own maintenance anyway and do not want to buy support, go ahead, there is nothing that can stop you from using Solaris.
The author does not allow comments to this entry
The LKSF book
The book with the consolidated Less known Solaris Tutorials is available for download here
Web 2.0
Contact
Networking
xing.com
LinkedIn
Facebook
My photos
- mail: joerg@c0t0d0s0.org
Networking
xing.com
My photos
Comments
about End of c0t0d0s0.org
Mon, 01.05.2017 11:21
Thank you for many interesting
blog posts. Good luck with al
l new endeavours!
Fri, 28.04.2017 13:47
At least with ZFS this isn't c
orrect. A rmdir for example do
esn't trigger a zil_commit, as
long as you don't speci [...]
Thu, 27.04.2017 22:31
You say:
"The following dat
a modifying procedures are syn
chronous: WRITE (with stable f
lag set to FILE_SYNC), C [...]
Don gave an update to his article about mysql on Opensolaris. Now he published an update to his article with ZFS & MySQL/InnoDB Compression Update:Conclusion? Unless you care a great deal about eking out every last byte (using a RAM disk, for example)
Tracked: Oct 14, 06:54