Return-Path: Delivered-To: diana@transocean.com Received: from vps.transocean.com by vps.transocean.com (Dovecot) with LMTP id IQ5iKbltalg/LQAAInt2oQ for ; Mon, 02 Jan 2017 07:11:53 -0800 Return-path: Envelope-to: diana@transocean.com Delivery-date: Mon, 02 Jan 2017 07:11:53 -0800 Received: from [75.127.2.236] (port=42881 helo=reallyfeproduction.com) by vps.transocean.com with esmtp (Exim 4.87) (envelope-from ) id 1cO4H1-00032u-0p for diana@transocean.com; Mon, 02 Jan 2017 07:11:53 -0800 Date: Mon, 02 Jan 2017 10:08:27 -0500 To: RunPath-CenterNum: 9220203008939001202030084322 Content-Type: multipart/alternative; boundary="DC20203008XqxEmo1u" Mime-Version: 1 Bounce-To: Message-ID: Subject: Claim this by 1/05 and get 50.00 for your local Rite-Aid store. From: "Alex Sutton" X-Spam-Status: No, score=4.7 X-Spam-Score: 47 X-Spam-Bar: ++++ X-Ham-Report: Spam detection software, running on the system "vps.transocean.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see root\@localhost for details. Content preview: You MUST have the following: * Amazon Is Considering Drone-Friendly Floating Warehouses - AND - * ALTU finishes second in Innovation Encounter Saturday, October 29, 2016 Lawrence Technological University finished in second place in the 2016 Innovation Encounter, a program of the Kern Entrepreneurship Education Network. Five schools involved in the KEEN program, which seeks to incorporate entrepre... Read more. https://www.ltu.edu/news/ [...] Content analysis details: (4.7 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.2 URIBL_ABUSE_SURBL Contains an URL listed in the ABUSE SURBL blocklist [URIs: reallyfeproduction.com] 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: reallyfeproduction.com] 0.0 T_SPF_TEMPERROR SPF: test of record failed (temperror) -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.0 HTML_FONT_LOW_CONTRAST BODY: HTML font color similar or identical to background -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0002] 0.0 HTML_MESSAGE BODY: HTML included in message 0.9 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/) 0.5 RAZOR2_CF_RANGE_51_100 Razor2 gives confidence level above 50% [cf: 100] 1.9 RAZOR2_CF_RANGE_E8_51_100 Razor2 gives engine 8 confidence level above 50% [cf: 100] 2.0 RDNS_NONE Delivered to internal network by a host with no rDNS 0.0 T_REMOTE_IMAGE Message contains an external image X-Spam-Flag: NO --DC20203008XqxEmo1u Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8bit You MUST have the following: * Amazon Is Considering Drone-Friendly Floating Warehouses - AND - * ALTU finishes second in Innovation Encounter Saturday, October 29, 2016 Lawrence Technological University finished in second place in the 2016 Innovation Encounter, a program of the Kern Entrepreneurship Education Network. Five schools involved in the KEEN program, which seeks to incorporate entrepre... Read more. https://www.ltu.edu/news/ 2-Night Bahamas Cruise for Two from Bahamas Paradise Cruise Line | Happy Holidays! Can't see this? View it online (http://www.reallyfeproduction.com/sp/one/b.html) ?? (http://www.reallyfeproduction.com/two/red.html) http://www.reallyfeproduction.com/sht/view.htmlhttp://www.reallyfeproduction.com/avb/december/dsx.html Need to unsub? navigate to this (http://pitch.reallyfeproduction.com) . I know about the compiler optimizations to improve speed and everything, but I don't see many ways to optimize my assembly solution further (speaking programmatically not mathematically). The C++ code has modulus every term and division every even term, where assembly is only one division per even term. But the assembly is taking on average 1 second longer than the C++ solution. Why is this? I am asking out of mainly curiosity. Edit: Execution times as requested My system: 64 bit Linux on ?1.4 GHz Intel Celeron 2955U (Haswell microarchitecture). g++ (unoptimized): avg 1272 ms g++ -O3 avg 578 ms original asm (div) avg 2650 ms Asm (shr) avg 679 ms @johnfound asm, assembled with nasm avg 501 ms @hidefromkgb asm avg 200 ms @hidefromkgb asm optimized by @Peter Cordes avg 145 ms @Veedrac C++ avg 81 ms with -O3, 305ms with -O0 Delivered by GP-onm Inc. (#) 1136 Foxwood Drive, Lutz, FL 3 3 5 4 9 USA (#) --DC20203008XqxEmo1u Content-Type: text/html; charset=UTF-8 Content-transfer-encoding: 8bit Have you seen this yet?

You??MUST??have the following:


  • Amazon Is Considering Drone-Friendly Floating Warehouses

- AND -


  • ALTU finishes second in Innovation Encounter Saturday, October 29, 2016 Lawrence Technological University finished in second place in the 2016 Innovation Encounter, a program of the Kern Entrepreneurship Education Network. Five schools involved in the KEEN program, which seeks to incorporate entrepre... Read more. https://www.ltu.edu/news/
2-Night Bahamas Cruise for Two from Bahamas Paradise Cruise Line  | 
Happy Holidays! Can't see this? View it online  »
Ring in the New Year With Savings from Rite Aid
 
 
Need to unsub? navigate to this.
 
I know about the compiler optimizations to improve speed and everything, but I don't see many ways to optimize my assembly solution further (speaking programmatically not mathematically). The C++ code has modulus every term and division every even term, where assembly is only one division per even term. But the assembly is taking on average 1 second longer than the C++ solution. Why is this? I am asking out of mainly curiosity. Edit: Execution times as requested My system: 64 bit Linux on ?1.4 GHz Intel Celeron 2955U (Haswell microarchitecture). g++ (unoptimized): avg 1272 ms g++ -O3 avg 578 ms original asm (div) avg 2650 ms Asm (shr) avg 679 ms @johnfound asm, assembled with nasm avg 501 ms @hidefromkgb asm avg 200 ms @hidefromkgb asm optimized by @Peter Cordes avg 145 ms @Veedrac C++ avg 81 ms with -O3, 305ms with -O0
Delivered by GP-onm Inc. 1136 Foxwood Drive, Lutz, FL 3 3 5 4 9 USA
--DC20203008XqxEmo1u--