...and to help more people get a crack at running Suse, if you've got some spare bandwidth, fire up a BitTorrent client and head over to The Linux Mirror Project and help mirror the Suse torrent.
The tracker shows lots of leechers for that distro... if you can, hop in and help out!
> Anyone who knows 'C' can learn fortran > in about a day
Cool.
> What's more difficult is continually > optimizing for the various machine architectures
Hm, that's interesting. Is that something that would be done in Fortran using some sort of pragma-ish hints? Or is it something the Fortran interpreter writers would be mostly concerned with?
Googling a bit reveals a couple of Fortran compilers... seems like that's where the per-architecture optimization would happen. But maybe the "end-user" programmer needs to do some tweaking as well?
Hm. I'm not familiar with supercomputers... does Fortran have some sort of built-in support for being run on them? Like some sort of special internal JIT compiler or something?
> Your bottlenecks would be bandwidth and disk I/O.
And also the fact that httpd.h contains a #define that limits the number of clients to 256.
Oddly, changing that to 1024 and recompiling didn't make a difference - ps -ax | grep -c httpd still shows only 256 child processes. Maybe a kernel file descriptor limit?
Heh. I had forgotten that I had MaxClients set to 50, so this mirror wasn't much use. I've bumped it up to 500 now; that should let a few more folks in...
One of the chapters - on 'real world' projectile motion - is available for download at the above site, so you can get a feel for the writing and content.
I needed a small app to analyze SQL query usage, and Ruby worked great. As long as you're conscientious about writing unit tests, you won't miss Java's static typing at all.
> I find it hard to believe that there are > more than a few thousand websites that > are larger than 1 GB
Well said. I consider RubyForge to be a pretty good-sized site, but its PostgreSQL database is only 350 MB (650,000 records). Plenty of room to grow there.
Both those guys have answered countless questions ranging from the sublime (complex branching problems) to the ridiculous (why doesn't WinCVS work for me?). Props also to Derek Price, who does the releases.
All the more kudos go to these guys since CVS is slowly being superceded by Subversion; Derek, Larry, and Mark are essentially doing the thankless job of legacy tech support.
Slashdot Mirror
...and to help more people get a crack at running Suse, if you've got some spare bandwidth, fire up a BitTorrent client and head over to The Linux Mirror Project and help mirror the Suse torrent.
The tracker shows lots of leechers for that distro... if you can, hop in and help out!
> High-Performance Fortran (HPF),
> specifically targetted
and
> compiles straight to machine code
Cool, good info, thanks much!
> mapping these array operations
> onto vector processors
Cool. I suppose the Fortran compiler writers are used to generated optimized code of that sort. Good stuff, thanks!
> Anyone who knows 'C' can learn fortran
> in about a day
Cool.
> What's more difficult is continually
> optimizing for the various machine architectures
Hm, that's interesting. Is that something that would be done in Fortran using some sort of pragma-ish hints? Or is it something the Fortran interpreter writers would be mostly concerned with?
Googling a bit reveals a couple of Fortran compilers... seems like that's where the per-architecture optimization would happen. But maybe the "end-user" programmer needs to do some tweaking as well?
> easier to continue on in the same language
True, yup, that's usually the case.
> primarily concerned with performance
Hm. I'm not familiar with supercomputers... does Fortran have some sort of built-in support for being run on them? Like some sort of special internal JIT compiler or something?
Yeah, I was surprised too, but there it is (256 for Unixy systems, 1024 for Windows). Odd... I guess I thought it'd be a bit higher.
> take a look at thttpd
Cool, thanks for the pointer!
> Your bottlenecks would be bandwidth and disk I/O.
And also the fact that httpd.h contains a #define that limits the number of clients to 256.
Oddly, changing that to 1024 and recompiling didn't make a difference - ps -ax | grep -c httpd still shows only 256 child processes. Maybe a kernel file descriptor limit?
> Others of us do appreciate it.
:-)
Thanks
> even with 10M, that you are being hammered
Yup, the MRTG graphs show us filling up the whole pipe. Interesting how the CPU load is still essentially zero, though.
FWIW, here's a page about a Slashdotting experience we had last year...
> its slashdotted.
It's a 10 Mbit link, too. Whew, lots of clicking going on.
> thanks for nothing
You're welcome!
Heh. I had forgotten that I had MaxClients set to 50, so this mirror wasn't much use. I've bumped it up to 500 now; that should let a few more folks in...
...is right here.
> [link to Programming from the Ground Up]
Sweet. I've got the book by Jeff Duntemann already or I'd give it a look. Good stuff!
...is O'Reilly's Physics for Game Developers.
One of the chapters - on 'real world' projectile motion - is available for download at the above site, so you can get a feel for the writing and content.
...and view the printable version.
...just skip Java and go with Ruby.
I needed a small app to analyze SQL query usage, and Ruby worked great. As long as you're conscientious about writing unit tests, you won't miss Java's static typing at all.
> Rails
Yup, and since it's installable via a Ruby Gem it's easy to get it running.
> why we're seeing a story on this
I bet the O'Reilly folks would accept an article on Rails...
> Please consider a mailling list
Chad Fowler suggested setting up an RSS feed... how does that sound?
> I find it hard to believe that there are
> more than a few thousand websites that
> are larger than 1 GB
Well said. I consider RubyForge to be a pretty good-sized site, but its PostgreSQL database is only 350 MB (650,000 records). Plenty of room to grow there.
> a decidedly NOT open source MTA
Qmail is not Open Source, but it is "open source". Or something like that.
There's subversion vs CVS; I haven't used Subversion so I'm not sure. But it seems like that's the wave of the future...
> I hesitated for about two seconds
> before nominating myself.
I second this nomination - Russ helps lots of people out on the QMail mailing lists. Props!
Both those guys have answered countless questions ranging from the sublime (complex branching problems) to the ridiculous (why doesn't WinCVS work for me?). Props also to Derek Price, who does the releases.
All the more kudos go to these guys since CVS is slowly being superceded by Subversion; Derek, Larry, and Mark are essentially doing the thankless job of legacy tech support.