similar to: Possible sort optimization (?)

Hi Buddies, dovecot-sql.conf driver = mysql connect = host=127.0.0.1 dbname=postfix user=postfix password=secret default_pass_scheme = plain password_query = SELECT username as user, password \ FROM mailbox WHERE username = '%u' AND active = 1 user_query = SELECT concat("/var/vmail/", maildir) as home, 125 as uid, 125 as gid FROM mailbox WHERE username = '%u'

Hello. Used next version of dovecot: # dovecot --version 20130205 (03a0af22100d+) Quota configuration: plugin { quota = dict:Domain quota:%d:redis:host=127.0.0.1:prefix=domain/ quota_rule = *:storage=0 quota_rule2 = Trash:storage=+5%% quota2 = dict:User quota::redis:host=127.0.0.1:prefix=user/ quota2_rule = *:storage=0 quota2_rule2 = Trash:storage=+5%% } Problem:

http://bugzilla.mindrot.org/show_bug.cgi?id=105 markus at openbsd.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From markus at openbsd.org 2002-02-07 06:54 ------- could you please try this without scp? e.g.

Hi all i took a look into LLVM benchmarks from nightly tester and ran Shootout tests on my own. Below go just few outlines. 1. results on my AMD AthlonXP and Xeon used by LLVM team are different sometime. In particular, both Shootout and Shootout-C++ show great speed up with LLVM (in comparison to GCC) on ackerman test on my AthlonXP. But here:

Am 01.11.2011 18:04, schrieb Joerg Sonnenberger: > On Tue, Nov 01, 2011 at 11:09:41AM +0100, Joachim Durchholz wrote: >> On the reasons why make-based builds are slow, Peter Miller has some >> insight to offer: >> http://miller.emu.id.au/pmiller/books/rmch/ . >> I'm not sure how widely recognized that paper is. Maybe it's widely >> known and today's

Hello John. John Criswell <criswell at illinois.edu> writes: [snip] > I did not use CMake but the standard autoconf + Makefile build. > > Not sure if this helps, but here it is, for what it's worth. Very interesting, thanks! CMake introduces more parallelism and it would be great to see how much impact it makes. If you can, please run the cmake build with -j32, just to

Hi, I would like to use LLVM-GCC to compare its performance with other compilers. Something like testsuite "Computing very large Fibonacci numbers" at http://article.gmane.org/gmane.comp.lang.c%2B%2B.perfometer/37. My environment: ----------------- Windows 2000 Cygwin $ uname -srom CYGWIN_NT-5.0 1.5.11(0.116/4/2) i686 Cygwin ----------------- What do I have to download from

On 11/1/11 8:49 PM, Óscar Fuentes wrote: > Hello John. > > John Criswell<criswell at illinois.edu> writes: > > [snip] > >> I did not use CMake but the standard autoconf + Makefile build. >> >> Not sure if this helps, but here it is, for what it's worth. > Very interesting, thanks! > > CMake introduces more parallelism and it would be great to

Hi, I am dealing with very large datasets and it takes a long time to save a workspace image. The options to save compressed data are: "gzip", "bzip2" or "xz", the default being gzip. I wonder if it's possible to include the pbzip2 (http://compression.ca/pbzip2/) algorithm as an option when saving. "PBZIP2 is a parallel implementation of the bzip2

[Moved from -current to -stable] ???????? 21 ???????? 2006 16:23, Matthew Dillon ?? ????????: > ? ? You might be doing just writes to the mmap()'d memory, but the system > ? ? doesn't know that. Actually, it does. The program tells it, that I don't care to read, what's currently there, by specifying the PROT_READ flag only. > ? ? The moment you touch any mmap()'d

http://cornwarning.com/xfer/test.cxx.gz This is a preprocessed version of a file from from the VV image viewer package. I stripped out all the lines beginning in '#' and multiple empty lines. It's about 75k lines of code. On a Mac Pro, the unix 'time' command says it's using 249 seconds of user time. Wall time on my machine somewhere around 5 minutes? 249.035u 1.883s

I still can't build LLBrowse on my Debian5-i386 machine today, The following is a full build console output. I am using LLVM-2.8 release build, with needed wxWidgets and CMake. Thank you Chuck sideshow.eecg>time cmake ../llbrowse -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /steffan/a/a0/czhao/bin/bin32/gcc -- Check

Mark and Ed received word today that the long-awaited RFC for IAX2 has been approved by the IETF, and is now published: http://www.rfc-editor.org/authors/rfc5456.txt Thanks to Ed Guy, Mark Spencer, Brian Capouch, Frank Miller, and Kenny Shumard! Lots of revisions and discussions have paid off. JT --- John Todd email:jtodd at digium.com Digium, Inc. | Asterisk Open

is there any way to prevent this timeou ? i tried --configtimeout=600 --filetimeout=600 but this does not changes anything -- Cordialement, Ghislain _______________________________________________ Puppet-users mailing list Puppet-users@madstop.com https://mail.madstop.com/mailman/listinfo/puppet-users

On Tue, Jan 31, 2017 at 2:45 PM, Rowland Penny via samba <samba at lists.samba.org> wrote: >> /etc/resolv.conf: >> root at nickel:~ # cat /etc/resolv.conf >> nameserver 192.168.11.5 >> nameserver 192.168.1.4 >> domain mydomain.local >> > > I take it at least one of the above nameservers is the AD DC, is the > other another AD DC ? If it isn't,

On 30.12.2011, at 22:12, kent williams wrote: > http://cornwarning.com/xfer/test.cxx.gz > > This is a preprocessed version of a file from from the VV image viewer > package. I stripped out all the lines beginning in '#' and multiple > empty lines. > > It's about 75k lines of code. > > On a Mac Pro, the unix 'time' command says it's using 249

> > for -O3 results refer attachment. > time clang (-O0) llvm-gcc(-O0) gcc(-O0) > real 0m10.247s 0m11.324s 0m10.963s > user 0m2.644s 0m2.478s 0m2.263s

Hi, Can anyone suggest any reasons why this seemingly-innocuous (though stupid-looking) excerpt from gnu fileutils 4.1 would make llvm-gcc go so incredibly slowly? It doesn't seem to be a question of the size of the output. Here's what I do: % time llvm-gcc -c sha24.c 56.840u 0.050s 1:07.05 84.8% 0+0k 0+0io 1050pf+0w % ls -l sha24.o -rw-r--r-- 1 brg brg 5784

OK try it now - I checked in a few more fixes. On Tue, Feb 22, 2011 at 8:29 AM, Chuck Zhao <czhao at eecg.toronto.edu> wrote: > I still can't build LLBrowse on my Debian5-i386 machine today, > The following is a full build console output. > I am using LLVM-2.8 release build, with needed wxWidgets and CMake. > > Thank you > > Chuck > > sideshow.eecg>time

I believe IO in R is slow because of the way it is implemented, not because it has to do some extra work for the user. I compared scan() with 'what' argument set (which is, AFAIK, is the fastest way to read a CSV file) to an equivalent C code. It turned out to be 20 - 50 times slower. I can see at least two main reasons why R's IO is so slow (I didn't profile this though): A) it