Recently Lockheed Martin has been testing a new 1/5 scale rocket described to be similar in capabilities and design, known now simply as a "Space Reusable Launch Vehicle". Two tests were conducted secretly at the Spaceport America in New Mexico. The first on December 19, 2007 was billed as a complete success, while the August 12, 2008 launch ended in an irreparable crash after 12.5 seconds of flight. A third test on October 10, 2009, was another success.
The big question I have is will multiple programs be able to share memory to store a commonly used library like C can. One of the things I think causes big inefficiencies in modern languages is the way they don't share memory well. If I have a C library that has, say, 5 megs of pure code in it and I'm running 10 copies of a program that uses it, all 10 can use the same 5 meg copy with only parts that are written to localized to the application. With high level languages, I need to use 50 megs of memory for each. Can Parrot share like C does and have all copies of the program reference the one copy stored in memory? Java and.net can't use this since their libraries aren't implemented on a level where that is possible. Parrot probably could but I'm not sure if it does. Does anyone know the answer to that?
There is nothing magic about what C or C++ does when it utilizes shared memory for dynamically linked libraries. Your assertion that Java or C# cannot do this strikes me as incorrect, although I'm not sure if any VMs actually make use of such a thing or not.
The way it basically works is, at least on *nix, the library (eg a libfoo.so.0 file) is loaded by the runtime linker (or the program using something like dlopen) which typically loads this file using the system (read: kernel) call mmap(). One of the key features that mmap provides is that the pages can be shared if two processes load the same file. Since this is (in this case) read-only memory, the pages should never be un-shared and you continue to benefit as long as processes continue to mmap the same file (which is how you are able to upgrade shared libraries -- the old inode is still there, and a new file replaces the old name in name, and new processes will load the new version, leaving old processes happy with the old one).
Parrot might be able to give you what you are looking for if it saves compiled bytecode, or something like that, to disk and then mmap() it back into memory to actually execute it. That could certainly be an interesting optimization, although you'd have to be clear if you want to recompile libraries when you compile a program. I'm not sure how the semantics of this would work. Maybe it could work using a mtime-based compile-as-needed mechanism.
for my tastes,.deb is the superior format, not apt. i dont want to go in detail here.
it is the combination of apt and.deb which rocks.
deb is a superior packaging format, but that's not what makes Debian Debian. It's the (much maligned) DFSG and their strict packaging policies that make it great.
Also older unixs ignore anything longer than an 8 character password, you are free to have a longer one, thay'll just let you in regardless of what you type for character 9+. It's been about 3 years since I cam across one of these, but I'm sure lots of company password schemes are based around the lowest common denominator.
This is how DES crypt works. Upgrading to MD5 passwords is one way of fixing that problem.
I had almost no interest in this game until I saw gameplay footage. The character animation alone is worth playing this game, and is probably the best ever seen in a video game. Nice surprise.
and they're going to be hurting if they do, considering that the Xbox division has never been profitable, and just when it seemed like that might happen, they have to drop a billion bucks on warranty extensions and cut the price to stay competitive
This is probably going to really hurt for the "NHL Center Ice" people who carry the majority of games, which seems to mostly be used by people who moved away from their favorite team's area
Slashdot Mirror
I have to wonder about the obviously deliberate non-mention of either Palm or WebOS. Trying to ignore the past?
and now there's Postgres-XC, which looks very promising
According to Wikipedia, this program is not entirely dead
http://en.wikipedia.org/wiki/X-33#Lockheed_Martin_continues_testing
Recently Lockheed Martin has been testing a new 1/5 scale rocket described to be similar in capabilities and design, known now simply as a "Space Reusable Launch Vehicle". Two tests were conducted secretly at the Spaceport America in New Mexico. The first on December 19, 2007 was billed as a complete success, while the August 12, 2008 launch ended in an irreparable crash after 12.5 seconds of flight. A third test on October 10, 2009, was another success.
Isn't this was SMIL was supposed to deliver? Is that dead now?
Yo dawg, I herd u like trucks
This is the cover story, but what *really* happened?
2 words:
Arsenal Gear
Interesting omission:
$ grep "/python" /usr/bin/* | wc -l
168
$ grep "/ruby" /usr/bin/* | wc -l
23
$ grep "/perl" /usr/bin/* | wc -l
570
Selling the most units / making the most profit does indeed make it the best console
And Windows is the best OS and McDonalds is the best hamburger and Titanic is the best movie
You can do most of what you suggest in the current version of the game that you can buy today. Really. The only missing element is portals.
I don't suppose you read that it's currently in the initial production run, and is supposed to go on sale in a week or two?
http://wiki.openmoko.org/wiki/Community_Updates
The big question I have is will multiple programs be able to share memory to store a commonly used library like C can. One of the things I think causes big inefficiencies in modern languages is the way they don't share memory well. If I have a C library that has, say, 5 megs of pure code in it and I'm running 10 copies of a program that uses it, all 10 can use the same 5 meg copy with only parts that are written to localized to the application. With high level languages, I need to use 50 megs of memory for each. Can Parrot share like C does and have all copies of the program reference the one copy stored in memory? Java and .net can't use this since their libraries aren't implemented on a level where that is possible. Parrot probably could but I'm not sure if it does. Does anyone know the answer to that?
There is nothing magic about what C or C++ does when it utilizes shared memory for dynamically linked libraries. Your assertion that Java or C# cannot do this strikes me as incorrect, although I'm not sure if any VMs actually make use of such a thing or not.
The way it basically works is, at least on *nix, the library (eg a libfoo.so.0 file) is loaded by the runtime linker (or the program using something like dlopen) which typically loads this file using the system (read: kernel) call mmap(). One of the key features that mmap provides is that the pages can be shared if two processes load the same file. Since this is (in this case) read-only memory, the pages should never be un-shared and you continue to benefit as long as processes continue to mmap the same file (which is how you are able to upgrade shared libraries -- the old inode is still there, and a new file replaces the old name in name, and new processes will load the new version, leaving old processes happy with the old one).
Parrot might be able to give you what you are looking for if it saves compiled bytecode, or something like that, to disk and then mmap() it back into memory to actually execute it. That could certainly be an interesting optimization, although you'd have to be clear if you want to recompile libraries when you compile a program. I'm not sure how the semantics of this would work. Maybe it could work using a mtime-based compile-as-needed mechanism.
Spore is confirmed for the Wii, which as far as I'm aware, cannot use DirectX. So there's got to be some porting going on over there.
for my tastes, .deb is the superior format, not apt. i dont want to go in detail here.
.deb which rocks.
it is the combination of apt and
deb is a superior packaging format, but that's not what makes Debian Debian. It's the (much maligned) DFSG and their strict packaging policies that make it great.
Also older unixs ignore anything longer than an 8 character password, you are free to have a longer one, thay'll just let you in regardless of what you type for character 9+. It's been about 3 years since I cam across one of these, but I'm sure lots of company password schemes are based around the lowest common denominator.
This is how DES crypt works. Upgrading to MD5 passwords is one way of fixing that problem.
Hate to reply to my own post, but I forgot about the very last screen. Wouldn't it be fitting if that was the release date of the new game?
I never did finish the game and see the ending. :(
Wonder no more: http://www.youtube.com/watch?v=CpeP6yeUPa0
You can tell the PS3 to rip the contents of a CD to the PS3's harddrive. It can do it automatically when you insert the CD into the drive.
Not only that, you can tell it to rip MP3 (read: no DRM), which you can then copy off onto other devices. My jaw hit the floor.
Sure seems to me like Epic 2014 is slowly coming to fruition
Yeah, how dare a company CHARGE MONEY for an ongoing service they provide! Those BASTARDS!
so you're retarded, illiterate, AND an anonymous posting pussy. good job!
I had almost no interest in this game until I saw gameplay footage. The character animation alone is worth playing this game, and is probably the best ever seen in a video game. Nice surprise.
It always has. That report was false.
and they're going to be hurting if they do, considering that the Xbox division has never been profitable, and just when it seemed like that might happen, they have to drop a billion bucks on warranty extensions and cut the price to stay competitive
Should have done a barrel roll
This is probably going to really hurt for the "NHL Center Ice" people who carry the majority of games, which seems to mostly be used by people who moved away from their favorite team's area