This is completely false. Very little real software ports that easily unless it was designed on a 64 bit architecture. Too many people think that sizeof(int) == sizeof (char *) which is not true on alpha.
If your design and code is already 64 bit clean and abstract, you'll be fine. If not, have fun chasing down memory errors from assigning pointers to ints.
I personally write a lot of object oriented code, and I always use C. Why complain about the choice of language used for a toolkit, especially when there are C++ bindings available for it. Also, OO isn't free in C++. Remember that C++ was simply a preprocessor step for C orginaly. Anything reasonable that can be done in C++ can be done in C.
It all depends on how well written the code is. If you actually use htons() and you are careful about endianess issues, the port from ppc to x86 or vice versa is trivial (assuming libraries are equal). I have found porting to ppc much easier than proting to alpha due to the fact that they are both 32 bit processors.
The real question is how well written the original software is. Odds are if you can port it from x86 to sun4, you can port software to ppc with a simple recompile.
>they could charge just $1/month and still make $300 Million each and every year.
Actually, they would lose money like crazy. Remember, they have to pay an upstream provider for bandwidth in all areas. They have to buy and maintain modems, and they have to pay for telephone access and switching. These things are not cheap.
My company spends $20 for every 24 hours someone is connected to one of our modems.
I may not be a kernel hacker, but I read lkml daily. From the recent discussion, reiserfs will never be in the kernel. If you have documentation that states (from a reputable source) its inclusion, I will reconsider. I don't see this happening though.
The code to do that which is part of Partition Magic will be released as open source shortly. Part of the deal the author made when he wrote that code is that it would later be opensourced.
It isn't the sp at OSU, I don't even know if they have one. We also use a proprietary dbms that searches roughly 2 terabytes of data. The IO performance is bad, and if CPU usage is high, IO drops to about one read a minute.
As an extremely unhappy user of an sp/2 system, I hope the sp/2 isn't the system of the future. I can do some things faster on my pentium 90 with Linux than the SP/2 system. We have 32 nodes with 4G each and 2 Terabyte of disk spread out over them. With this setup, you'd think things would be fast. The only thing that happens fast is the corruption of my data by their filesystem. In short, the SP/2 system isn't made for databases or web serving. It's meant as a compute box (and it doesn't even do that well!)
I use Sparc Solaris at home. I have flex, bison, gzip and gcc installed yet I still use a Solaris machine. I refuse to call it a GNU/Solaris machine. At what point will RMS quit? I respect the work he has done. I respect his ideals, but this naming thing upsets me. I think RMS took a hint from ESR and became power hungry!
I'm compiling on my Intel and Alpha boxes as we speak. If only my powerpc were online right now I'd start building on that also.
I've been using the pre's since about 2.1.100 and for the most part they have been incredibly stable for me on intel. Alpha is a little spottier, but that doesn't surprise me.
Slashdot Mirror
This is completely false. Very little real software ports that easily unless it was designed on a 64 bit architecture. Too many people think that sizeof(int) == sizeof (char *) which is not true on alpha.
If your design and code is already 64 bit clean and abstract, you'll be fine. If not, have fun chasing down memory errors from assigning pointers to ints.
I personally write a lot of object oriented code, and I always use C. Why complain about the choice of language used for a toolkit, especially when there are C++ bindings available for it. Also, OO isn't free in C++. Remember that C++ was simply a preprocessor step for C orginaly. Anything reasonable that can be done in C++ can be done in C.
It all depends on how well written the code is. If you actually use htons() and you are careful about endianess issues, the port from ppc to x86 or vice versa is trivial (assuming libraries are equal). I have found porting to ppc much easier than proting to alpha due to the fact that they are both 32 bit processors.
The real question is how well written the original software is. Odds are if you can port it from x86 to sun4, you can port software to ppc with a simple recompile.
As a former employee of a company with offices at the Super Computer Center (The Greater Columbus FreeNet) Way to go!
I'm glad to see them get some new hardware to play quake on! Do you think this means they'll give away the Onyx2 machines they have now?
>they could charge just $1/month and still make $300 Million each and every year.
Actually, they would lose money like crazy. Remember, they have to pay an upstream provider for bandwidth in all areas. They have to buy and maintain modems, and they have to pay for telephone access and switching. These things are not cheap.
My company spends $20 for every 24 hours someone is connected to one of our modems.
I may not be a kernel hacker, but I read lkml daily. From the recent discussion, reiserfs will never be in the kernel. If you have documentation that states (from a reputable source) its inclusion, I will reconsider. I don't see this happening though.
The code to do that which is part of Partition Magic will be released as open source shortly. Part of the deal the author made when he wrote that code is that it would later be opensourced.
It isn't the sp at OSU, I don't even know if they have one. We also use a proprietary dbms that searches roughly 2 terabytes of data. The IO performance is bad, and if CPU usage is high, IO drops to about one read a minute.
As an extremely unhappy user of an sp/2 system, I hope the sp/2 isn't the system of the future. I can do some things faster on my pentium 90 with Linux than the SP/2 system. We have 32 nodes with 4G each and 2 Terabyte of disk spread out over them. With this setup, you'd think things would be fast. The only thing that happens fast is the corruption of my data by their filesystem. In short, the SP/2 system isn't made for databases or web serving. It's meant as a compute box (and it doesn't even do that well!)
Mailboxes are federal property. Destroying a mailbox is a federal offense because you are destroying government property. Don't play mailbox baseball.
I use Sparc Solaris at home. I have flex, bison, gzip and gcc installed yet I still use a Solaris machine. I refuse to call it a GNU/Solaris machine. At what point will RMS quit? I respect the work he has done. I respect his ideals, but this naming thing upsets me. I think RMS took a hint from ESR and became power hungry!
How about a general UNIX port, I use solaris and have a great video card, yet I have to use my old Mac to view quicktime!
Thanks, I'm getting 190k/sec In the next few minutes I'll post it to http://www.cis.ohio-state.edu/~ mangino/menacs_480.mov
If somebody can convert this to something usable on linux I can post it on a big mirror. Send me email.
I'm compiling on my Intel and Alpha boxes as we speak. If only my powerpc were online right now I'd start building on that also.
I've been using the pre's since about 2.1.100 and for the most part they have been incredibly stable for me on intel. Alpha is a little spottier, but that doesn't surprise me.