Displaying 5 results from an estimated 5 matches for "71570".
Did you mean:
1570
2007 Feb 01
2
Indexing Performance Question (was tpop3d vs dovecot)
...ody very
familiar with the indexing portion of dovecot can shed some light on
this for me.
After much testing, I've come to one primary conclusion that dovecot
is possibly unnecessarily scanning or reading files within the
maildir directories. Take a mailbox for instance (my test one has
71570 emails in the cur/ folder so the process runs long enough to
get data of what it's doing). Follow these steps:
1. First pop3 connection. With no index files whatsoever, it takes
nearly a full 10 minutes at 100% io load to scan the 71570 files
(748M) directory and build the index files fr...
2009 Mar 31
1
Bug#522060: xen-hypervisor-3.2-1-amd64: xen hvm Windows Bluescreen - clock interrupt was not recevied onasecondary processor within the allocated time interval
...sor-3.2-1-amd64 recommends:
ii xen-utils-3.2-1 3.2.1-2 XEN administrative tools
Versions of packages xen-hypervisor-3.2-1-amd64 suggests:
pn xen-docs-3.2 <none> (no description available)
-- no debconf information
MATRIX VISION GmbH, Talstra?e 16, DE-71570 Oppenweiler
Registergericht: Amtsgericht Stuttgart, HRB 271090
Gesch?ftsf?hrer: Gerhard Thullner, Werner Armingeon, Uwe Furtner, Hans-Joachim Reich
2005 Jul 03
2
bind() on 127.0.0.1 in jail: bound to the outside address?
Dear folks,
It seems that doing bind() inside a jail (whose IP address is an outside
address), will result in some wierd behavior, that the actual bind is
done on the outside address.
For example, binding to 127.0.0.1:6666 inside a jail addressed 192.168.1.1,
will finally result in a bind to 192.168.1.1:6666. With this in mind,
it is possible that some formerly secure configuration fail in jail
2014 Jan 28
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
Hi Stepan,
Sorry for the delay. It's great that you are working on MergeFunctions
as well and I agree, we should definitely try to combine our efforts to
improve MergeFunctions.
Just to give you some context, the pass (with the similar function
merging patch) is already being used in a production setting. From my
point of view, it would be better if we focus on improving its
capability
2014 Jan 30
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
...1
gstype1.ll 6 217441 0 0.02 217417 0 0.03 217417
gtkanal.ll 0 452 0 0.01 421 0 0.01 421
gutil.ll 140 388775 55 0.03 410686 13 0.04 372305
gxcache.ll 7 60928 0 0.01 60904 0 0.01 60904
gxcolor.ll 5 32678 0 0.01 32654 0 0.01 32654
gxdither.ll 1 45152 0 0.01 45128 0 0.01 45128
gxdraw.ll 8 71594 0 0.01 71570 0 0.01 71570
gxfill.ll 9 140929 0 0.02 140905 0 0.02 140905
gxht.ll 4 31379 0 0.01 31355 0 0.01 31355
gxpath2.ll 13 88470 0 0.02 88446 0 0.02 88446
gxpath.ll 13 64557 0 0.01 64533 0 0.01 64533
gxstroke.ll 8 138736 0 0.02 138712 0 0.02 138712
GzHandler.ll 82 370584 1 0.03 370627 * * *
hack.ll 9 1878...