- The uniting of humanity is not Gendo's aim, but rather his dead wife's (Shinji's mother). Gendo's aim is to be reunited with her; everything else is secondary for him. The reason for her attempt was to ensure that humanity survived effectively forever (at least until the heat-death of the universe). - The Third Impact was not really "positive" in the series; some people think that the series ending was just Shinji tripping out. Anno dropped several hints as to what actually happened (in the series, there's a couple of very short cuts showing a certain death scene (don't want to spoil it for others). A more cynical view is that Anno's lack of funding at the end simply lead him to give a giant 'fuck-you' to the production company by producing the most unsuitable closure possible.
The English article's slashdotted, so I don't know what it said, but the poster's comment about the 800x600 video output failed to mention that it requires an additional expansion card to do this.
From the Japanese page, the other options are:
Large lithium battery: 10,000 yen (same as supplied with SL-C760) Lithium battery: 5,500 yen (same as supplied with SL-C750) Battery recharger: 5,500 yen (only supports SL-C750's battery) Digital camera card: 24,000 yen (fits in CF slot; 350,000 pixels) Voice recorder kit: 5,000 yen
Also, they've tested it with a variety of CD cards. The selection available includes: PHS wireless cards (PHS is a form of mobile phone in use in Japan) 802.11b wireless cards Modem cards LAN cards (10baseT only, it seems) Graphic card (this is the one I mentioned above; I think it's the first CF-slot video card I've heard of) The usual CF memory cards
According to the page, the SL-C760 gets 8.5 hours use on battery. The SL-C750 gets 5 hours.
The software includes the usual Hancom apps, an MPEG-4 player, an MP3 player, presentation software, audio recorder, and a Java environment.
Depends on whether you want the mailing list to be completely private to registered members - if the outgoing mail from the server is encrypted with the server's private key, anyone who gets the server's public key can unencrypt it, whereas if it's signed with the individual user's public key, you can ensure end-to-end privacy of messages.
IIRC, you have the users encrypt their mail with the public key of the mailing list server. Once the mail reaches the ML server, it decrypts it with its private key, and then reencrypts it using the public key of each registered user of the ML when delivering the mail to that user.
Unfortunately, such a solution has quite a few problems - it won't work very well for extremely high-volume lists, each user has to pre-register their public key with the ML server, etc.
Probably the biggest obstacle to this is getting all users to actually install and learn how to use a PGP/GPG-enabled mail client.
I've already looked at this - the enbd patches were what I was referring to. Unfortunately, even the author doesn't consider them stable for swapping over.
I'm doing this, but one thing that annoys me about Linux is that it can't do swap over NFS, which means I'm stuck with just installed RAM on my diskless clients.
Sure, there's patches around for it, but they're not exactly reliable. Come on, guys, Solaris has been doing this for years now - how hard can it be?
So, because your pair of Durons worked, it'll work for everyone else? Hardly a guarantee worth gambling on...
By the way, the Duron hack is not exactly the same as this - for one thing, the Durons are a entirely separate chip line, whereas XPs can often be MPs that have been reclassified.
Errors produced by this sort of mod can be subtle, difficult to reproduce, and widely variant in their effect. OK, maybe if you're AMD, you can figure out what the hell is causing your kernel compiles to fail every third time if you're playing an MP3 at the same time, but I thought the whole point of this hack was to be able to save money? Don't know about you, but the time it takes to test would be worth more to me than the difference in price between an MP and an XP.
You quoted what refutes this statement: "There's a simple solution. Test with both modded XPs and regular MPs."
Sigh... you're missing the point. Testing does not tell you what the cause of problems is - it just tells you whether a particular system has problems. Even if you test the same system with MPs and XPs (as I said, something which rather defeats the purpose of saving money), you still don't know whether you just happened to have a good set of XPs, or if you failed to find the test case that would show up problems with them.
"it simply makes it impossible to determine whether problems are the fault of the kernel or of the CPU itself" No, it doesn't. There's a simple solution. Test with both modded XPs and regular MPs.
Er... you're failing to refute what I said. If you run into obscure problems, then you have no way of determining the cause if you've used this hack.
If you've tested a particular pair of hacked XPs and they appear to work, well done - it doesn't mean that the same hack will always work, it doesn't mean that you will never run into problems, and it rather defeats the point of this hack (i.e. to get a cheap SMP system) if you have to test with MPs anyway - not to mention the replacement cost if your particular pair of XPs don't work.
Slashdot Mirror
A couple of points...
- The uniting of humanity is not Gendo's aim, but rather his dead wife's (Shinji's mother). Gendo's aim is to be reunited with her; everything else is secondary for him. The reason for her attempt was to ensure that humanity survived effectively forever (at least until the heat-death of the universe).
- The Third Impact was not really "positive" in the series; some people think that the series ending was just Shinji tripping out. Anno dropped several hints as to what actually happened (in the series, there's a couple of very short cuts showing a certain death scene (don't want to spoil it for others). A more cynical view is that Anno's lack of funding at the end simply lead him to give a giant 'fuck-you' to the production company by producing the most unsuitable closure possible.
Evangelion is mostly about a teenage kid named Shinji getting forced into piloting a Giant Battle Robot and protecting the world from invaders.
No. No, it's not. I guess some people can miss the entire point of a series if they try hard enough.
Evangelion a bog-standard plot?? Hahaha...haha...hahaha... boy, are you in for a shock.
Oh, by the way, don't pirate stuff.
More like the worst.
Because not all of live such exciting and stimulating lives that we cannot appreciate a tale designed to fire our imagination. Unlike yourself.
/. - that means you're just as much a sad loser as the rest of us.
Oh, hang on, you're on
But what about the ALIENS?! EH???
Please, think of the ALIENS!!
I know you're being sarcastic, and I think your parent is an ignorant fool too, but as it happens, IBM doesn't bundle AIX with its mainframes either.
OK for you, maybe. I, on the other hand, has exactly one (count them, that's "1") other person on the planet with the same name.
Ugh... obviously, I meant CF cards, not CD cards.
1.8lbs in civilised units is 816g. These things weigh less than one-third that.
I've used the 1998 Libretto, and believe me, it's nothing like these.
The screen can be flipped and folded onto the back, so it looks more like a Palm or Ipaq.
From the Japanese page...
SL-C760: W120mm x H23.2mm x D83mm
SL-C750: W120 x H18.6 x D83mm
Weights are 250g and 225g respectively.
The English article's slashdotted, so I don't know what it said, but the poster's comment about the 800x600 video output failed to mention that it requires an additional expansion card to do this.
From the Japanese page, the other options are:
Large lithium battery: 10,000 yen (same as supplied with SL-C760)
Lithium battery: 5,500 yen (same as supplied with SL-C750)
Battery recharger: 5,500 yen (only supports SL-C750's battery)
Digital camera card: 24,000 yen (fits in CF slot; 350,000 pixels)
Voice recorder kit: 5,000 yen
Also, they've tested it with a variety of CD cards. The selection available includes:
PHS wireless cards (PHS is a form of mobile phone in use in Japan)
802.11b wireless cards
Modem cards
LAN cards (10baseT only, it seems)
Graphic card (this is the one I mentioned above; I think it's the first CF-slot video card I've heard of)
The usual CF memory cards
According to the page, the SL-C760 gets 8.5 hours use on battery. The SL-C750 gets 5 hours.
The software includes the usual Hancom apps, an MPEG-4 player, an MP3 player, presentation software, audio recorder, and a Java environment.
Well, I don't know... he never mentioned that he's been exposed to anything else, just C++ and Java. Not much of a choice, if you ask me.
Depends on whether you want the mailing list to be completely private to registered members - if the outgoing mail from the server is encrypted with the server's private key, anyone who gets the server's public key can unencrypt it, whereas if it's signed with the individual user's public key, you can ensure end-to-end privacy of messages.
Actually, no. This has been discussed before.
IIRC, you have the users encrypt their mail with the public key of the mailing list server. Once the mail reaches the ML server, it decrypts it with its private key, and then reencrypts it using the public key of each registered user of the ML when delivering the mail to that user.
Unfortunately, such a solution has quite a few problems - it won't work very well for extremely high-volume lists, each user has to pre-register their public key with the ML server, etc.
Probably the biggest obstacle to this is getting all users to actually install and learn how to use a PGP/GPG-enabled mail client.
They misspelt Lake Baikal! Don't the editors ever check ANYTHING?!?
Nah, not yet - the kernel I have on the client is fairly heavily patched already, and I haven't succeeded in getting enbd to apply properly.
I got round it for the time being by increasing the client's memory, but if I start getting OOM problems, I'll probably try looking at it again.
I've already looked at this - the enbd patches were what I was referring to. Unfortunately, even the author doesn't consider them stable for swapping over.
I'm doing this, but one thing that annoys me about Linux is that it can't do swap over NFS, which means I'm stuck with just installed RAM on my diskless clients.
Sure, there's patches around for it, but they're not exactly reliable. Come on, guys, Solaris has been doing this for years now - how hard can it be?
So, because your pair of Durons worked, it'll work for everyone else? Hardly a guarantee worth gambling on...
By the way, the Duron hack is not exactly the same as this - for one thing, the Durons are a entirely separate chip line, whereas XPs can often be MPs that have been reclassified.
Errors produced by this sort of mod can be subtle, difficult to reproduce, and widely variant in their effect. OK, maybe if you're AMD, you can figure out what the hell is causing your kernel compiles to fail every third time if you're playing an MP3 at the same time, but I thought the whole point of this hack was to be able to save money? Don't know about you, but the time it takes to test would be worth more to me than the difference in price between an MP and an XP.
You quoted what refutes this statement: "There's a simple solution. Test with both modded XPs and regular MPs."
Sigh... you're missing the point. Testing does not tell you what the cause of problems is - it just tells you whether a particular system has problems. Even if you test the same system with MPs and XPs (as I said, something which rather defeats the purpose of saving money), you still don't know whether you just happened to have a good set of XPs, or if you failed to find the test case that would show up problems with them.
Not to take issue with you, but Barton-core MPs should be released next week.
It's in Japanese, but this article has details (and some photos as well).
"it simply makes it impossible to determine whether problems are the fault of the kernel or of the CPU itself" No, it doesn't. There's a simple solution. Test with both modded XPs and regular MPs.
Er... you're failing to refute what I said. If you run into obscure problems, then you have no way of determining the cause if you've used this hack.
If you've tested a particular pair of hacked XPs and they appear to work, well done - it doesn't mean that the same hack will always work, it doesn't mean that you will never run into problems, and it rather defeats the point of this hack (i.e. to get a cheap SMP system) if you have to test with MPs anyway - not to mention the replacement cost if your particular pair of XPs don't work.