I have to agree with PenguinOpus. I had the same opinion until I borrowed the DVD's from a friend. After watching them all in order I was hooked.
The character development in this series was much more involved and enjoyable than some of the storylines. In fact, I can't think of any other television show that's had as many characters with as detailed (or mysterious) backgrounds. However, I think the network cut the series before anyone had a chance to get a feel for anything.
I remember reading this article over a year ago when it came out. CVS is nice, but it doesn't handle directories well. IIRC, he mentions this.
I've recently started using rsync kinds of scripts along with cron. It doesn't keep history, but it makes syncing really easy. If you need history, make daily backups. Additionally, rsync is slightly better at lower bandwidth usage vs full blown CVS.
As for ssh keys (as someone here mentioned) you can have CVS and rsync ignore specific directories you don't want copied.
I have to write C/C++ code daily for Tru64 and Linux.
Unix Systems Programming and Programming with POSIX Threads are two very good books. They aren't Linux-specific books, but I've used these books on a weekly (or daily) basis for a couple of years despite the USP book being written in '96.
Just performed a search and got the following error:
Searching For: linux kernel HTTP/1.1 200 OK Date: Tue, 29 Oct 2002 20:04:07 GMT Server: Apache/1.3.26 (Unix) mod_gzip/1.3.19.1a mod_perl/1.27 mod_ssl/2.8.10 OpenSSL/0.9.6g X-Powered-By: Slash 2.003000 Connection: close Transfer-Encoding: chunked Content-Type: text/html; charset=iso-8859-1 OK The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, pater@slashdot.org and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Actually, I was curious, if you're using a lot of Antec supplies could you tell me what the practical difference, if any, is between Antec's True power supply line and their Sl line? Is it just that the tolerances on the voltages are a little tighter?
I work at a moderately sized corporation (2-3K people), and we sometimes bring in outside instructors from various places. Many of them come directly from the organizations that produce the software packages we use. And from my experience, these instructors are the worst. I've taken two classes offered like this, and the instructors were terrible. They didn't know the material well--or if they did, they just could not convey that.
However, what we've started doing is having our own developers teach classes for some kind of compensation for their own unit's training expenses. This works out much better since the classes can sometimes be tailored to specific products within our corporation. Plus, we have some really talented people that you can easily contact weeks after the course if you have questions.
I'm in a very similar situation. At work I use Linux on my workstation--one of the few. We use Outlook pretty extensively, and so far Codeweavers Office works pretty well. It's around $50, and you can install Word, Outlook, Excel, and Internet Explorer, if you so desire, which is slightly flakier than normal with the plugin. Our Exchange servers are still running NT 4.0, which prevents me from trying Evolution.
Alice in Wonderland -- Lewis Carroll The Stand -- Stephen King Hearts in Atlantis -- Stephen King 1984 -- George Orwell Band of Brothers -- Stephen Ambrose
I'd like to fit in some more classics, but I'm rather indecisive.
Amen to this statement! I've discovered some pretty obscure bugs when switching between OSF 4, OSF 5.1 and Linux. For each change of OS new "undocumented features" were discovered.
Let me first of all say that I've been reading slashdot for several years. In fact I remember when it was moved from a pretty low bandwidth site at some ISP in Michigan. I understand there are probably ungodly costs associated with running it, and ads don't bother me too badly (in their current form).
However, what bothers me is the subscription thing. I think this is one of the worst ideas yet. Why not use ads similar to what Google uses? It could work in exactly the same manner; the ad would be associated with the story to which its attached. Advertisers could pick which categories of stories it wants its page displayed upon. The ad would still be small (text only would be great for those of us forced into using modems), and could actually be imbedded, say, between the summary and the actual comments. That's a little more pervasive than regular banner ads, but *much* more likely to work. And, yes, there are issues--like what if the article posted is negative about one of the advertisers? One solution is to have the moderators turn off certain advertisers for certain stories. This shouldn't be too difficult, and, IMNSHO, probably wouldn't alienate either side--at least as not as badly.:)
Wow! I wouldn't have said this at all. Granted there are some really, REALLY terrible shows on fox (Temptation Island). However, The Family Guy, Futurama, and The Simpson's all are shows that require some sort of intelligence (and attention span) if you want to catch all of the jokes. In any of these shows, if you laugh for more than 5 seconds you're probably going to miss an obscure joke. For instance, take the "All you're base are belong to us," in Futurama in this past week's episode.
Just an FYI for those interested in the "colorful" comments in the linux source (2.2.14..yeah, yeah, I'm not up to date):
# grep " shit " --recursive * 2>/dev/null arch/sparc/mm/srmmu.c: * else we eat shit later big time. arch/mips/kernel/sysirix.c:/* 2,526 lines of complete and utter shit coming up... */ drivers/net/sunhme.c:/* Remember: "Different name, same old buggy as shit hardware." */ drivers/scsi/esp.c:/* shit */ drivers/scsi/esp.c:/* shit */ drivers/scsi/esp.h:/* The HME is the biggest piece of shit I have ever seen. */ drivers/scsi/NCR53C9x.c:/* shit */ drivers/scsi/NCR53C9x.c:/* shit */ drivers/scsi/NCR53C9x.h:/* The HME is the biggest piece of shit I have ever seen. */
# grep " fuck" --recursive * 2>/dev/null arch/i386/kernel/mtrr.c:/* Some BIOS's are fucked and don't set all MTRRs the same! */ arch/sparc/kernel/process.c:/* fuck me plenty */ arch/sparc/kernel/sunos_ioctl.c:/* Binary compatibility is good American knowhow fuckin' up. */ arch/mips/kernel/irixelf.c:#if 0/* XXX No fucking way dude... */ arch/mips/kernel/irixioctl.c: * irixioctl.c: A fucking mess... arch/mips/sgi/kernel/setup.c: * fucking with the memory controller because it needs to know the arch/sparc64/kernel/process.c:/* fuck me plenty */ drivers/net/sunhme.c:/* Only Sun can take such nice parts and fuck up the programming interface drivers/block/cmd640.c: * These chips are basically fucked by design, and getting this driver drivers/scsi/esp.c: * how bad the target and/or ESP fucks things up. drivers/scsi/esp.c: * phase things. We don't want to fuck directly with drivers/scsi/esp.c:/* Be careful, we could really get fucked during synchronous drivers/scsi/qlogicpti.h:/* Am I fucking pedantic or what? */ drivers/scsi/NCR53C9x.c: * how bad the target and/or ESP fucks things up. drivers/scsi/NCR53C9x.c: * phase things. We don't want to fuck directly with drivers/scsi/NCR53C9x.c:/* Be careful, we could really get fucked during synchronous drivers/cdrom/sbpcd.c: CURRENT=req->next;/* task can fuck it up GTL */ drivers/video/tgafb.c:/* XXX Why the fuck is it called modename if it identifies the board? */ include/asm-sparc64/system.h:/* If you fuck with this, update ret_from_syscall code too. */ \ lib/vsprintf.c: * Wirzenius wrote this portably, Torvalds fucked it up:-)
I think this is kinda cool, and it shows the real people behind a very useful and neat piece of software. And who can't resist putting something like GetHead() in code for a linked list. I did that a couple of times in college assignments, and the professors never said anything.
I understand most people's concerns about this issue, but I'm not sure everyone realizes certain things. For example, most information (especially in the U.S.) that Acxiom gathers results from public information at most courthouses. Anyone in the world can walk in and request most of this info. (Yes, that IS scary.) Other info. is gathered from *public* purchases. Unless you explicitly say, "Don't let anyone know about this," it's perfectly legal for a corporation with whom you've dealt to spread their data on you.
As for Acxiom, I have recently worked there as a software engineering intern. The people I worked with were great and understand that some folks freak out about this stuff. And, they *DO* have ways to "opt out" of their massive DB's (Admittedly, it's not well publicized.)
As someone else mentioned, it'd be nice to quit receiving those #$^@-ing AOL CD's, which is precisely what Acxiom tries to do in many cases. It's intended to save corporations $$ on mailings and free product offerings by collecting data for precision marketing.
I understand everyone's paranoia to a certain degree (I'm paranoid, too:), but in actuality, most of the data held by Acxiom is completely public. The only way to not let this information about yourselves out is to live like the Unabomber.
--------- Mark Staggs
*BSD's vs. Linux for Clusters?
on
Which BSD?
·
· Score: 1
I'm gearing up for some undergraduate research in clustering. I've used Linux for a few years now, and I'm very comfortable with it. However, I'm interested if anyone has done any direct comparisons between the performance of *BSD's and Linux as far as clusters are concerned.
BTW, I know that the implementations of MPI/PVM are the same for each platform, but I'm wondering if there are any differences in the TCP/IP performance which is a definite limitation in Beowulf-type clustering. Also, if anyone has used PAPERS clusters based on BSD I'd be interested in any results.
The BIOS limitations on the mobo will have a large effect on what will work with the board. If there is an available patch for the BIOS so that it can correctly detect these larger DIMMS then there should be no problem. That is assuming that the 1 GB DIMM has the proper physical connections.
I personally haven't seen any Intel-based mobo's that will accept anything over 256MB modules.
Slashdot Mirror
I have to agree with PenguinOpus. I had the same opinion until I borrowed the DVD's from a friend. After watching them all in order I was hooked.
The character development in this series was much more involved and enjoyable than some of the storylines. In fact, I can't think of any other television show that's had as many characters with as detailed (or mysterious) backgrounds. However, I think the network cut the series before anyone had a chance to get a feel for anything.
I remember reading this article over a year ago when it came out. CVS is nice, but it doesn't handle directories well. IIRC, he mentions this.
I've recently started using rsync kinds of scripts along with cron. It doesn't keep history, but it makes syncing really easy. If you need history, make daily backups. Additionally, rsync is slightly better at lower bandwidth usage vs full blown CVS.
As for ssh keys (as someone here mentioned) you can have CVS and rsync ignore specific directories you don't want copied.
I have to write C/C++ code daily for Tru64 and Linux. Unix Systems Programming and Programming with POSIX Threads are two very good books. They aren't Linux-specific books, but I've used these books on a weekly (or daily) basis for a couple of years despite the USP book being written in '96.
Just performed a search and got the following error:
Searching For: linux kernel
HTTP/1.1 200 OK Date: Tue, 29 Oct 2002 20:04:07 GMT Server: Apache/1.3.26 (Unix) mod_gzip/1.3.19.1a mod_perl/1.27 mod_ssl/2.8.10 OpenSSL/0.9.6g X-Powered-By: Slash 2.003000 Connection: close Transfer-Encoding: chunked Content-Type: text/html; charset=iso-8859-1
OK
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, pater@slashdot.org and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Actually, I was curious, if you're using a lot of Antec supplies could you tell me what the practical difference, if any, is between Antec's True power supply line and their Sl line? Is it just that the tolerances on the voltages are a little tighter?
p df
The True Power line actually has dedicated circuitry for 3.3, 5, and 12V's. There's some other differences too:
http://www.antec-inc.com/pdf/truepower_inclusion.
I work at a moderately sized corporation (2-3K people), and we sometimes bring in outside instructors from various places. Many of them come directly from the organizations that produce the software packages we use. And from my experience, these instructors are the worst. I've taken two classes offered like this, and the instructors were terrible. They didn't know the material well--or if they did, they just could not convey that.
However, what we've started doing is having our own developers teach classes for some kind of compensation for their own unit's training expenses. This works out much better since the classes can sometimes be tailored to specific products within our corporation. Plus, we have some really talented people that you can easily contact weeks after the course if you have questions.
Mark
I'm in a very similar situation. At work I use Linux on my workstation--one of the few. We use Outlook pretty extensively, and so far Codeweavers Office works pretty well. It's around $50, and you can install Word, Outlook, Excel, and Internet Explorer, if you so desire, which is slightly flakier than normal with the plugin. Our Exchange servers are still running NT 4.0, which prevents me from trying Evolution.
Anyway, here's the link.
Alice in Wonderland -- Lewis Carroll
The Stand -- Stephen King
Hearts in Atlantis -- Stephen King
1984 -- George Orwell
Band of Brothers -- Stephen Ambrose
I'd like to fit in some more classics, but I'm rather indecisive.
Amen to this statement! I've discovered some pretty obscure bugs when switching between OSF 4, OSF 5.1 and Linux. For each change of OS new "undocumented features" were discovered.
Let me first of all say that I've been reading slashdot for several years. In fact I remember when it was moved from a pretty low bandwidth site at some ISP in Michigan. I understand there are probably ungodly costs associated with running it, and ads don't bother me too badly (in their current form).
:)
However, what bothers me is the subscription thing. I think this is one of the worst ideas yet. Why not use ads similar to what Google uses? It could work in exactly the same manner; the ad would be associated with the story to which its attached. Advertisers could pick which categories of stories it wants its page displayed upon. The ad would still be small (text only would be great for those of us forced into using modems), and could actually be imbedded, say, between the summary and the actual comments. That's a little more pervasive than regular banner ads, but *much* more likely to work. And, yes, there are issues--like what if the article posted is negative about one of the advertisers? One solution is to have the moderators turn off certain advertisers for certain stories. This shouldn't be too difficult, and, IMNSHO, probably wouldn't alienate either side--at least as not as badly.
Wow! I wouldn't have said this at all. Granted there are some really, REALLY terrible shows on fox (Temptation Island). However, The Family Guy, Futurama, and The Simpson's all are shows that require some sort of intelligence (and attention span) if you want to catch all of the jokes. In any of these shows, if you laugh for more than 5 seconds you're probably going to miss an obscure joke. For instance, take the "All you're base are belong to us," in Futurama in this past week's episode.
# grep " shit " --recursive * 2>/dev/null
arch/sparc/mm/srmmu.c: * else we eat shit later big time.
arch/mips/kernel/sysirix.c:/* 2,526 lines of complete and utter shit coming up... */
drivers/net/sunhme.c:
drivers/scsi/esp.c:
drivers/scsi/esp.c:
drivers/scsi/esp.h:
drivers/scsi/NCR53C9x.c:
drivers/scsi/NCR53C9x.c:
drivers/scsi/NCR53C9x.h:
# grep " fuck" --recursive * 2>/dev/null
arch/i386/kernel/mtrr.c:/* Some BIOS's are fucked and don't set all MTRRs the same! */
arch/sparc/kernel/process.c:
arch/sparc/kernel/sunos_ioctl.c:
arch/mips/kernel/irixelf.c:#if 0
arch/mips/kernel/irixioctl.c: * irixioctl.c: A fucking mess...
arch/mips/sgi/kernel/setup.c: * fucking with the memory controller because it needs to know the
arch/sparc64/kernel/process.c:
drivers/net/sunhme.c:/* Only Sun can take such nice parts and fuck up the programming interface
drivers/block/cmd640.c: * These chips are basically fucked by design, and getting this driver
drivers/scsi/esp.c: * how bad the target and/or ESP fucks things up.
drivers/scsi/esp.c: * phase things. We don't want to fuck directly with
drivers/scsi/esp.c:
drivers/scsi/qlogicpti.h:/* Am I fucking pedantic or what? */
drivers/scsi/NCR53C9x.c: * how bad the target and/or ESP fucks things up.
drivers/scsi/NCR53C9x.c: * phase things. We don't want to fuck directly with
drivers/scsi/NCR53C9x.c:
drivers/cdrom/sbpcd.c: CURRENT=req->next;
drivers/video/tgafb.c:
include/asm-sparc64/system.h:
lib/vsprintf.c: * Wirzenius wrote this portably, Torvalds fucked it up
I think this is kinda cool, and it shows the real people behind a very useful and neat piece of software. And who can't resist putting something like GetHead() in code for a linked list. I did that a couple of times in college assignments, and the professors never said anything.
I understand most people's concerns about this issue, but I'm not sure everyone realizes certain things. For example, most information (especially in the U.S.) that Acxiom gathers results from public information at most courthouses. Anyone in the world can walk in and request most of this info. (Yes, that IS scary.) Other info. is gathered from *public* purchases. Unless you explicitly say, "Don't let anyone know about this," it's perfectly legal for a corporation with whom you've dealt to spread their data on you.
:), but in actuality, most of the data held by Acxiom is completely public. The only way to not let this information about yourselves out is to live like the Unabomber.
As for Acxiom, I have recently worked there as a software engineering intern. The people I worked with were great and understand that some folks freak out about this stuff. And, they *DO* have ways to "opt out" of their massive DB's (Admittedly, it's not well publicized.)
As someone else mentioned, it'd be nice to quit receiving those #$^@-ing AOL CD's, which is precisely what Acxiom tries to do in many cases. It's intended to save corporations $$ on mailings and free product offerings by collecting data for precision marketing.
I understand everyone's paranoia to a certain degree (I'm paranoid, too
---------
Mark Staggs
I'm gearing up for some undergraduate research in clustering. I've used Linux for a few years now, and I'm very comfortable with it. However, I'm interested if anyone has done any direct comparisons between the performance of *BSD's and Linux as far as clusters are concerned.
BTW, I know that the implementations of MPI/PVM are the same for each platform, but I'm wondering if there are any differences in the TCP/IP performance which is a definite limitation in Beowulf-type clustering.
Also, if anyone has used PAPERS clusters based on BSD I'd be interested in any results.
-- Zurion
The BIOS limitations on the mobo will have a large effect on what will work with the board. If there is an available patch for the BIOS so that it can correctly detect these larger DIMMS then there should be no problem. That is assuming that the 1 GB DIMM has the proper physical connections.
I personally haven't seen any Intel-based mobo's that will accept anything over 256MB modules.