I actually don't know if they intend to release an opensourced version of the modeller, but since the render engine was developed by Mental Images and not by them they won't be allowed to release the code. This is also the same render engine the Softimage|XSI uses, tho in a more powerful version.
IIRC back in the days on those big mainframes the cpu core was pretty limited and they added functionallity via add-on cards, which contained new instructions. Hardware-wise is not exactly the same tho the idea is pretty simillar. I haven't seen it done anywhere else. IMHO it would be a matter of comparing performance of programmable hardware vs a good soft implementation, you might be surprised, my bet is that software would probably be a better approach for most stuff.
I used dasm a pair of times and once you know what code your gcc generates following a function is pretty straightforward, but what amazed me most is when i knew that you can decompile Java bytecode and get the source back with this.
Maybe is not perfect, but I always got the feelling of this desktop being much faster than KDE and Gnome, which, IMHO, have grown so much they became bloatware. Being based on Motif gives it stability, not that GTK/QT are bad but I've never seen 4dwm/Toolchest crashing, while KDE/Gnome did daily for period of time I tried them before doing a pkg_rm on both and restoring WindowMaker. Ever tried a remote Gnome session over a 10Mb/s net? Compare with the speed of 4dwm.
>In short, the PS2 can't even stack up against the >XBox nor the Gamecube,
But PS2 has the Tekken series and Wipeout which fscking rule!:-) And the box is so damned ugly:))
to what those supercomputing gurus can make out of alpha/linux combination. I hope they use compiler designed by them, last time I checked gcc was pretty bad on alpha processors. Would be cool if they ported some of the unicos massive parallel machine code to linux/cluster.
-rwxr-xr-x 1 bin bin 3157516 Jul 14 1998/usr/local/bin/bash
Try applying strip to the file, it probably was compiled with -g as well, and every file compiled with -g on a Solaris system will by huge, e.g. the wine lib is more than 100MB if compiled with -g.
The AMD guys went for a different solution, instead of a new architecture they decided to keep x86 compatible and extend it to 64bit, more or less the way intel did for 286->386. You can read about it at AMD 64bit x86.This way they'll perform a lot better in the 32bit field than the Itanium ever will. All they need to succeed is proper software support, same as intel.
I also would like to have a copy of this answer if possible.
And now, my question, what if I do a nm of the.so , write a trivial program that dlopens() it and runs it almost like it was an executable, this program is not even linked to that.so yet I'm able to use it's functionallity, isn't this almost the same as in the.dll case?
You don't need to, just set local macaddress variable in the OBP and you are done, this is how most large jumpstart installs work, and also how Sun Screen HA Clustered firewalls are set.
In my first year at university I had lessons with this really crap dude who told me I seemed to disliked programming (I had been coding on the Amiga for 5 years and love programming), on the other hand, in my second year I met a really good OS teacher, that guy got me hooked on Unix, and is partially the reason why I'm running these BSD boxes now. Unfortunately, at least in Spain, it seems really hard to find good teachers in CS, which is a real shame, because a lot of people ends their career whithout a clue of what CS is about, tho most geeks find our way by ourselves.
IMHO if you want to manage is just a small bunch of data and you DON'T depend on SQL or types the LDAP is not suited for you would get better performance from an LDAP server.
Just my 2c
As other people have stated before such processor is physically impossible, even if it was running at 10Ghz all the components in the mobo would suffer from heavy timing problems due to different wire lengths. The cost of memory for such a system would be prohibitive (yes, rambus speed would be a joke for such a beast) You would be better off with 10 1Gb processors, even in different motherboards, you would have less memory latency and a lot better price/performance tag.
MacOS X is based on FreeBSD? FreeBSD's kernel is aimed at i386 (it supports alpha as well), so did Apple just throw away all hardware dependent code and rewrote it to fit theirs? I thought that the MacOS X core is BSD based, which is != FreeBSD based. Please correct me on this if I'm wrong.
So you're basically saying that both KDE and Gnome are wasted time as a server doesn't need to run desktop software at all:-)
The point is that Linux might some day replace Windows and for that it will need all those games and applications which are the main (and only?) reason why people is using Windows instead of the other (and better) alternatives (BeOS, Linux, *BSD)
Yes, Linux is already running on the DC but having choice is good and the *BSD fans out there (myself included) would prefer to run a BSD on it, tho the linux port will probably have more features. I've always liked the DC as a hardware platform, is a shame Sega decided to run that CE crap on it:-)
Slashdot Mirror
He spelled it wrong, is actually called 'softupdates' and AFAIK is only available for FreeBSD.
I actually don't know if they intend to release an opensourced version of the modeller, but since the render engine was developed by Mental Images and not by them they won't be allowed to release the code.
This is also the same render engine the Softimage|XSI uses, tho in a more powerful version.
IIRC back in the days on those big mainframes the cpu core was pretty limited and they added functionallity via add-on cards, which contained new instructions. Hardware-wise is not exactly the same tho the idea is pretty simillar. I haven't seen it done anywhere else. IMHO it would be a matter of comparing performance of programmable hardware vs a good soft implementation, you might be surprised, my bet is that software would probably be a better approach for most stuff.
I used dasm a pair of times and once you know what code your gcc generates following a function is pretty straightforward, but what amazed me most is when i knew that you can decompile Java bytecode and get the source back with this.
Maybe is not perfect, but I always got the feelling of this desktop being much faster than KDE and Gnome, which, IMHO, have grown so much they became bloatware. Being based on Motif gives it stability, not that GTK/QT are bad but I've never seen 4dwm/Toolchest crashing, while KDE/Gnome did daily for period of time I tried them before doing a pkg_rm on both and restoring WindowMaker. Ever tried a remote Gnome session over a 10Mb/s net? Compare with the speed of 4dwm.
>In short, the PS2 can't even stack up against the >XBox nor the Gamecube, But PS2 has the Tekken series and Wipeout which fscking rule! :-) And the box is so damned ugly :))
to what those supercomputing gurus can make out of alpha/linux combination. I hope they use compiler designed by them, last time I checked gcc was pretty bad on alpha processors. Would be cool if they ported some of the unicos massive parallel machine code to linux/cluster.
Just write )-:
-rwxr-xr-x 1 bin bin 3157516 Jul 14 1998 /usr/local/bin/bash
Try applying strip to the file, it probably was compiled with -g as well, and every file compiled with -g on a Solaris system will by huge, e.g. the wine lib is more than 100MB if compiled with -g.
The AMD guys went for a different solution, instead of a new architecture they decided to keep x86 compatible and extend it to 64bit, more or less the way intel did for 286->386. You can read about it at AMD 64bit x86 .This way they'll perform a lot better in the 32bit field than the Itanium ever will. All they need to succeed is proper software support, same as intel.
I also would like to have a copy of this answer if possible. And now, my question, what if I do a nm of the .so , write a trivial program that dlopens() it and runs it almost like it was an executable, this program is not even linked to that .so yet I'm able to use it's functionallity, isn't this almost the same as in the .dll case?
You don't need to, just set local macaddress variable in the OBP and you are done, this is how most large jumpstart installs work, and also how Sun Screen HA Clustered firewalls are set.
In my first year at university I had lessons with this really crap dude who told me I seemed to disliked programming (I had been coding on the Amiga for 5 years and love programming), on the other hand, in my second year I met a really good OS teacher, that guy got me hooked on Unix, and is partially the reason why I'm running these BSD boxes now. Unfortunately, at least in Spain, it seems really hard to find good teachers in CS, which is a real shame, because a lot of people ends their career whithout a clue of what CS is about, tho most geeks find our way by ourselves.
So now, when a hole in Oracle is discovered they can immediately put it in the M$ SQL server brochures to make their product look better :-)
IMHO if you want to manage is just a small bunch of data and you DON'T depend on SQL or types the LDAP is not suited for you would get better performance from an LDAP server. Just my 2c
As other people have stated before such processor is physically impossible, even if it was running at 10Ghz all the components in the mobo would suffer from heavy timing problems due to different wire lengths. The cost of memory for such a system would be prohibitive (yes, rambus speed would be a joke for such a beast) You would be better off with 10 1Gb processors, even in different motherboards, you would have less memory latency and a lot better price/performance tag.
MacOS X is based on FreeBSD? FreeBSD's kernel is aimed at i386 (it supports alpha as well), so did Apple just throw away all hardware dependent code and rewrote it to fit theirs? I thought that the MacOS X core is BSD based, which is != FreeBSD based. Please correct me on this if I'm wrong.
So you're basically saying that both KDE and Gnome are wasted time as a server doesn't need to run desktop software at all :-)
The point is that Linux might some day replace Windows and for that it will need all those games and applications which are the main (and only?) reason why people is using Windows instead of the other (and better) alternatives (BeOS, Linux, *BSD)
Yes, Linux is already running on the DC but having choice is good and the *BSD fans out there (myself included) would prefer to run a BSD on it, tho the linux port will probably have more features. I've always liked the DC as a hardware platform, is a shame Sega decided to run that CE crap on it :-)