search for: slowish

https://bugs.freedesktop.org/show_bug.cgi?id=103946 Bug ID: 103946 Summary: [nouveau] Slowish and rough graphical interface with GTX 1060 Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assig...

...r load limit? I'm trying to pipe the output of Sphinx2 into Text2Wave, but Asterisk just runs by it to the next extension priority, with no errors. If I run the same command via the system shell, all is good, though it does take a few seconds, probably about 5 seconds to run. Yes, it's a slowish machine. Another example is, I have some text being piped out to Text2Wave, then played back using Playback(), and this works fine. If I increase the text input by another sentence, the same problem as above occurs... Asterisk just skips by to the next extension priority. I'm using Asterisk...

...); > + if (!desc) > + return NULL; > > - return head; > + for (i = 0; i < total_sg; i++) > + desc[i].next = i+1; > + return desc; > } Would it make sense to keep a cache of a few (say) 8- or 16-element indirect descriptors? You'd only have to do this ugly (and slowish) for loop on the first allocation. Also, since this is mostly an aesthetic patch, > + if (indirect) > + vq->free_head = vq->vring.desc[head].next; > + else > + vq->free_head = i; I'd move the indirect case above, where the vring.desc[head] is actually allocated. Paolo

...); > + if (!desc) > + return NULL; > > - return head; > + for (i = 0; i < total_sg; i++) > + desc[i].next = i+1; > + return desc; > } Would it make sense to keep a cache of a few (say) 8- or 16-element indirect descriptors? You'd only have to do this ugly (and slowish) for loop on the first allocation. Also, since this is mostly an aesthetic patch, > + if (indirect) > + vq->free_head = vq->vring.desc[head].next; > + else > + vq->free_head = i; I'd move the indirect case above, where the vring.desc[head] is actually allocated. Paolo

...u. "But" all these work now (in R-devel, rev >= 73094) as they should, at least for me, right? Are you mentioning the "small n" examples so we could use them as regression tests (instead of the regression test I had added to tests/reg-large.R which needs enough GB and is slowish ) -- or are you seeing a platform where the above cases still don't work in (new enough) R-devel ? > A report on 'pretty' when working with integers, similar to what led to change of 'seq' fuzz, is https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=15137 > ---...

I''ve just finished installing it, I''m blog-posting about it. as soon as i finish this post, I''ll let you know. Btw, how can I disable the preview when posting a new article? It''s a little lagged and slowish while I see a dispatcher consuming some considerable cpu time. Thanks. On 7/25/06, Tiago Pinto <thpinto@gmail.com> wrote: > I tried without any success. Any help would be welcome. > > Thanks. > > On 7/23/06, Matt Ramos <sleepjunk13@gmail.com> wrote: > > Anyone try...

i have just downloaded the course code for wine for my ps3 but when i run './tools/wineinstall' i get the error message 'port.c:183:2: error: #error You must implement wine_switch_to_stack for your platform' i also get the error after i run 'make' (after i run ./configure' and 'make depend' now is it because wine does not support ps3?? or is there something i

Hi all, I have to make bakup of a file server based in Windows 2000 Server with the next considerations: - NTFS 5.0 File System -Long names dirs and files. (Actually I have this error "File name too long (91) ") - Approach 76 GB - Files in use by system and users - A mixed network based in Unix, Linux and NT OS and a Windows machine in the client side (launchs

Hi, Can anybody briefly explain the significance of the updated moduli file? Is this a critical update? Should all existing installations update their moduli file? Thanks in advance, -- Dan

Full_Name: Max Version: R 2.0.1 (2004-11-15) OS: Gentoo Linux Submission from: (NULL) (158.143.49.181) I leaned on the "(" key by accident, and it looks as if R segfaults on a large number (88 or more in my case) open brackets: Script started on Thu May 12 15:18:04 2005 $ R R : Copyright 2004, The R Foundation for Statistical Computing Version 2.0.1 (2004-11-15), ISBN 3-900051-07-0

As I had expressed before, I''m thinking that the current way of handling the top level of PAE paging is inappropriate, even after the above-4G adjustments that cured part of the problem. This is specifically because - the handling here isn''t consistent with how hardware behaves in the same situation (though the Xen behavior is probably within range of the generic architecture

Dear All I am totally new to R and I would like to know whether R is able and appropriate to illustrate to my students the Central Limit Theorem, using for instance 100 independent variables with uniform distribution and showing that their sum is a variable with an approximated normal distribution. Thanks in advance, Paul

Examples similar to pretty(c(-1,1)*1e300, n = 1e9, min.n = 1) with smaller 'n': pretty(c(-1,1)*1e304, n = 1e5, min.n = 1) pretty(c(-1,1)*1e306, n = 1e3, min.n = 1) A report on 'pretty' when working with integers, similar to what led to change of 'seq' fuzz, is https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=15137 -------------------------------------------- On Tue,

I resurrected these patches after prompting from Andy Lutomirski's recent patches. I put them on the back-burner because vring_bench had a 15% slowdown on my laptop: pktgen testing revealed a speedup, if anything, so I've cleaned them up. Rusty Russell (3): virtio_net: pass well-formed sgs to virtqueue_add_*() virtio_ring: assume sgs are always well-formed. virtio_ring: unify

I resurrected these patches after prompting from Andy Lutomirski's recent patches. I put them on the back-burner because vring_bench had a 15% slowdown on my laptop: pktgen testing revealed a speedup, if anything, so I've cleaned them up. Rusty Russell (3): virtio_net: pass well-formed sgs to virtqueue_add_*() virtio_ring: assume sgs are always well-formed. virtio_ring: unify