Displaying 6 results from an estimated 6 matches for "bitfiles".
Did you mean:
binfiles
2023 Apr 17
1
[Bug 5124] Parallelize the rsync run using multiple threads and/or connections
https://bugzilla.samba.org/show_bug.cgi?id=5124
--- Comment #12 from Paulo Marques <paulo.marques at bitfile.pt> ---
Using multiple connections also helps when you have LACP network links, which
are relatively common in data center setups to have both redundancy and
increased bandwidth.
If you have two 1Gbps links aggregated, you can only use 1Gbps using rsync, but
you could use 2Gbps if
2009 Mar 15
4
[LLVMdev] n00b question: From module/bitcode to Mach-O dylib file directly?
I'm a total LLVM n00b, and have just started to work through some of
the tutorials with the intention of gathering a clear picture of what
LLVM does and doesn't do for a possible project.
I'm on the Mac, and would like to have my code dynamically create and
load new functions into a process. I believe I can do this, but I'm
not sure yet how 'direct' things will be
DO NOT REPLY [Bug 5124] New: Lessons to learn from other tools, better use of resources, speed gains
2007 Dec 06
12
DO NOT REPLY [Bug 5124] New: Lessons to learn from other tools, better use of resources, speed gains
https://bugzilla.samba.org/show_bug.cgi?id=5124
Summary: Lessons to learn from other tools, better use of
resources, speed gains
Product: rsync
Version: 3.0.0
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P3
Component: core
AssignedTo:
2009 Jan 09
2
[LLVMdev] RFC: Store alignment should be LValue alignment, not source alignment
Hi all,
Please review this patch. It's fixing PR3232 comment #8. Function bar
from 2008-03-24-BitFiled-And-Alloca.c compiles to:
%struct.Key = type { { i32, i32 } }
...
define i32 @bar(i64 %key_token2) nounwind {
entry:
%key_token2_addr = alloca i64 ; <i64*> [#uses=2]
%retval = alloca i32 ; <i32*> [#uses=2]
%iospec =
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))
...ll 4 5398 0 0.01 5361 0 0.01 5361
bitboard64.ll 21 43510 0 0.01 43488 0 0.01 43268
bitcnt_1.ll 1 2212 0 0.01 2175 0 0.01 2175
bitcnt_2.ll 1 2502 0 0.01 2465 0 0.01 2465
bitcnt_3.ll 3 9418 0 0.01 9381 0 0.01 9381
bitcnt_4.ll 2 4242 0 0.01 4205 0 0.01 4205
bitcnts.ll 5 11766 0 0.01 11729 0 0.01 11729
bitfiles.ll 4 9732 0 0.01 9695 0 0.01 9695
BitlDecoder.ll 1 3040 0 0.01 3006 0 0.01 3006
bitonic.ll 11 34090 0 0.01 34068 0 0.01 33857
bitstrng.ll 1 4796 0 0.01 4759 0 0.01 4759
bjarne.ll 42 93414 10 0.02 89765 8 0.01 87195
blas.ll 11 90399 0 0.02 90382 0 0.01 90382
block-byref-cxxobj-test.ll 1 824 0 0.01 8...