I'm seeing .11 Kh/s out of my Octane (250MHz R10K).
"Apollo was astonished, Dionysus thought me mad."
pip wrote: I wonder how much faster it would run if compiled with MIPSpro
recondas wrote:It was direct from SGI, but was slightly later in early '07. They advertised it as a 'refurb' sale but what I got was a brand-spanking new 600MHz V12 Octane2 with a full set of IRIX6.5.30 CDs: http://www.nekochan.net/gallery2/v/SGI_ ... 1/Octane2/guardian452 wrote: Didn't recondas buy a new octane2 about that time for $600 direct from SGI? Or was that a few months later during the fire sale
TeamBlackFox wrote: Of course the easiest way is from IRIX or OpenBSD, because you don't risk breaking the system because ksh is already setup as needed. Of course I do it on IRIX anyways because its just a lot easier.
hamei wrote:Kira wrote: Depends on the application.
Any benchmarks on Palantir ?
TeamBlackFox wrote: So in a nutshell it has specialised instructions and a core for database usage, and if these can be utilised, it will do better at the limited market of running OracleDB software? I know that's a gross oversimplification but I'm not an electrical engineer so I can't say I really am well acquainted with the industry terminology.
robespierre wrote:foetz wrote:robespierre wrote:Code: Select all
$ sudo -s
# chmod -x /bin/bash
# ln -f /bin/ksh /bin/sh
fuggeddaboutit....
i did the same on osx but with zsh. might work for linux, too
In fact, osx can't boot using ksh. But zsh does seem to work.
(None of the system scripts in osx use bash)
foetz wrote:smj wrote: folks coming from Linuxdom and picking up the SGI/IRIX habit will look around for bash pretty quickly. Might as well make it easier for them to indulge their new addiction, rather than creating an obstacle that prevents anybody from joining the club.
hehe yes sure. although not having a specific shell might not keep them away completely. after all people who come from linux to unix/risc do that because they want something different i'd think.
there's not much sense in sticking to bash and gcc on every platform. makes it rather pointless
jwp wrote: Pretty early on I read the essay, "Csh Programming Considered Harmful," so I never bothered learning csh or tcsh. Since I was using Linux, bash was the default shell typically, and it seemed to do interactive editing and scripting pretty well.
Later when I was doing a lot of shell scripting on HP-UX, I used ksh88, and I really liked that as well. It has the important things that bash has, but without the bloat. When I was using it, though, there were some really annoying compatibility issues between ksh88 and pdksh. With ksh88, the following script prints "1", and on pdksh and mksh, it prints "0". Bash also prints "0".
Code: Select all
x=0
echo onetime | while read line; do
x=1
done
echo $x
It's something stupid related to pipes and processes. The programmer needs to know that anything happening in the body of a loop is happening in another context -- but only when something is being piped into the loop. Why this behavior is reasonable, I have no idea. ksh88 handles it just fine, and did so decades ago. I don't know why these other shells like pdksh, mksh, and bash put the burden of remembering arcane details like this onto the programmer.
When AT&T opened up ksh93, I wish they had also released ksh88. My impression has been that ksh88 is a good all-around shell. It doesn't hurt that it's a long-time standard on commercial Unix systems either.
Code: Select all
#include <iostream>
using namespace std;
int main( int argc, char* argv[])
{
int i = 2;
for (int i = 0; i < 2; i++)
cout << i << endl; // Prints 0 then 1
cout << i << endl; // Prints 2
return 0;
}
jwp wrote:armanox wrote: That's an easy one - variable scope. [...] The variable inside of the loop expires when the loop ends, and is in a different scope then the variable outside of the loop, despite having the same name. My guess is the developers of the other shells felt that variable scope was important, where as ksh88 doesn't have the concept.
Ah, but this only happens when piping to a loop . Otherwise, all the shells act the same way with variables, loops, and scope. The inconsistency is with pdksh, mksh, and bash. If the script were to be rewritten this way, then it would work the exact same way on all shells:
Code: Select all
x=0
echo onetime > /tmp/onetime
while read line; do
x=1
done < /tmp/onetime
echo $x
This sort of incompatibility means that pdksh and mksh cannot be used as serious replacements for ksh. The only real path for developing or running ksh88 scripts with open-source software is to try them under ksh93, which is more compatible (and follows ksh88 behavior for this pipe / loop stuff).
Most people happily use pdksh and mksh as ksh replacements, because they don't do a lot of shell scripting, or otherwise don't have to worry about shell scripting compatibility. Sadly, it seems that many shells follow the same behavior as pdksh and mksh, despite there being no rationale other than the implementation details of the shell.
foetz wrote:armanox wrote: That's an easy one - variable scope. Consider the following C++ program
.Code: Select all
#include <iostream>
using namespace std;
int main( int argc, char* argv[])
{
int i = 2;
for (int i = 0; i < 2; i++)
cout << i << endl; // Prints 0 then 1
cout << i << endl; // Prints 2
return 0;
}
declaring i twice, putting in args that are never used and using c++ for something that trivial at all?
just pulling your leg, the point was clear anyway
R-ten-K wrote: It would be fantastic if this project could be opensourced. But I seem to remember there were some licensing restrictions? I can't see how SGI would care about the IP in the Indigo Desktop anymore, alas...
ivelegacy wrote: i need an SMP module for Octane2 (IP30), as i want to toy with the linux kernel
i don't know if the Origin 300 is supported, never seen that branch, but i am afraid it is not (i may be wrong)
Code: Select all
[Octane]:~ $ hinv
1 300 MHZ IP30 Processor
CPU: MIPS R12000 Processor Chip Revision: 2.3
FPU: MIPS R12010 Floating Point Chip Revision: 0.0
Main memory size: 384 Mbytes
Xbow ASIC: Revision 1.4
Instruction cache size: 32 Kbytes
Data cache size: 32 Kbytes
Secondary unified instruction/data cache size: 2 Mbytes
Integral SCSI controller 0: Version QL1040B (rev. 2), single ended
Disk drive: unit 1 on SCSI controller 0
Integral SCSI controller 1: Version QL1040B (rev. 2), single ended
IOC3/IOC4 serial port: tty1
IOC3/IOC4 serial port: tty2
IOC3 parallel port: plp1
Graphics board: SI
Integral Fast Ethernet: ef0, version 1, pci 2
Iris Audio Processor: version RAD revision 12.0, number 1
[Octane]:~ $
Nihilus wrote: I've always wanted a quad Tezro!
ivelegacy wrote: i know Kumba, i emailed him a lot of time, and we discussed on the gentoo forum: we have different opinion about linux
nobody today want to spend free time on Octane, so … that is my opinion: improve the 2.6.17, and enjoy it!
- i am improving 2.6.17, i am alone, but i already have a working machine with a few minor bugs to be fixed and features to be added
- he is trying to fix 3.* series,he hasn't a working machine (with SMP) and he is alone
also, personally i am following MIPS32 on things like Atheros SoC, or CI20)
TeamBlackFox wrote: Indeed, thieves would have to be very aware of what I have to go after it.
Adrenaline wrote: Really? You might have been out of the CLR world for a while, but you can pre-jit your application and with the relatively new .NET Native (came out a year ago), it compiles your C# code to machine code without any dependencies on the .NET framework.
Well aware of this, I just don't care. Its in the same class as Java, but worse because Mono is a hopelessly broken piece of junk and the open sourced .NET doesn't run on FreeBSD or OpenSXCE, the two modern desktop OSes I use, unless you happen to use the aforementioned Mono. There'ls other complaints but moreso I've rarely heard of someone so into UNIX being a fan of an Microsoft-derived product (yes, everyone knows abotu Xenix, which is now defunct.)
foetz wrote:armanox wrote: I'm now using mbedTLS (used to be PolarSSL) with curl
and that causes problems?
TeamBlackFox wrote: Someone got LibreSSL working, honestly that is what I would push for.
Code: Select all
#elif defined(__sgi)
#include <standards.h>
#include <sys/endian.h>
foetz wrote: well one step at a time. do certain programs only work right with openssl 1.x?
if so does openssl 1.x fail to build? and if yes is it something that is irix specific and cannot be fixed?
foetz wrote:armanox wrote: OpenSSL 0.9.8 is too old to be useful for a lot of things
could you give a few examples?
foetz wrote:armanox wrote: Oh, and the fact that IRIX does not support mapping anonymous pages doesn't help either.
that's an easy fix. i did that for my last postgresql builds. i can dig out the details if you're interested
foetz wrote:armanox wrote: Yes please, because if I should go back to it (which I may since I still have an interest) it would prove very useful.
no prob. just open /dev/zero and map that fd shared. it was based on this: http://man7.org/tlpi/code/online/dist/m ... map.c.html
in my case adopted to postgresql of course but you can use it for anything else
Axatax_ wrote: You guys are really brave messing with this pile. Good luck.
mopar5150 wrote:robespierre wrote: What is the card in the bottom slot? It looks like a wallwart DC connector!
That is one reason I bought the machine. I wanted the system because it was a true 4x1ghz with nice plastics and to find out what the heck that card is.
I will update you guys when I find out.