From this, it looks like he was only comparing it to Irix. Perhaps Irix and FreeBSD were all he wanted to choose from. I can't imagine Renderman performing better under "Linux emulation" on FreeBSD than natively on Linux. I take it there isn't a FreeBSD port of Renderman (too bad).
I admire their choice of OS for the Matrix, but I'm wondering if they had good reason for their choice? If they were going to choose a flavor of UNIX, why did they choose FreeBSD over other Unices? If it was a matter of the free availability, why did they choose it over Linux?
I would be curious to find out these answers. Does anyone know?
I don't know if it is just me, or what, but I haven't seen any changes yet. I "excluded" Features and Book Reviews, but they still appear. Yes, I am going to http://slashdot.org/index.pl.
ClearCase keeps track of builds thru configuration records. With this ClearCase handles all dependancies of the source, and maintains all configuration records of derived objects (object files). Because of this, within parallel-development environments, there is a good chance for developers to be trying to compile the same identical object. Since ClearCase maintains the configuration records, it knows enough that that object already exists. In stead of recompiling the object it "winks" it in meaning it sets a link to the derived object pool.
A senerio:
Suppose that you build program hello in a view that is configured to select the most recent version of hello.c to which the attribute QAed has been attached with the value Yes. This turns out to be version 12 on the main branch.
A suer discovers a bug in hello that the QA department did not catch. As a result, the QA manager removes the attribute from version 12. now, version 9 is the most recent version with the attribute, so your view is dynamicly reconfigured to access that version.
You enter a clearmake hello command. Since the version of hello.c in the view (/main/9) does not match the version in the config record of your current instance of hello, clearmake either winks in the object if someone has already built it or clearmake rebuilds it.
A standard make program would have been fooled by the recent time-modified stamp in this situation. The program hello is not out-of-date with respect to version 12 of hello.c, so it is certainly not out-of-date with respect to the even-older version 9. Thus, the standard make algorithm would have declared hello up-to-date, and declined to rebuild it.
You can look at one little thing of the many that makes ClearCase so superior to any other system of its kind, and it all becomes clear: > clearmake mkdir -p objs
Wink in derived object "objs/path_util.o" Wink in derived object "objs/string_util.o"
A while back I read an article that compared the speed of Apache on different distributions. I was surprised at the speed differences and wonder if there's similar differences with other software if no superfine speed tweaking has been done...
It's funny you mention this. It's like the MSNBC article comparing RedHat, OpenLinux, and SuSe. They reported Apache ran faster on OpenLinux. Well...it's ashame they didn't use the same version of Apache on each distribution. They used a newer version of Apache on OpenLinux than RedHat and SuSe.
Metro-X and XiG have had 3D servers out for some time now. I must say, I really like using XiG's AcceleratedX 3D.
"In true sound..." -Agents of Good Root
Here is some education for the "Real Programmer"
on
Linux on CNN Tonight
·
· Score: 1
I have ran into this same problem with my very large STL project. I have brought up the idea of adding precompiled header support to the egcs group twice and got shot down both times.
Precompiled headers do make a large difference. I can vouch for that. Almost all other Unix platforms I develop on have support for precompiled headers in their native compiler.
My suggestion to you is either to deal with it or buy a commercial compiler for Linux that supports precompiled headers. Also, you may want to look into the -frepo option. This helps compilation and linking of templates. It sped my STL project up from about 25 minutes to about 10-15 (didn't time it lately).
What does it matter what the next version of Slackware uses. I'm using Slackware 3.1. Of course, I don't think there is anything left on my workstation that was from the original 3.1.
My workstation will more than likely remain libc5 based and up to date.
I need a stable libc for development I am involved with, and glibc just doesn't cut it.
Slashdot Mirror
Can semiconductors even operator correctly at that temperature?
"In true sound..." -Agents of Good Root
They do make an external. I'm not sure what kind of interface it is using, but there is a picture of it in the catalog I got in the mail Saturday.
"In true sound..." -Agents of Good Root
Yes.
I just got a computer catalog the other day (don't remember the company), and it had the SCSI, IDE, and USB versions in it.
"In true sound..." -Agents of Good Root
From this, it looks like he was only comparing it to Irix. Perhaps Irix and FreeBSD were all he wanted to choose from. I can't imagine Renderman performing better under "Linux emulation" on FreeBSD than natively on Linux. I take it there isn't a FreeBSD port of Renderman (too bad).
"In true sound..." -Agents of Good Root
You forgot to add:
AFTER ADVANCING ONE PAGE.
"In true sound..." -Agents of Good Root
I admire their choice of OS for the Matrix, but I'm wondering if they had good reason for their choice? If they were going to choose a flavor of UNIX, why did they choose FreeBSD over other Unices? If it was a matter of the free availability, why did they choose it over Linux?
I would be curious to find out these answers. Does anyone know?
"In true sound..." -Agents of Good Root
Are you talking about windows here or X11?
"In true sound..." -Agents of Good Root
These have been around for a long time!
"In true sound..." -Agents of Good Root
Preach on!
I'm using 3.1 also. No real need to upgrade when you keep everything up to date.
"In true sound..." -Agents of Good Root
Does anyone know of something (preferably a library) for doing a similar thing, but as maps (the geometric term) instead of a tree style?
"In true sound..." -Agents of Good Root
I don't know if it is just me, or what, but I haven't seen any changes yet. I "excluded" Features and Book Reviews, but they still appear. Yes, I am going to http://slashdot.org/index.pl.
"In true sound..." -Agents of Good Root
In that case one would have to look into Portland Group's high performace development tools.
"In true sound..." -Agents of Good Root
I'm assuming egcc is the binary name they gave egcs. Correct?
"In true sound..." -Agents of Good Root
With IBM embracing Linux, I wonder if they will consider setting up an RS/6000 SP cluster running Linux.
"In true sound..." -Agents of Good Root
Or better yet, just split it up into the different platforms. (e.g. someone needing the kernel for a Sparc wouldn't need the parts for x86).
"In true sound..." -Agents of Good Root
ClearCase keeps track of builds thru configuration records. With this ClearCase handles all dependancies of the source, and maintains all configuration records of derived objects (object files). Because of this, within parallel-development environments, there is a good chance for developers to be trying to compile the same identical object. Since ClearCase maintains the configuration records, it knows enough that that object already exists. In stead of recompiling the object it "winks" it in meaning it sets a link to the derived object pool.
A senerio:
Suppose that you build program hello in a view that is configured to select the most recent version of hello.c to which the attribute QAed has been attached with the value Yes. This turns out to be version 12 on the main branch.
A suer discovers a bug in hello that the QA department did not catch. As a result, the QA manager removes the attribute from version 12. now, version 9 is the most recent version with the attribute, so your view is dynamicly reconfigured to access that version.
You enter a clearmake hello command. Since the version of hello.c in the view (/main/9) does not match the version in the config record of your current instance of hello, clearmake either winks in the object if someone has already built it or clearmake rebuilds it.
A standard make program would have been fooled by the recent time-modified stamp in this situation. The program hello is not out-of-date with respect to version 12 of hello.c, so it is certainly not out-of-date with respect to the even-older version 9. Thus, the standard make algorithm would have declared hello up-to-date, and declined to rebuild it.
"In true sound..." -Agents of Good Root
> clearmake
mkdir -p objs
Wink in derived object "objs/path_util.o"
Wink in derived object "objs/string_util.o"
.
.
"In true sound..." -Agents of Good Root
A while back I read an article that compared the speed of Apache on different distributions. I was surprised at the speed differences and wonder if there's similar differences with other software if no superfine speed tweaking has been done...
It's funny you mention this. It's like the MSNBC article comparing RedHat, OpenLinux, and SuSe. They reported Apache ran faster on OpenLinux. Well...it's ashame they didn't use the same version of Apache on each distribution. They used a newer version of Apache on OpenLinux than RedHat and SuSe.
"In true sound..." -Agents of Good Root
Metro-X and XiG have had 3D servers out for some time now. I must say, I really like using XiG's AcceleratedX 3D.
"In true sound..." -Agents of Good Root
I have ran into this same problem with my very large STL project. I have brought up the idea of adding precompiled header support to the egcs group twice and got shot down both times.
Precompiled headers do make a large difference. I can vouch for that. Almost all other Unix platforms I develop on have support for precompiled headers in their native compiler.
My suggestion to you is either to deal with it or buy a commercial compiler for Linux that supports precompiled headers. Also, you may want to look into the -frepo option. This helps compilation and linking of templates. It sped my STL project up from about 25 minutes to about 10-15 (didn't time it lately).
Good Luck.
"In true sound..." -Agents of Good Root
There have been lots of books w/o the animals:
The Definitive Guides to the X Window System
"In true sound..." -Agents of Good Root
Negative.
What does it matter what the next version of Slackware uses. I'm using Slackware 3.1. Of course, I don't think there is anything left on my workstation that was from the original 3.1.
My workstation will more than likely remain libc5 based and up to date.
I need a stable libc for development I am involved with, and glibc just doesn't cut it.
"In true sound..." -Agents of Good Root
Yes, but this will not affect an existing binary, as the comment suggested.
"In true sound..." -Agents of Good Root
Yes it did. about $30
"In true sound..." -Agents of Good Root
Haha! This is why I use Slackware. I have seen problems with glibc systems from day 1.
"In true sound..." -Agents of Good Root