Domain: pmc-sierra.com
Stories and comments across the archive that link to pmc-sierra.com.
Comments · 12
-
Re:distibution
An example of SAS throughput pushing out 6 Gbps.
-
Re:ink
This entire thread has been about the effectiveness of the current U.S. policy regarding export restrictions. snowgirl argued, in part, that the restrictions are socially ineffective, I've argued that they are logistically ineffective. I've even argued for new or different policies and laws: "Resources applied to enforcing policies which have been demonstrated to be incompletely effective (or, ineffective), can instead be applied to try newer, more effective policies."
No, Snow girl argues that she didn't see the need for the restrictions. I set her strait on that. You came in saying something about Iran's neighbors getting access to the stuff with E-waste as if that mattered. I pointed out that it didn't matter then you picked up on the effectiveness of embargoes. Either way, you don't give people who claim to want to hurt you or your friends the raw materials to make that easy. I don't know how much simpler that statement can be made.
Your position here is unclear, but the underlined sentence highlights where we differ fundamentally. It is my contention that the citizens of an effective democratic government should be able to cause laws to be changed, and that the application and enforcement of laws should not be completely uniform and without judgment. Contemporary practice indicates that the U.S. export control regime agrees with at least the second part of my contention, insofar as they inspect only one percent of eligible goods entering and exiting the U.S., they do next to nothing to practically restrict the export of digital munitions (encryption products) via software, and they do not prevent restricted military surplus from being auctioned and exported abroad from on-line stores legally incorporated in the U.S.
My point is pretty clear, I'm not sure how your missing it. If you want the law changed, then work to change it. If no one agrees with you, then don't violate the law or don't expect sympathy when you get busted. And your wrong, they do quite a bit to track and control exports. Of course they rely a lot on self reporting and people following the laws but they also track imports into restricted companies. Not catching one actor for a period of time isn't proof that they don't do enough, it it proof that one actor violated the law and needs to be held accountable for it. In this case, it appears to be a flagrant violation of the law which will probably involve jail time for someone at HP as well as massive fines.
Unless someone specifically complains that some U.S.-based legal entity at HP or any other company is exporting to Iran, I would expect the enforcement agencies to focus on more effective sections of the existing legislation. It is much more useful to prevent new engineering designs and components which would enhance the range and lethality of weapons from reaching Iran, than to stop the flow of consumer electronics which provide next to no enhancement to their existing weapons and capabilities, WHETHER OR NOT such devices are easily obtainable.
So you don't think the 500mhz mips processor in most HP office machines or even the smaller 200 MHZ processors in the P1006 or the 4200N laser desktop printers wouldn't do that with the munitions capabilities? It is more powerful then most Stratix based missile guidance systems in early ICBM systems. Chain a series of these together with just half the memory that comes stock in a a 9500hdn, ad a GPS and outside of hardening, you have the effective equivalent of 1990's era cruise missile and smart bomb guidance systems. This is without even considering the EIO device specs like the 620n jet direct cars that come with them. Of course it would require the disassembl
-
Check out PMC-Sierra's dual-core RM9000x2
PMC-Sierra's MIPS-based RM9000x2GL's are really neat. It's been out for some months now. I'd love to see a machine with several dozen of these.
-
A few hardware links ...
Okay, maybe a few basic hardware References, HI-LED, Breadboard, and Chip Products links would help.
Reference - AtariArchives Electronic Computer Projects
Reference - Electronic Circuit Guidebook Sensors
Reference - Robot Building For Beginners
Global Specialties Breadboards
Eductional Kits USA including LED kits
High Intensity (HI) LED Source Discrete LEDs, LED Panel Mount Lamps, Based LED Lamps, SMT LEDs, PCB LEDs
RF Digital Corporation HI-LED White Red Yellow Blue Green
National Semiconductor Chip Products Catalog National Semiconductor Products
PMC-Sierra Chip Products Product Directory
R.T.Nollet, Chip Products, Australia
There you go; it should be enough to get you started on the hardware. Others that are far better at software can help with some of the required programming resources. If you can afford an old logic analyzer (maybe 8/16-pin, at surplus stores) for the I/O buses they can help you optimize your code. Years ago, (when I did) I would have used, an appropriate Hex/Machine code to do a small project like this. If you and a couple colleagues/friends succeed at this level
... the lessons you teach yourselves and experience obtained will be significant ... not many universities teach at this "wide-concept" "Master-O-None, Jack-O-All" level anymore. Very few Geeks under 40 years old (I believe) would be able to do what you are thinking about even less if they have a college degree that pushed them into a "high pay/viz" specialty at a young fragile age.
OldHawk777
Reality is a self-induced hallucination.
-
Linus is too young to rememberFrom the article:
Torvalds wrote that Intel had made the same mistakes "that everybody else did 15 years ago"
when RISC architecture was first appearing.RISC first showed up on the commercial radar screen almost twenty years when MIPS Computer Systems
was formed. But people at Stanford (and Berkeley, IIRC) had been publishing papers about
RISC for four or five years before that, and people at IBM were working on it even before that.And the CDC 6600 was a RISC machine in the 1960s. If you don't believe me, ask Cray's Chief Scientist Burton Smith.
In seeking the unattainable, simplicity only gets in the way. -- Alan Perlis
-
dual 1GHz MIPS on the same chip !
please in terms MHz the PowerPC is well behind even the under funded MIPS CPU's (they dont care so much about MHz but about integration on the same Die i.e. SOC)
really I dont know why SGI dont use this chip
RM9000x2 its got HYPERTRANSPORT like the AMD chips and the ol SysAD bus and Supports DDR SDRAM
all they have to have is GIMP for IRIX ICC'd and most people would be happy for Bitmap manipulation
lots of render's work under IRIX so thats not a problem
the problem is the back end Farm that now EVERYONE uses Linux for on el'cheapo AMD/Intel box's SGI used to live here and now they got shoved out by Linux
they are doing the right thing extend product range and work on getting Linux on decent hardware so they can sell it to their customers
pity Itanium turned out such a PIG
I just hope SGI are doing their own motherboards (-;
regards
john jones -
Re:love this quote:
And the mips processors too, this one from PMC-Sierra is a 1GHz, 64bit, dual core processor.
-
Re:More on HyperTransport
HyperTransport and RapidIO are mostly designed for the telecom market right now, as is that bridge from API Networks. The MIPS processor is the major driving force behind HyperTransport in this area right now, and they've been making some serious inroads on what has mostly been PowerPC territory in the past (PPC being the driving force behind RapidIO).
Some other interesting parts with HyperTransport include PMC-Sierra's new 9000x2 processor with two 1GHz MIPS cores, and Sibyte's similar Mercurian processor.
It's processors like these that require the serious speed and low-latency of HyperTransport. It will be interesting to see how these technologies filter down to the PC market after a few years.
- j -
MIPS the original RISC
well yes HP PA-RISC is nice but really its catch up
MIPS 1GHz Dual core on same die for a while
and that its 64bit
check
http://www.electronicstimes.com/story/OEG20010612S 0002
or
http://www.pmc-sierra.com/products/details/rm9000x 2/index.asp
oh yeah did I mention that PA-RISC is a MIPS decendant
but shhh they made so many changes they fscked the pipeline(they might have got it working again but I dont know any more)
may the SPECINT and SPECFP fight it out
regards
john jones
p.s. I wonder what the HP layout guys think of Intel chips (-;
-
Re:Transmeta Smarsmeta...
Well it depends on what kind of embedded device you're designing, but in many cases the MIPS processor fits the bill better than ARM. MIPS processors are designed by many different vendors, and each has their own target market. The MIPS architecture has seen a massive growth in the embedded market in the last few years and there are some impressive processors out there from the low end to the extremely high-end.
StrongARM is well positioned for handheld devcies, but I'd say the MIPS architecture is the most promising in the embedded space over all.
- j -
Re:Implications for alpha?
There's potential for MIPS too: there are lots of vendors bring out some very impressive 64-bit MIPS processors. PMC-Sierra has their new RM9000x2, SiByte has something similar and NEC has some 64-bit offerings as well. Granted all of these chips are targeted at the telecom/datacom market but the technology could be adapted for use in servers if necessary. Still, it is sad to see the Alpha go.
- j
-
Re:Missed some
MIPS: I think I heard that SGI is migrating all their MIPS machines to Itanium, so this one's probably dead.
MIPS seems to be dying quite quickly in the server space but it is growing extremely quickly in the embedded space. NEC and PMC-Sierra are two of the big ones. in fact, PMC-Sierra just announced the RM9000x2 which has dual 1GHz 64-bit MIPS cores, an 8-bit 500Mhz Hypertransport connection and a 200Mhz DDR SDRAM controller. it's going to be targeted to telecom equipment, but still that's a pretty damned impressive processor.
at any rate, the MIPS processor is far from dead.
- j