search for: 10584

...003 IPC$ nobody nogroup 5020 pc44 (192.168.1.44) Mon Feb 10 08:50:40 2003 IPC$ nobody nogroup 29011 pc49 (192.168.1.49) Sat Feb 8 15:16:44 2003 IPC$ nobody nogroup 10627 pc55 (192.168.1.123) Tue Feb 11 08:17:21 2003 fm fm users 10584 pc38 (192.168.1.38) Tue Feb 11 08:05:02 2003 jm jm users 6172 pc39 (192.168.1.39) Mon Feb 10 12:59:49 2003 kr kr users 4990 pc33 (192.168.1.33) Mon Feb 10 08:42:28 2003 vb vb users 6348 pc31 (192.168.1.31) Mon Feb 1...

> On Aug 23, 2015, at 11:35 AM, Joerg Sonnenberger via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On Sun, Aug 23, 2015 at 01:46:12AM +0100, Russell Wallace via llvm-dev wrote: >> On Sat, Aug 22, 2015 at 11:57 PM, Michael Zolotukhin <mzolotukhin at apple.com> >> wrote: >> >>> Hi, >>> >>> Several passes would have troubles

...any form of CFG limiters in LVI or CVP, so it doesn't seem surprising that large memory use can be easily triggered. This normally also corresponds to very slow compilation, so it addressing it fixes two issues at the same time. A test case can be found in https://llvm.org/bugs/show_bug.cgi?id=10584. The question for me is: where should such complexity limits be placed -- in the CVP pass or inside LVI? Is anyone specifically interested in hunting down the problem? Joerg -------------- next part -------------- A non-text attachment was scrubbed... Name: expr.pdf Type: application/pdf Size: 12...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi folks, maybe my problem was discussed before, but I'm just too busy to browse the whole mailinglist at the moment. I'm running Samba 3.0.14a(sernet) on a Debian Sarge with LDAP-Backend. After some days, the users aren't able to load their profiles from the server. In fact, no datas can be transfered from/to the sambaserver. The cpu

Hi A newb question. Can I use migrations if all of the following requirements are imposed at the same time. 1. Copy data from an old schema to a new schema, the difference in the 2 schemas is about 25%, 3 new tables and 4 new columns. 2. Copy data from Oracle schema to DB2 schema, around 25% difference in 2 schemas as above. 3. Neither old nor the new schema tables have an

As of today, there are two weeks left until we branch for the 3.0 release. Please get your changes in as soon as possible so that they are well-tested before the branch. And please keep on top of any failures you see. Now would be a good time to look through the bugzilla database to see if there are any issues you can address. :-) -bw

On 01/13/2016 04:28 PM, Daniel Berlin via llvm-dev wrote: > > > On Wed, Jan 13, 2016 at 4:23 PM, Joerg Sonnenberger via llvm-dev > <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > > On Wed, Jan 13, 2016 at 03:38:24PM -0800, Philip Reames wrote: > > I don't think that arbitrary limiting the complexity of the > search

...part of the default LTO pipeline, but the case shows how LVI can be a bottleneck for large TUs (or at least how -O2 compile time degraded on large TUs). I haven't thought about the problem very carefully, but there seems to be some progress on this front ( https://llvm.org/bugs/show_bug.cgi?id=10584). I can't share the original bitcode file but I can probably do some profiling on it as well. As next steps I'll try to get a more detailed analysis of the problems. In particular, try to do what Rui did for lld but with more coarse granularity (every week) to have a chart of the compile t...

...LTO pipeline, but the case shows how LVI can be > a bottleneck for large TUs (or at least how -O2 compile time degraded > on large TUs). I haven't thought about the problem very carefully, but > there seems to be some progress on this front ( > https://llvm.org/bugs/show_bug.cgi?id=10584). I can't share the > original bitcode file but I can probably do some profiling on it as > well. > > As next steps I'll try to get a more detailed analysis of the > problems. In particular, try to do what Rui did for lld but with more > coarse granularity (every week) to...

...") [root at localhost isolinux]# ll total 6527 -r-xr-xr-x 1 root root 2048 Feb 16 15:09 boot.cat -r-xr-xr-x 1 root root 292 Feb 16 14:49 boot.msg -r-xr-xr-x 1 root root 919 Feb 16 14:49 general.msg -r-xr-xr-x 1 root root 5051201 Feb 16 14:49 initrd.img -r-xr-xr-x 1 root root 10584 Feb 16 14:49 isolinux.bin -r-xr-xr-x 1 root root 366 Feb 16 14:49 isolinux.cfg -r-xr-xr-x 1 root root 94600 Feb 16 14:49 memtest -r-xr-xr-x 1 root root 788 Feb 16 14:49 options.msg -r-xr-xr-x 1 root root 517 Feb 16 14:49 param.msg -r-xr-xr-x 1 root root 490 Feb 16 14:49 rescu...

...correct? I tried searching around , but couldn't find a reliable way to check if the test works. The preliminary patch is attached to the mail. Marcello -------------- next part -------------- A non-text attachment was scrubbed... Name: accept_affine3.diff Type: application/octet-stream Size: 10584 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111115/d1d4444b/attachment.obj>

...LTO pipeline, but the case shows how LVI can be > a bottleneck for large TUs (or at least how -O2 compile time degraded > on large TUs). I haven't thought about the problem very carefully, but > there seems to be some progress on this front ( > https://llvm.org/bugs/show_bug.cgi?id=10584). I can't share the > original bitcode file but I can probably do some profiling on it as > well. > > As next steps I'll try to get a more detailed analysis of the > problems. In particular, try to do what Rui did for lld but with more > coarse granularity (every week) to...

...xt or change color for Renegade FDS 10442 Cannot switch back to Half Life 2 after alt-tabbing with managed windows 10524 The Chronicles of RiddicK check boxes not visible 10554 Maya 8.5 Personal Learning Edition doesn't start 10580 S.T.A.L.K.E.R. shadow corruption with ARB shaders 10584 Last developments of Wine broke the setup of Trados 10652 ./tools/wineinstall adds /usr/local/lib to /etc/ld.so.conf 10653 Word 2003 crashes when loading file 10938 Application Melty Blood act candeza does not start 11141 Trados - problem of creation of temp? function only working at t...

...LTO pipeline, but the case shows how LVI can be > a bottleneck for large TUs (or at least how -O2 compile time degraded > on large TUs). I haven't thought about the problem very carefully, but > there seems to be some progress on this front ( > https://llvm.org/bugs/show_bug.cgi?id=10584). I can't share the > original bitcode file but I can probably do some profiling on it as > well. > LVI is one of those analyses with quadratic runtime, but has a cutoff to its search depth so that it is technically not quadratic. So increased inlining could easily exacerbate it more...

...LTO pipeline, but the case shows how LVI can be > a bottleneck for large TUs (or at least how -O2 compile time degraded > on large TUs). I haven't thought about the problem very carefully, but > there seems to be some progress on this front ( > https://llvm.org/bugs/show_bug.cgi?id=10584). I can't share the > original bitcode file but I can probably do some profiling on it as > well. > > As next steps I'll try to get a more detailed analysis of the > problems. In particular, try to do what Rui did for lld but with more > coarse granularity (every week) to...

...rid Wireless Controller 6.30.223.141 (r415941) [root at localhost hybrid_wl]# lsmod Module????????????????? Size? Used by lib80211_crypt_tkip???? 9470? 0 wl?????????????????? 4176734? 0 cfg80211????????????? 619515? 0 lib80211??????????????? 5127? 2 lib80211_crypt_tkip,wl vfat?????????????????? 10584? 1 [root at localhost hybrid_wl]# iwconfig lo??????? no wireless extensions. p1p1????? no wireless extensions. pan0????? no wireless extensions. eth0????? IEEE 802.11? ESSID:""? Nickname:"" ????????? Mode:Managed? Frequency:2.462 GHz? Access Point: Not-Associated?? ??????...

I don't agree with him, but there you have it. ---------- Forwarded message ---------- From: Alexandre Julliard <julliard at winehq.org> Date: Fri, Mar 21, 2008 at 1:32 AM Subject: Re: loader: more stringent sanity check To: Dan Kegel <dank at kegel.com> Cc: wine-devel at winehq.org "Dan Kegel" <dank at kegel.com> writes: > Many, many newbies are running

On 11/14/2011 02:45 PM, Marcello Maggioni wrote: > 2011/11/14 Tobias Grosser<tobias at grosser.es>: >> On 11/14/2011 01:24 AM, Marcello Maggioni wrote: >>> >>> Hi Tobias. >>> >>> I worked on enabling Polly accepting non affine memory accesses and I >>> produced a patch. >> >> Great. >> >>> I saw that there were

...LTO pipeline, but the case shows how LVI can be > a bottleneck for large TUs (or at least how -O2 compile time degraded > on large TUs). I haven't thought about the problem very carefully, but > there seems to be some progress on this front ( > https://llvm.org/bugs/show_bug.cgi?id=10584). I can't share the > original bitcode file but I can probably do some profiling on it as > well. > > As next steps I'll try to get a more detailed analysis of the > problems. In particular, try to do what Rui did for lld but with more > coarse granularity (every week) to...

...10488 => Hello World +10496 => Hello World +10504 => Hello World +10512 => Hello World +10520 => Hello World +10528 => Hello World +10536 => Hello World +10544 => Hello World +10552 => Hello World +10560 => Hello World +10568 => Hello World +10576 => Hello World +10584 => Hello World +10592 => Hello World +10600 => Hello World +10608 => Hello World +10616 => Hello World +10624 => Hello World +10632 => Hello World +10640 => Hello World +10648 => Hello World +10656 => Hello World +10664 => Hello World +10672 => Hello World +10680...