similar to: [LLVMdev] Generating machine code directly to memory

On 05/07/2017 11:12 PM, Ilia Mirkin wrote: > On Sun, May 7, 2017 at 7:17 AM, Sampsa Riikonen <sampsa.riikonen at iki.fi> wrote: >> Dear Devs, >> >> We have achieved a desktop of up to six monitors, with openGL running >> succesfully on the desktop, with the following setup/features: >> >> * Ubuntu 16+ >> * Xrandr >> * Noveau driver >>

For details see my presentation on day 3 of XDC2016. TL;DW: A context switch on average takes ~25 microseconds, but depending on the display resolution and the load on the card times up to 130 microseconds have been observed. The average does not appear to differ much between cards as the (growing) size of the context is in balance with the increased DRAM bandwidth. Measured worst cases

Dear Devs, We have achieved a desktop of up to six monitors, with openGL running succesfully on the desktop, with the following setup/features: * Ubuntu 16+ * Xrandr * Noveau driver * Two gtx750 graphic cards Each (identical) graphic card has 2xHDMI + 2xDVI connectors, which we connect to the monitor array. So far it works with six monitors, but we'd like to achieve eight. However,

Hi, Thanks for your advice..! I have a few follow-up questions (tagged below Q1, Q2 and Q3). Any help highly/extremely appreciated. Regarding to "reverse prime", etc. I have read the following page: https://nouveau.freedesktop.org/wiki/Optimus/ So, if we want a single "macro" xscreen that spans two cards, for example: Card 0, connected to monitor 0 Card 1, connected to

Dear Devs, (I hope this question is not that much OT for this list..) My question is about fast OpenGL context switching, i.e. when there are several processes using the same nvidia card, each one with their own OpenGL context. In my specific case, I am trying to dump 720p video simultaneously to multiple windows using OpenGL textures. So, to begin with, I have a process that spans child

Dear Colleagues, I am trying to estimate several non-linear models simultaneously. I don't want to use non-linear mixed model, but non-linear model with same form, but it should be estimated separately according to variable group (I have lots of groups that have lots of observations....). I would like to have unique parameters for each group. e.g. something like this mod <- nls(y ~

Hi, I am trying to access devices (ip cams) through clients using the tinc vpn. Let's demonstrate the problem with two clients: client name [ip in eth0] [ip in tun0] gl752 (A) 192.168.1.33 10.0.0.1 xps13 (B) 192.168.1.55 10.0.0.2 I also have an ip camera connected to the local network at 192.168.1.21. I want to try a situation where I am accessing, from linux box

https://bugzilla.mindrot.org/show_bug.cgi?id=2526 Bug ID: 2526 Summary: Support for transparent proxying Product: Portable OpenSSH Version: 7.1p1 Hardware: Other OS: All Status: NEW Severity: enhancement Priority: P5 Component: ssh Assignee: unassigned-bugs at mindrot.org

Dear Devs, The support for multiple xscreens (i.e. no xinerama, just separate :0.0 and :0.1 displays) in nouveau is broken. It would be great if someone could confirm this. It is easily done, by commenting the "xinerama" option from the xorg.conf file: https://nouveau.freedesktop.org/wiki/MultiMonitorDesktop/ With the nvidia proprietary drivers separate xscreens work fine. Could

Context switching = very slow on NVIDIA. Don't do it if you can avoid it. Each context is like a megabyte of data, if not more. Each time it has to get saved off and restored. On Wed, Feb 8, 2017 at 1:38 PM, Sampsa Riikonen <sampsa.riikonen at iki.fi> wrote: > Dear Devs, > > (I hope this question is not that much OT for this list..) > > My question is about fast OpenGL

On Sun, May 7, 2017 at 7:17 AM, Sampsa Riikonen <sampsa.riikonen at iki.fi> wrote: > Dear Devs, > > We have achieved a desktop of up to six monitors, with openGL running > succesfully on the desktop, with the following setup/features: > > * Ubuntu 16+ > * Xrandr > * Noveau driver > * Two gtx750 graphic cards > > Each (identical) graphic card has 2xHDMI +

On 8 May 2017 12:10:13 a.m. GMT+02:00, Ben Skeggs <skeggsb at gmail.com> wrote: >On 05/07/2017 11:12 PM, Ilia Mirkin wrote: >> On Sun, May 7, 2017 at 7:17 AM, Sampsa Riikonen ><sampsa.riikonen at iki.fi> wrote: >>> Dear Devs, >>> >>> We have achieved a desktop of up to six monitors, with openGL >running >>> succesfully on the desktop,

I'm getting a core dump with the following script: require [ "fileinto", "regex", "variables" ]; if address :domain :regex ["Reply-To", "Sender", "To", "Cc"] "antlr.org|mailman.unixodbc.org|research.att.com|wireshark.org" { if address :regex ["Reply-To", "Sender", "To",

I'm trying to make a regex to match common mailing list addresses and file messages to corresponding folders. I'm using sieve-test to try and understand what is happening. The sieve script is: require [ "fileinto", "regex", "variables" ]; if header :regex ["Sender"] ["(.*>[ \\t]*,?[ \\t]*)?([^-@]*)-([^-@]*)(-bounces)?@antlr.org"] {

When you create a parser via ANTLR you specify the output language of the resulting recursive descent parser, at the moment there exists no C++ output template to my knowledge, thus you would have to generate the parser as C code for which a template exists. The runtime support should be there, at least partially but it won't use things like exceptions, nor will it have a very modular design

Hi, thank you for your response. Óscar Fuentes schrieb: > It would be useful to see the first error messages and the compile > command (do make VERBOSE=1 in case it is hidden the first few errors are: f:/dev/projects/llvm-2.5/include/llvm/Support/Annotation.h:42: error: expected unqualified-id before numeric constant f:/dev/projects/llvm-2.5/include/llvm/Support/Annotation.h: In

Hi, I've not got any experience using ANTLR to parse C++, however, you will find that there only exists a C code generator for ANTLR and NOT a C++ one. Over the years numerous people have requested a C++ code generation template but alas there is still only a C one. Just a heads up. Granville 2009/7/11 Vikram S. Adve <vadve at cs.uiuc.edu> > We are looking for an open source C++

On 20 Mar 2007, at 15:45, Jeff Cohen wrote: > Duncan Sands wrote: >>> If that fails, I will build a front-end using ANTLR [http:// >>> antlr.org] a parser generator with which I am familiar and for >>> which a FORTRAN grammar is already available (targeting an >>> obsolete version of ANTLR, but it should not be too difficult to >>> update).

For a LL(1) parser, it might be a little bit difficult to parse complex grammar like C++, but it might work. ANTLR worked great when other codes were written in Java, but it was a little bit painful when using other languages like python. I worked on it two years ago. I guess they might have some improvement now. Haohui On 07/11/2009 02:40 PM, Vikram S. Adve wrote: > We are looking for an

Hello Surinder, The existing hand-written parser is callable from almost anywhere so the only reason you'd need to have a parser for it would be to extend it. Originally it was written using Flex and Bison but Chris Lattner rewrote it from scratch to catch more errors at the parsing stage. The only feature I've found to be missing from the existing LLVM-AS utility was an include