What SBC seems to want to do is to require everyone to be their customer in order to carry their traffic on SBC's network.
Look at it as if it were telephone traffic. In that case, it is as if they would not complete any telephone calls unless the calling party and the called party were both customers of theirs.
Perhaps a better analogy is a road or highway. Imagine SBC owning a stretch of highway. Imagine they start tracking vehicles, so they can invoice couriers and other commercial users for a 'cut' of their profits. Charging people for the use of a medium is perfectly fine. What the SBC CEO seems to want to do is tax commercial users a part of their profit simply because their packets happen to travel across his network. That's not fine. It's dumb. And probably not enforcable to any great extent.
I don't know about other countries, but AARNET here in Australia recently upgraded their network with 10Gbps fibre connecting major metropolitan centres as well as Seattle and LA in the US. Slower copper links are used for redundancy and connecting not-so-major metropolitan centres. And it supports IPv6 as well as IPv4.
Therefore IPv6 must be afforded the same priority within the new network as IPv4. A network that treated IPv6 as a second-class citizen was not going to be acceptable and so the type of traffic should not influence performance of the network.
Wow, you could not be more wrong. See the wikipedia article on branch misprediction. You should probably read up on exactly what RISC means as well. I have the "SPU assembly language" document here from IBM (can't remember where I got it from, sorry). The branch instructions (not JUMP) can jump to any location stored in any 32-bit register, minus the two least significant bits. It is a RISC CPU after all. Or it can branch relative to the current PC using an 18-bit direct value. Considering the first generation of Cell's have 256KB of local addressable memory per SPU, that's half the available memory in a relative jump. And most of that memory is probably going to be used by data anyway. So no, JUMP's do not have to be small. This is not your dad's SIMD computer, this is a pretty general RISC processor with vector extensions.
Re:Since the submitter didn't bother to explain...
on
IBM Releases Cell SDK
·
· Score: 1
I'm just wondering what information you have on the Cell being "terribla at branch predeiction"? I don't know about using it in a mac, but IBM seems eager to run Linux on it. They've even demonstrated a prototype cell-based blade server system running Linux, back in May.
No, that is not what FUSE is for. Filesystems like ext2/3, XFS, JFS, Reiser, etc are on-disk fs's. There's really no point in putting them into usespace. You wouldn't really gain much, and you'd lose a lot of performance. FUSE is for high-level filesystems, like putting a fs in a database, or interfacing with WebDAV, FTP, Gmail, or Dallas 1-wire devices. There's no real need to put those sorts of fs's in kernel space. There'd be no performance increase since they're using network protocols or some other communication channel with high latency. And being in userspace, they can use handy third-party libraries instead of having to include even more code into (non-swaping) kernel memory. Some are even implemented in Perl or Python. FUSE isn't going to replace all those on-disk filesystems, but it will replace a few network filesystems (not NFS, more like WebDAV or even SMB/CIFS) and it will make it much easier to create trivial fs's. That's what FUSE is for.
Not long ago I was ripping some free CD's my brother got from a radio station promotion. One of them had some sort of copy protection scheme on it and it totally locked up my CD drive. I couldn't access it until I rebooted, but could still eject the tray. At the time I had two drives in this machine, so I just skipped that album and continued ripping with the other drive. This was with Linux and my own ripping script writtin in Perl.
Ok, so the Reg got an email. But why are some of us being redirected when trying to view this supposedly blocked web site? I tried getting jengajam.com using JAP and it came up fine. So who is redirecting us and why? Is it an upstream ISP, or something that jengajam.com has somehow setup? This is really puzzling.
Not iiNet, Dart/Hotkey here. Does iiNet go through connect.com.au as well? I don't know who this so-called net authority is. It seems to run by some fundamentalist kook. Their database listing though is a hoot. The Walmart site is listed for containing pornographic material, hateful material, blasphemy, offensive political material, and bestiality and/or interracial relationships. In lots of mainstream sites are listed, every one having those five same traits. It looks like people can submit sites and the admin is so extreme in his religious views, he'll list almost any site.
Not exactly. Gmail is an 'AJAX' webapp, and under IE the XMLHTTPRequest object is implemented as an ActiveX control. But it's not installing its own ActiveX control, just one that's provided standard with the browser install. The security hole that ActiveX creates is when web pages can install their own custom control(s), which runs as pretty much a normal user app (not in a sandbox), and that Windows users are so acustomed to clicking 'ok' without reading whenever a confirmation dialog pops up. So I wouldn't say Gmail is insecure just because it uses ActiveX (on IE). It just doesn't use it in an insecure way.
What are you talking about, 300MB? When I downloaded OO 2.0 a week or two ago, it was 75MB. Still not tiny, but only a quarter of the 300MB figure you claim.
That's right, the Alpha did eventually get over 1GHz. Thanks for the correction, it was early in the morning when I posted. And well said about the idiots at Compaq/HP. The Itanium is a pretty big failure from what I can tell. Intel and HP sunk billions of dollars into it and what do they have to show for it? A big, expensive, and hot processor that really only performs well on scientific number-crunching applications. I don't see it lasting much longer. The Alpha sure would have been an awesome processor by now if Compaq had stuck to the roadmap. Perhaps one day it will be resurrected. Or maybe AMD will pull an Itanium and create their own high-performance 64-bit RISC processor. And not screw it up like Intel and HP. One can only hope. Until then we have the Opteron and Athlon 64.
While we're adding stories of old systems, here's mine. My first motherboard and CPU when I left home was a K6-2 266MHz (with the 66MHz bus). For a while it served as the family server and I've recently resurrected it as a file server. It has a RAID 1 mirror using two oldish hard drives (80G+60G), 192M of ram, a 100Base-T network card, and runs Debian GNU/Linux. It serves my home directory from the RAID-1 volume via NFS (after a few drive crashes over the years, I want my data safe), a Cyrus IMAP store for my email, and I've recently setup Subversion and Trac on it to store my little software projects. The system has pretty light load almost all the time, has long uptimes, and runs pretty well overall. In fact, it runs better than the family server using a 3Ware RAID card and 4x 120G drives setup in a RAID 5 volume, with a slightly faster processor (K6-III 400MHz). Copying a lot of data over the network sends its system load pretty high. I think I'll avoid RAID-5 in the future for performance reasons, opting for RAID 1 or RAID 1+0 instead.
Heck, this was pretty much DEC's strategy for the Alpha - design an architecture that's easily scalable to ever-faster clock speeds, and ramp up the performance by aggressively increasing the clock speed.
Except the Alpha was a RISC processor (and a pretty clean one at that), so its short pipelines didn't lose as much performance to branch miss-predictions as the P4/Netburst does. IIRC, both the P4 and Athlon CPU's had to get up to around 1.4-1.5GHz before they beat the performance of the 800MHz 21264, the last and fastest Alpha produced. *sigh*
Live555 use to have live.com. They make various bits of streaming media software. They have a library that's used in compiling MPlayer with stream playing support. I wondered why they changed. I thought it was some silly bit of corporate branding, but I guess MS made them an offer they couldn't refuse.
I am saying that type of behavior completely messes up the Google search results.
Ok, sure. But who types "miserable failure" into Google and hits "I'm feeling lucky" expecting useful results? In fact, I think that button is there largely for its entertainment value. I've never used it for searious searching. The only use I could think of is to get around some sort of locked-down kiosk-like web terminal. If they provide a link to Google, then you can put in the title of the desired web site and hit "I'm feeling lucky" to go straight to it. If you're lucky...
Sorry for calling you a facist. With that comment you made, I thought you were one of the growing hoardes of brainwashed idiots who think "patriotism" means blindy supporting everything done by the Bush administration. I misinterpreted your terse explaination and overreacted.
Yes, we all know what "default" means. But it depends on the context. Read the sentence again. Being "enabled by default" is different to "the default table type". InnoDB might be enabled (available) by default in 5.0, but MyISAM is still the default table type. Create a table without specifying the type and you're getting a super-fast but super-crappy MyISAM table.
Others have replied, but I'll add my own explaination:
It does not matter what you try to substitute into the query. The query is gone, all that is left is the plan now. It lists the tables and indexes to use, and how to join them together to give you your results. All it's waiting for is the values to put into the placeholders. No amount of escaping or other trickery is going to make a difference. When that plan is executed with the substituted values, it's either going to give no result for the weird string value, or complain that '1; delete * from employees;' is not an integer/date/whatever. The added bonus is that prepared statements allow your RDBMS operate more efficiently.
You must have a strange definition of "integrity". If you want to insert strange dates and other invalid data into your toy database, go ahead. Every web programmer knows that you do all your checking in the client code anyway, right? But try to run a business like that, just try. In a year your tables will have lots of nonsense entries that you'll have to fix by hand. And foreign keys are only used by fancy GUI apps to draw diagrams, right? No-one uses them to ensure the integrity of their database, hell no!
Go to Google and search "Miserable Failure" and hit "I Feel Lucky". Regardless of what your opinions are. That type of behavior is still wrong.
Right. People exercising their constitutional right to freedom of expression and peaceful protest is wrong. You little facists are what's wrong with the US today.
I've used Wine for quite a few years to play StarCraft, Total Annihiliation, and Diablo II. The only problems are that emulating 8-bit paletted graphics on a 24-bit true-colour display eats up quite a few CPU cycles. And that I can't easily minimize or switch between the full-screen games. Oh well. So I just close down Firefox to free up memory and CPU, and my Jabber client so people know not to disturb me. Then I play for a few hours. Works pretty well too. Now what were you saying about notepad and minesweeper?
Huh? My understanding of CGI was that it defines the interface between the web server and the program/script. It defines how the URL, headers, and POST variables are passed to it, and how the program/script returns the page and status code. The Apache modules like mod_perl, mod_php, and mod_python put the interpreter into the web server, eschewing the overhead of launching a program (and parsing the perl/python) for each request. Thus the interface is an internal Apache API instead of the CGI. Now, mod_perl allows you to emulate the CGI environment and reuse your Perl CGI scripts with a speed/efficiency increase. But it's not the only (or the best) use of mod_perl.
From what I know of those projects, they're all Bayesian filters and little more. Maybe a white/black list. That's what the GP post was referring to when he wrote "as opposed to the legions of people who seem to think that spam filtering should be easy, given the right algorithm". I don't know much about this DSPAM, but SpamAssassin covers a whole bunch of tests. It started off as a list of common-sense patterns looking for the usual penis/breast enlargement etc spam in the email body and suspicious info in the headers. That's why the tests each have a weight associated with them. So it was fairly easy to add in later network tests (DNS block lists, Razor/Pyzor, etc) and a bayesian test. Each simply adds a certain amount to the email's final score. SpamAssassin won't be outdone for a long time, it will just keep adding tests as new techniques are developed. It might even be possible to add a DSPAM test into SpamAssassin.
Slashdot Mirror
No, just the games section of slashdot.
Perhaps a better analogy is a road or highway. Imagine SBC owning a stretch of highway. Imagine they start tracking vehicles, so they can invoice couriers and other commercial users for a 'cut' of their profits. Charging people for the use of a medium is perfectly fine. What the SBC CEO seems to want to do is tax commercial users a part of their profit simply because their packets happen to travel across his network. That's not fine. It's dumb. And probably not enforcable to any great extent.
I don't know about other countries, but AARNET here in Australia recently upgraded their network with 10Gbps fibre connecting major metropolitan centres as well as Seattle and LA in the US. Slower copper links are used for redundancy and connecting not-so-major metropolitan centres. And it supports IPv6 as well as IPv4.
It's refreshing to see their attitude about IPv6 in their design goals:
Also, Australians can use their IPv6 migration broker to get a local IPv6 tunnel.
Wow, you could not be more wrong. See the wikipedia article on branch misprediction. You should probably read up on exactly what RISC means as well. I have the "SPU assembly language" document here from IBM (can't remember where I got it from, sorry). The branch instructions (not JUMP) can jump to any location stored in any 32-bit register, minus the two least significant bits. It is a RISC CPU after all. Or it can branch relative to the current PC using an 18-bit direct value. Considering the first generation of Cell's have 256KB of local addressable memory per SPU, that's half the available memory in a relative jump. And most of that memory is probably going to be used by data anyway. So no, JUMP's do not have to be small. This is not your dad's SIMD computer, this is a pretty general RISC processor with vector extensions.
I'm just wondering what information you have on the Cell being "terribla at branch predeiction"? I don't know about using it in a mac, but IBM seems eager to run Linux on it. They've even demonstrated a prototype cell-based blade server system running Linux, back in May.
No, that is not what FUSE is for. Filesystems like ext2/3, XFS, JFS, Reiser, etc are on-disk fs's. There's really no point in putting them into usespace. You wouldn't really gain much, and you'd lose a lot of performance. FUSE is for high-level filesystems, like putting a fs in a database, or interfacing with WebDAV, FTP, Gmail, or Dallas 1-wire devices. There's no real need to put those sorts of fs's in kernel space. There'd be no performance increase since they're using network protocols or some other communication channel with high latency. And being in userspace, they can use handy third-party libraries instead of having to include even more code into (non-swaping) kernel memory. Some are even implemented in Perl or Python. FUSE isn't going to replace all those on-disk filesystems, but it will replace a few network filesystems (not NFS, more like WebDAV or even SMB/CIFS) and it will make it much easier to create trivial fs's. That's what FUSE is for.
Not long ago I was ripping some free CD's my brother got from a radio station promotion. One of them had some sort of copy protection scheme on it and it totally locked up my CD drive. I couldn't access it until I rebooted, but could still eject the tray. At the time I had two drives in this machine, so I just skipped that album and continued ripping with the other drive. This was with Linux and my own ripping script writtin in Perl.
Ok, so the Reg got an email. But why are some of us being redirected when trying to view this supposedly blocked web site? I tried getting jengajam.com using JAP and it came up fine. So who is redirecting us and why? Is it an upstream ISP, or something that jengajam.com has somehow setup? This is really puzzling.
Not iiNet, Dart/Hotkey here. Does iiNet go through connect.com.au as well? I don't know who this so-called net authority is. It seems to run by some fundamentalist kook. Their database listing though is a hoot. The Walmart site is listed for containing pornographic material, hateful material, blasphemy, offensive political material, and bestiality and/or interracial relationships. In lots of mainstream sites are listed, every one having those five same traits. It looks like people can submit sites and the admin is so extreme in his religious views, he'll list almost any site.
Not exactly. Gmail is an 'AJAX' webapp, and under IE the XMLHTTPRequest object is implemented as an ActiveX control. But it's not installing its own ActiveX control, just one that's provided standard with the browser install. The security hole that ActiveX creates is when web pages can install their own custom control(s), which runs as pretty much a normal user app (not in a sandbox), and that Windows users are so acustomed to clicking 'ok' without reading whenever a confirmation dialog pops up. So I wouldn't say Gmail is insecure just because it uses ActiveX (on IE). It just doesn't use it in an insecure way.
What are you talking about, 300MB? When I downloaded OO 2.0 a week or two ago, it was 75MB. Still not tiny, but only a quarter of the 300MB figure you claim.
That's right, the Alpha did eventually get over 1GHz. Thanks for the correction, it was early in the morning when I posted. And well said about the idiots at Compaq/HP. The Itanium is a pretty big failure from what I can tell. Intel and HP sunk billions of dollars into it and what do they have to show for it? A big, expensive, and hot processor that really only performs well on scientific number-crunching applications. I don't see it lasting much longer. The Alpha sure would have been an awesome processor by now if Compaq had stuck to the roadmap. Perhaps one day it will be resurrected. Or maybe AMD will pull an Itanium and create their own high-performance 64-bit RISC processor. And not screw it up like Intel and HP. One can only hope. Until then we have the Opteron and Athlon 64.
While we're adding stories of old systems, here's mine. My first motherboard and CPU when I left home was a K6-2 266MHz (with the 66MHz bus). For a while it served as the family server and I've recently resurrected it as a file server. It has a RAID 1 mirror using two oldish hard drives (80G+60G), 192M of ram, a 100Base-T network card, and runs Debian GNU/Linux. It serves my home directory from the RAID-1 volume via NFS (after a few drive crashes over the years, I want my data safe), a Cyrus IMAP store for my email, and I've recently setup Subversion and Trac on it to store my little software projects. The system has pretty light load almost all the time, has long uptimes, and runs pretty well overall. In fact, it runs better than the family server using a 3Ware RAID card and 4x 120G drives setup in a RAID 5 volume, with a slightly faster processor (K6-III 400MHz). Copying a lot of data over the network sends its system load pretty high. I think I'll avoid RAID-5 in the future for performance reasons, opting for RAID 1 or RAID 1+0 instead.
Except the Alpha was a RISC processor (and a pretty clean one at that), so its short pipelines didn't lose as much performance to branch miss-predictions as the P4/Netburst does. IIRC, both the P4 and Athlon CPU's had to get up to around 1.4-1.5GHz before they beat the performance of the 800MHz 21264, the last and fastest Alpha produced. *sigh*
Live555 use to have live.com. They make various bits of streaming media software. They have a library that's used in compiling MPlayer with stream playing support. I wondered why they changed. I thought it was some silly bit of corporate branding, but I guess MS made them an offer they couldn't refuse.
Of course Gentoo! Because everyone knows that production servers need to run really fast. You don't get that with generic binaries.
Just out of interest, here's the mod_perl graph (a little out of date though). *sigh*
Also, here's SecuritySpace's Apache module survey which covers everything else.
Ok, sure. But who types "miserable failure" into Google and hits "I'm feeling lucky" expecting useful results? In fact, I think that button is there largely for its entertainment value. I've never used it for searious searching. The only use I could think of is to get around some sort of locked-down kiosk-like web terminal. If they provide a link to Google, then you can put in the title of the desired web site and hit "I'm feeling lucky" to go straight to it. If you're lucky...
Sorry for calling you a facist. With that comment you made, I thought you were one of the growing hoardes of brainwashed idiots who think "patriotism" means blindy supporting everything done by the Bush administration. I misinterpreted your terse explaination and overreacted.
Yes, we all know what "default" means. But it depends on the context. Read the sentence again. Being "enabled by default" is different to "the default table type". InnoDB might be enabled (available) by default in 5.0, but MyISAM is still the default table type. Create a table without specifying the type and you're getting a super-fast but super-crappy MyISAM table.
Others have replied, but I'll add my own explaination:
It does not matter what you try to substitute into the query. The query is gone, all that is left is the plan now. It lists the tables and indexes to use, and how to join them together to give you your results. All it's waiting for is the values to put into the placeholders. No amount of escaping or other trickery is going to make a difference. When that plan is executed with the substituted values, it's either going to give no result for the weird string value, or complain that '1; delete * from employees;' is not an integer/date/whatever. The added bonus is that prepared statements allow your RDBMS operate more efficiently.
You must have a strange definition of "integrity". If you want to insert strange dates and other invalid data into your toy database, go ahead. Every web programmer knows that you do all your checking in the client code anyway, right? But try to run a business like that, just try. In a year your tables will have lots of nonsense entries that you'll have to fix by hand. And foreign keys are only used by fancy GUI apps to draw diagrams, right? No-one uses them to ensure the integrity of their database, hell no!
Right. People exercising their constitutional right to freedom of expression and peaceful protest is wrong. You little facists are what's wrong with the US today.
I've used Wine for quite a few years to play StarCraft, Total Annihiliation, and Diablo II. The only problems are that emulating 8-bit paletted graphics on a 24-bit true-colour display eats up quite a few CPU cycles. And that I can't easily minimize or switch between the full-screen games. Oh well. So I just close down Firefox to free up memory and CPU, and my Jabber client so people know not to disturb me. Then I play for a few hours. Works pretty well too. Now what were you saying about notepad and minesweeper?
Huh? My understanding of CGI was that it defines the interface between the web server and the program/script. It defines how the URL, headers, and POST variables are passed to it, and how the program/script returns the page and status code. The Apache modules like mod_perl, mod_php, and mod_python put the interpreter into the web server, eschewing the overhead of launching a program (and parsing the perl/python) for each request. Thus the interface is an internal Apache API instead of the CGI. Now, mod_perl allows you to emulate the CGI environment and reuse your Perl CGI scripts with a speed/efficiency increase. But it's not the only (or the best) use of mod_perl.
From what I know of those projects, they're all Bayesian filters and little more. Maybe a white/black list. That's what the GP post was referring to when he wrote "as opposed to the legions of people who seem to think that spam filtering should be easy, given the right algorithm". I don't know much about this DSPAM, but SpamAssassin covers a whole bunch of tests. It started off as a list of common-sense patterns looking for the usual penis/breast enlargement etc spam in the email body and suspicious info in the headers. That's why the tests each have a weight associated with them. So it was fairly easy to add in later network tests (DNS block lists, Razor/Pyzor, etc) and a bayesian test. Each simply adds a certain amount to the email's final score. SpamAssassin won't be outdone for a long time, it will just keep adding tests as new techniques are developed. It might even be possible to add a DSPAM test into SpamAssassin.