I have to second this opinion. At my lab (grad students), we have a couple of iBooks. We foolishly didn't get AppleCare for them and at least one has gone in for repair. The latch on the LCD panel broke - 13 months into ownership. Replacement cost was more than AppleCare would have been for all the laptops we own.
So when I got my 1Ghz TiBook this spring, I got an AppleCare. Didn't get one for the PowerMac - it just doesn't get abused enough for that.
Simple. For many applications, OpenMosix isn't the solution. If you are looking for distributed workload (say, I need to run 15 serial jobs on a cluster shared with a bunch of people who need to do the same), OpenMosix works like a champ.
But if you need to do tightly-bound parallel computing, particularily with MPI (the article did mention MPICH after all), OpenMosix is pretty much not worth the effort. You can't do load balancing with MPI on OpenMosix because you can't move the jobs around - the sockets don't move right and MPI curls up and dies.
So, if you think clustering means "throw a bunch of machines out there and run a bunch of serial jobs on them", OpenMosix is great for clusters. If clustering makes you think of big, parallel machines, OpenMosix isn't the answer.
While Arla works great for some situations (I use it all the time when doing standard development stuff), it has one huge drawback: It doesn't do chunck caching. Transarc's client can cache a chunk of a file, rather than the entire file. Arla can only cache the entire file. Normally not a big deal. But when you start working with huge data sets, you can really get hosed if your server is a little slow or far away.
That being said, I really like the fact that ARLA can actually be stopped without rebooting. It always seems that trying to stop transarc's client causes a kernel panic.
As a couple people pointed out, you just need to add the line: none/var/shm shm defaults 0 0 to the/etc/fstab. Since you kind of asked, a description of the entry. The first part (none) is the physical file system. For an ext2 partition, this might be something like/dev/hda1. The second entry (/var/shm) is the mount point. Don't forget to create the directory/var/shm. The third part (shm) is the file system type. This can be one of a bunch of things. The fourth option (defaults) lists any options that should be sent along to mount when mounting the file system. Look at the mount man page for more info on this. The last two numbers (0 0) give info to dump and fsck. The first tells dump whether to include this mountpoint. 0 means this mount point will never be dumped. (dump of course being for backups). The second 0 is used by fsck to know that this filesystem does not need to be checked. A non-zero number gives the order of checking on filesystems that might need such things. One other thing. Read the Documentation/Changes file in the kernel source. It includes information such as the shm setup, including how to do it. There are a couple other important notes in there. Well worth the read.
Lam can be found at http://www.mpi.nd.edu/lam/. It was originally written at the Ohio Supercomputing Center. It is currently being maintained by the Laboratory for Scientific Computing at the University of Notre Dame. By the way, we just released version 6.3 of LAM. If you're looking for a good way to see how LAM is communicating, check out XMPI, a graphical interface to LAM (as well as SGI's MPI implimentation). LAM is available as a tarball, i386 and SRC RPMS, and should be available in the Debian Potato archives. BTW - While you're visiting the LSC's pages, don't forget to see the world famous domecam.
No. I don't think there is a false sense of security with the closed source versions. People have reverse-engineered the code, which has caused problems. But, it is a hell of a lot harder to reverse-engineer a piece of software than to read the code, find a quick way to by-pass the checking algorithm, and mark the block as checked. I think the goal is to make it as hard as possible to ruin the projects (seti or distributed.net) because of someone returning bad data. If that means closed-source development, then we should accept that. Don't get me wrong, I'm all for open-sourcing as much as practical.
Just look at what happened with distributed.net's RC5 client. People would modify the source so that keys weren't actually being tested, thereby increasing their keyrate. I completely agree with the SETI group's choice. Open sourcing clearly would not solve the problems with the SETI@Home.
Since the word "Bible" generally refers to the Christian Bible, you're off by a couple hundred years. More importantly, you might have missed the point. I think the poster was trying to convey the stupidity in taking the bible literally. I don't think he did a good job, and hope that is what he means.... A good portion of respected modern bible scholars believe that the Bible was compiled from stories and lore. It should be read as a symbolic attempt to bring meaning to the world the writers lived in.
We use netscape's mail server for a 2,000 user mail forwarding service. We had some trouble with SPAM filtering, but that was because we were idiots. After we read the ENTIRE web page on setting up the filters, all was cool.
Netscape does have some funny quirks in how you have to set up the accounts. I don't remember all of them, but the "proper" ways to do things are well documented. Also, the Netscape Admin Server is nice and easy to use.
My experiences have been with Netscape on Solaris, but I understand the Linux version is very similar.
Has anyone had any luck with running the module on other kernel versions? I currently am using it under the 2.2.6-ac2 kernel.
To install, i just ran "insmod soundcore" then "insmod -f sblive" to force the install. Bad things will probably happen if any sound modules are already loaded, so watch out for that... Esound doesn't work right, but I can use x11amp by sending the data through its OSS Plugin (the default anyway). Esound just garbles everything more than a little boing. Of course, I have seen a couple reports here that it is doing that on a 2.2.5 kernel anyway....
Guess I'll have to take out the SB16 that I have had installed for Linux compatibility... woo hoo.
I had serious problems with Starbuck when it was first released. About a week ago, I reinstalled. Have not had any problems. I am not a huge fan of gnome and KDE (I'm more of an fvwm2 man), but gnome is growing on me....
Legalizing spam is not a good idea
on
ISP Sues Spammer
·
· Score: 1
That is different. With Cable TV, part of the cost of the subscription is offset by ads. ie, without the ads, cable TV would be more expense.
With spam, the opposite is true. Without spam, your bandwidth needs go down, your mail server doesn't need to work as hard, and your mail server also doesn't need to store all the crap it has to now. Spam doesn't offset prices, it increases them.
Well, the easy way is to add a umask command in fstab. This seems to work fairly well for me. I changed the mounting gid to something that contained my user id. Then I added a umask=007 to the fstab entry (where defaults would normally appear). This makes everything rwxrwxr-x. That should work.
On a side note, has anyone using vfat in linux had performance problems? I tried running mp3s off of a vfat partition and had serious problems with performance when my drive went under hard load. The problem went away once I moved them over to an ext2 partition. Same physical drive. My guess was that the caching on the vfat partition is not well implimented. Streaming off the vfat partition was done in many short reads, whereas the streaming off an ext2 partition was done in much fewer, but slightly longer reads. Has anyone else had performace issues with a vfat partition?
I got really sick of the Linux (coming soon) line on Creative lab's developers website, so I wrote in asking about it. The reply is below. This was from last Wednesday. So, it sounds like I will be able to use my SB Live! Value soon!
Date: Wed, 31 Mar 1999 10:31:55 -0800 From: Jacob Hawley To: bbarrett@nd.edu Cc: Phillip Williams Subject: Re: Developer: Website Feedback
Yes. We will have the driver in the next two weeks. We are still working out the versions for the SB-Live driver. Currently we are looking at 2.0.36 as well as 2.2.x. Both versions would included versioning and non-versioning builds of the kernel and will not support SMP.
Slashdot Mirror
I have to second this opinion. At my lab (grad students), we have a couple of iBooks. We foolishly didn't get AppleCare for them and at least one has gone in for repair. The latch on the LCD panel broke - 13 months into ownership. Replacement cost was more than AppleCare would have been for all the laptops we own.
So when I got my 1Ghz TiBook this spring, I got an AppleCare. Didn't get one for the PowerMac - it just doesn't get abused enough for that.
Simple. For many applications, OpenMosix isn't the solution. If you are looking for distributed workload (say, I need to run 15 serial jobs on a cluster shared with a bunch of people who need to do the same), OpenMosix works like a champ.
But if you need to do tightly-bound parallel computing, particularily with MPI (the article did mention MPICH after all), OpenMosix is pretty much not worth the effort. You can't do load balancing with MPI on OpenMosix because you can't move the jobs around - the sockets don't move right and MPI curls up and dies.
So, if you think clustering means "throw a bunch of machines out there and run a bunch of serial jobs on them", OpenMosix is great for clusters. If clustering makes you think of big, parallel machines, OpenMosix isn't the answer.
While Arla works great for some situations (I use it all the time when doing standard development stuff), it has one huge drawback: It doesn't do chunck caching. Transarc's client can cache a chunk of a file, rather than the entire file. Arla can only cache the entire file. Normally not a big deal. But when you start working with huge data sets, you can really get hosed if your server is a little slow or far away. That being said, I really like the fact that ARLA can actually be stopped without rebooting. It always seems that trying to stop transarc's client causes a kernel panic.
As a couple people pointed out, you just need to add the line: none /var/shm shm defaults 0 0 to the /etc/fstab. Since you kind of asked, a description of the entry. The first part (none) is the physical file system. For an ext2 partition, this might be something like /dev/hda1. The second entry (/var/shm) is the mount point. Don't forget to create the directory /var/shm. The third part (shm) is the file system type. This can be one of a bunch of things. The fourth option (defaults) lists any options that should be sent along to mount when mounting the file system. Look at the mount man page for more info on this. The last two numbers (0 0) give info to dump and fsck. The first tells dump whether to include this mountpoint. 0 means this mount point will never be dumped. (dump of course being for backups). The second 0 is used by fsck to know that this filesystem does not need to be checked. A non-zero number gives the order of checking on filesystems that might need such things. One other thing. Read the Documentation/Changes file in the kernel source. It includes information such as the shm setup, including how to do it. There are a couple other important notes in there. Well worth the read.
Lam can be found at http://www.mpi.nd.edu/lam/. It was originally written at the Ohio Supercomputing Center. It is currently being maintained by the Laboratory for Scientific Computing at the University of Notre Dame. By the way, we just released version 6.3 of LAM. If you're looking for a good way to see how LAM is communicating, check out XMPI, a graphical interface to LAM (as well as SGI's MPI implimentation). LAM is available as a tarball, i386 and SRC RPMS, and should be available in the Debian Potato archives. BTW - While you're visiting the LSC's pages, don't forget to see the world famous domecam.
No. I don't think there is a false sense of security with the closed source versions. People have reverse-engineered the code, which has caused problems. But, it is a hell of a lot harder to reverse-engineer a piece of software than to read the code, find a quick way to by-pass the checking algorithm, and mark the block as checked. I think the goal is to make it as hard as possible to ruin the projects (seti or distributed.net) because of someone returning bad data. If that means closed-source development, then we should accept that. Don't get me wrong, I'm all for open-sourcing as much as practical.
Just look at what happened with distributed.net's RC5 client. People would modify the source so that keys weren't actually being tested, thereby increasing their keyrate. I completely agree with the SETI group's choice. Open sourcing clearly would not solve the problems with the SETI@Home.
Since the word "Bible" generally refers to the Christian Bible, you're off by a couple hundred years. More importantly, you might have missed the point. I think the poster was trying to convey the stupidity in taking the bible literally. I don't think he did a good job, and hope that is what he means.... A good portion of respected modern bible scholars believe that the Bible was compiled from stories and lore. It should be read as a symbolic attempt to bring meaning to the world the writers lived in.
As has been stated before, ssh allows root login by default, but that can easily be disabled in /etc/sshd_config. just say "PermitRootLogin no" Easy...
We use netscape's mail server for a 2,000 user mail forwarding service. We had some trouble with SPAM filtering, but that was because we were idiots. After we read the ENTIRE web page on setting up the filters, all was cool.
Netscape does have some funny quirks in how you have to set up the accounts. I don't remember all of them, but the "proper" ways to do things are well documented. Also, the Netscape Admin Server is nice and easy to use.
My experiences have been with Netscape on Solaris, but I understand the Linux version is very similar.
Has anyone had any luck with running the module on other kernel versions? I currently am using it under the 2.2.6-ac2 kernel.
To install, i just ran "insmod soundcore" then "insmod -f sblive" to force the install. Bad things will probably happen if any sound modules are already loaded, so watch out for that... Esound doesn't work right, but I can use x11amp by sending the data through its OSS Plugin (the default anyway). Esound just garbles everything more than a little boing. Of course, I have seen a couple reports here that it is doing that on a 2.2.5 kernel anyway....
Guess I'll have to take out the SB16 that I have had installed for Linux compatibility... woo hoo.
I had serious problems with Starbuck when it was first released. About a week ago, I reinstalled. Have not had any problems. I am not a huge fan of gnome and KDE (I'm more of an fvwm2 man), but gnome is growing on me....
That is different. With Cable TV, part of the cost of the subscription is offset by ads. ie, without the ads, cable TV would be more expense.
With spam, the opposite is true. Without spam, your bandwidth needs go down, your mail server doesn't need to work as hard, and your mail server also doesn't need to store all the crap it has to now. Spam doesn't offset prices, it increases them.
Well, the easy way is to add a umask command in fstab. This seems to work
fairly well for me. I changed the mounting gid to something that
contained my user id. Then I added a umask=007 to the fstab entry (where
defaults would normally appear). This makes everything rwxrwxr-x. That
should work.
On a side note, has anyone using vfat in linux had performance problems? I tried running mp3s off of a vfat partition and had serious problems with performance when my drive went under hard load. The problem went away once I moved them over to an ext2 partition. Same physical drive. My guess was that the caching on the vfat partition is not well implimented. Streaming off the vfat partition was done in many short reads, whereas the streaming off an ext2 partition was done in much fewer, but slightly longer reads. Has anyone else had performace issues with a vfat partition?
I got really sick of the Linux (coming soon) line on Creative lab's developers website, so I wrote in asking about it. The reply is below. This was from last Wednesday. So, it sounds like I will be able to use my SB Live! Value soon!
Date: Wed, 31 Mar 1999 10:31:55 -0800
From: Jacob Hawley
To: bbarrett@nd.edu
Cc: Phillip Williams
Subject: Re: Developer: Website Feedback
Yes. We will have the driver in the next two weeks. We are still working out
the versions for the SB-Live driver. Currently we are looking at 2.0.36 as
well
as 2.2.x. Both versions would included versioning and non-versioning builds of
the kernel and will not support SMP.
Jake