Don't you think they would be living their lives regular-style? Hobbits like to live in holes, dwarves mines, and humans everywhere they can. What more is there to tell? If there were a different adventure to tell, it would be a different story about Middle Earth, neh?
I'm a born and raised American and didn't think his sig meant what you thought. Perhaps you could email him privately instead of attacking him online before you start swearing at him?
As for the vi comment... I personally believe that vi creates some type of addictive dependancy. It is an awful editor. Yet I still use, and even like it! Why else would this be?
What? It's addictive because it works.
Just accept the fact that vi (vim) just gets the fucking job done and get on with your life. That's the point. There is nowhere else to go beyond that.
I use vim 10 hours a day, on average, and couldn't ask for anything more, except time to ride my bike or play on my PS2.
It's possible to bring down Linux with an errant display driver? And, if that's the case, how much different is this from Windows (NT-style)?
Not that this _really_ means much, but I can't expect a display driver which accesses protected memory to NOT have screaming warnings all over the place when installing it.
Furthermore, after years of using linux in many different configurations, it becomes important, at some point, to distinguish between a machine being wedged and crashed. Especially when referring to something as trivial to fix as a display.
Unfortunately, perhaps due to M$, perhaps due to just typical human experience, if something is not visually working, it's probably broken. I think this leads to many impressions of brokenness with linux, when really it's "something else".
As well...Debian hardly releases anything fairly innovative with their "stable" release.
One time, I was in #debian asking questions about something or other and I also asked why so many "bugs" in Debian had nothing to do with Debian itself, rather the actual package.
Things I had read, like, "Well, octave (a Matlab clone) doesn't add four dimensional matrices properly when passed through function XZ first. BUG!!" struck me as obviously not a Debian bug, per se.
A more experienced person with Debian answered, and sold me, that "If it's part of the Debian packaging system, and it doesn't work as advertised, it should be fixed."
Actually, there is no "same style" involved here. The person who explained, so politely, to you that ASP (Active Server Processing) had nothing to do with client-side scripts may have been too subtle.
I will probably do so, as well...
Here's my discussion point:
ASP is good, especially for the client. Slashdot could be ASP and be, roughly, just the same.
a) If it won't parallelize, how do you expect to thread?
b) Mosix won't spread threads to different machines
c) You _will_ have problems with memory management between different VM's.
I agree that it is an intriguing idea, but the devil is in the details. Those details are memory pressure for processes which are by nature isolated from each other, disk IO, and two huge (in concept, not necessarily lines) patches to your OS kernels.
Batch systems with schedulers and properly set policies are extremely flexible in ensuring QOS for each process. It would be _more_ difficult to do so with VM's and Mosix, esp. in their current state.
I have a gut feeling that there would be a significant amount of work necessary before this would be feasible. As cool as it may be, it is absolutely essential that either network memory or some sort of uber-slick inter-virtual-server communication about necessary and future memory requirements, as well as super-slick process movements, be hashed out.
If you have N machines and greater than N users, it's probably better to install a batch system. There is already a shitload of flexibility in the _current_ UNIX environment especially WRT linking together of multiple machines. No need to mess with the absolute barebones with two patches, eh?
Slashdot Mirror
I moved from a dual PIII 600 machine to an Athlon 1.4GHz, and it sometimes feels slower.
Don't you think they would be living their lives regular-style? Hobbits like to live in holes, dwarves mines, and humans everywhere they can. What more is there to tell? If there were a different adventure to tell, it would be a different story about Middle Earth, neh?
WTF is your point?
It was tame.
... I know enough Spanish to get me a prostitute ...
Impressive. Sabe usted bastante para realizarle que suena como un pendejo completo?
You need to put some xset commands in there to distinguish it from email or talk beeps.
... which IMO unnecessitates (sp?) ...
unnecessitates is spelled like "obviates"
HTH, HAND
Why do you even bother?
I'm a born and raised American and didn't think his sig meant what you thought. Perhaps you could email him privately instead of attacking him online before you start swearing at him?
Anyway system administrators chosen in such manner have achieved enlightenment are beyond such worldly cares as who succeeds us.
... and I already know I'm regularly judged as an asshole.
Are you an asshole for thinking this (and/or)/maybe/(permutations) are you an asshole for thinking that it's ok to think of this?
This is a personally topical question
Because of that, being an asshole besides what I do for all the asshole-namers, I don't care who succeeds me. *smiley-fucking-face*
YES
/. was a refuge from when usenet was dying.
*sigh*
I remember when
Things are so complicated now.
Not uncountable in the sense of running out of numbers, assuredly ... perhaps an estimate could be made. :)
What's that story?
/usr/local/games directory ...
The worst I've done, seriously, and this is with a bit of sysadmin XP for a rather significant network, is wack a
I always wonder how people do these bad things with all of the warnings.
Hey, man, I cash $1.25 checks all the time.
... is it _also_ my responsibility to evaluate the postage, handling, etc.?
I just stick them in the ATM slot and be done with it
I'd gladly switch to a bank/gov which netted me less loss if I couldn't cash those checks.
As for the vi comment... I personally believe that vi creates some type of addictive dependancy. It is an awful editor. Yet I still use, and even like it! Why else would this be?
What? It's addictive because it works.
Just accept the fact that vi (vim) just gets the fucking job done and get on with your life. That's the point. There is nowhere else to go beyond that.
I use vim 10 hours a day, on average, and couldn't ask for anything more, except time to ride my bike or play on my PS2.
:)
It's possible to bring down Linux with an errant display driver? And, if that's the case, how much different is this from Windows (NT-style)?
Not that this _really_ means much, but I can't expect a display driver which accesses protected memory to NOT have screaming warnings all over the place when installing it.
Furthermore, after years of using linux in many different configurations, it becomes important, at some point, to distinguish between a machine being wedged and crashed. Especially when referring to something as trivial to fix as a display.
Unfortunately, perhaps due to M$, perhaps due to just typical human experience, if something is not visually working, it's probably broken. I think this leads to many impressions of brokenness with linux, when really it's "something else".
As well...Debian hardly releases anything fairly innovative with their "stable" release.
One time, I was in #debian asking questions about something or other and I also asked why so many "bugs" in Debian had nothing to do with Debian itself, rather the actual package.
Things I had read, like, "Well, octave (a Matlab clone) doesn't add four dimensional matrices properly when passed through function XZ first. BUG!!" struck me as obviously not a Debian bug, per se.
A more experienced person with Debian answered, and sold me, that "If it's part of the Debian packaging system, and it doesn't work as advertised, it should be fixed."
Actually, there is no "same style" involved here. The person who explained, so politely, to you that ASP (Active Server Processing) had nothing to do with client-side scripts may have been too subtle.
...
I will probably do so, as well
Here's my discussion point:
ASP is good, especially for the client. Slashdot could be ASP and be, roughly, just the same.
hehe
there isn't a single problem with A = A + B with B not equal to 0. Modulo arithmic for example
What? You just defined 0 in a mathematical sense. What's your example?
a) If it won't parallelize, how do you expect to thread?
b) Mosix won't spread threads to different machines
c) You _will_ have problems with memory management between different VM's.
I agree that it is an intriguing idea, but the devil is in the details. Those details are memory pressure for processes which are by nature isolated from each other, disk IO, and two huge (in concept, not necessarily lines) patches to your OS kernels.
Batch systems with schedulers and properly set policies are extremely flexible in ensuring QOS for each process. It would be _more_ difficult to do so with VM's and Mosix, esp. in their current state.
Interesting point ... will a box containing a processor named Athlon ever have as much IO as a z900?
/. age :)
Probably not, but you _will_ assuredly see a commodity item with a z900's IO in your lifetime (assuming you're of average
You forget the extremely usefule pile of compute nodes available to a batch job scheduler like PBS or Condor or whatnot. :)
You so crazy!
I have a gut feeling that there would be a significant amount of work necessary before this would be feasible. As cool as it may be, it is absolutely essential that either network memory or some sort of uber-slick inter-virtual-server communication about necessary and future memory requirements, as well as super-slick process movements, be hashed out.
If you have N machines and greater than N users, it's probably better to install a batch system. There is already a shitload of flexibility in the _current_ UNIX environment especially WRT linking together of multiple machines. No need to mess with the absolute barebones with two patches, eh?
Just because you haven't had problems doesn't mean someone elsase hasn't. (me)