All of the things I listed were made for material gain.
Were they? Would they have not happened if we lived in a commons society? I don't know, and you don't either. Granted, they happened in a property-oriented society (the recent ones, at least). However, this is not the only model of a stable society. Even when it is the model for the most advanced societies, please do not assume it is the only one.
If you're suggesting a fairly high level of technology be mandatory for every radio, then that is just a different approach to advocating for government regulation.
This is just what the article proposes. Did you RTFA?
No regulations huh? How do you expect to deal with patents? Surely you agree that haveing *some* compensation system for inventions has proven to be extremely beneficial (perhaps our system is far from the best but I challenge you to produce any reasonable system that just relies on common sense).
The patent system can easily do more harm than good. Humans innovate, because it's in their nature. For an example, see the Mathematical history of the 18th and 19th centuries. Most of the math we use today was invented then. The scientists never received a dime for their innovation, never expected to, and yet they produced it.
Patents may be the force behind innovation, in selected markets (medical drugs, for example). However, excessive patent enforcement can easily stiffle innovation, when marketeable items cross so many patents it becomes difficult to track them down and impossible to license them all at an ecomonic cost . The end result is the one demonstrated by the RSA patent. Uses of the patent get artificially lagged twenty years beyond what would be technically feasible.
Spice is BSD-licensed, and runs on linux. PSpice is a front-end. Although you can't get pspice, there are quite a lot of GUI front-ends. A few years ago, I used oregano -- don't know if it still exists...
Limiting the maximum heap size, either with command line or ulimit would cause exceptions when the memory usage hits the limit. Same problem, slightly different behaviour, same end result.
We started on using Tomcat, switched to Resin trying to solve performance problems. It was lots better with Resin, but the memory condition wasn't solved.
There's absolutely no reason not to isolate memory usage between requests, to avoid this kind of memory leak. PHP does it. It pays some a penalty because of session data (de)serialization, but the gains completely pay off. Anyhow, with good serialization code, and ramdiskfs/shmfs, session storage doesn't cost that much processing power.
As for dates, I started using Java on my second year in University. That'd be late '95. And no, it was not part of standard course curriculum. I had to fight a few teachers to be able to use Java instead of C here and there.
Java's VM memory hogging behaviour is unacceptable. The thing continually grows, it never shrinks. It goes on to the point that the server starts thrashing when other apps run. This prompted us to rewrite the web platform (rather large: 400k users) to run on PHP. It served the pages in ~1.5s and it spits them out in less than 0.2s now.
It's not lack of experience either. I've used Java since it became mainstream, circa '94. I was a heavy user for eight years, then switched to PHP. My veredict: Java has stopped in time. Intepreted languages have caught up and overtaken Java's spot.
Funny that my 1TB mail servers at Portugalmail run on ReiserFS and have been quite stable for the last three years, while serving 30k users a day. Go guess...
Except for the whole copy-by-reference thing. Of course the new way is better, but people who relied on the old way might be surprised by some unexpected values.
From the annoucement:
The Zend Engine I compatibility mode (zend.ze1_compatibility_mode) has been re-implemented to more accurately support PHP 4's object auto-clone behavior.
So, hopefully, this was fixed.
Except that "it is still not recommended for mission-critical use," right?
socket(2): All systems presented less than O(n) values, with call times measured in the 10k CPU cycles range (extremely short execution time). Advantage to FreeBSD
bind(2): O(1) scaling by Linux 2.6 and FreeBSD with no clear advantage for either.
fork(2): O(1) scaling by Linux 2.6, with a severe scalability issue for FreeBSD
mmap(2) with subsequent touch and read: Clear win by Linux 2.6 due to FreeBSD mmap times scaling O(n) while Linux scales O(1)
HTTP request operation sequence (connect plus serving) Both scale O(1) with similar answer times
From that, I read a tiny FreeBSD advantage in the socket call (in terms of absolute execution time) and two FreeBSD scalability issues: one rather serious, and one O(n) versus O(1).
Again, one can't be less than astonished by the Linux kernel development over the last two years. Not that one would notice the difference between Linux and FreeBSD on everyday use, or less than stressfull server deployments. They're both in the same league but, as of now, Linux is more polished. Scaling O(1) for almost every algorithm in there is amazing.
You can say a lot of good stuff about *BSD, but it currently does not match the quality and quantity of great minds work that is being put into the linux kernel.
Although most of the piracy apologists follow your reasoning, you fail to concede that there is a middle-ground. The internet has opened new ways to make business. However, for the last ten years, the music industry establishment has done nothing but try and keep the old business model. Why?
I'd wager that current publishers think they hold the middle-man spot because they have a strong grip on product exposition. The internet makes product exposition a lot easier, and has the potential to downgrade the middle-man value, therefore causing the whole industry to 'deflate'. This deflation is overall good, for public and artists, but is obviously bad for the editors.
In the end, give or take a couple of years, alternative music selling models will break through the barriers. Then, middle-men (editors) will have to excel in the role they are really needed for: weeding out bad artists, so people don't have to listen to every band out there. Then, only then, we'll again see great bands. Bands that really innovate the way music is created. The last ones, for me, were Nirvana, the pilar of the grunge movement. From then on, no really great global movement came out from the music scene. (The boy-band, girl-band movement fails on the grounds of musical quality).
I finish the comment with a glimmer of hope: Magnatune. Magnatune is clearly a small shop. However, it's a small shop, almost a one-man stunt, with a really innovative business model. And you know what? It's currently profitable.
If you take the time to download and build stuff yourself, why not run the extra mile and tweak the ebuild? It's not that difficult.
Even if you bypass portage for a given dependency and install manually, you can use the --inject emerge argument to fake the existence of the lib and proceed using portage for the rest of your software tree.
It must be a joke. Time is lost if I'm actually looking at the computer waiting for something to happen. My laptop runs Gentoo, and installing s/w on it was basically running an emerge command that spanned two or three lines, and letting it cook overnight while I was pub crawling, having fun and then sleeping. Not exactly the same as waiting for a reboot.
How about ANSI '92 compliance for MySQL... that would be a good start!
Postgresql is already SQL'92 compliant and is aiming at SQL'96 (I don't know if pgsql 7 is '96 compliant). MySQL is wrongly regarded as the flag bearer on OSS databases. It isn't the best one by a mile.
Are you running Win2K Professional? Do you have the RRAS service running? Have you tried any diagnostic tools like TCPView [sysinternals.com] to isolate the process? Up to date virus scan and adware scans? Any communication on that port? Any odd processes in TaskManager? If you shutdown background tasks, does that port remain open? Oh, and since you seem to be lacking in ability, how did you come to the conclusion that port was open?
Doesn't anyone else find it extremely cumbersome and security error prone to allow processes to open listen ports as they wish? Isn't there an equivalent to ipfilter in the Windows kernel?
Arch: a Monolithic Unix program. Attempts to port and to add tools are still ongoing.
Arch is anything but monolothic. It's a Unix program at its roots, making use of each and every possible tool available in a Unix filesystem. Heck, changesets are stored as tar.gz files of diff results on the previous version. That is the problem that keeps arch from being easily portable to win32. IMHO this doesn't reveal a failure in design of arch, but rather how bare is the tool landscape on windows.
Slashdot Mirror
Always question your assumptions.
Patents may be the force behind innovation, in selected markets (medical drugs, for example). However, excessive patent enforcement can easily stiffle innovation, when marketeable items cross so many patents it becomes difficult to track them down and impossible to license them all at an ecomonic cost . The end result is the one demonstrated by the RSA patent. Uses of the patent get artificially lagged twenty years beyond what would be technically feasible.
We started on using Tomcat, switched to Resin trying to solve performance problems. It was lots better with Resin, but the memory condition wasn't solved.
There's absolutely no reason not to isolate memory usage between requests, to avoid this kind of memory leak. PHP does it. It pays some a penalty because of session data (de)serialization, but the gains completely pay off. Anyhow, with good serialization code, and ramdiskfs/shmfs, session storage doesn't cost that much processing power.
As for dates, I started using Java on my second year in University. That'd be late '95. And no, it was not part of standard course curriculum. I had to fight a few teachers to be able to use Java instead of C here and there.
It's not lack of experience either. I've used Java since it became mainstream, circa '94. I was a heavy user for eight years, then switched to PHP. My veredict: Java has stopped in time. Intepreted languages have caught up and overtaken Java's spot.
Just throw it real high, and close your eyes...
And yes, I was surprised. It's my first computer to ever do this...
The same thing that stops trolls from continuosly opening accounts on /.. Zero is no good, when people are filtering by 4+.
As always: PGP signatures. You must sign your own kick...
But it sure is old news for nerds...
Funny that my 1TB mail servers at Portugalmail run on ReiserFS and have been quite stable for the last three years, while serving 30k users a day. Go guess...
Quick summary:
From that, I read a tiny FreeBSD advantage in the socket call (in terms of absolute execution time) and two FreeBSD scalability issues: one rather serious, and one O(n) versus O(1).
Again, one can't be less than astonished by the Linux kernel development over the last two years. Not that one would notice the difference between Linux and FreeBSD on everyday use, or less than stressfull server deployments. They're both in the same league but, as of now, Linux is more polished. Scaling O(1) for almost every algorithm in there is amazing.
You can say a lot of good stuff about *BSD, but it currently does not match the quality and quantity of great minds work that is being put into the linux kernel.
Although most of the piracy apologists follow your reasoning, you fail to concede that there is a middle-ground. The internet has opened new ways to make business. However, for the last ten years, the music industry establishment has done nothing but try and keep the old business model. Why?
I'd wager that current publishers think they hold the middle-man spot because they have a strong grip on product exposition. The internet makes product exposition a lot easier, and has the potential to downgrade the middle-man value, therefore causing the whole industry to 'deflate'. This deflation is overall good, for public and artists, but is obviously bad for the editors.
In the end, give or take a couple of years, alternative music selling models will break through the barriers. Then, middle-men (editors) will have to excel in the role they are really needed for: weeding out bad artists, so people don't have to listen to every band out there. Then, only then, we'll again see great bands. Bands that really innovate the way music is created. The last ones, for me, were Nirvana, the pilar of the grunge movement. From then on, no really great global movement came out from the music scene. (The boy-band, girl-band movement fails on the grounds of musical quality).
I finish the comment with a glimmer of hope: Magnatune. Magnatune is clearly a small shop. However, it's a small shop, almost a one-man stunt, with a really innovative business model. And you know what? It's currently profitable.
Hint: Go read Jon Udell's piece on "Replace and Defend".
Encontramo-nos a 17 de Abril de 2004
Nos veemos a 17 Abril, 2004
Rencontre moi le 17 Avril, 2004
You gotta love North-American closed mindedness...
Even if you bypass portage for a given dependency and install manually, you can use the --inject emerge argument to fake the existence of the lib and proceed using portage for the rest of your software tree.
It must be a joke. Time is lost if I'm actually looking at the computer waiting for something to happen. My laptop runs Gentoo, and installing s/w on it was basically running an emerge command that spanned two or three lines, and letting it cook overnight while I was pub crawling, having fun and then sleeping. Not exactly the same as waiting for a reboot.
Offtopic? Moderators on crack again.