Realitygraphics system. Fortunately eBay in time had a DG5-8, GE16-4 and 2 RM10-256 boards for extremely cheap so after swapping the boards I now have an
InfiniteReality4(the last generation) only differs by offering the RM11-1024 (1gb of texture memory) versus the 256mb per board I have in the RM10s in addition to Pixel Fill Rate differences of nearly double.
jcBENCH. Surprisingly with the extra 200mhz (50% increase) and enhancements the R14000 MIPS cpu brought, my Origin 300 is over 3 times faster in both integer and floating point tests.
commandbutton below the space bar on the keyboard. By holding down the
sfor instance in the text editor would save. Similar to the
Control+Swe're used to today, but easier to execute in my opinion with your left thumb.
SSEinstructions as the Galileo does not support them. The other thing to note is if you want to run a program in a more traditional route, simply do the following:
Pthreads Library, you can download the source and binary compatible with Windows IoT here.
BETA, just have to add error handling and do more testing. The OpenCL client will be released for Linux/x86 and Win32/x86 initially with a MacOSX/x86 release to come later.
C++, but I'm still working out the short and long term goals.
jcPLATFORMfor lack of a better name). If no one else uses them, there will be no sorrow on my part.
jcBENCHto both the Windows Store and Windows Phone I figured I would post some notes/findings.
DeviceStatus, which as of the time of this writing is not available in Windows Runtime applications. I should note my scenario with
jcBENCHis kind of unique, it requires the ability to query the device pretty extensively to get the number of cores, cpu model, speed and architecture on each. For a typical scenario you wouldn't need this level of detail.
GetNativeSystemInfoinside the Shared project you'll need to do the following:
jcBENCHannouncements coming later this week.
jcBENCH, this time for x86/Linux. There are no dependencies, just execute and run.
jcBENCH. A few notes on this port, that I thought would be interesting:
FreeBSD 10.0, you need to use
clang++instead of g++.
FreeBSDin Hyper-V I needed to switch to utilizing the Legacy Network Adapter.
jcDBenchfor sparc/Solaris compiled with g++ 4.80. Both have 0 dependencies so just extract and run. Man pages and a true installer will come with the big 1.0 release (more on that at a later date).
jcDBenchfor mips/NetBSD. Both have 0 dependencies so just extract and run. Man pages and a true installer will come with the big 1.0 release (more on that at a later date).
restorecd readymessage being displayed on the LCD screen, then hold the select button for two seconds, hit the
Enterbutton twice (once to select the
restoreoption and the second time to confirm the restore)
NetBSD, some files took longer than others (due to the size more than likely) and for those curious here are the files installed in 5.2.2:
NetBSD, the LCD appeared stuck on
[Starting up]. In going through the Serial Connection log – it appeared my SSD was throwing write errors during installation, I then swapped out the SSD for a 160gb Western Digital SATA drive I had laying around, performed the installation again and had a successful boot from the Qube itself:
Telnetwas running and available to connect as
rootwithout a password. Unfortunately I was given the following error: [bash] Trying 192.168.1.193... Connected to 192.168.1.193. Escape character is '^]'. telnetd: Authorization failed. Connection closed by foreign host. [/bash] Doing some research,
RLOGINappeared to be the solution to at least get into the device so I could enable
SSH, after switching from
RLOGINI was in: [bash] Connecting to 192.168.1.193:513... Connection established. To escape to local shell, press 'Ctrl+Alt+]'. login: root Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 5.2.2 (GENERIC) #0: Sat Jan 18 18:11:12 UTC 2014 Welcome to NetBSD! Terminal type is xterm. We recommend creating a non-root account and using su(1) for root access. # [/bash] Immediately I went into my
/etc/rc.d/sshd startand immediately sshd generated the keys and started itself.
root, which you can do simply by typing in
SSHwill not allow
rootto connect (for good reasons), so be sure to add another user. You can add another user that has
suto root abilities with
useradd –m –G wheel johndoewhere johndoe is the name of the username you wish to add.
jcBENCHto the platform if it doesn’t already exist. Luckily,
NetBSDcame with GCC 4.1.1 and BSD derivatives offer a pretty neat C header sysctl.h that provides a lot of the CPU/Architecture information very easily. After implementing the necessary changes and recompiling (wasn’t too slow to compile I have to say), I ran
jcBENCH: [bash] $ ./jcBench 100000 1 jcBENCH 0.8.752.0306(mips/NetBSD Edition) (C) 2012-2014 Jarred Capellman CPU Information --------------------- Manufacturer: cobalt Model: Cobalt Qube 2 Count: 1x250mhz Architecture: mipsel --------------------- Running Benchmark.... Integer: 475.185 seconds Floating Point: 2298.39 seconds [/bash] For those who recall I recently upgraded a Silicon Graphics Indy to an R5000 CPU so I was very curious how the Qube running
NetBSDwould compare to the older Indy. I should note a fair comparison would be to compile
jcBENCHon the exact or similar version of GCC in IRIX instead of the version of the 3.4.6 version in nekoware – so take these results with a grain of salt. The results were interesting in that the Floating Point performance was hugely impacted in the Qube (similarly to the R5000SC and R5000PC used in Silicon Graphics machines).
NetBSDinstallation even with 64MB of ram leaves quite a bit left over for additional services: [bash] load averages: 0.02, 0.05, 0.03; up 0+00:28:26 16:30:24 18 processes: 17 sleeping, 1 on CPU CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Memory: 17M Act, 312K Wired, 5516K Exec, 7616K File, 35M Free Swap: 128M Total, 128M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 0 root 125 0 0K 2040K schedule 0:09 0.00% 0.00% [system] 628 root 43 0 4572K 1300K CPU 0:00 0.00% 0.00% top 583 root 85 0 16M 3944K netio 0:00 0.00% 0.00% sshd 560 jcapellm 85 0 16M 2916K select 0:00 0.00% 0.00% sshd 462 root 85 0 12M 2304K wait 0:00 0.00% 0.00% login 485 root 85 0 11M 1820K select 0:00 0.00% 0.00% sshd 603 jcapellm 85 0 4280K 1336K wait 0:00 0.00% 0.00% sh 114 root 85 0 3960K 1320K select 0:00 0.00% 0.00% dhclient 420 root 85 0 4552K 1204K kqueue 0:00 0.00% 0.00% inetd 630 root 85 0 3636K 1188K pause 0:00 0.00% 0.00% csh 458 root 85 0 4024K 1168K select 0:00 0.00% 0.00% rlogind 454 root 85 0 3636K 1164K ttyraw 0:00 0.00% 0.00% csh 159 root 85 0 4248K 1100K kqueue 0:00 0.00% 0.00% syslogd 1 root 85 0 4244K 1028K wait 0:00 0.00% 0.00% init 439 root 85 0 3956K 988K nanoslp 0:00 0.00% 0.00% cron 444 root 85 0 4216K 956K ttyraw 0:00 0.00% 0.00% getty 437 root 85 0 4224K 924K nanoslp 0:00 0.00% 0.00% getty 395 root 85 0 3960K 868K select 0:00 0.00% 0.00% paneld [/bash] Thinking back to the device’s original intent and my current interests of mobile device interoperability with “wired” devices, I’ve decided to go back to an idea I had in November 2012 called
jcNETMAP. This Windows Phone 8 app’s purpose was to alert you when your set servers went down, utilizing the Scheduled Task feature of the Windows Phone’s API without relying on any other software or device such as GFI Alerts, a custom Windows Service etc.
jcDBENCHMIPS/NetBSD releases. Also I have 2 128MB SIMMS and a 30gb Corsair NOVA SSD coming this week to pop into the Qube 2 - will post any hurdles.
jcBENCHwill have it's big official 1.0 release across the same platforms.
jcBENCHto x86/Linux. Luckily, there were only minute changes required from the ia64/Linux port. Interesting the
/proc/cpuinfois handled differently between SLES 9 and OpenSUSE 12.3. I'll have to do further investigation on the reasoning behind that.
Mode Xngine. Planning ahead a bit, I brought an older Corsair Force 3 90gb SSD that I was no longer using and a Philips screw driver (yes folks, screw drivers are allowed by the TSA, it just can't be more than a few inches long).
jcBenchand port it over to x86/Linux. On the flight back from SFO, I ported it over and thankfully it was only a re-compile with a slight tweak to the CPU detection.
timespec_tissues (Linux's version is
timespec), I was able to get it ported over while leaving in my
#ifdefto retain portability.
__declspec( dllexport )function declaration, this is key to telling your C# (or any other language) that this function is exposed externally in the DLL. Something else to keep in mind is the difference in types between variables in C++ and C#. A
longfor instance in C++ is an
Int32in the CLR. Something to keep in mind if you get something like this thrown in your C# application:
This is likely because the managed PInvoke signature does not match the unmanaged target signature. Check that the calling convention and parameters of the PInvoke signature match the target unmanaged signatureThen in your C# code: