- How much is your life worth? - 2 Updates
- Best way to use enum with classes - 5 Updates
| "Chris M. Thomasson" <invalid@invalid.invalid>: Oct 18 03:58PM -0700 On 10/17/2016 5:29 AM, Rick C. Hodgin wrote: > How much is your life worth? > There are a lot of hypocrites in this world ... Christians who call themselves [...] Here is a blue print for God I created: https://youtu.be/k9qpHcfiDho Here is a volumetric rendering of all the slices: http://siggrapharts.ning.com/photo/alien-anatomy LOL! If you can be crazy, than so can I? lol. We are all going to hell. Shit%y times Rick... ;^) |
| "Chris M. Thomasson" <invalid@invalid.invalid>: Oct 18 04:05PM -0700 On 10/18/2016 3:58 PM, Chris M. Thomasson wrote: > LOL! If you can be crazy, than so can I? lol. > We are all going to hell. Shit%y times Rick... > ;^) Funny thing is that this alien was created with a simple fractal formula I designed: https://plus.google.com/101799841244447089430/posts/ecUuFZ1rcTN |
| Ian Collins <ian-news@hotmail.com>: Oct 19 09:02AM +1300 On 10/19/16 01:40 AM, Scott Lurndal wrote: >> Maybe you know of a system which can support 10G in other than very >> short bursts? > http://b2b.gigabyte.com/products/product-page.aspx?pid=5460#ov Scott, performance wise, how does native compiling on those beasts compare to cross-compiling on Intel? -- Ian |
| Ian Collins <ian-news@hotmail.com>: Oct 19 09:28AM +1300 On 10/19/16 09:16 AM, Scott Lurndal wrote: > is sweet. > (The ARM64 GCC is quite good at this point in time, both in terms > of compile speed and object code & optimizer quality). Only 66 days until Christmas :) -- Ian |
| Jerry Stuckle <jstucklex@attglobal.net>: Oct 18 04:35PM -0400 On 10/18/2016 1:27 AM, Ian Collins wrote: >> Maybe you know of a system which can support 10G in other than very >> short bursts? > Any decent dual Xeon system. No, not even a dual Xeon system can maintain 10G for anything more than a short burst. Try transferring 100GB from your system to another one across your 10GB line and see how long it takes. >> anything. Real speed is much less than that, and by the time you throw >> processing time in there, you're talking much less than 1GB/s sustained. > These days we have this novel concept called "stripes" and hybrid storage. Sure. But that still doesn't mean it can maintain that rate in other than short bursts. Published rates are maximums, which can virtually never be realized in actual operation. And never for any length of time. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ================== |
| Jerry Stuckle <jstucklex@attglobal.net>: Oct 18 04:37PM -0400 On 10/18/2016 8:40 AM, Scott Lurndal wrote: > drive all of them simulataneously at line rate (which is half > the actual capacity of the installed SoC's). > Those 40Gb ports could instead be configured as 4x8x10Gb (32 10Gb ports). Yes, it has 8 arm processors and 8 40G ports. But nothing says it can maintain anything near 40G on any of the ports for other than short bursts. There are specs. Then there is the real world. Do you know the difference? -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ================== |
| Jerry Stuckle <jstucklex@attglobal.net>: Oct 18 04:39PM -0400 On 10/18/2016 8:46 AM, Scott Lurndal wrote: > This box <http://b2b.gigabyte.com/products/product-page.aspx?pid=5460#sp> > has 16x2x4 (128) SATA controllers; each of which can use a port multiplier > providing access to well over a thousand drive units (ssd or spinning rust). Sure, they may have more than a single drive. But that makes no difference when transferring data - they don't take a byte (or word) from the first drive, then a byte (or word) from the second drive, and so on. And port multipliers allow for access to more drives - but don't speed up the bit rate. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ================== |
| You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page. To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com. |
No comments:
Post a Comment