Ever since some upgrade of my Ubuntu workstation it would took forever (10-15 seconds) to login to remote hosts using ssh. The solution is quite easy. Edit /etc/ssh/ssh_config and make sure you have set the following options:
Since I made these changes ssh logins again work in no time.
I don’t run Windows regularly. I use Mac OS X. I use Ubuntu. I use Solaris. But when I need to run Windows it will never, ever fail to remind me why I don’t run Windows. It’s as simple as that. If updates are available, Mac OS X will inform me. Ubuntu will inform me. And if I told it to do so, Solaris will inform me. But all of these systems will never fucking ever *reboot* my machine just because they *thought* it’d be necessary. And even if they did have a function like that, they’d sure as hell be intelligent enough to find out that there are tasks running and stop or at least postpone the reboot. Oh well, after all it’s Windows I’m ranting about here ;) Continue reading →
This has been bothering me for quite some time. Resin is one of the best application servers I’ve come across. But to get the best performance out of it, you need to recompile it for your platform. While this is no problem on Linux it never quite worked out on Solaris for me when using SunStudio 12. But now I finally made it happen. Here’s how. Continue reading →
Since Sun bought MySQL, the pace of the releases has increased a lot. Ok, we’ll see whether this will continue, but still. So now it’s MySQL 5.4. Not only quite a big jump in the minor numbers but also some improvements, the community has asked MySQL to integrate for quite some time. Especially the code contributed by Google has finally made it into MySQL. One might ask “What took you so long?”. Still, even with those improvements, the new version isn’t for me. Why?
Pace is going up over at ZenOSS. When I looked late at night yesterday, ZenOSS 2.3.296 (a.k.a. 2.4beta3) wasn’t available. It now is, including again some changes to my network monitoring package of choice.
Every time I connected to a Solaris machine from my Mac using ssh I ran into the dreaded “WARNING: terminal is not fully functional” problem. The reason is that the Mac sets its terminal type to “xterm-color” which isn’t known to Solaris. After fiddling with the termcap file with no success, I found the solution buried in the various tips on Phil’s site.
Just copy the xterm-color file provided by Phil (local copy) to the /usr/share/lib/terminfo/x/ directory. Done. Maybe you have to logout and login again to make it work, but that’s it.
Intersting find today: If you’re running Solaris 10, you’re way better off using JDK 1.5.0_xx. Using JDK 1.6.0_x will result in unusual heavy loads and application crashes on Solaris 10.
However, if you’re running Linux, it’s exactly the other way round. On Linux, JDK 1.5.0_xx will consume a lot more memory than 1.6.0_x does. In fact JDK 1.5.0_xx will even consume more memory than allowed, resulting in … yep, you guessed it: heavy loads and application crashes.
Well, it’s over one and a half years that I first postedÂ some hintsÂ about tuning the performance of a Sun web server. Now it seems that I found what looks like the optimum settings for the machines I’m currently watching over:
That’s mostly consistent with what Jens S. VÃ¶ckler writes onÂ his site, just a bit more condensed.
As some Mac users may have already noticed, installing Feisty Fawn on the Mac using Paralles isn’t easy. But there’s a way to do it:
To give credit where credit is due, you can find an excellent tutorial here.
Use “Custom options” when creating the Virtual Machine. Chose “Solaris/Other Solaris” as operating system, disable Sound and USB. When Ubuntu starts give live vga=790 as startup command. This should get you started, for the rest I suggest you read the turorial.
It’s no secret that PHP, while being one of the most favored programming languages on the Web, isn’t exactly a sprinter in terms of served requests per second. Thus most of the sites I know use some sort of PHP accelerator to boost their performance. Currently, there’s the choice between Zend Optimizer from the owners of PHP, eAccelerator (the artist formerly known as Turck MMCache), APC and lately Xcache.
I tested all of them over time and felt that now might be a good time for another round. Since the performance (if any) of Zend Optimizer kept underwhelming me and eAccelerator this time didn’t attract my interest, I ended up testing APC and Xcache only. Lots of work saved, so to say.
Tests were run on Solaris and Linux and both accelerators came out head to head with a slight advantage in speed for Xcache (less then 1% faster on average). However, the penalty is that Xcache (at least the current version) had some stability issues when run on Solaris and also seems to have problems when doing garbage collection. So I went for APC this time, which as I found out later also is what Sun uses in their CoolTools package. The systems are in production use now, we’ll se how it works out.
To optimize your Solaris 10 (Sparc) systems, Sun provides a nice tool called CoolTuner. However, installation of this tool will only work on default installations of Solaris 10 (Sparc) using the English language. To fix this, run the installer like this:
While looking for the screen utility I realized that it’s neither part of the GNU utilities provided by Sun nor can it be found on SunFreeware.com. Since I’m seldom right but never hesitant, I decided to build my own. Turns out that only one line in the source package has to be adapted. And since I needed to distribute it to more than one T2000 server, I also built a package that can be used with pkgadd.
I alreday submitted the package to SunFreeware.com but in the meantime you can grab it here: screen-4.0.2-sol10-sparc-local.gz