similar to: [LLVMdev] use-diet design?

Displaying 20 results from an estimated 20000 matches similar to: "[LLVMdev] use-diet design?"

2008 Mar 26
0
[LLVMdev] use-diet design?
> Hi Gabor, > > Could you give a little more detailed description of the plan > with the user-diet changes? I read the README but still don't > have a good picture of what will happen. > > Specifically, which operators new/delete will be overridden? > What work will they do? How will the surrogate getters/setters > work? > > Thanks, > > Dan
2008 Apr 25
0
[LLVMdev] Status of use-diet so far (NO API CHANGES)
On Apr 24, 2008, at 9:03 AM, Gabor Greif wrote: > > As you can see, the use-diet changes actually lower the build time > of kimwitu++! (this is as of yesterday's r50182). > Parity is not only reached, but surpassed. Thanks for these numbers. Do you know how much of this increase is due to co-allocating Use arrays with their users, and how much is due to the actual shrinking of
2008 Apr 24
2
[LLVMdev] Status of use-diet so far (NO API CHANGES)
Hi all, in the last days I was busy gathering performance data about the "class Use"-related changes. I have nice measurements on a 8Gig MacPro with kimwitu++. This is important to say, because this machine is in plenty of memory, so swapping is not likely, which means that in more constrained setups (when swapping occurs) the use-diet approach is probably producing even better
2008 Apr 29
0
[LLVMdev] [PATCH] use-diet for review
Hi Gabor, Thanks for posting the memory savings. 13% less memory usage in 447.dealII is very impressive. I haven't taken more than a very brief peek at this patch, but I have a few questions already. Is there a header missing? I don't see DECLARE_TRANSPARENT_OPERAND_ACCESSORS defined anywhere. Also, what affect does this macro have on doxygen? In User.h: +public: + template
2008 Apr 23
0
[LLVMdev] PATCH: Use size reduction -- wave2
On Apr 17, 4:12 am, Chris Lattner <sa... at nondot.org> wrote: > On Apr 16, 2008, at 11:25 AM, Dan Gohman wrote: > > >> So, my idea is that these changes are performance neutral. > > I strongly agree with Dan that we need to measure performance to > ensure there is no significant performance regression. Dan, Chris, finally I am in possession of hard performance data
2008 Apr 29
5
[LLVMdev] [PATCH] use-diet for review
Hi all, I have reported more than enough about the space savings achieved and the associated costs, here comes the current patch for review. Since this one is substantially smaller than the previous one, I did not cut it in pieces. The front part is about headers and the rest the .cpp and other files. Cheers, Gabor -------------- next part -------------- An embedded and charset-unspecified
2011 Dec 02
2
[LLVMdev] deglobalizing TargetOptions
On 1 December 2011 17:15, Chris Lattner <clattner at apple.com> wrote: > > On Dec 1, 2011, at 5:09 PM, Nick Lewycky wrote: > >> I'm running LLVM under threadsanitizer >> (http://code.google.com/p/data-race-test/) to find and remove races in >> a larger program that uses LLVM as a library. One of the things that I >> found is that the TargetOptions are all
2011 Dec 02
0
[LLVMdev] deglobalizing TargetOptions
On Dec 1, 2011, at 5:09 PM, Nick Lewycky wrote: > I'm running LLVM under threadsanitizer > (http://code.google.com/p/data-race-test/) to find and remove races in > a larger program that uses LLVM as a library. One of the things that I > found is that the TargetOptions are all global; you could create a > TargetMachine targeting ARM and X86 in two threads, but they both have
2008 Apr 29
3
[LLVMdev] [PATCH] use-diet for review
Chris Lattner wrote: > Hi Gabor, I don't see OperandTraits.h. Sorry, I relied "svn diff" to include freshly added files. Apparently it did not :-/ Here are they. I pondered of putting all in Use.cpp into Value.cpp, but I am not so sure. Cheers, Gabor -------------- next part -------------- A non-text attachment was scrubbed... Name: OperandTraits.h Type:
2008 Apr 30
2
[LLVMdev] [PATCH] use-diet for review
Mike, Holger, thanks for the tips, but being a long-time subversion user, I already knew this all :-) The problem was that I did an SVN merge from branch to trunk, and I ended up with: ... M include/llvm/User.h A + include/llvm/OperandTraits.h M include/llvm/Instruction.h ... The little "+" after the "A" means, the file got copied unchanged, and I think this is
2008 Apr 25
3
[ANNOUNCE] Samba 3.2.0pre3
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Release Announcements ===================== This is the third preview release of Samba 3.2.0. This is *not* intended for production environments and is designed for testing purposes only. Please report any defects via the Samba bug reporting system at https://bugzilla.samba.org/. Please be aware that Samba is now distributed under the version 3 of
2008 Apr 25
3
[ANNOUNCE] Samba 3.2.0pre3
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Release Announcements ===================== This is the third preview release of Samba 3.2.0. This is *not* intended for production environments and is designed for testing purposes only. Please report any defects via the Samba bug reporting system at https://bugzilla.samba.org/. Please be aware that Samba is now distributed under the version 3 of
2011 Dec 02
0
[LLVMdev] deglobalizing TargetOptions
On Dec 1, 2011, at 5:23 PM, Nick Lewycky wrote: >> Instead of adding a bunch of instance variables (+ getters/setters) into TargetMachine, why not make TargetOptions be a class, and have TM contain an instance of it? > > That works too, it makes little difference to me. One reason is that > most references to these globals are inside classes that derive from > TargetMachine so I
2007 Feb 09
0
cluster "non-diet", "diet" example.
Suppose, we have 3 people called: Francis, Cedric and Nina. Base on what they have eaten, we want to cluster people by "diet", "non-diet". # original data file, named as filename "food.csv". Francis|potato Francis|chocolate Francis|chocolate Francis|milk Cedric|vegetable Cedric|vegetable Cedric|potato Nina|potato Nina|chocolate Nina|chocolate Nina|potato # Step 1: I
2008 Jun 10
4
[ANNOUNCE] Samba 3.2.0rc2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ================================= Release Notes for Samba 3.2.0rc2 June 10, 2008 ================================= This is the second release candidate of Samba 3.2.0. This is *not* intended for production environments and is designed for testing purposes only.
2008 Jun 10
4
[ANNOUNCE] Samba 3.2.0rc2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ================================= Release Notes for Samba 3.2.0rc2 June 10, 2008 ================================= This is the second release candidate of Samba 3.2.0. This is *not* intended for production environments and is designed for testing purposes only.
2008 May 23
4
[ANNOUNCE] Samba 3.2.0rc1
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Preamble: Please help us testing this release candidate! If there are no major catastrophes, it will become the first major release of Samba 3.2.0. It might take a few hours until the files will be spread to all mirrors. ================================= Release Notes for Samba 3.2.0rc1
2008 May 23
4
[ANNOUNCE] Samba 3.2.0rc1
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Preamble: Please help us testing this release candidate! If there are no major catastrophes, it will become the first major release of Samba 3.2.0. It might take a few hours until the files will be spread to all mirrors. ================================= Release Notes for Samba 3.2.0rc1
2015 Nov 20
1
Good practice for naming classes, builders, attributes, getters/setters for object composition
Hey everyone, I am developing a package and I am wondering if there is a good practice for naming classes, builders, attributes getters and setters when dealing with object composition. I know that it is usually a good practice to give to the builder the same name as the class and, if possible, to avoid to use upper case letters. My problem is that, when I build an object containing an other
2008 Apr 30
0
[LLVMdev] [PATCH] use-diet for review
On Apr 29, 2008, at 9:40 AM, Gabor Greif wrote: > Sorry, I relied "svn diff" to include freshly added files. svn add file svn diff . will show it.