March 30, 2006 at 18:13 | categories: httpd
Now that apr 1.2.6 has been announced, Paul Querna
has said that he plans on tagging 2.2.1 from the 2.2.x branch on Friday. With a little luck, we could have 2.2.1
by early next week.
There is still a few patches to vote on and backport before then.
|You Are the Swedish Chef|
Your happy and energetic - with borderline manic tendencies.
No one really gets you. And frankly, you don't even get you.
But, you sure can whip up a great chocolate mousse
Okay, perhaps I cheated a bit to make it say Swedish Chef rather than the original suggestion of Animal or Scooter. I know it is a silly thing to waste time on, but staring at a Solaris install that doesn't get anywhere isn't much fun in itself.
Well, I guess this is as good a time as any to announce that I've integrated initial support for DTrace inside of Containers (a.k.a. non-global zones) as of Friday, Mar 24, 2006. This means that in future Solaris Express and Community Express builds (those based on Nevada B37 or higher), you can use a subset of DTrace functionality inside of non-global zones. Here's how to use this functionality: # zonecfg -z myzone zonecfg:myzone> set limitpriv=default,dtrace_proc,dtrace_user zonecfg:myzone> ^D # zoneadm -z myzone boot # zlogin myzone myzone# dtrace -l ... myzone# plockstat -Ap `pgrep startd` ... Note that either or both of the dtrace_proc and dtrace_user privileges may be granted to a zone, but dtrace_kernel may not be (zoneadm will enforce this). The lack of dtrace_kernel means that not every DTrace script will work, since kernel state is not available to DTrace inside of a zone; but we think this represents a good start. Additional virtualization work has been done to ensure that data from other zones is not visible inside the zone, and to ensure that the interactions with other relevant privileges (proc_owner and proc_zone) behave as expected. -dp
The whole thread is here.
I'm really looking forward to getting this in a release so that we can bring it onto the ASF zones server.
- ~7,500 bug fixes / RFEs (since S10)
- Sparc: RSA in the kernel is now about twice as fast as before
- x86/64: Much faster memmove, strcpy and more
- Networking: too many things to mention
- In kernel SSL proxy - not something I've been able to find much info on, but there's a few parameters for it in this SPECweb2005 config.
- Trusted Extensions
- 200 megabytes/sec (1.6Gbs) on x64/10Gbs gear
- Future: async RPC, request scheduling. wirespeed!
- x86/64: Many fixes and improvements in drivers and FMA
- rename, move, clone
- Attach, detach (migration)
- Future?: dtrace_proc and dtrace_user
- Future: dhcp and snoop support
- Xen support
There is a lot more, but these are just the features that makes this interesting to me with the day job and the bits of AMD based gear I run Solaris on outside of work.
I've just finished downloading the beta of Solaris 10 update 2. The list of new features is not
overly exciting, but that doesn't matter too much. Small driver updates, various iSCSI updates and
other bits and pieces seen in Solaris Express.
With a bit of luck, my new machine should be delivered tomorrow (it left SHG friday). While express and opensolaris can be fun, I want to give the beta a spin before getting back to work and a pile of sparc gear next week. Obviously it goes on the T2000, but maybe I can dig out an e25k domain or something.
« Previous Page -- Next Page »
- Andrew Godwin - What can programmers learn from pilots
- New blog software and layout
- Today I made it into Flickrs TwitterTuesday
- bread meatloaf recipe
- Osso buco
- XKCD gets close to the truth
- Open Source Days 2010
- Autumn has arrived
- Recipes - Sottofiletto di Manzo al Pepe Verde and Pere al Vino Rosso
- Nearby parks