search for: 3.5m

Henrik Bach wrote: > > You should download and install in the first shot: > > a.. LLVM source code (3.5M) > f.. GCC Front End Source Code (30.0M) > > Then follow the items listed in > http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html for Cygwin. > [snip] <QUOTE from http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html#cygwin> It has been found that the GCC

In re-reading the "Joining_a_Samba_DC_to_an_Existing_Active_Directory" Sambawiki page. Is it no longer necessary to manually delete all *.tdb and *.ldb database files from the soon to be joined (second) DC prior to joining? Are these database file deletions NOW "handled" by any one of the "three authentication methods you can use" to join the second DC? (With

You should download and install in the first shot: a.. LLVM source code (3.5M) f.. GCC Front End Source Code (30.0M) Then follow the items listed in http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html for Cygwin. Henrik. ============================================================= Henrik Bach Open Source Developer e-mail: henrik_bach_llvm at hotmail.com

"John Criswell" <criswell at cs.uiuc.edu> wrote in message news:4162A940.8090307 at cs.uiuc.edu... > Alex Vinokur wrote: > > Hi, > > > > I would like to use LLVM-GCC to compare its performance with other compilers. > > Something like testsuite "Computing very large Fibonacci numbers" at > >

Alex Vinokur wrote: >Henrik Bach wrote: > > >>You should download and install in the first shot: >> >> a.. LLVM source code (3.5M) >> f.. GCC Front End Source Code (30.0M) >> >>Then follow the items listed in >>http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html for Cygwin. >> >> >> >[snip] > ><QUOTE from

I have an application which uses send_file to send a ZIP file to the client. This works nicely when it''s run on our development OS-X boxes, using mongrel from script/server, but on our production server, using mongrel behind Apache 2.2. with mod_proxy_balancer, the client gets 1 byte delivered :-( If I use wget -S to the URL in order to see the full headers I see this on

I have a table (contact) with several fields and it's PK is an auto increment field. I'm bulk loading data to this table from files which if successful will be about 3.5million rows (approx 16000 rows per file). However, I have a linking table (an_contact) to resolve a m:m relationship between the an and contact tables. How can I retrieve the PK's for the data bulk loaded into

On Wed, Oct 15, 2014 at 8:53 PM, Alex Rosenberg <alexr at leftfield.org> wrote: > As all of these transforms are 1-to-1, can we still support the older metadata and convert it on the fly? > I'd prefer not to keep all of that code around to interpret both versions without a very good reason. -eric > Alex > >> On Oct 13, 2014, at 3:02 PM, Duncan P. N. Exon Smith

In r219010, I merged integer and string fields into a single header field. By reducing the number of metadata operands used in debug info, this saved 2.2GB on an `llvm-lto` bootstrap. I've done some profiling of DW_TAGs to see what parts of PR17891 and PR17892 to tackle next, and I've concluded that they will be insufficient. Instead, I'd like to implement a more aggressive plan,

Hi: We have a machine running 6.2-R-p10 and squid 2.6.17, and upgrade it to 6.3R yesterday, but squid will hang and eat 100% cpu time after restart about 1 hour later, machine still alive, and no response from squid. downgrade to 6.2-R-p10, everything ok again.. here is some infomations: machine type: FreeBSD 6.3-RELEASE #0: Wed Jan 23 01:58:39 CST 2008 CPU: Intel(R) Xeon(TM) CPU 2.40GHz

Hello, I'm using a defualt everything install of 7.2 (kernel 2.4.7-10 #1) with a 27 gig ext3 / partition. The problem that I am experiencing is this: If I create more than (about) 3.5 million distinct files on the partition, touch, mkdir, cp and all other file creation methods complain that there is no available space on the disk. A df shows me that the partition is only 65% full.

On Mon, Oct 13, 2014 at 7:01 PM, Eric Christopher <echristo at gmail.com> wrote: > On Mon, Oct 13, 2014 at 6:59 PM, Sean Silva <chisophugis at gmail.com> wrote: > > For those interested, I've attached some pie charts based on Duncan's > data > > in one of the other posts; successive slides break down the usage > > increasingly finely. To my

I have recently completed a build on Cygwin and am now hosting the Cygwin nightly tester. Here's some things you should know: 1. LLVM 1.4 release won't build on Cygwin so you'll have to use the latest CVS sources. 2. Even if you build it on Cygwin, it probably won't work unless you use the C Backend. See the test results here: http://llvm.x10sys.com/testresults/Cygwin

For those interested, I've attached some pie charts based on Duncan's data in one of the other posts; successive slides break down the usage increasingly finely. To my understanding, they represent the number of Value's (and subclasses) allocated. On Mon, Oct 13, 2014 at 3:02 PM, Duncan P. N. Exon Smith < dexonsmith at apple.com> wrote: > In r219010, I merged integer and

Hi, Thanks for your response, please find the xfs_info for each brick on the arbiter below: root at uk3-prod-gfs-arb-01:~# xfs_info /data/glusterfs/gv1/brick1 meta-data=/dev/sdc1 isize=512 agcount=31, agsize=131007 blks = sectsz=512 attr=2, projid32bit=1 = crc=1 finobt=1, sparse=1, rmapbt=0 =

Alex Vinokur wrote: > 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

Hi Liam, I saw that your XFS uses ?imaxpct=25? which for an arbiter brick is a little bit low. If you have free space on the bricks, increase the maxpct to a bigger value, like:xfs_growfs -m 80 /path/to/brickThat will set 80% of the Filesystem for inodes, which you can verify with df -i /brick/path (compare before and after).?This way?you won?t run out of inodes in the future. Of course, always

Hi Strahil, We're using gluster to act as a share for an application to temporarily process and store files, before they're then archived off over night. The issue we're seeing isn't with the inodes running out of space, but the actual disk space on the arb server running low. This is the df -h? output for the bricks on the arb server: /dev/sdd1 15G 12G 3.3G 79%

(Bcc''ed to networking discuss). Hi All, Have enclosed man page draft for dlstat(1M) herewith. This is part of the effort to gain better visibility into network traffic in light of crossbow features like virtual NICs, interrupt vs. polling modes etc. This in turn would greatly assist network performance analysis. It is also aimed at segregating link/flow configuration from

Thanks for the clarification. That behaviour is quite weird as arbiter bricks should hold?only metadata. What does the following show on host?uk3-prod-gfs-arb-01: du -h -x -d 1?/data/glusterfs/gv1/brick1/brickdu -h -x -d 1?/data/glusterfs/gv1/brick3/brickdu -h -x -d 1 /data/glusterfs/gv1/brick2/brick If indeed the shards are taking space -?that is a really strange situation.From which version