Subject: Re: Test mail for pgsql-general
To: pgsql-general@lists.postgresql.org
References: <155414537737.4696.6163815018770911500@malur.postgresql.org>
From: preejackie <praveenvelliengiri@gmail.com>
Message-ID: <f4a0a3a6-2bc0-0c6d-8ea7-b3323fcb54fe@gmail.com>
Date: Tue, 2 Apr 2019 00:43:49 +0530
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
MIME-Version: 1.0
In-Reply-To: <155414537737.4696.6163815018770911500@malur.postgresql.org>
Content-Type: multipart/alternative;
 boundary="------------7A007A09A2BAB41E601E9057"
Content-Language: en-US
Precedence: bulk

This is a multi-part message in MIME format.
--------------7A007A09A2BAB41E601E9057
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

Hi

I'm Praveen Velliengiri, student from India. I'm working on developing a 
Speculative compilation support in LLVM ORC JIT Infrastructure.

As LLVM ORC supports compiling in multiple backend threads, it would be 
effective if we compile the functions speculatively before they are 
called by the executing function. So when we request JIT to compile a 
function, JIT will immediately returns the function address for raw 
executable bits. This will greatly reduce the JIT latencies in modern 
multi-core machines. And also I'm working on designing a ORC in-place 
dynamic profiling support, by this JIT will automatically able to 
identify the hot functions, and compile it in higher optimization level 
to achieve good performance.

I'm proposing this project for GSoC 2019. It would be helpful to know 
how this new features are effective to pgsql engine, so that I include 
your comments in "View from Clients" proposal section.

Please reply :)

-- 

Have a great day!
PreeJackie


--------------7A007A09A2BAB41E601E9057
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><font face="Courier New, Courier, monospace">Hi <br>
      </font></p>
    <p><font face="Courier New, Courier, monospace">I'm Praveen
        Velliengiri, student from India. I'm working on developing a
        Speculative compilation support in LLVM ORC JIT Infrastructure.
        <br>
      </font></p>
    <p><font face="Courier New, Courier, monospace">As LLVM ORC supports
        compiling in multiple backend threads, it would be effective if
        we compile the functions speculatively before they are called by
        the executing function. So when we request JIT to compile a
        function, JIT will immediately returns the function address for
        raw executable bits. This will greatly reduce the JIT latencies
        in modern multi-core machines. And also I'm working on designing
        a ORC in-place dynamic profiling support, by this JIT will
        automatically able to identify the hot functions, and compile it
        in higher optimization level to achieve good performance. <br>
      </font></p>
    <p><font face="Courier New, Courier, monospace">I'm proposing this
        project for GSoC 2019. It would be helpful to know how this new
        features are effective to pgsql engine, so that I include your
        comments in "View from Clients" proposal section.</font></p>
    <p><font face="Courier New, Courier, monospace">Please reply :) <br>
      </font></p>
    --
    <pre class="moz-signature" cols="72">Have a great day!
PreeJackie</pre>
  </body>
</html>

--------------7A007A09A2BAB41E601E9057--