We took a look at a piece of hardware that truly has a few competitors...
They list the HP as a competitor, and a few brands I've never heard of, but no mention of Penguin Computing's Altus series offering. Anybody have any experience with Penguin Computing in general, or their Altus series? We are looking into purchasing opteron servers but are having a difficult time weighing between vendor reputation and configuration flexibility (redundant power / scsi raid).
What happened to http://www.netraverse.com win4lin? I havn't used VMWare in about a year, but about a year ago I compared the usability of vmware and win4lin.
Win4lin is quite impressive, and quite stable. Win4lin apparently took a number of "shortcuts" and broke some rules, which VMWare did not. Making VMWare's product more universal, and flexible. Win4lin *only* supports win98, and cannot boot any other operating system. Win4lin needs serious kernel patches aswell. VMWare can run under linux, and boot linux, win4lin cannot. VMWare is also available under windows.
Although I generally tend to side with designs which are more flexible and portable, the performance and responsiveness of win4lin are quite impressive. As a user, win4lin has been what's been running on my desktop for over a year Weather win4lin will be able to "adapt" their product to run winXP or 2000, remains to be seen; I don't know how much they're tied directly to win98. I have recently heard that they have a version of of win4lin which can run WinME, which is very simular to win98.
Abiword turns out to be a pretty good word processor. I plopped one of my roommates, who exclusivly had used Microsoft Windows up until this point, down infront of abiword a couple months ago. He was able to write a couple grad school application essays without any complaints, or without asking for any assistance. He even got his printer working without any assistance. That's quite a feat. I'm not sure you could plop a windows user down infront of a Mac and have them be able to to figure their way around so well.
Unfortunately, using abiword for my work is totally useless. While abiword has attacked the home market user, it hasn't paid much attention to the business user. By far the biggest piece of functionality abiword lacks is table support. I can't think of a single document (mostly technical I guess) I've had to write for work which did not somewhere in the document contain a table. Unfortunately abiword simply doesn't support tables, and trying to import a word document with tables, the tables just get flattened with linefeeds instead of cells. I'm not even sure how you could write a lab report using abiword without table support. Maybe you could make a table in gnumeric and paste in an image.
This is very unfortunate because everything else about abiword is quite spectacular. It is so much lighter weight then openoffice, and so much more of a pleasure to use, but, unfortunately, I'll have to continue using openoffice for a little whlie longer.
If I could program C or C++ worth a damn, I would definately do something about this! (That and allowing gnumeric to import a tab delimited file form the commandline). Alas, these Java hands of mine are useless! I feel like I should be able to help, and not just complain it. But I really can't. Maybe I can go bake the abiword people some cookies instead.
When it comes to building webpages with interspersed dynamic content, PHP or Perl no doubt do just great (and are plenty fast); ASP too I'm sure.
However, when it comes to building a web _application_, the pictures changes drastically. The amount of work spent on the presentation layer (the HTML + That "dynamic" content), shrinks drastically. The picture doesn't revolve around what the user see's in their browser anymore, but the complex interations of the objects behind that display. To make these web applications really work effectivly, your web application needs to be able to hold and store complex structions and classes defining these objects and interactions.
PHP and Perl die here. They're not ment for large systems like that. Perl can't hold state unless it's coupled with FCGI, so it wouldn't be able to persist objects or RMI handles between requests. I think the morale of the story is, these different web architectures each have their own benefits, and but they cant' solve all your web needs.
Check out http://projectapollo.sourceforge.net It's a web application framework using java servlets which tries to solve the issues assosciated with a web application, and not "dynamic content" web pages. It uses a template system, stateful operation, and a treebased design of application logic. But regardless, it may be very elegant for a web application, but it would be rediculously overkill (and thusly a poor choice) for the kinds of dynamic webpages the article was discussing.
That anecdote about using/dev/hda instead of/dev/ttyS1 sounds like BS./dev/ttyS1 didn't exist in the kernel until very late, something like the 1.2 kernel line. Before that people used/dev/cua0, not/dev/ttyS1. You can still use the/dev/cua0 devices in the current kernels, but the kernel will throw a warning in syslog.
We use XMLRPC in one of our enterprise-(ish) applications for webbased API calls. Works very well. As for SOAP, SOAP more or less does the same thing; except it's more of an "enterprise" solution. Microsoft is one of the big bangers behind SOAP, and numerous other large companies such as IBM (and sun, sorta).
The problem with SOAP, is it's not really done, and it doesn't really work. So we decided to go with XMLRPC (because it works), and eventually replace it with SOAP once the standard stabilizes and there's actual functional implementations.
One example of XMLRPC not being quite ready for prime-time, is it's lack of Null support. As the article described XMLRPC allows the passing of primitives and some complex datastructures nativly (strings, lists, hashes, ints), but it does not support passing nulls. Anybody whose tried to use XMLRPC will spend about an hour scratching their head when they program an XMLRPC call which (in java or C) has a return type of void (such as a setter for a variable). XMLRPC will choke because it can't describe a Null. So you end up having to return blank strings to work around the problem.
You know some XMLRPC specifications guy just slapped his head when he read this saying, "dammit, I knew I forgot something!".
Only a week ago a competing company fired up a new link.. Now suddenly their only competition has their wire cut. Hmm. Sounds like a good way to acquire customers for that new expensive link, -- while permanently destroying your competition.
Sounds like what they were talking about in Cryptonomicon, cable cutting wars. Easy to start, but nobody dares start them.
Acctually I built in GZIP compression to the core product at the company I'm working for (a web application) about a year ago. All HTML content coming out of our application passes through a layer which examines the browser and compresses it. The programmers never need to think about it. All the compression is done in realtime though, so there is a minute cpu overhead assosciated with it. We average about 4% extra cpu time because of GZIP. However, we've been averaging about 75% compression of our html. That -triples- the speed of page loads on modems. It's really noticable when I'm doing work from home. GZIP is a run-length compression, so if the page load stalls half way though, it still renders perfectly fine.
GZIP Compression is supported in NS4.5 and higher, IE4.01 and higher, and all versions of Mozilla. We have, in the past year, never had a reported problem with the GZIP compression. There are some known bugs if you try to compress other mimetypes other then html.
On a side note in probably about a month or so, I will be releasing into open source a java servlet web application framework. Included, among other goodies, is a layer which can automatically do GZIP encoding if the browser supports it. So anybody writing a web application using this automatically gets the benefits. Eventually coming to http://www.projectapollo.org
Good advertisement for Cobalt!
on
IT Olympics
·
· Score: 1
Good advertising scheme for Cobalt! Redirect links posted to slashdot to their own new server advertisement.
They used ODBC drivers for testing. IMHO I don't think anybody uses ODBC drivers except on MS platforms.
"using each product's own ODBC ensured the most valid 'apples to apples' comparison."
I've used the ODBC drivers for MySQL and they're were a joke. This may, ofcourse, have improved since I last used them about 2 years ago, but using the ODBC drivers for comparing these databases is the worse possible way to compare them.
Nike's DNS records were hacked, yes yes, and maybe they used poor security, yes yes. However *HIS* systems were comprimised by the hacker, his OWN DNS was reconfigured, and his OWN server was rebooted.
If the hacker logged in and did a mke2fs/dev/sda on his computer, would he still sue nike? [Your honor, Nike is responsbile on the grounds that because after the hacker changed their domain, he was angered by the nike swoosh into a destructive rage, and he destroyed my server.]
Anyway, how much "server load" can be rendered by DNS lookups for nike.com? Has anyone ever BEEN to nike.com before? S11.org obviously had CONSIDERABLY more traffic then this guy; and he could EASILY have fixed his "traffic" problem, by removing his hacked DNS records
Look at comment number #86.. One of the ones they specifically cite as needing to be removed:
Posting the data is all well and good, but.... (Score:3, Insightful) by smartin on Tuesday May 02, @03:20PM EST (#86)
What happens to the people that implement it (ie. the Samba guys) even if they obtain the information without intentionally breaking the license. Are they exposing themselves to expensive litigation? Are they endangering the project?
They want to censor that? Gimmie a break. That must be a screwup on their [oh wise and intelligent] part.
Re:IBM Native Threads implementation inefficient
on
IBM JDK 1.3 For Linux
·
· Score: 5
Just ran some benchmarks, looks like some solid progress on the IBM JVM under threadload. IBM's JVM is now runs just short of TowerJ's performance. If you're not familure with TowerJ, it's a commerical piece of software which given a set of java class files, turns them into C++ code. Then runs GCC over them, producing a native binary. TowerJ [specifically on Linux] is currently ranked in the top slot on the Volano Benchmark. TowerJ under linux even beats TowerJ under NT; apparently in the words of the TowerJ engineers, the linux libraries are just more efficient:)
You can view a JVM graph here of the various Linux JVMs under load. As you can see the old IBM JVM didn't fair very well under threadload, regardless that it generally ran faster for single threaded applications. Good work IBM!
Heads up, AFAIK the IBM JVM is a mixed-mode VM. That means it learns as it runs. You'll have to make sure you let it run long enough for it to compile the code on the fly. If you use a running average you can clearly see it's performance increase dramatically over time.
I've found the IBM JDK1.3 almost 40% faster under heavy servlet threadload then it's ibm1.1.8 predecessor. Almost as fast as TowerJ, --which is GCC compiled converted Java code.
Re:IBM Native Threads implementation inefficient
on
IBM JDK 1.3 For Linux
·
· Score: 2
The volano report does not include Sun or Blackdown's Native threads JVM. It includes their GREEN threads JVM. I've talked to the person who runs the volano benchmarks; and they don't include native threads on linux [IBM being the exception] because the linux kernel does not support >256 light weight processes.
They have several patches which they used for benchmarking the IBM VM to allow greater then 256 native threads on a linux kernel. Unfortunatly they don't do those patches with any other VM under linux. TowerJ, the highest performer on their benchmark, does not use native threads.
The volano report is not REALLY a good mark of how fast a JVM will perform. -Usually- you're not running 4000 concurrent threads idle threads. Usually you have a few worker threads, and a few idle ones.
It's also quite sad to see that the Microsoft VM whips Linux's JVM's up and down the street, and both sides [on that report]. TowerJ being the exception; but that's not exactly a JVM.
Re:IBM Native Threads implementation inefficient
on
IBM JDK 1.3 For Linux
·
· Score: 1
Here's a chart of the results I used to make my previous assertions. Although I don't have results for #'s of threads below 10, you can see the trend that as the number of threads goes down, IBM's VM gets faster.
I know from experience that IBM's VM wins beats Blackdown+Inprise JIT in single thread competitions. The chart is here and measures the number of milliseconds response time of a Java servlet.
Although IBM's 1.1.8 JDK was by far the fasted VM available for linux [aside from native compiling towerJ] it's native threads' implementation was not nearly as efficient as Blackdown's. IBM uses a mixed-mode JIT, which ends up ( in my experience) considerably faster then even Inprise's JIT plugged into Blackdown's VM for single thread loads. However, under heavy multi-thread loads, IBM's VM acctually underperforms blackdown's vm considerably. You can tell their threads implementation is a bit "funny" because when a system running the IBM JRE is under heavy load, the entire system becomes unusable, --even if the load average is only nearing 2. The mouse becomes extreemly jerky in X, console commands take 3-5 seconds to execute, all this with 5 active threads. Verses with blackdown's VM I've had 40 active running threads, and the rest of the applications run just as responsivly as you would expect linux to. I suspect IBM did a bit of cheating, and toyed iwth the priority threads were being issued, such that IBM VM threads end up being the highest priority to run. This gives them a bit of an edge when it comes to single threaded benchmarking; but once the IBM VM threads start competing against eachother.. it all falls to bits. I wonder if they'll fix that in 1.3.
Yahoo's running a bit behind on that story! In my biology class over 20 days ago the professor made reference to the full genome of the fruit fly being sequenced. I presume it was completed quite a bit before then. Visit: The online course notes
And click on "Timeline of some Relevant Biological Discoveries"
On the website they said they didn't know what those four holes around the microprocessor were for. They're for mounting a heatsink. The slot one celerons use the same architecture for mounting their heatsinks.
I am one of the primary administrators for an ISP based out of Massachusetts. Our primary server came under a massive SYN flood attack starting Thursday night around 8:30EST and was unrelenting until Today [Saturday] 5:00pm. Our site has been a breeding ground for hack attempts (mostly script kiddies); apparently our site due to it's visibility [we're not a normal public ISP, we're more of one of those 'freenets']. I am actually amazingly surprised that the Chinese had anything to do with this; unless they were TRULY attacking random visible sites in the US. Although the time frames the articles suggests are on the button with our attacks.
Fortunately the linux kernel has SYN and RST cookies built in, once compiled into the kernel our box was as stable as an ox. Although the loadaverage was around.6 for the past day while it fended off the attack, as well as filling the syslogs full of warnings:) We've actually come under attack from a SYN flood before; but they were short and not nearly as aggressive.
Since the corrupted packets were coming in from random IP and port addresses, our system would end up contacting random sites around the internet trying to establish the second half of the TCP connection. I've been receiving reports/warnings from a number of military network administrators complaining about our box.:) Glad to see they are actually monitoring their networks.
Depends on how much you want to spend.. If you're a big spender, I would look at exodus. They are EXTREEMLY professional about their services; they also house [so they claim] 60% of the big sites on the web. They listed a bunch for me. Out in Massachusetts, they charge $1400 bux for 1MB sustained for a month. Includes 1/4 rack/24 hour keycard access, 24 hour monitoring. Bullet proof windows included.:) The datacenter out here has 3 clear channel lines running into it plus something like seven ATM T3's? One other intersting perk of exodus is you can shove as MUCH stuff in your 1/4 rack (or however much you buy) as you want. So you can shove a CSU/DSU+router in your rack, and run a T1 to your company HQ; and only pay for telco charges.
I would suggest you stay AWAY from verio though. They are bad news.
I loved the movie, but I question the fact that humans make the best power source? Shouldn't the super smart AI have thought of say, nuclear power? Certainly our bodies only convert to energy what is put into them --so they're just converting what they feed us into energy.
Slashdot Mirror
We took a look at a piece of hardware that truly has a few competitors...
They list the HP as a competitor, and a few brands I've never heard of, but no mention of Penguin Computing's Altus series offering. Anybody have any experience with Penguin Computing in general, or their Altus series? We are looking into purchasing opteron servers but are having a difficult time weighing between vendor reputation and configuration flexibility (redundant power / scsi raid).
What happened to http://www.netraverse.com win4lin? I havn't used VMWare in about a year, but about a year ago I compared the usability of vmware and win4lin.
Win4lin is quite impressive, and quite stable. Win4lin apparently took a number of "shortcuts" and broke some rules, which VMWare did not. Making VMWare's product more universal, and flexible. Win4lin *only* supports win98, and cannot boot any other operating system. Win4lin needs serious kernel patches aswell. VMWare can run under linux, and boot linux, win4lin cannot. VMWare is also available under windows.
Although I generally tend to side with designs which are more flexible and portable, the performance and responsiveness of win4lin are quite impressive. As a user, win4lin has been what's been running on my desktop for over a year Weather win4lin will be able to "adapt" their product to run winXP or 2000, remains to be seen; I don't know how much they're tied directly to win98. I have recently heard that they have a version of of win4lin which can run WinME, which is very simular to win98.
Abiword turns out to be a pretty good word processor. I plopped one of my roommates, who exclusivly had used Microsoft Windows up until this point, down infront of abiword a couple months ago. He was able to write a couple grad school application essays without any complaints, or without asking for any assistance. He even got his printer working without any assistance. That's quite a feat. I'm not sure you could plop a windows user down infront of a Mac and have them be able to to figure their way around so well.
Unfortunately, using abiword for my work is totally useless. While abiword has attacked the home market user, it hasn't paid much attention to the business user. By far the biggest piece of functionality abiword lacks is table support. I can't think of a single document (mostly technical I guess) I've had to write for work which did not somewhere in the document contain a table. Unfortunately abiword simply doesn't support tables, and trying to import a word document with tables, the tables just get flattened with linefeeds instead of cells. I'm not even sure how you could write a lab report using abiword without table support. Maybe you could make a table in gnumeric and paste in an image.
This is very unfortunate because everything else about abiword is quite spectacular. It is so much lighter weight then openoffice, and so much more of a pleasure to use, but, unfortunately, I'll have to continue using openoffice for a little whlie longer.
If I could program C or C++ worth a damn, I would definately do something about this! (That and allowing gnumeric to import a tab delimited file form the commandline). Alas, these Java hands of mine are useless! I feel like I should be able to help, and not just complain it. But I really can't. Maybe I can go bake the abiword people some cookies instead.
When it comes to building webpages with interspersed dynamic content, PHP or Perl no doubt do just great (and are plenty fast); ASP too I'm sure.
However, when it comes to building a web _application_, the pictures changes drastically. The amount of work spent on the presentation layer (the HTML + That "dynamic" content), shrinks drastically. The picture doesn't revolve around what the user see's in their browser anymore, but the complex interations of the objects behind that display. To make these web applications really work effectivly, your web application needs to be able to hold and store complex structions and classes defining these objects and interactions.
PHP and Perl die here. They're not ment for large systems like that. Perl can't hold state unless it's coupled with FCGI, so it wouldn't be able to persist objects or RMI handles between requests. I think the morale of the story is, these different web architectures each have their own benefits, and but they cant' solve all your web needs.
Check out http://projectapollo.sourceforge.net It's a web application framework using java servlets which tries to solve the issues assosciated with a web application, and not "dynamic content" web pages. It uses a template system, stateful operation, and a treebased design of application logic. But regardless, it may be very elegant for a web application, but it would be rediculously overkill (and thusly a poor choice) for the kinds of dynamic webpages the article was discussing.
That anecdote about using /dev/hda instead of /dev/ttyS1 sounds like BS. /dev/ttyS1 didn't exist in the kernel until very late, something like the 1.2 kernel line. Before that people used /dev/cua0, not /dev/ttyS1. You can still use the /dev/cua0 devices in the current kernels, but the kernel will throw a warning in syslog.
We use XMLRPC in one of our enterprise-(ish) applications for webbased API calls. Works very well. As for SOAP, SOAP more or less does the same thing; except it's more of an "enterprise" solution. Microsoft is one of the big bangers behind SOAP, and numerous other large companies such as IBM (and sun, sorta).
The problem with SOAP, is it's not really done, and it doesn't really work. So we decided to go with XMLRPC (because it works), and eventually replace it with SOAP once the standard stabilizes and there's actual functional implementations.
One example of XMLRPC not being quite ready for prime-time, is it's lack of Null support. As the article described XMLRPC allows the passing of primitives and some complex datastructures nativly (strings, lists, hashes, ints), but it does not support passing nulls. Anybody whose tried to use XMLRPC will spend about an hour scratching their head when they program an XMLRPC call which (in java or C) has a return type of void (such as a setter for a variable). XMLRPC will choke because it can't describe a Null. So you end up having to return blank strings to work around the problem.
You know some XMLRPC specifications guy just slapped his head when he read this saying, "dammit, I knew I forgot something!".
Only a week ago a competing company fired up a new link.. Now suddenly their only competition has their wire cut. Hmm. Sounds like a good way to acquire customers for that new expensive link, -- while permanently destroying your competition.
Sounds like what they were talking about in Cryptonomicon, cable cutting wars. Easy to start, but nobody dares start them.
Acctually I built in GZIP compression to the core product at the company I'm working for (a web application) about a year ago. All HTML content coming out of our application passes through a layer which examines the browser and compresses it. The programmers never need to think about it. All the compression is done in realtime though, so there is a minute cpu overhead assosciated with it. We average about 4% extra cpu time because of GZIP. However, we've been averaging about 75% compression of our html. That -triples- the speed of page loads on modems. It's really noticable when I'm doing work from home. GZIP is a run-length compression, so if the page load stalls half way though, it still renders perfectly fine.
GZIP Compression is supported in NS4.5 and higher, IE4.01 and higher, and all versions of Mozilla. We have, in the past year, never had a reported problem with the GZIP compression. There are some known bugs if you try to compress other mimetypes other then html.
On a side note in probably about a month or so, I will be releasing into open source a java servlet web application framework. Included, among other goodies, is a layer which can automatically do GZIP encoding if the browser supports it. So anybody writing a web application using this automatically gets the benefits. Eventually coming to http://www.projectapollo.org
Good advertising scheme for Cobalt! Redirect links posted to slashdot to their own new server advertisement.
They used ODBC drivers for testing. IMHO I don't think anybody uses ODBC drivers except on MS platforms.
"using each product's own ODBC ensured the most valid 'apples to apples' comparison."
I've used the ODBC drivers for MySQL and they're were a joke. This may, ofcourse, have improved since I last used them about 2 years ago, but using the ODBC drivers for comparing these databases is the worse possible way to compare them.
Nike's DNS records were hacked, yes yes, and maybe they used poor security,
/dev/sda on his computer, would he
yes yes. However *HIS* systems were comprimised by the hacker, his OWN DNS
was reconfigured, and his OWN server was rebooted.
If the hacker logged in and did a mke2fs
still sue nike? [Your honor, Nike is responsbile on the grounds that
because after the hacker changed their domain, he was angered by the nike
swoosh into a destructive rage, and he destroyed my server.]
Anyway, how much "server load" can be rendered by DNS lookups for nike.com?
Has anyone ever BEEN to nike.com before? S11.org obviously had CONSIDERABLY
more traffic then this guy; and he could EASILY have fixed his "traffic"
problem, by removing his hacked DNS records
Thank god for the pill!
Look at comment number #86.. One of the ones they specifically cite as needing to be removed:
Posting the data is all well and good, but.... (Score:3, Insightful)
by smartin on Tuesday May 02, @03:20PM EST (#86)
What happens to the people that implement it (ie. the Samba guys) even if they obtain the information without intentionally breaking the license. Are they exposing themselves to expensive litigation? Are they endangering the project?
They want to censor that? Gimmie a break. That must be a screwup on their [oh wise and intelligent] part.
Just ran some benchmarks, looks like some solid progress on the IBM JVM under threadload. IBM's JVM is now runs just short of TowerJ's performance. :)
If you're not familure with TowerJ, it's a commerical piece of software which given a set of java class files, turns them into C++ code. Then runs GCC over them, producing a native binary. TowerJ [specifically on Linux] is currently ranked in the top slot on the Volano Benchmark. TowerJ under linux even beats TowerJ under NT; apparently in the words of the TowerJ engineers, the linux libraries are just more efficient
You can view a JVM graph here of the various Linux JVMs under load. As you can see the old IBM JVM didn't fair very well under threadload, regardless that it generally ran faster for single threaded applications. Good work IBM!
Heads up, AFAIK the IBM JVM is a mixed-mode VM. That means it learns as it runs. You'll have to make sure you let it run long enough for it to compile the code on the fly. If you use a running average you can clearly see it's performance increase dramatically over time.
I've found the IBM JDK1.3 almost 40% faster under heavy servlet threadload then it's ibm1.1.8 predecessor. Almost as fast as TowerJ, --which is GCC compiled converted Java code.
View the graph here.
The volano report does not include Sun or Blackdown's Native threads JVM. It includes their GREEN threads JVM. I've talked to the person who runs the volano benchmarks; and they don't include native threads on linux [IBM being the exception] because the linux kernel does not support >256 light weight processes.
They have several patches which they used for benchmarking the IBM VM to allow greater then 256 native threads on a linux kernel. Unfortunatly they don't do those patches with any other VM under linux. TowerJ, the highest performer on their benchmark, does not use native threads.
The volano report is not REALLY a good mark of how fast a JVM will perform. -Usually- you're not running 4000 concurrent threads idle threads. Usually you have a few worker threads, and a few idle ones.
It's also quite sad to see that the Microsoft VM whips Linux's JVM's up and down the street, and both sides [on that report]. TowerJ being the exception; but that's not exactly a JVM.
Here's a chart of the results I used to make my previous assertions. Although I don't have results for #'s of threads below 10, you can see the trend that as the number of threads goes down, IBM's VM gets faster.
I know from experience that IBM's VM wins beats Blackdown+Inprise JIT in single thread competitions. The chart is
here
and measures the number of milliseconds response time of a Java servlet.
Although IBM's 1.1.8 JDK was by far the fasted VM available for linux [aside from native compiling towerJ] it's native threads' implementation was not nearly as efficient as Blackdown's. IBM uses a mixed-mode JIT, which ends up ( in my experience) considerably faster then even Inprise's JIT plugged into Blackdown's VM for single thread loads. However, under heavy multi-thread loads, IBM's VM acctually underperforms blackdown's vm considerably. You can tell their threads implementation is a bit "funny" because when a system running the IBM JRE is under heavy load, the entire system becomes unusable, --even if the load average is only nearing 2. The mouse becomes extreemly jerky in X, console commands take 3-5 seconds to execute, all this with 5 active threads. Verses with blackdown's VM I've had 40 active running threads, and the rest of the applications run just as responsivly as you would expect linux to. I suspect IBM did a bit of cheating, and toyed iwth the priority threads were being issued, such that IBM VM threads end up being the highest priority to run. This gives them a bit of an edge when it comes to single threaded benchmarking; but once the IBM VM threads start competing against eachother.. it all falls to bits. I wonder if they'll fix that in 1.3.
Yahoo's running a bit behind on that story! In my biology class over 20 days ago the professor made reference to the full genome of the fruit fly being sequenced. I presume it was completed quite a bit before then. Visit: The online course notes
And click on "Timeline of some Relevant Biological Discoveries"
On the website they said they didn't know what those four holes around the microprocessor were for. They're for mounting a heatsink. The slot one celerons use the same architecture for mounting their heatsinks.
I am one of the primary administrators for an ISP based out of Massachusetts. Our primary server came under a massive SYN flood attack starting Thursday night around 8:30EST and was unrelenting until Today [Saturday] 5:00pm. Our site has been a breeding ground for hack attempts (mostly script kiddies); apparently our site due to it's visibility [we're not a normal public ISP, we're more of one of those 'freenets']. I am actually amazingly surprised that the Chinese had anything to do with this; unless they were TRULY attacking random visible sites in the US. Although the time frames the articles suggests are on the button with our attacks.
.6 for the past day while it fended off the attack, as well as filling the syslogs full of warnings :) We've actually come under attack from a SYN flood before; but they were short and not nearly as aggressive.
:) Glad to see they are actually monitoring their networks.
Fortunately the linux kernel has SYN and RST cookies built in, once compiled into the kernel our box was as stable as an ox. Although the loadaverage was around
Since the corrupted packets were coming in from random IP and port addresses, our system would end up contacting random sites around the internet trying to establish the second half of the TCP connection. I've been receiving reports/warnings from a number of military network administrators complaining about our box.
Depends on how much you want to spend.. If you're a big spender, I would look at exodus. They are EXTREEMLY professional about their services; they also house [so they claim] 60% of the big sites on the web. They listed a bunch for me. Out in Massachusetts, they charge $1400 bux for 1MB sustained for a month. Includes 1/4 rack/24 hour keycard access, 24 hour monitoring. Bullet proof windows included. :) The datacenter out here has 3 clear channel lines running into it plus something like seven ATM T3's? One other intersting perk of exodus is you can shove as MUCH stuff in your 1/4 rack (or however much you buy) as you want. So you can shove a CSU/DSU+router in your rack, and run a T1 to your company HQ; and only pay for telco charges.
I would suggest you stay AWAY from verio though. They are bad news.
I loved the movie, but I question the fact that humans make the best power source? Shouldn't the super smart AI have thought of say, nuclear power? Certainly our bodies only convert to energy what is put into them --so they're just converting what they feed us into energy.
Other then that, very good flick.