search for: 290k

...lc -O0 takes 37.5 seconds. llc -pre-RA-sched=fast -regalloc=local takes 26 seconds. Much better but still slow IMO. The question is if this avoids the non-linear algorithms and if the generated code is faster enough to justify LLVM. I'll do some experimentation. The generated assembly file is 290K lines for unadorned llc and 616K lines for -pre-RA-sched=fast -regalloc=local. This does not inspire much hope :-) -- Óscar

...gt; llc -pre-RA-sched=fast -regalloc=local takes 26 seconds. Much better but > still slow IMO. The question is if this avoids the non-linear algorithms > and if the generated code is faster enough to justify LLVM. I'll do some > experimentation. > > The generated assembly file is 290K lines for unadorned llc and 616K > lines for -pre-RA-sched=fast -regalloc=local. This does not inspire much > hope :-) Is this a Release or a Release-Asserts build? You could try how much time it takes on a Release-Asserts build. Also if you use -time-passes with llc it should show which pa...

...M). Essentially, I have one process that is following the tutorial dumping documents to an index stored on the file system. If I open the index with another process, and run the size() method it is stuck at a number of documents much smaller than the number I''ve added to the index. Eg. 290k -- when the indexer process has already gone through 1 M. Additionally, if I search, I don''t get results past an even smaller number of docs (22k) . I''ve tried the two latest ferret releases. Does this listing of the index directory look right? -rw------- 1 blee blee 3.8M Oct...

I have a huge problem with space maps on thumper. Space maps takes over 3GB and write operations generates massive read operations. Before every spa sync phase zfs reads space maps from disk. I decided to turn on compression for pool ( only for pool, not filesystems ) and it helps. Now space maps, intent log, spa history are compressed. Not I''m thinking about disabling checksums. All

...Win XP, 2GB RAM R 2.7.1 RODBC (latest from CRAN, not sure the version - how to tell?) SQL Server 2005 MS Access 2003 SQL Native Client ODBC driver (DSN = "HIM") SQL Server ODBC driver (DSN = "HIMs") MS Access ODBC driver (DSN = "HIMa") Table (T304) being queried has ~290K rows, of which the query being run should return ~78K. Table being queried has 142 columns, of which all but 5 are type float. The other 5 are nvarchar(255) No indices or keys - one flat table No UPDATEs, INSERTs, just SELECT R code looks like this: him <- odbcConnect("HIM", "CD...

On Tue, Aug 25, 2009 at 4:58 PM, Óscar Fuentes<ofv at wanadoo.es> wrote: > Eli Friedman <eli.friedman at gmail.com> writes: > >> On Wed, Aug 26, 2009 at 1:10 AM, Óscar Fuentes<ofv at wanadoo.es> wrote: >>> While compiling some sources, translating from my compiler's IR to LLVM >>> using the C++ API requires 2.5 seconds. If the resulting LLVM

--- Matt Zimmerman <mdz@debian.org> wrote: > The only difference in the command lines seems to be that your > xmms-config > explicitly links with -lgthread, while I suppose mine lets the > dynamic linker > pull it in. The only significant difference between the old and new > _LIBADD > lines is that @XMMS_LIBS@ is at the beginning in the new one. Now > that I think

...d=fast -regalloc=local takes 26 seconds. Much better but >> still slow IMO. The question is if this avoids the non-linear algorithms >> and if the generated code is faster enough to justify LLVM. I'll do some >> experimentation. >> >> The generated assembly file is 290K lines for unadorned llc and 616K >> lines for -pre-RA-sched=fast -regalloc=local. This does not inspire much >> hope :-) > > Is this a Release or a Release-Asserts build? > You could try how much time it takes on a Release-Asserts build. Assertions are disabled. > Also if...

Eli Friedman <eli.friedman at gmail.com> writes: > On Wed, Aug 26, 2009 at 1:10 AM, Óscar Fuentes<ofv at wanadoo.es> wrote: >> While compiling some sources, translating from my compiler's IR to LLVM >> using the C++ API requires 2.5 seconds. If the resulting LLVM module is >> dumped as LLVM assembler, the file is 240,000 lines long. Generating >> LLVM

Hello, I am looking at the Polycom phones. The ip600 has a very nice screen, is that the only real advantage over the ip500 and ip300.. Is it worth the extra dollars? Kind regards Michael Felder IT Medic Australia Pty. Ltd. P: 03 9557 2213 F: 03 9557 2214 M: 0419 568 217 E: Michael@ITMedic.com.au <blocked::mailto:Michael@ITMedic.com.au> http://www.ITMedic.com.au

...761G 19.3T 575 346 8.96M 920K thumper-9 761G 19.3T 437 186 7.92M 281K thumper-9 761G 19.3T 452 259 4.07M 371K thumper-9 761G 19.3T 592 321 9.43M 460K thumper-9 761G 19.3T 421 196 8.25M 254K thumper-9 761G 19.3T 550 201 22.6M 290K ^C bash-3.00# But: bash-3.00# iostat -xnz 1 [removed first output] extended device statistics r/s w/s kr/s kw/s wait actv wsvc_t asvc_t %w %b device 25.1 0.0 904.7 0.0 0.0 0.1 0.8 5.9 2 15 c4t0d0 20.1 0.0 711.0 0.0 0.0 0.1 0.0...