search for: thoughtspot

...T interface support is > probably far too heavyweight for production. If you roll your own, you can > record the PC ranges efficiently and that should be good enough to capture > traces from production. > > > On Tue, Nov 12, 2013 at 2:56 PM, Priyendra Deshwal < > deshwal at thoughtspot.com> wrote: > >> [Resending this email after subscribing to the group. Got an error >> message the previous time around] >> >> Hey guys, >> >> In our project we have the following workflow: >> >> - Given a user request, we construct a C++ progra...

...a code that was compiled by another thread, but when such a thread called llvm::JIT::getPointerToFunction(), it was getting a segfault as its PassRegistry was not setup. Any comments on the our change to the PassRegistry? Thanks, Nipun On Tue, Feb 24, 2015 at 1:50 PM, Nipun Sehrawat <nipun at thoughtspot.com> wrote: > Hi, > > We use LLVM libraries to compile C++ code and noticed slow downs when > multiple threads of a process were compiling at once. *perf *indicated > that most of the CPU time was spent in a spin lock, which was being > locked/unlocked from llvm::PassRegistry:...

...duction. Using the existing gdb/JIT interface support is probably far too heavyweight for production. If you roll your own, you can record the PC ranges efficiently and that should be good enough to capture traces from production. On Tue, Nov 12, 2013 at 2:56 PM, Priyendra Deshwal <deshwal at thoughtspot.com<mailto:deshwal at thoughtspot.com>> wrote: [Resending this email after subscribing to the group. Got an error message the previous time around] Hey guys, In our project we have the following workflow: - Given a user request, we construct a C++ program to service the request - We cre...

...erface support is > probably far too heavyweight for production. If you roll your own, you can > record the PC ranges efficiently and that should be good enough to capture > traces from production. > > > > On Tue, Nov 12, 2013 at 2:56 PM, Priyendra Deshwal < > deshwal at thoughtspot.com> wrote: > > [Resending this email after subscribing to the group. Got an error > message the previous time around] > > > > Hey guys, > > > > In our project we have the following workflow: > > > > - Given a user request, we construct a C++ progra...

...duction. Using the existing gdb/JIT interface support is probably far too heavyweight for production. If you roll your own, you can record the PC ranges efficiently and that should be good enough to capture traces from production. On Tue, Nov 12, 2013 at 2:56 PM, Priyendra Deshwal <deshwal at thoughtspot.com<mailto:deshwal at thoughtspot.com>> wrote: [Resending this email after subscribing to the group. Got an error message the previous time around] Hey guys, In our project we have the following workflow: - Given a user request, we construct a C++ program to service the request - We cre...

...uction. Using the existing gdb/JIT interface support is probably far too heavyweight for production. If you roll your own, you can record the PC ranges efficiently and that should be good enough to capture traces from production. On Tue, Nov 12, 2013 at 2:56 PM, Priyendra Deshwal <deshwal at thoughtspot.com>wrote: > [Resending this email after subscribing to the group. Got an error message > the previous time around] > > Hey guys, > > In our project we have the following workflow: > > - Given a user request, we construct a C++ program to service the request > - We cr...

[Resending this email after subscribing to the group. Got an error message the previous time around] Hey guys, In our project we have the following workflow: - Given a user request, we construct a C++ program to service the request - We create a compiler invocation to compile that program into an IR module - We use JIT (and optionally MCJIT) to convert the IR into executable code and run it

Hi, We use LLVM libraries to compile C++ code and noticed slow downs when multiple threads of a process were compiling at once. *perf *indicated that most of the CPU time was spent in a spin lock, which was being locked/unlocked from llvm::PassRegistry::getPassInfo(). We read the relevant LLVM code and found out that PassRegistry is a ManagedStatic and is shared among all threads in case of a

...he existing gdb/JIT interface support is > probably far too heavyweight for production. If you roll your own, you can > record the PC ranges efficiently and that should be good enough to capture > traces from production. * On Tue, Nov 12, 2013 at 2:56 PM, Priyendra Deshwal <deshwal at thoughtspot.com <http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev>>wrote: >* [Resending this email after subscribing to the group. Got an error message *>* the previous time around] *>>* Hey guys, *>>* In our project we have the following workflow: *>>* - Given a user r...

Any caveats with using AuthorizedKeysCommand in this case? From: Damien Miller<mailto:djm at mindrot.org> Sent: Monday, May 20, 2019 6:37 PM To: Nickolas Klue<mailto:nickolas.klue at thoughtspot.com> Cc: openssh-unix-dev at mindrot.org<mailto:openssh-unix-dev at mindrot.org> Subject: Re: OpenSSH Certificate Extensions On Mon, 20 May 2019, Nickolas Klue wrote: > Hello: > > I am working to implement certificate-based authentication for some > internal applications. It...

Hello: I am working to implement certificate-based authentication for some internal applications. It would be very helpful to be able to pass information server-side by specifying some custom options via the Extensions of the signed certificate, allowing the authenticity of the options to be verified readily. However, I have not been able to find too much for specifying behaviors, etc.

Hey guys, In our project we have the following workflow: - Given a user request, we construct a C++ program to service the request - We create a compiler invocation to compile that program into an IR module - We use JIT (and optionally MCJIT) to convert the IR into executable code and run it Occasionally, we have a crash in the JIT code and we are looking to figure out best practices around