search for: bitfiles

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
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...