Oracle To Bring Dtrace To Linux 155
mvar writes "Dtrace co-author Adam Leventhal writes on his blog about Dtrace for Linux: 'Yesterday (October 4, 2011) Oracle made the surprising announcement that they would be porting some key Solaris features, DTrace and Zones, to Oracle Enterprise Linux. As one of the original authors, the news about DTrace was particularly interesting to me, so I started digging. Even among Oracle employees, there's uncertainty about what was announced. Ed Screven gave us just a couple of bullet points in his keynote; Sergio Leunissen, the product manager for OEL, didn't have further details in his OpenWorld talk beyond it being a beta of limited functionality; and the entire Solaris team seemed completely taken by surprise. Leunissen stated that only the kernel components of DTrace are part of the port. It's unclear whether that means just fbt or includes sdt and the related providers. It sounds certain, though, that it won't pass the DTrace test suite which is the deciding criterion between a DTrace port and some sort of work in progress.'"
Re: (Score:1)
What I wonder is how exactly Oracle will turn this into an immensely dickish move
The license, man. The license.
Re: (Score:3)
As long as the leave strace in place. Apple replaced ktrace with dtrace and I've been hating it ever since.
It's not that dtrace is bad, it's just that they have different purposes, and dtruss has several problems ktrace/strace does not:
Ok, rant over.
Re: (Score:2)
Damn, not sure how I forgot the worst part of all. dtruss requires root to be run, so you usually have to do some convoluted double sudo to run a program the same way as without it.
Phasing out Solaris? (Score:3, Insightful)
Re: (Score:2)
Re: (Score:3)
Hate to tell you this, but they killed OpenSolaris a long time ago.
Re: (Score:2)
Re: (Score:3)
Hate to tell you this, but they killed OpenSolaris a long time ago.
... as far as aspiring 3rd party Solaris contributors were concerned. For everyone else it was just renamed to Solaris 11 Express.
They probably suddenly ended transparency of Solaris development because they intend to phase it out, port everything to Linux and give it away. /sarcasm
Re:Phasing out Solaris? (Score:4, Informative)
Re: (Score:2)
Fantastic!!! If they port all the major features of Solaris to OEL, then they can have the same unix for both Sparcservers as well as Opterons/Xeons.
Sorry, I'm having a sense-of-humour failure at the moment so I can't tell whether you're being sarcastic... but what about Solaris x86?
Re: (Score:1)
Sarcasm dude.
Solaris on x86 is a sad joke. The name "slowlaris" came about because of that hideous port.
Ever tried to run Solaris x86 on a normal PC? If you think Linux can't handle basic I/O on slow devices (really, try copying from multiple USB sticks at once and try to use your desktop to the same time!), Solaris lags up with the slightest bit of HDD I/O.
Re: (Score:1)
It's a complete clone of Red Hat Enterprise Linux, with an optional Oracle-bastardised version of the kernel.
Re: (Score:2)
So, are they porting Solaris functionality to OEL as a precursor to phasing out Solaris entirely? It would suck to see Solaris go from a nostalgia point of view, but it never made much sense to me why one company would continue to develop two Unix-like operating systems.
I think it's more that they want to continue to differentiate OEL from RHEL and provide a direct migration path for RedHat customers to a full Oracle system.
Linux just doesn't make sense in my mind for the space Oracle's software competes in. It's not enterprise friendly. No stable driver ABI. No system interface stability standards. Nothing like Projects, iostat doesn't show tape drives, kernel and userland lack cohesion, to name few of my personal nitpicks, but overall... very little progress. A lo
Re: (Score:2)
Just some ideas that come to mind and show that actually Solaris isn't as innovative as the Linux camp...
Linux kernel innovations which are more flexible than most alternatives:
SELinux - label-based security which allows flexible controls over the privileges of objects and how they may interact with other labelled objects [Trusted Solaris]
TOMOYO - pathname+history-based security which provides flexible controls over the privileges of processes and how they may interact with objects
AppArmor - pathname based
Re:Phasing out Solaris? (Score:4, Insightful)
Yeah, Solaris has some pretty awesome features, but at the end of the day all that may be irrelevant in the face of Market Pressures. Sun for many years shot themselves in the foot by failing to deliver useful tools for things like patching/updating, mass installation of Solaris servers (yes, there is jumpstart/wanboot, but it is clearly deficient), and failing to deliver a decent native volume manager (ZFS) until Too Late, and then not having it support root filesystems until Way Too Late.
The reality of Solaris is that there are all these features that look awesome in theory, until you actually have to implement them and discover the practical implications. Take Zones. Zone sounds great, in theory. But, ever tried to patch a server with zones? It's a nightmare. And heaven help you if you actually have a server with zones from multiple, different apps and you need to get outage windows from all the different app groups in order to patch. Or LDoms. Again, they sound awesome. That is, until you realize that there are no tools to manage migrations when a server goes down hard (the most common case for which you would want to do a migration!) So, you end up having to write a bunch of scripts to duplicate LDom xml files etc. to do this, because Sun/Oracle didn't really think through how their technology would be used in a real environment. I also use AIX virtualization technology, and it's much better, and VMWare (which is what we use for Linux servers) blows them both out of the water.
Things like this are why a lot of major companies, including the one I work at, are leaving Solaris as fast as they can. The reality is that it takes twice as many SA's per server on Solaris as it does for any other platform, we have lower virtualization densities, and it therefore costs a lot more money to run. For the kind of money we're talking about, we can deal with a few echoes in the interface for SAN's.
Re: (Score:1)
Yeah, Solaris has some pretty awesome features, but at the end of the day all that may be irrelevant in the face of Market Pressures
Sad but true. I remember the days when most freeware built and ran out of the box on SunOS/Solaris - now Linux-centrism is rampant, and a growing number of packages are difficult or impossible to build elsewhere.
Sun for many years shot themselves in the foot by failing to deliver useful tools for things like patching/updating
ORLY? Live Upgrade. It has its issues, but so far I've seen nothing close to it in the Linux world. When doing a big yum update, one has to cross fingers and hope everything still works afterwards, as there's no going back.
mass installation of Solaris servers (yes, there is jumpstart/wanboot, but it is clearly deficient)
Other than wanboot only working on (newer) SPARC systems and not x86/x64
Re: (Score:2)
Running LiveUpgrade in a large-scale production environment is kind of like baby-sitting someone else's four-year-old. When everything's going well you say to yourself, "wow, this is pretty nice! Maybe I'll even have one of these of my own someday!" Then the four-year-old has a meltdo
Re: (Score:1)
Running LiveUpgrade in a large-scale production environment is kind of like baby-sitting someone else's four-year-old.
Perhaps. I did say that it has its issues, eg. the expansion of sparse files that I submitted a bug for. I ran an LU on a specific system that had .dir/.pag files, and was startled when the new /var filled. Sun eventually put out an LU patch to address that with a new cpio, and then months later finally followed with x86.
When it doesn't work, heaven help you, because Oracle can't/won't fix it or give you any reasonable support in any reasonable period of time.
That's been an issue with Sun/Oracle for years, but it's been no le
Re: (Score:2)
Bring ZFS to linux! (Score:1)
Hey Oracle,
Cool now bring ZFS to linux!
Re: (Score:2)
I doubt they would. ZFS is one of the last remaining reasons to run Solaris, pay for Solaris maint, etc... If they port ZFS to Linux they will lose quite a bit of that revenue stream.
We all want it; ZFS is a beautiful thing, we run it at our site and practically worship its awesomeness....but it probably won't happen.
FreeBSD? (Score:4, Informative)
If you want Dtrace and ZFS, just go with FreeBSD. You get pf and jails thrown in for the effort.
Re:FreeBSD? (Score:5, Interesting)
So why is it possible for FreeBSD to have dtrace/zfs and not Linux? I ask out of ignorance...
(I am expecting the answer to be legal rather than technical/no one's gotten around to it)
Re:FreeBSD? (Score:4, Insightful)
Re: (Score:2)
Stupid licensing issues.
There's always a way around technical stuff: http://zfsonlinux.org/ [zfsonlinux.org]
Re:FreeBSD? (Score:4, Informative)
Linux is released under version 2 of the GNU General Public License. This imposes a few restrictions and says that the code may not be distributed linked to any code that imposes more restrictions, nor can any derived works impose any more restrictions than are present in the license.
FreeBSD is released under the 2-clause BSD license, which says, basically, do what you want with this, just don't sue me if it doesn't work and don't claim you wrote it.
OpenSolaris was released under the CDDL, which is generally less restrictive than the GPL (no restrictions on what you can link it to), but adds some anti-patent clauses that are not present in the GPL. Because these restrictions are not present in the GPL, the GPL prevents CDDL code from being linked against it. This means that if ZFS or DTrace were ever ported to Linux by anyone other than the copyright holder they would not be allowed to distribute Linux along with their port.
In FreeBSD, ZFS and DTrace are optional kernel modules, so you can still build a system without them, but they are loadable if you are happy to accept the terms of the CDDL when you distribute FreeBSD. There's no technical reason why either couldn't be ported to any system (well, the Linux storage stack is a mess, so adding ZFS would be a bit harder, but it could be done), but few people are motivated to produce a port when they are not legally allowed to redistribute it.
Re: (Score:2)
if ZFS or DTrace were ever ported to Linux
This is done [zfsonlinux.org] (largely). Sun was hired to do the block layer port. The POSIX implementation is independent.
Re: (Score:2)
Sun was hired to do the block layer port.
Really? (seriously curious) Got any more info on that?
Re: (Score:2)
This mentions the LLNL holding company doing the port:
http://en.wikipedia.org/wiki/ZFS#Native_ZFS_on_Linux [wikipedia.org]
as does the disclaimer on zfsonlinux.org, but I've read before Sun was hired to do the actual work. The purpose was to host Lustre on ZFS, and Sun owned both properties at the time. I can't find a specific citation in the 5 minutes I gave it.
If you happen to see one, please edit Wikipedia.
Re: (Score:2)
Hmm, I was aware of the LLNL port, but didn't know about KQ.
http://www.phoronix.com/scan.php?page=article&item=zfs_linux_coming&num=1 [phoronix.com]
While digging deeper, it seems KQ has been bought out and their work stopped:
http://punetech.com/solid-state-storage-company-stec-acquires-punes-kq-infotech/ [punetech.com]
http://www.osnews.com/comments/24853?view=threaded&sort=&threshold=0 [osnews.com]
Okay, so the closest thing I can find is this:
http://www.olcf.ornl.gov/wp-content/events/lug2011/4-13-2011/1130-1200_Brian_Benhlendorf_LUG [ornl.gov]
Re: (Score:2)
Thanks - I hadn't seen Brian's slide deck before; there's no more authoritative source.
Re: (Score:2)
Re: (Score:1)
Re: (Score:2)
Well, whether or not that has any bearing on ZFS, unless they change the license on ZFS, they wouldn't have the ability to do it anyways. Or at least not without violating the terms of at least one of the involved licenses.
Re: (Score:2)
But replacing the entire fs/lvm/raid stack is a good thing!
This is quite true... because frankly, the entire fs/lvm/raid stack sucks with big disks.
ZFS solution is a really good answer to a lot of problems -- scalability, manageability, reliability.
It would be a very good thing if Oracle would execute a port of ZFS to Linux (under the GPL, of course), and while they are at it... port AVS and Open HA/Cluster, as a superior alternative to DRBD, port the SMF as a replacement for init, the fault man
Re: (Score:2)
Agreed, and it reminds me of the #1 argument against ZFS: BUT BUT BUT IT BREAKS LAYERS, OH NOES!
And the second one: ZFS doesn't have fsck!! What's one going to do without a proper fsck? ZFS IS A JOKE!
Once you get familiar with ZFS you realize how much sense it makes, even if it violates "rules". For example, someone complained about the fact that zfs does LOTS of checksums, wasting CPU cycles; and doesn't have fsck. Well, it doesn't have fsck BECAUSE it does lots of checksums. Do you have time to wait for
Re: (Score:3)
The worst thing about the first complaint is that ZFS actually does have very clean layering. At the bottom you have the storage pool allocator at the bottom is basically malloc() for persistent storage (equivalent to the block device layer, but with a more convenient interface), the data management unit sits on top of this and provides transactional I/O to the underlying storage, and the ZFS POSIX layer sits on top of this and provides POSIX filesystem semantics. You could replace the ZPL with something
Re: (Score:2)
Re: (Score:1)
ZFS has two major issues missing. You can't scrub a file as in "I have a legal obligation to overwrite the contents of this file", you just can't ever do it on ZFS. The other problem with ZFS is that there is no way to tell it "This file is magic for the boot process, please put it in the first N physical sectors on the physical disk Y"
Re: (Score:2)
ZFS has two major issues missing. You can't scrub a file as in "I have a legal obligation to overwrite the contents of this file"
You're right that there are some extremely unusual requirements that ZFS won't meet. You also can't use SSDs with wear levering or any decently modern hard drive, because modern hard drives have block relocation functions; sometimes a sector is taken out of service and replaced with a "spare block"; if it is found to be failing or predicted to fail. The result is that on moder
Re: (Score:2)
For example, someone complained about the fact that zfs does LOTS of checksums, wasting CPU cycles; and doesn't have fsck. Well, it doesn't have fsck BECAUSE it does lots of checksums. Do you have time to wait for that 20TB arrayto finish fscking?
Which is a nice idea until something (for example a ZFS bug or a hardware glitch) causes part of the ZFS metadata to become corrupted, and the only way to get your 20 TB array working again is to dump all of the data somewhere else, recreate the array from scratch, and reload all the data.
Re: (Score:2)
Which is a nice idea until something (for example a ZFS bug or a hardware glitch) causes part of the ZFS metadata to become corrupted
The ZFS pool root metadata is protected by having 3 copies of it on the file system, and metadata blocks are checksumed just as the rest of the data blocks.
"dump all of the data somewhere else, recreate the array from scratch, and reload all the data" is really something you should never have to do with ZFS, unless you actually have a storage device failure, and you don'
Re: (Score:2)
For example, someone complained about the fact that zfs does LOTS of checksums
Yes it does.
However, thanks to a new enhancement in the Xeon 5500 CPUs, called SSE4.2 instruction set, there is actually a CPU instruction for CRC32 accumulation.
Oh wow... we're going to use a couple extra CPU clock cycles per read and write to protect our actual data integrity, to allow us to do "online scrubs" of the filesystem to check for any surface errors instead of some limited arcane "filesystem metadata level con
Re: (Score:2)
Yes I forgot about new CPU instructions for checksumming and stuff, but even without them, CPUs today are SO powerful that I doubt you can peg all CPU cores. And if you're running a 20TB+ array I doubt you'll be running it in the same physical box as the DB server. You probably have a DB server with a ZFS backing store, connected by 10gbe or infiniband, or some other means.
If you have a single box, probably even multiple multi-core CPUs. So hitting a 100% CPU usage would be unusual (I mean, you're supposed
Re: (Score:2)
Yes I forgot about new CPU instructions for checksumming and stuff, but even without them, CPUs today are SO powerful that I doubt you can peg all CPU cores.
Well... I can peg all CPU cores easily, if i'm not too careful, and put too many VMs on a compute host..
But part of the deal is storage hosts should not be compute hosts
ZFS is the filesystem you can use to provide storage services to other hosts.
This allows every bit of CPU to be used to serve the targets, and to provide the LZJB compression a
Re: (Score:2)
That's exactly what I'm talking about.
Some folks get confused because ZFS runs on Solaris (or any other compatible OS), so people think it's a filesystem. So yes, it is, and it can perfectly run as a filesystem for a SMALL database and appserver on the same host. Small as in "test server".
But ZFS is more suited to dedicated storage cabinets rather than a local FS. You couldn't run Oracle on your Netapp storage server, this is the same. One box (or more) for storage, another box (or more) for db, app, etc.
Al
Re: (Score:2)
Developing something like ZFS is pretty simple. Just get some of the world's best programmers, have them work in a project, with good management and leadership, and test and fix bugs. And tell them they're free to do it ANY way they want, there's no "right" or "wrong". There's no obligation in using md, LVM and an FS on top. In fact, md and LVM were created to overcome the filesystem's limitations. If you're creating a fs from the ground up, you might as well skip md and LVM. But some people in mailing list
Re: (Score:1)
Re:Bring ZFS to linux! (Score:4, Interesting)
And why do you want to keep the raid and LVM stack?
If you're creating a filesystem and you can make it aware of its own backing storage (and adjust stuff like block size - cause you know, there are disks with 4K sectors now), and have it manage caching by itself (and thus, be aware of how much memory the has, and how much of it is actually RAM and not virtual), and have it check for redundancy and do online checks and repairs - which you realize it's just awesome if you ever try to do fsck on a 20TB filesystem (and because it knows how much data it's actually used, have it only check what's used, instead of blindly regenerating blank space for an array of disks). And variable strip size, and thin provisioning, CoW and free snapshots and clones, and a lot of other stuff ZFS does because it doesn't need to "respect its elders" LVM and md.
Re: (Score:2)
ZFS basically does everything I would want in a server file system (hell: any filesystem) and it's a crime that it hasn't been ported to Linux (and that OpenSolaris is sufficiently dead now that you can't run it on newer hardware at all).
We live in an age of 4-core CPUs being commodity items - ANY system can spare the cycles to ensure it's own data integrity since what else are you going to do with them? (alternately: if you need them, then why does that particular machine deal with having a hard disk anywa
Re: (Score:2)
(..) it's a crime that it hasn't been ported to Linux
http://zfsonlinux.org/ [zfsonlinux.org]
Re: (Score:2)
The POSIX layer isn't stable yet.
ZFS really comes into it's own when you can mount all your home directories as filesystems and use cheap snapshots for upto the minute backups for your user accounts.
That said, I will take another run at it sometime soon I suspect.
Re: (Score:3)
Re: (Score:2)
I WANT to replace the entire fs/lvm/raid stack! It sucks! It's complicated, limits functionality and is a nightmare to maintain. ZFS is simple, flexible and powerful.
Re: (Score:1)
It is on Linux: http://zfsonlinux.org/
I've been using Nexenta to get ZFS for about 5 years, however earlier this year I switched my new installs to Linux. ZFS on Linux has been working great for me and my clients. This is not to be confused with fuse ZFS.
Re: (Score:2)
I'm running with this version, and it is working great for me on my first test machine (8T raid-z with an L2-ARC)
Re: (Score:1)
Oh stop it already. The GPL is just as toxic. All these damn viral copyleft licenses are toxic. Issues like these project an image of "free software" and "open source" advocates as squabbling children. As long as this keeps up you are limiting scope for acceptance.
Re: (Score:1)
GPL is not toxic.
Pure freedom is even worse situation than pure chaos. You need limitations and rules what can not be done and what should be done.
Re: (Score:2)
Great technology story! (Score:4, Interesting)
This is a great technology story - even if only for one version of Linux so far. DTrace will bring tremendous value for troubleshooting and performance analysis, and is a technology I use (almost) every day.
For example, yesterday I had a CPU bound workload with an unexpected level of variation, and used DTrace to measure the effect of CPU thread affinity and interrupt activity on that workload. I used DTrace to pull the runtime along with other details: number of scheduling events for that thread, along with the CPUs that the thread ran on; also, for preemption, the pre-emptor thread (to see why) along with both its user-level and kernel stack traces; also the interrupt thread and device. I fairly quickly showed that the runtime variation was caused by network interface interrupts from an entirely different application. This analysis would take quite a lot longer without DTrace, and may be prohibitively difficult to complete.
Many of my uses of DTrace are much more straightforward than that; including identifying file system latency for applications, application response time, and CPU dispatcher queue latency. I've listed many more examples in the DTrace book (http://www.dtracebook.com). It should be a great resource of ideas for those looking to use DTrace on Linux - since the hardest part for people has been knowing where to start, given the ability to see everything.
I suspect Oracle is trying for a cash grab (Score:2)
I suspect Oracle is trying for another cash grab. Port the parts of DTrace that have to be in the kernel and open source them, then sell an add-on package (perhaps only for their Linux) with the rest of the functionality. Let's face it -- Oracle is much more focused and effective at monetizing technology than Sun ever was.
Re: (Score:2)
Re: (Score:2)
I guess Oracle wants to sell complete Boxes with Hardware to Database included. If the customer asks why the box does not perform ask predicted, with the total price, there may be a reliable answer required. So if the customer wants to run the box on linux, the mechanisms to answer these questions must be available in linux.
Re: (Score:2)
The main question is, is it really feasible? And the other question is, what would dtrace give us that we don't already have with systemtap, besides compatibility with slowlaris? The first question tells us if we should pay attention and the second one tells us if we should care.
Re:Too Late...WE DONT NEED IT...we got SystemTap (Score:4, Insightful)
You obviously haven't had to use both in anger. SystemTap is another "me too" project like so many things on Linux, where the only people saying it's as good are the people who haven't used the product it's an imitation of. Oh, and then there's the RMS type who will say it's "better because freedom has value" or something to that effect. Doesn't help you when you're actually trying to tune an application for performance.
Re: (Score:2)
You know what's even more annoying than Linux's "me too" projects? All the stuff they COULD imitate but don't. I have no idea why Linux admins still have to grovel through logs or use stuff like splunk to guess at what's wrong with their hardware, but they do. Even a lousy knockoff is better than pretending the problem doesn't exist and leaving people to cobble together inferior workarounds.
Re: (Score:2)
Oh, and then there's the RMS type who will say it's "better because freedom has value" or something to that effect. Doesn't help you when you're actually trying to tune an application for performance.
Yeah, it only gets you the very operating system you're trying to tun your application on.
Another Linux Today link... (Score:2)
This story appeared yesterday on Linux Today. And it's not even close to the first time this has happened. If we can read about this first on Linux Today then what's the point of coming to Slashdot? Especially 24 hours late.
Re: (Score:2)
Re: (Score:2)
Come to slashdot for discussion, not scoops.
How does it compare (Score:1)
I'd rather they ported ZFS instead (Score:2)
Btrfs seems to have been in development forever, and the developers on the one hand say that it's mostly stable, but on the other there are still some pretty scare bugs. It doesn't make a terrible amount of sense for Oracle to develop two next-gen CoW filesystems.
Re: (Score:2)
Porting ZFS would take more effort than completing Btrfs, while Dtrace provides functionality that doesn't exist at all. I wouldn't mind a ZFS port, since after using both, I kinda prefer it to Btrfs, but it's better to first port what's new and doesn't exist at all, and then go to porting things that are already there.
next: the lawsuit (Score:2)
After bringing DTrace to Linux, they are then likely going to turn around and sue people somehow; kind of like they did with Java.
Don't use anything from Oracle; they are worse than Microsoft.
Re: (Score:2)
Typical Stupid PHB Decision (Score:2)
Yesterday (October 4, 2011) Oracle made the surprising announcement that they would be porting some key Solaris features, DTrace and Zones, to Oracle Enterprise Linux. As one of the original authors, the news about DTrace was particularly interesting to me, so I started digging. Even among Oracle employees, there's uncertainty about what was announced.
This sounds like a typical PHB decision: make a crazy choice without consulting the engineers as to whether it's a good idea, possible or even wanted, and c
Re: (Score:2)
I believe that Solaris x86 on x86-64 scales better on large systems than Linux. Large x86 CPU manufacturers like Solaris x86 because it shows off their hardware better than Linux.
s/Linux/Oracle Enterprise Linux/ (Score:1)
DTrace on Linux will probably be something like Ksplice where it's available only to paying customer (last I checked, correct me if I'm wrong).
Good thing this opens the doors within Oracle to consider migrating more of the Solaris features to Linux, even if it's only for OEL for the time being. Personally, while being a Solaris sysadmin, I'm not wasting my time on
Available since 2008 (Score:3)
It has been available for Linux since 2008. 02-Aug-2008 Work in progress port of Sun's DTrace system for Linux. It is actively maintained. http://www.crisp.demon.co.uk/tools.html [demon.co.uk] I don't see anything new to the table outside of keyboard, mouse, and framebuffer recording. I'm not sure a lot of Linux users would find that an attractive addition.
Built-in instruments can track
User events, such as keyboard keys pressed and mouse moves and clicks with exact time.
CPU activity of processes and threads.
Memory allocation and release, garbage collection and memory leaks.
File reads, writes, locks.
Network activity and traffic.
Graphics and inner workings of OpenGL.
Did anyone else read "Oracle To Bring Disgrace..." (Score:2)
Oracle To Bring Disgrace to Linux ? Just saying, is all.
Oddly good news here (Score:2)
Let's be clear here. The Sun division of Oracle is being run by Mark Hurd, who was last seen gutting HP and screwing his staff member. Oracle will kill off all things Sun, either now or later. Solaris and Java are the only things they seem to care about, and both of those are still rather endangered.
Solaris still has some great advantages over Linux--enough to actually keep a handful of people on it despite Oracle. I assume that they're going to get those necessary features into Linux, and then dump Solaris
Re: (Score:2)
I've used this ... it has been very helpul for development, but I would not run it on a production machine. In most cases when I've run it, it has managed to eventually crash the machine, usually just after obtaining the information I was after. For driver development, that is fine. But not for production.
Re: (Score:1)
Start with the license.
as predicted: http://twitter.com/#!/ahl/status/121257501193809920 [twitter.com]
Re: (Score:2)