Marijuana is excellent and has no negative effects.
Surely, you're joking. While marijuana is not nearly as bad a say, heroin, or crack, it is definitely not good for you. The massive "tar" content of your average joint makes it at least as bad a a pack of filtered cigarettes. And smoking pot on a regular basis definitely decreases IQ and increases paranoia and depression.
Definitely, pot does not kill in the same sense as heroin and such, but no negative effects? Come on, get real.
Now, I haven't made up my mind about what i think about all this yet, so I am not saying your conclusion is wrong as far as whether this is right or wrong. I just want to make sure we all have the facts straight.
as a *side effect* of that, the life of their daughter can be saved
But it wasn't a side-effect. There were two selection criteria the embryos had to pass:
Must not have the disease
Must be a tissue match
So viable, healthy embryos were discarded. Embryos that were perfectly healthly and normal. That throws a wrench in the cogs, eh? And it is what makes me lean to the "this was pretty fucked up" side of things.
BTW I live like 2 miles from where they did this... crazy...
Volume as size is kinda a bad idea. Sometimes really big files aren't that important. (Big tar files or packages or something) But little files often are (.login, makefiles, and so on) It would be hard to find your makefile if the executable is hiding everything or something...
This is not space fungus. It is just a bunch of fungi that have hitched a ride from Earth to space, and happened to survive, even thrive. Surprising, yes. But it seems a lot of people think that these things are extra-terrestrial or something strange and new. They are not. Same old mold and shit we got here on Earth... just living in a new environment that we didn't expect to find them in.
The ATP-generating metabolic process that occurs in nearly all living cells by which carbohydrates and sugars, typically glucose, are
converted in a series of steps to pyruvic acid.
Anyway, it wasn't worth it to me to figure it out. Maybe if I was really going to "put my name" on that program/technique i would have done it "slicker."
I an effort to speed up some calculations I was doing I directed the I/O to/from a ramdisk, rather than the usual HDD. I figured, RAM is much faster than HDD, so I will remove any I/O blocking time. (This particular application was very I/O intensive. Basically, two programs communicating via files. I.e., program A runs a calculation, program B reads the output, generates new input for A, and so on. Very messy...)
Anyway... I found that there was NO speed up. None. My conclusion, the Linux file system caching whatever (I am a chemist, not a kernel hacker), was extremely good. I imagine that these smallish files were rarely ever actually written and/or read to disk. They were just stored in some cache. Essentially the normal use case and the ramdisk case were basically identical in that all of the I/O was in RAM anyway.
Now, these files were small, and updated frequently, and I have tonnes of RAM (0.5 GB), and what not (2xPIII450, SCSI disk,...) so YMMV... just my experience with ramdisks, for what it is worth.
in the spirit of open-source' --
much like research papers are in the world of academia I guess.
If that were only true. Research papers published in respected journals are much less free than you might think. Pick up a random journal and find the "Information for Authors" section and read it. If you are an open source advocate, what you see will make your stomach flip.
If you look, you will notice that the linked page is written by the people who aren't listed as high anymore.
Doesn't seem that way to me. These guys are from Hardin MD. The directory in the graph and mentioned most often in the text is MedWebPlus. The only time the mention themselves it is to say:
While the Hardin MD pages kept about
the same average (10th)...
I don't think you can accuse them of crying over their "google ranking." It seems that they are just presenting what they have seen.
Watch any Star Wars movie and you'll see what I'm talking about, everything gets jerky when the action is
close to the camera.
Huh? The original Star Wars movies are all model based (not computer models, real-"I put it together with my own two little hands"-models. The motion is not jerky close to the camera. I don't know what movies you are watching.
Even if the motion was jerky close to the camera, it still wouldn't have anything to do with video cards and frame rate, 'cause the images didn't come from a computer.
Now maybe Episode I is different. I only saw it once, and I was too busy try not to vomit, cry, and laugh simulataneously that i really didn't notice if the CGI was that good...
Personally I think a better way around this would be to encrypt digital signatures into the broadcasts from their end that are
unique to each viewer. That way whenever an unauthorised broadcast gets out onto the net, they can trace it back to who it
came from.
Are you on crack? Yeah, a unique digital signature on all of our recordings courtesy of the MPAA (aka the Man). That is exactly what we need! Are you paying attention here?
Come to think of it, we did have some problems with the NAG compiler at about that time. They had some problems with the glibc move at about that time. Since then it has been smooth sailing though.
As far as speed goes, we really don't really lean on out Linux boxes that much for that. We just pop on over to the SP or Origin when it comes to that. But we are getting a Linux cluster from IBM real soon now. I think they are thinking about the Portland Group Compiler. What do you think on PG vs. Absoft for a Linux cluster? My advisor is sitting on the board for the new Linux cluster, so we would appreciate any info.
we need to order a Linux Fortran
compiler in the next month or so, so it looks like Absoft again
Have you tried the NAG compiler? It is what we use here. It definitely does not produce the fastest code, but it very strictly adheres to the f95 standard. We have very little trouble "porting" our code to other platforms with less strict compilers (SGI, IBM).
I do wich there was a free (as in beer and speech) f95 compiler. If I only knew more C I would lend a hand with G95...
You must be joking. People come to USA to be relatively richer than the illegal aliens working around them, not to become absolutely richer than they would be if they stayed in their homeland?
And why can they get more money? Because we have a more efficient system (capitalism) than the socialist systems of their homelands. So, not only does competition with little/no government interference usually (not always I will admit, but usually) yield a better product/standard in the end; it also allows those innovators/risk takers to reap the rewards of their work. Something that is robbed from them in a socialist system.
That is not really what this system is meant for (running one job on all of the processors). On our Origin2000's (we have 3), we run many "small" jobs through a queueing system. (Small = a handful of processors and a dozen GB of memory or so.)
Each of these jobs are larger than most jobs one would run on a cluster like the IBM SP (got a few of these) or a Linux cluster (got one in my lab, getting a big one soon), becuase they are memory bound rather than CPU bound. That is, it is easier to address 10GB of RAM than to fiddle with message passing between nodes and such.
P.S. "we" are msi.umn.edu, and you should be able to find at least one of our supercomputers on the Top500 site.
Whoever wrote the article probably never tips. (How does tipping hold up in the prisoner's dilemma?)
Here is why I tip as well as I do. I go to the same few places around here all of the time. Even when serveice is less than good, I still tip well. Why? Because I don't want the wait-people to remember me as "that cheap guy" and mess with my next order. Tipping is how you reward your wait-person for a job well done, and how you can subtly let them know you are dissatisfied with their service. But not tipping at all (unless things are REALLY bad) is just going to piss them off.
In the context of the prisoner's dilemma, think of it like this. The cost of defecting is that in the next round you are going to get shat upon by the other guy. IIRC, it has been shown that in multiple rounds of PD it is best to cooperate (tip) anyway.
For instance, it is easier to drag select several folders then drop them into the trash, than it is to explicitly name those directories in a CLI.
Not always. Not even most of the time, i would say. In most cases, I believe CLI is far more capable and easy to use. Let's imagine I have a directory filled with 100 sub-directories. I want to delete 50 specific sub-directories. In a GUI I have to Shift-click each one, or "lasso" most of them and Shift-click the rest. What a pain. In CLI, i just cook up a regex or two that defines my 50 selected directories, and viola, it is done.
Granted, for the newbie, coming up with that (those) regex(s) is going to take some time. maybe more time than pointing-and-clicking 50 times. But if you make that initial investment of learning regex, you will never have to waste time clicking on every little thing you want to manipulate.
It seems to me that sometimes GUI's lure the newbie away from the initial investment of learning the better way of doing things, and leaves them stranded in the "I hate it when I have to click on 50 different things", world, from which they have no idea there is even an exit.
Until America puts some kind of control on its corporate sector this kind of flagrant abuse of wealth and power seems likely to continue, at the expense of the little guy.
Oh, and America (the governement) does such a great job of controlling things now. The one of the means of this control is supposed to be the courts. But chances are this case will go the way of the dudes with the bucks.
The other avenue is the legistlative branch. They are all in the corps. pockets too.
Our only hope is to find a good judge, or to elect intelligent representatives, or to have evryone stop buying DVD's. Unfortunately, the chances of any of those things happening are slim to none.
Why do we always cry for someone to save us... to stop the atrocities? They aren't goign to do it for you. You have to do it yourself! Become a judge, become a lawyer, run for office, vote, protest, boycott, do SOMETHING. But do not sit on your whiny ass waiting for the government to fix it for you.
ssh does all of these things you mention and more. With the added bonus of security.
While telnet certainly didn't suck back in its day. Compared to the competition (ssh), and in light of the realities of the modern internet (unscrupulous, packet-sniffing script-kiddies, just dying to snag you passwords), the only conclusion a reasonable person can come to is:
The original Red Hats were a group of Air Force pilots who flew stolen/blackmarket Russian aircraft for the United States. Therefore Red Hats are not people in league with the commies, they are people who are experts on the enemy's systems and use that knowledge for our side.
A more interesting theory whould be that RedHat, the company, is actaully a bunch of RedHats in this sense. Becoming expert in the enemy's systems (in this case by helping create them) so we can easily take them out if we have too.
FTP, Telnet, and all the other protocols are useful in one way or another.
Yes, these are both useful services. But why run them when secure versions (ssh, scp, etc.) exist. These secure alternatives can do everything ftp and telnet can do, but more securely. You would be a fool to keep the plaintext services.
As far as HTTP goes, the number of machines running a web server should be FAR less than those requiring telnet/ftp type access. Thes few web servers are much easier to keep track of.
And another thing:
Garfinkel was arguing that FTP and Telnet are insecure partially because the servers can run log files
See that: partially. I would ammend that by saying: Telnet and FTP are security risks mostly because they transmit passwords in plaintext. It is this problem that lets crackers get into you system and get access to your precious logs.
Slashdot Mirror
The velocities follow a standard distribution or Bell curve.
Nope. It is a Boltzmann distribution. Much different, and its shape and extent depend on temperature.
If you are running an RPM based distro. I hove found the following to be a good tripwire work-alike:
#!/bin/bash
rpms=`rpm -qa`
for i in $rpms do
echo $i
rpm --verify $i
done
Marijuana is excellent and has no negative effects.
Surely, you're joking. While marijuana is not nearly as bad a say, heroin, or crack, it is definitely not good for you. The massive "tar" content of your average joint makes it at least as bad a a pack of filtered cigarettes. And smoking pot on a regular basis definitely decreases IQ and increases paranoia and depression.
Definitely, pot does not kill in the same sense as heroin and such, but no negative effects? Come on, get real.
I believe the license for the electronic structure program Gaussian contains a similar clause.
Now, I haven't made up my mind about what i think about all this yet, so I am not saying your conclusion is wrong as far as whether this is right or wrong. I just want to make sure we all have the facts straight.
as a *side effect* of that, the life of their daughter can be saved
But it wasn't a side-effect. There were two selection criteria the embryos had to pass:
So viable, healthy embryos were discarded. Embryos that were perfectly healthly and normal. That throws a wrench in the cogs, eh? And it is what makes me lean to the "this was pretty fucked up" side of things.
BTW I live like 2 miles from where they did this... crazy...
Volume as size is kinda a bad idea. Sometimes really big files aren't that important. (Big tar files or packages or something) But little files often are (.login, makefiles, and so on) It would be hard to find your makefile if the executable is hiding everything or something...
This is not space fungus. It is just a bunch of fungi that have hitched a ride from Earth to space, and happened to survive, even thrive. Surprising, yes. But it seems a lot of people think that these things are extra-terrestrial or something strange and new. They are not. Same old mold and shit we got here on Earth... just living in a new environment that we didn't expect to find them in.
breaking glycolysis down into pyruvic acid
glycolysis
Because it was a hack job.
And can you even do that in g77?
Anyway, it wasn't worth it to me to figure it out. Maybe if I was really going to "put my name" on that program/technique i would have done it "slicker."
I an effort to speed up some calculations I was doing I directed the I/O to/from a ramdisk, rather than the usual HDD. I figured, RAM is much faster than HDD, so I will remove any I/O blocking time. (This particular application was very I/O intensive. Basically, two programs communicating via files. I.e., program A runs a calculation, program B reads the output, generates new input for A, and so on. Very messy...)
Anyway... I found that there was NO speed up. None. My conclusion, the Linux file system caching whatever (I am a chemist, not a kernel hacker), was extremely good. I imagine that these smallish files were rarely ever actually written and/or read to disk. They were just stored in some cache. Essentially the normal use case and the ramdisk case were basically identical in that all of the I/O was in RAM anyway.
Now, these files were small, and updated frequently, and I have tonnes of RAM (0.5 GB), and what not (2xPIII450, SCSI disk,...) so YMMV... just my experience with ramdisks, for what it is worth.
in the spirit of open-source' -- much like research papers are in the world of academia I guess.
If that were only true. Research papers published in respected journals are much less free than you might think. Pick up a random journal and find the "Information for Authors" section and read it. If you are an open source advocate, what you see will make your stomach flip.
If you look, you will notice that the linked page is written by the people who aren't listed as high anymore.
Doesn't seem that way to me. These guys are from Hardin MD. The directory in the graph and mentioned most often in the text is MedWebPlus. The only time the mention themselves it is to say:
While the Hardin MD pages kept about the same average (10th)...
I don't think you can accuse them of crying over their "google ranking." It seems that they are just presenting what they have seen.
Watch any Star Wars movie and you'll see what I'm talking about, everything gets jerky when the action is close to the camera.
Huh? The original Star Wars movies are all model based (not computer models, real-"I put it together with my own two little hands"-models. The motion is not jerky close to the camera. I don't know what movies you are watching.
Even if the motion was jerky close to the camera, it still wouldn't have anything to do with video cards and frame rate, 'cause the images didn't come from a computer.
Now maybe Episode I is different. I only saw it once, and I was too busy try not to vomit, cry, and laugh simulataneously that i really didn't notice if the CGI was that good...
Personally I think a better way around this would be to encrypt digital signatures into the broadcasts from their end that are unique to each viewer. That way whenever an unauthorised broadcast gets out onto the net, they can trace it back to who it came from.
Are you on crack? Yeah, a unique digital signature on all of our recordings courtesy of the MPAA (aka the Man). That is exactly what we need! Are you paying attention here?
Maybe you are just joking... I can only hope...
Come to think of it, we did have some problems with the NAG compiler at about that time. They had some problems with the glibc move at about that time. Since then it has been smooth sailing though.
As far as speed goes, we really don't really lean on out Linux boxes that much for that. We just pop on over to the SP or Origin when it comes to that. But we are getting a Linux cluster from IBM real soon now. I think they are thinking about the Portland Group Compiler. What do you think on PG vs. Absoft for a Linux cluster? My advisor is sitting on the board for the new Linux cluster, so we would appreciate any info.
we need to order a Linux Fortran compiler in the next month or so, so it looks like Absoft again
Have you tried the NAG compiler? It is what we use here. It definitely does not produce the fastest code, but it very strictly adheres to the f95 standard. We have very little trouble "porting" our code to other platforms with less strict compilers (SGI, IBM).
I do wich there was a free (as in beer and speech) f95 compiler. If I only knew more C I would lend a hand with G95...
You are only rich compared to other people...
You must be joking. People come to USA to be relatively richer than the illegal aliens working around them, not to become absolutely richer than they would be if they stayed in their homeland?
Puh-leeze.
And why can they get more money? Because we have a more efficient system (capitalism) than the socialist systems of their homelands. So, not only does competition with little/no government interference usually (not always I will admit, but usually) yield a better product/standard in the end; it also allows those innovators/risk takers to reap the rewards of their work. Something that is robbed from them in a socialist system.
That is not really what this system is meant for (running one job on all of the processors). On our Origin2000's (we have 3), we run many "small" jobs through a queueing system. (Small = a handful of processors and a dozen GB of memory or so.)
Each of these jobs are larger than most jobs one would run on a cluster like the IBM SP (got a few of these) or a Linux cluster (got one in my lab, getting a big one soon), becuase they are memory bound rather than CPU bound. That is, it is easier to address 10GB of RAM than to fiddle with message passing between nodes and such.
P.S. "we" are msi.umn.edu, and you should be able to find at least one of our supercomputers on the Top500 site.
Whoever wrote the article probably never tips. (How does tipping hold up in the prisoner's dilemma?)
Here is why I tip as well as I do. I go to the same few places around here all of the time. Even when serveice is less than good, I still tip well. Why? Because I don't want the wait-people to remember me as "that cheap guy" and mess with my next order. Tipping is how you reward your wait-person for a job well done, and how you can subtly let them know you are dissatisfied with their service. But not tipping at all (unless things are REALLY bad) is just going to piss them off.
In the context of the prisoner's dilemma, think of it like this. The cost of defecting is that in the next round you are going to get shat upon by the other guy. IIRC, it has been shown that in multiple rounds of PD it is best to cooperate (tip) anyway.
And there you go...
For instance, it is easier to drag select several folders then drop them into the trash, than it is to explicitly name those directories in a CLI.
Not always. Not even most of the time, i would say. In most cases, I believe CLI is far more capable and easy to use. Let's imagine I have a directory filled with 100 sub-directories. I want to delete 50 specific sub-directories. In a GUI I have to Shift-click each one, or "lasso" most of them and Shift-click the rest. What a pain. In CLI, i just cook up a regex or two that defines my 50 selected directories, and viola, it is done.
Granted, for the newbie, coming up with that (those) regex(s) is going to take some time. maybe more time than pointing-and-clicking 50 times. But if you make that initial investment of learning regex, you will never have to waste time clicking on every little thing you want to manipulate.
It seems to me that sometimes GUI's lure the newbie away from the initial investment of learning the better way of doing things, and leaves them stranded in the "I hate it when I have to click on 50 different things", world, from which they have no idea there is even an exit.
Until America puts some kind of control on its corporate sector this kind of flagrant abuse of wealth and power seems likely to continue, at the expense of the little guy.
Oh, and America (the governement) does such a great job of controlling things now. The one of the means of this control is supposed to be the courts. But chances are this case will go the way of the dudes with the bucks.
The other avenue is the legistlative branch. They are all in the corps. pockets too.
Our only hope is to find a good judge, or to elect intelligent representatives, or to have evryone stop buying DVD's. Unfortunately, the chances of any of those things happening are slim to none.
Why do we always cry for someone to save us... to stop the atrocities? They aren't goign to do it for you. You have to do it yourself! Become a judge, become a lawyer, run for office, vote, protest, boycott, do SOMETHING. But do not sit on your whiny ass waiting for the government to fix it for you.
But telnet is not secure!
ssh does all of these things you mention and more. With the added bonus of security.
While telnet certainly didn't suck back in its day. Compared to the competition (ssh), and in light of the realities of the modern internet (unscrupulous, packet-sniffing script-kiddies, just dying to snag you passwords), the only conclusion a reasonable person can come to is:
telnet sucks!
...Red Hat's name. RED Hat...
The original Red Hats were a group of Air Force pilots who flew stolen/blackmarket Russian aircraft for the United States. Therefore Red Hats are not people in league with the commies, they are people who are experts on the enemy's systems and use that knowledge for our side.
A more interesting theory whould be that RedHat, the company, is actaully a bunch of RedHats in this sense. Becoming expert in the enemy's systems (in this case by helping create them) so we can easily take them out if we have too.
FTP, Telnet, and all the other protocols are useful in one way or another.
Yes, these are both useful services. But why run them when secure versions (ssh, scp, etc.) exist. These secure alternatives can do everything ftp and telnet can do, but more securely. You would be a fool to keep the plaintext services.
As far as HTTP goes, the number of machines running a web server should be FAR less than those requiring telnet/ftp type access. Thes few web servers are much easier to keep track of.
And another thing:
Garfinkel was arguing that FTP and Telnet are insecure partially because the servers can run log files
See that: partially. I would ammend that by saying: Telnet and FTP are security risks mostly because they transmit passwords in plaintext. It is this problem that lets crackers get into you system and get access to your precious logs.