Displaying 8 results from an estimated 8 matches for "loooping".
Did you mean:
looping
2017 Jun 13
0
[FORGED] IF LOOOP
On 14/06/17 08:46, matthias worni wrote:
> Hey
>
> This should be a rather simple quesiton for some of you. I want to make
> some progress in looping...
> I have the vector r, which contains single values --> see below:
>
> r
> [1] 1.1717118 1.1605215 1.1522907 1.1422830 1.1065277 1.1165451 1.1163768
> 1.1048872 1.0848836 1.0627211
> [11] 1.0300964 1.0296879
2017 Jun 13
3
IF LOOOP
Hey
This should be a rather simple quesiton for some of you. I want to make
some progress in looping...
I have the vector r, which contains single values --> see below:
r
[1] 1.1717118 1.1605215 1.1522907 1.1422830 1.1065277 1.1165451 1.1163768
1.1048872 1.0848836 1.0627211
[11] 1.0300964 1.0296879 1.0308194 1.0518188 1.0657229 1.0685514 1.0914881
1.1042577 1.1039351 1.0880163
I would
2009 Oct 13
7
lapply() reccursively
Hi all,
I was wondering whether it is possible to use the lapply() function
to alter the value of the input, something in the spirit of :
a1<-runif(100)
a2<-function(i){
a1[i]<-a1[i-1]*a1[i];a1[i]
}
a3<-lapply(2:100,a2)
Something akin to a for() loop, but using the lapply() infrastructure.
I haven't been able to get rapply() to do this.
The reason is that the "real"
2005 Jul 12
1
allocation of large matrix failing
Hello, this is probably something silly which I am doing, but I cannot
understand why this allocation is not happening.
Here is a my C code which tries to allocate a list of size 333559, and
then a matrix of size 8*333559
I thought I might be running into memory problems, but R is not even
using that much (I start R with
more memory and it stays constant) Also, I start R as I normally do and
I
2012 Apr 20
1
[PATCH v2 0/2] fix "perf top" soft lockups under Xen
v2:
- fix compile issues if no CONFIG_SMP, Konrad Rzeszutek Wilk
- move inc_irq_stat after irq_work_run
These 2 patches fixed the "perf top" soft lockups under Xen
reported by Steven at: https://lkml.org/lkml/2012/2/9/506
Both Steven and I tested it and "perf top" works well now.
The soft lockup code path is:
__irq_work_queue
arch_irq_work_raise
2012 Apr 15
0
(no subject)
Hi all,
These 2 patches try to fix the "perf top" soft lockups under Xen
reported by Steven at: https://lkml.org/lkml/2012/2/9/506
I tested it with 3.4-rc2 and "perf top" works well now.
Steven,
Could you please help to test it too?
The soft lockup code path is:
__irq_work_queue
arch_irq_work_raise
apic->send_IPI_self(IRQ_WORK_VECTOR);
apic_send_IPI_self
2012 Apr 15
0
Re: [PATCH 0/2] fix "perf top" soft lockups under Xen
(Forgot mail subject, add it)
On Sun, Apr 15, 2012 at 2:09 PM, Lin Ming <mlin@ss.pku.edu.cn> wrote:
> Hi all,
>
> These 2 patches try to fix the "perf top" soft lockups under Xen
> reported by Steven at: https://lkml.org/lkml/2012/2/9/506
>
> I tested it with 3.4-rc2 and "perf top" works well now.
>
> Steven,
> Could you please help to test it
2004 Aug 06
3
Moving clients and JOrbis
Here is what I'm trying to do: most of the time, I broadcast from a
playlist, just loooping through prerecorded content. Sometimes, say at a
special concert or sports game, a live stream (from a laptop's line-in)
is broadcast instead.
Ideally, the laptop could simply "take over" the stream from IceS, and
hand it back when we're finished with the live stuff. Is there a...