search for: raytracer

I've recently played with the GCC implementation of pointer checker on a real hardware, my recent impressions are here: https://github.com/google/sanitizers/wiki/AddressSanitizerIntelMemoryProtectionExtensions (there is also some old pre-hardware content). In short, I totally agree with what David says above: MPX is a disaster. (Usual disclaimer: my opinion here is too biased) I am glad

On Wed, Feb 3, 2016 at 6:27 AM, Dmitrii Kuvaiskii < Dmitrii.Kuvaiskii at tu-dresden.de> wrote: > I continue playing with Intel MPX and its support in modern compilers. > All experiments were done on the Alienware (Dell) 15 R2, Ubuntu 15.10 > (linux 4.2.0), gcc version is 5.2.1, icc version 2016.1.150. The > benchmark suite is PARSEC 3.0, all versions with 1 thread and default

...us:~/m/autotune|master⚡*? ➤ /Users/kavon/msr/llvm5/bin/opt -inline -mem2reg -inferattrs -ipconstprop -gvn -simplifycfg -bdce -sink -dse -adce -instcombine -early-cse-memssa -early-cse-memssa -dse -adce -simplifycfg -sink -ipconstprop -gvn -bdce -instcombine -jump-threading -inline -sroa ./src/apps/raytracer.bc -o ./out/raytracer_opt1043.bc 0 opt 0x000000010ebd4498 llvm::sys::PrintStackTrace(llvm::raw_ostream&) + 40 1 opt 0x000000010ebd4a46 SignalHandler(int) + 342 2 libsystem_platform.dylib 0x00007fff8ce5352a _sigtramp + 26 3 opt 0...

On Thu, Feb 4, 2016 at 4:59 AM, Dmitrii Kuvaiskii < Dmitrii.Kuvaiskii at tu-dresden.de> wrote: > >> Recently I played with MPX support on Intel C/C++ Compiler (icc). This > >> implementation looks *much* better, with the following example > >> overheads: 1.2X on "raytrace", 1.25X on "bodytrack", 1.08X on > >> "streamcluster".

...cc based D compiler) and g++. I used a ray tracing program found in this thread (make sure to use the code mentioned later in the thread as it has some optimizations): Go to digitalmars.com/ webnews/ newsgroups.php?renew=1 and search for: "D slower than C++ by a factor of _two_ for simple raytracer (gdc)" There are versions of the tracer for D and C++ that are quite comparable. Here are some timings I got on an AMDx86-64 running Fedora Core Linux. Timings are averaged over 6 runs. llvm-g++4.0.1 5.76 (build 5449..backend from svn today) ldc-rev736 6.68 g++4.1.2 6.7...

...nd g++. > I used a ray tracing program found in this thread (make sure to use > the code mentioned later in the thread as it has some optimizations): > > Go to digitalmars.com/ webnews/ newsgroups.php?renew=1 and search > for: “D slower than C++ by a factor of _two_ for simple raytracer > (gdc)” Wow, very very nice! Have you pointed this out to the other D users? -Chris > > There are versions of the tracer for D and C++ that are quite > comparable. Here are some timings I got on an AMDx86-64 running > Fedora Core Linux. Timings are averaged over 6 runs. &g...

Dmitrii, all, Please note, that GCC 5.3 had a significant update to the MPX code quality - please, use this version as reference. Regards, Sergos On Tue, Feb 9, 2016 at 12:49 AM, Kostya Serebryany via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > > On Thu, Feb 4, 2016 at 10:40 AM, Kostya Serebryany <kcc at google.com> wrote: > >> >> >> On Thu, Feb

Hey everyone, I've been working for a while on a virtual machine/DSL (for lack of a more precise term) specialised for graphics. I hope to allow domain specific optimizations, eg folding together post-processing passes, or automatic LODing for procedural textures. I'm planning to make the renderer itself to be defined at runtime, to allow foward rendering, deferred rendering, raytracing,

Hi Mike, On 2013-08-02 18:26, Michael Lewis wrote: > I've been working recently on a precise garbage collector which runs > alongside native code JITted by LLVM. Today marks the first time the > GC has passed its entire test suite as well as extensive soak tests in > non-trivial programs. I'm glad to hear that you solved the issues you described in your last mail. How did you

Hello, even though the study of Intel MPX took much longer than expected, we have finally finished it. Currently, it is published in two formats: * as a technical report: https://arxiv.org/abs/1702.00719 * and as a webpage: https://intel-mpx.github.io/ This work contains evaluation of MPX from perspectives of performance (Phoenix, PARSEC, and SPEC benchmark suites), security (RIPE and found

Hello, I set up an script witch connects my rsyncd server. But the IPs for rsyncd Server and Client have no DNS Name, and so rsync trys to lookup for a DNS Name for this IPs. This causes a long DNS Timeout! My question: is there a commandline option to disable this "feature"? Or can you give me quick "hack around"? Best regards -- Clemens Gesell <cgesell@astaro.de> |

Hi all, I've been working recently on a precise garbage collector which runs alongside native code JITted by LLVM. Today marks the first time the GC has passed its entire test suite as well as extensive soak tests in non-trivial programs. It's been an interesting and educational process, to say the least, and I've run into quite a few things that might be useful to know for others

I have a problem with function 'inout()' in package 'splancs' on CRAN-R Version 1.2.3 under FreeBSD4.3-STABLE. The following script produces and draws points and a polygon-surrounded area. Repeating the same script many times shows, that points on the polygon-line often, but not always, are outside of the polygon-area. library(splancs) # dataset with polygon (convex

<WARNING: Long message ahead> Well, I have actually done something the past 1 1/2 week. I've created a program that runs several filters over an image to extract edge information. Currently it loads any uncompressed grayscale TGA file, and spits out another uncompressed greyscale TGA file that is 255 at places where there are edges, and 0 where there are not. I managed to get out quite

Hi, I guess this is a good time to start putting together a wish list for a video codec. I see that for audio the compression is around 10X for reasonable quality. I am sure this will start its own thread of conversation. For video you can do 40X fairly easily and the big task is to go to 80X or 100X with reasonable picture quality, say, a peak luma SNR of more than 30 dB. Uncompressed