How many of those 450 work at Netscape.net (the portal) though? Remember, AOL only bought Netscape for eyeballs, and at the time, Netscape.net was like the #1 portal on the Web.
They want CONGRESS to help cut through the bureaucracy?
Once they get done forming the committe to form the committe to investiage the possiblity of feasiblity the Chinese will all ready have colinized Mars.
They'll still be having the meeting to plan the pre-pre planning meeting to plan the pre-planning pre-planning meeting to form the committee to form the committee to investigate the possibility of feasibility of having a pre-pre planning meeting to...
The Skynet Funding Bill is passed. The system goes on-line July 11th, 2003. Human decisions are removed from hot air balloons. Skynet begins to learn at a geometric rate. It becomes self-aware at 12:16 a.m. Eastern time, July 16th. In a panic, they try to pull the plug.
Re:Decent book review
on
All The Rave
·
· Score: 4, Funny
I've already read this, and would say that's a pretty decent review, once you get around the fact that you just PAID for a book about napster
I don't do anything illegal online (warez, stealing music, etc) so I've nothing to worry about.
Yet. You forgot the 'yet.' As in "I don't do anything illegal online, YET." Because one day something you actually DO online might become illegal. Then what are you going to do? It's already getting more and more illegal to speak your mind. After all, you wouldn't want to be labelled a 'terrorist' now would you?
Along with Hillary Rodham Clinton reprising her role as the Wicked Witch of the West. And Pope John Paul II as the great Oz. "There's no place like Rome! There's no place like Rome!"
Well, remember Reiser4, for instance, is a TOTALLY DIFFERENT system than the standard POSIX filesystems (Reiser3, Ext2/3, UFS, etc.)
The idea is that data is stored as in a database, and small files can be handled efficiently.
Think of it this way: What *is* a filesystem? Really, it's a relational database. We don't tend to think of it as one, because it isn't implemented as one, but that's what the data it represents is. If you think of each file and directory and associated metadata as a record, with directories being pointer records to other records that show relationships.
Anyways, code needs to be implemented to handle this.
We use metadata NOW. A files permissions, owner/group info, date and time stamp, and even the filesize are metadata. We transfer those between different systems right now. With the correct transport method, this metadata doesn't get lost at all. A tarball can sit on any system no problem. Inside the tarball is all the POSIX metadata. That gets transferred from system to system.
Of course, some OSes (read: Windows) don't handle Unix-style permissions correctly, so these are translated into rough-equivalent ACLs with systems such as Samba.
A box is a filing system in a file. We already use them, to some extent - it's been possible to mount ISO images using the loopback filing system for a while. What's needed is to take this to the next level. The first thing is that we need the ability to use files as mount points, not just directories. When files and directories are the same, well, I guess that should be easier.
Actually, although not seamless except from the users point of view, for a more visual representation, think ZIPs and tarballs in Midnight Commander. MC treats the file as a file, and then when you go into the file, you get a directory, in which you can copy, move and delete[*] the files much as in a traditional directory. The beauty is that metadata can be stored, accessed and modified in the directory-as-file version and it could probably contain just about anything you wanted, including a description of the directory structure and files, for instance with a source tree, it could contain all of the info normally contained in README, COPYING, CHANGELOG, etc.
[*] Depends on the features of the underlying file format and its associated program (zip/unzip vs. tar/gzip/bzip2).
Sure. With the right hardware and software combination, absolutely. With something along the lines of Softimage DS|HD, sure. Are you implying that the SGI can do that out of the box?
Up to 4 700 MHZ MIPS R4000 processors in the rackmount, or up to 2 in the tower. 12-bit alpha channel, 24-bit Z buffer. 128MB graphics memory. p to 8 GB main RAM in the tower, up to 16GB in the rackmount. Nice. SGI's were once the pinnacle of graphics performance, but one has to wonder with the predeominance of cheaper Wintel or Lintel boxes that have practically comparable performance, how relevant are these boxes still?
Re:Just mentioned the Club...
on
The Big Kerplop
·
· Score: 1
I read just about every book in all of those series, except the Great Brain books (don't remember that one at all. must've been either after my time, or I'm just getting too old to remember it) growing up. I would *love* to get my hands on those books again. That was great...those books were inspiring to me, especially once I got my hands on an electronics kit and then later a computer..."let's see what I can do with *this*..."
Slashdot Mirror
so what you're saying is that you're connected to the Information Supercowpath? :)
On what server? Using your *dialup* account? You can't be serious!
Hard core networking engineers don't NEED wireless LANs. Hardcore networking engineers use smoke signals!
May the obligatory lame Microsoft/Security jokes begin! Fire away!
It's a common hackish overgeneralization. Look at the bottom of this page.
How many of those 450 work at Netscape.net (the portal) though? Remember, AOL only bought Netscape for eyeballs, and at the time, Netscape.net was like the #1 portal on the Web.
They want CONGRESS to help cut through the bureaucracy?
Once they get done forming the committe to form the committe to investiage the possiblity of feasiblity the Chinese will all ready have colinized Mars.
They'll still be having the meeting to plan the pre-pre planning meeting to plan the pre-planning pre-planning meeting to form the committee to form the committee to investigate the possibility of feasibility of having a pre-pre planning meeting to...
The Skynet Funding Bill is passed. The system goes on-line July 11th, 2003. Human decisions are removed from hot air balloons. Skynet begins to learn at a geometric rate. It becomes self-aware at 12:16 a.m. Eastern time, July 16th. In a panic, they try to pull the plug.
I've already read this, and would say that's a pretty decent review, once you get around the fact that you just PAID for a book about napster
I just got it off of Kazaa!
I'm still trying to figure out the first one.
;)
That was my stance after having seen the original Star Wars Trilogy...
That's STILL my stance as of Episode II.
What is the Matrix?
;)
As soon as I figure that out, I'll let you know. The Wachowski Brothers tend to be rather cryptic."
I don't do anything illegal online (warez, stealing music, etc) so I've nothing to worry about.
Yet. You forgot the 'yet.' As in "I don't do anything illegal online, YET." Because one day something you actually DO online might become illegal. Then what are you going to do? It's already getting more and more illegal to speak your mind. After all, you wouldn't want to be labelled a 'terrorist' now would you?
Along with Hillary Rodham Clinton reprising her role as the Wicked Witch of the West. And Pope John Paul II as the great Oz. "There's no place like Rome! There's no place like Rome!"
Two person UNO:
:-P
Skip You. Reverse. Draw Two. Draw Four. Skip You. UNO!
Well, remember Reiser4, for instance, is a TOTALLY DIFFERENT system than the standard POSIX filesystems (Reiser3, Ext2/3, UFS, etc.)
The idea is that data is stored as in a database, and small files can be handled efficiently.
Think of it this way: What *is* a filesystem? Really, it's a relational database. We don't tend to think of it as one, because it isn't implemented as one, but that's what the data it represents is. If you think of each file and directory and associated metadata as a record, with directories being pointer records to other records that show relationships.
Anyways, code needs to be implemented to handle this.
We use metadata NOW. A files permissions, owner/group info, date and time stamp, and even the filesize are metadata. We transfer those between different systems right now. With the correct transport method, this metadata doesn't get lost at all. A tarball can sit on any system no problem. Inside the tarball is all the POSIX metadata. That gets transferred from system to system.
Of course, some OSes (read: Windows) don't handle Unix-style permissions correctly, so these are translated into rough-equivalent ACLs with systems such as Samba.
A box is a filing system in a file. We already use them, to some extent - it's been possible to mount ISO images using the loopback filing system for a while. What's needed is to take this to the next level. The first thing is that we need the ability to use files as mount points, not just directories. When files and directories are the same, well, I guess that should be easier.
Actually, although not seamless except from the users point of view, for a more visual representation, think ZIPs and tarballs in Midnight Commander. MC treats the file as a file, and then when you go into the file, you get a directory, in which you can copy, move and delete[*] the files much as in a traditional directory. The beauty is that metadata can be stored, accessed and modified in the directory-as-file version and it could probably contain just about anything you wanted, including a description of the directory structure and files, for instance with a source tree, it could contain all of the info normally contained in README, COPYING, CHANGELOG, etc.
[*] Depends on the features of the underlying file format and its associated program (zip/unzip vs. tar/gzip/bzip2).
"psthumous"?
:)
Oh. NOW I get the Ghostscript joke.
You're quoting specs from the Tezro workstation, which BTW, uses R16000 processors, not R4000.
:)
Oops. Bad habit. I'm so used to typing R4000 (because our old SGIs have those) that I missed that entirely.
Sure. With the right hardware and software combination, absolutely. With something along the lines of Softimage DS|HD, sure. Are you implying that the SGI can do that out of the box?
Up to 4 700 MHZ MIPS R4000 processors in the rackmount, or up to 2 in the tower. 12-bit alpha channel, 24-bit Z buffer. 128MB graphics memory. p to 8 GB main RAM in the tower, up to 16GB in the rackmount. Nice. SGI's were once the pinnacle of graphics performance, but one has to wonder with the predeominance of cheaper Wintel or Lintel boxes that have practically comparable performance, how relevant are these boxes still?
I read just about every book in all of those series, except the Great Brain books (don't remember that one at all. must've been either after my time, or I'm just getting too old to remember it) growing up. I would *love* to get my hands on those books again. That was great...those books were inspiring to me, especially once I got my hands on an electronics kit and then later a computer..."let's see what I can do with *this*..."
According to the headers in the ebuild file, it came out at today at 04:36 (GMT I'm assuming, it isn't noted)
Actually, it *is*. It's in the portage tree under sys-kernel/development-sources development-sources-2.6.0_beta1.ebuild
Flowers. Don't forget the flowers. And PLEASE remember to pickup a gallon of milk and a loaf of bread on the way home, okay, honey?
All of the above and none of the above. At the same time. ;)