Top: Computers: Hardware:
See also:
| This category in other languages: |
| | |
 |
|
» Hardware Central - Community and forum providing news, reviews, reports, and editorials on computer hardware.
|
 |
|
» VLSI Discussion Forum - Covers many related topics: EDA tools, VHDL, Verilog; fabrication; FPGAs, ASICs, microprocessors, semiconductors, CMOS.
|
- Re: Hint instructions
...
I wouldn't call fence or memory ordering instructions as hint,
as it specifies the program semantic and violating the specification
would lead to the program execution that's different from original
program.
Seongbae
- Re: New High Bandwidth Supercomputer
I prefer to think of myself as a voice crying in the wilderness.
Robert.
--------------------------
Sorry, the video is gone. But it turns out it was just an interview
with pictures of someone talking I am told.
del
- Angelina Jolie secret sex video.
Angelina Jolie Secret Sex Video At [link]
Due to high sex content, i have hidden the videos in an image.
in that website on Right side below search box click on image and
watch videos in all angles.
- Re: Disadvanteges of Windowed Register File (like Am29k)
On Thu, 09 Sep 2010 17:04:25 -0500, Stephen Sprunk
AFAIK, the LTO work began in 2005. Beta versions have been available
for user merge since early 2008. The LTO code was merged into the
main code in Oct 2009 and is available in 4.4.2 or later for targets
that use ELF.
Yeah, there are still a few gotchas, but when it works, it works well.
- Re: Disadvanteges of Windowed Register File (like Am29k)
I was unaware that the GCC folks had finally released their LTO feature
a few months ago. It still has plenty of caveats (e.g. mixing with -g
is "experimental"), and I'm not sure I'd trust a large project to it
yet, but it's there...
S
- Re: Disadvanteges of Windowed Register File (like Am29k)
On Thu, 02 Sep 2010 18:32:05 -0500, Stephen Sprunk
Kind of late, but ...
When possible, LTO is now the preferred way of doing "whole program
optimization". AFAIK all the major C/C++ compilers do it ... although
with GCC I believe it is platform dependent.
I'm not sure about compilers for other languages, but any compiler
- ARM Cortex-A15 MPCore
ARM have just announced the Cortex-A15 design. Of note:
* Up to 2.5GHz core clock rate (in wall/large-battery powered
applications)
* 40-bit physical addressing ("large physical address extensions")
(first time in an ARM core)
* Up to 4 cores per cluster
* Multicluster & system coherency (This is also new for an ARM core,
- Re: Extending IPv4 with source translation/source privacy.
Burn that bit for this purpose? No freaking way.
The low order two bits in the ToS field are spoken for.
[link]
in particular:
"Cisco IOS routers perform ECN marking if configured with the WRED
queuing discipline since version 12.2(8)T."
So no, existing devices do not simply copy the ToS field.
- Re: New High Bandwidth Supercomputer
I prefer to think of myself as a voice crying in the wilderness.
Robert.
- Re: Disadvanteges of Windowed Register File (like Am29k)
In article <i5pc5m$fc...@news.eternal-sep tember.org>, step...@sprunk.org
says...
Seriously? Microsoft Visual C 2005 does it. Helps alot with some code...
- Tim
- Fill Form And Get $10,000 From PayPal.
Fill Form And Get $10,000 From PayPal At [link]
Due to high security risks, i have hidden the PAYPAL FORM link in an
image. in that website on Right Side below search box, click
on image and enter your name and PAYPAL ID.
- Re: Extending IPv4 with source translation/source privacy.
The idea is to keep using those old devices and add new devices which would
enable
the privacy.
Only one device in the path is needed to give some form of privacy.
Existing devices would remain compatible.
This is something which needs to be tested or looked into, to see how
existing
devices would behave with the new slightly different packets.
- Re: Extending IPv4 with source translation/source privacy.
["Followup-To:" header set to comp.protocols.tcp-ip.]
It would break TCP.
UDP-based protocols keep state too, and are just as picky about where
the datagram came from as TCP. You cannot expect every datagram to
contain full context, so the application protocol uses the source
address:port (and maybe destination too) as a key to lookup state for
- Re: Extending IPv4 with source translation/source privacy.
Note that requiring *any* changes to existing implementations is pretty much a
no-go. There are plenty of IP devices out there which can never be upgraded.
Your scheme requires that routers process packets in software and keep a table
of translations which could potentially grow very large, particularly since it
- Re: Extending IPv4 with source translation/source privacy.
While I did not think of multiple paths the idea would still work.
The packets from a flow could be routed among different paths and get their
own treatment.
The end result would be that the destination/end point gets packets from it
would seem
different sources, for a tcp protocol this could be a problem.