search for: maxk

Dear All, I am using Silhouette to estimate the number of clusters in a microarray dataset. Initially, I used the iris data to test my piece of code as follows: library(cluster) data(iris) mydata<-iris[,1:4] maxk<-15 # at most 15 clusters myindex<-rep(0,maxk) # hold the si values for each k clusters mdist<-1-cor(t(mydata)) #dissimlarity mdist<-as.dist(mdist) for(k in 2:maxk) { hc<-diana(mdist,diss =TRUE, stand = FALSE) si<-silhouette.default(cutree(as.hclust...

...quot; here is the code i am using for locfit......... xt<-read.table("x.dat",header=FALSE) yt<-read.table("y.dat",header=FALSE) tst<-read.table("test.dat",header=FALSE) fitt<-locfit.raw(sapply(xt,"[",1:24),sapply(yt,"[",1:24), deg=1,maxk=700) fr<-fitted(fitt) result<-fr hltt<-predict(fitt,newdata=tst) hltt<-predict.locfit(fitt,newdata=sapply(tst,"[",1:1)) res_tt<-hltt cat(file="prd_model.dat",result, sep="\n") cat(file="prd_independent.dat",res_tt,sep="\n") Any...

Dear R experts, We've been playing with the locfit package and are experiencing a problem I am hoping for some help on. We have a dataset of 13k points, one dimension of which is "judgment", either 0 or 1, and the other "score", an arbitrary scalar (in this case it's between .65 and .85). We use

On 24-04-13 14:34, Erik de Castro Lopo wrote: > That's an error in the awk script, which is embedded in the shell > script. I know GNU awk supports lshift, maybe BSD awk doesn't. I'll > investigate that futher. On my system awk links to mawk 1.3.3 >> I don't know why, but the test continues and says all tests passed while >> that clearly isn't the

I want to create a new array which selects values from an original array based on a function of the indices. That is: I want to create a new matrix Vnew[i,j,k]=Vold[i,j,ks] where ks is a function of the index elements i,j,k. I want to do this WITHOUT a loop. Call the function "ksfunction", and the array dimensions nis,njs,nks. I can do this using a loop as follows: # Loop version:

----- Original Message Header ----- Subject: Re: [PATCH 5/5] tun: vringfd xmit support. From: rusty at rustcorp.com.au; To: akpm at linux-foundation.org; Cc: netdev at vger.kernel.org; maxk at qualcomm.com; virtualization at lists.linux-foundation.org; linux-kernel at vger.kernel.org; ----------------------------------- Warning: Attachment contains virus code or meets the filtering/blocking rules. Use caution when accessing the contents. -------------- next part -------------- An...

...v-xen-02 logger: /etc/xen/scripts/vif-bridge: Writing backend/vif/1/0/hotplug-status connected to xenstore. Jun 20 11:48:10 lic-srv-xen-02 kernel: [57683.909332] tun: Universal TUN/TAP device driver, 1.6 Jun 20 11:48:10 lic-srv-xen-02 kernel: [57683.909335] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com> Jun 20 11:48:10 lic-srv-xen-02 kernel: [57683.923229] device tap-vif-win2k3 entered promiscuous mode Jun 20 11:48:10 lic-srv-xen-02 kernel: [57683.923254] eth0: port 3(tap-vif-win2k3) entered forwarding state Jun 20 11:48:10 lic-srv-xen-02 kernel: [57683.923257] eth0: port 3(tap...

...hypervisors can push RX filtering that is currently done in the guest into the host context therefore saving wakeups and unnecessary data transfer. This is on top of the latest and greatest :). Assuming virt folks are ok with the API this should go into 2.6.27. Signed-off-by: Max Krasnyansky <maxk at qualcomm.com> --- drivers/net/tun.c | 316 +++++++++++++++++++++++------------------------- include/linux/if_tun.h | 24 +++- 2 files changed, 174 insertions(+), 166 deletions(-) diff --git a/drivers/net/tun.c b/drivers/net/tun.c index 2693f88..901551c 100644 --- a/drivers/net/tun.c...

...hypervisors can push RX filtering that is currently done in the guest into the host context therefore saving wakeups and unnecessary data transfer. This is on top of the latest and greatest :). Assuming virt folks are ok with the API this should go into 2.6.27. Signed-off-by: Max Krasnyansky <maxk at qualcomm.com> --- drivers/net/tun.c | 316 +++++++++++++++++++++++------------------------- include/linux/if_tun.h | 24 +++- 2 files changed, 174 insertions(+), 166 deletions(-) diff --git a/drivers/net/tun.c b/drivers/net/tun.c index 2693f88..901551c 100644 --- a/drivers/net/tun.c...

...git f8de107 kernel: [ 250.280261] compat.git: mlnx_ofed/mlnx-ofa_kernel-4.0.git kernel: [ 250.287865] mlx5_core 0000:3b:00.0: firmware version: 14.23.1020 kernel: [ 250.293492] tun: Universal TUN/TAP device driver, 1.6 kernel: [ 250.293731] tun: (C) 1999-2004 Max Krasnyansky <maxk at qualcomm.com> kernel: [ 250.360407] nbd: registered device at major 43 kernel: [ 250.367659] nf_conntrack version 0.5.0 (65536 buckets, 262144 max) kernel: [ 250.373103] VFIO - User Level meta-driver version: 0.3 kernel: [ 250.455352] EXT4-fs (sda2): re-mounted. Opts: (nul...

.../var/log/messages: Feb 24 17:25:28 desk libvirtd: 17:25:28.531: error : virDomainDiskDefForeachPath:7637 : unable to open disk path /dev/hda: No medium found Feb 24 17:25:28 desk kernel: tun: Universal TUN/TAP device driver, 1.6 Feb 24 17:25:28 desk kernel: tun: (C) 1999-2004 Max Krasnyansky <maxk at qualcomm.com> Feb 24 17:25:28 desk kernel: device vnet0 entered promiscuous mode Feb 24 17:25:28 desk kernel: New device vnet0 does not support netpoll Feb 24 17:25:28 desk kernel: Disabling netpoll for virbr0 Feb 24 17:25:28 desk kernel: virbr0: topology change detected, propagating Feb 24 1...

....344364] [<ffffffff8012bfd9>] sys_ioctl+0x99/0xb0 [ 244.344364] [<ffffffff8000c8c8>] system_call_fastpath+0x16/0x1b [ 244.344364] [<00007f5e40d87547>] 0x7f5e40d87547 [ 260.150678] tun: Universal TUN/TAP device driver, 1.6 [ 260.150683] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com> [ 260.177987] device tap1.0 entered promiscuous mode [ 260.178016] br0: port 3(tap1.0) entering forwarding state [ 260.640363] pciback: vpci: 0000:00:02.0: assign to virtual slot 0 [ 260.641060] pciback: vpci: 0000:00:02.1: assign to virtual slot 0 func 1 [ 260.641563] pciback...

....344364] [<ffffffff8012bfd9>] sys_ioctl+0x99/0xb0 [ 244.344364] [<ffffffff8000c8c8>] system_call_fastpath+0x16/0x1b [ 244.344364] [<00007f5e40d87547>] 0x7f5e40d87547 [ 260.150678] tun: Universal TUN/TAP device driver, 1.6 [ 260.150683] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com> [ 260.177987] device tap1.0 entered promiscuous mode [ 260.178016] br0: port 3(tap1.0) entering forwarding state [ 260.640363] pciback: vpci: 0000:00:02.0: assign to virtual slot 0 [ 260.641060] pciback: vpci: 0000:00:02.1: assign to virtual slot 0 func 1 [ 260.641563] pciback...

...Copyright (c) 1999-2005 Intel Corporation. e100: Intel(R) PRO/100 Network Driver, 3.5.10-k2-NAPI e100: Copyright(c) 1999-2005 Intel Corporation forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.49. tun: Universal TUN/TAP device driver, 1.6 tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com> netconsole: not configured, aborting Xen virtual console successfully installed as tty1 Event-channel device installed. netfront: Initialising virtual ethernet driver. Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 50MHz system bus speed for PIO modes;...

The problem with introducing checksum offload and gso to tun is they need to set dev->features to enable GSO and/or checksumming, which is supposed to be done before register_netdevice(), ie. as part of TUNSETIFF. Unfortunately, TUNSETIFF has always just ignored flags it doesn't understand, so there's no good way of detecting whether the kernel supports new IFF_ flags. This patch

The problem with introducing checksum offload and gso to tun is they need to set dev->features to enable GSO and/or checksumming, which is supposed to be done before register_netdevice(), ie. as part of TUNSETIFF. Unfortunately, TUNSETIFF has always just ignored flags it doesn't understand, so there's no good way of detecting whether the kernel supports new IFF_ flags. This patch

Yesterday while fixing xoff stuckiness issue in the TUN/TAP driver I got a chance to look into the multicast filtering code in there. And immediately realized how terribly broken & confusing it is. The patch was originally done by Shaun (CC'ed) and went in without any proper ACK from me, Dave or Jeff. Here is the original ref

Yesterday while fixing xoff stuckiness issue in the TUN/TAP driver I got a chance to look into the multicast filtering code in there. And immediately realized how terribly broken & confusing it is. The patch was originally done by Shaun (CC'ed) and went in without any proper ACK from me, Dave or Jeff. Here is the original ref

Dear all, I had a R segmentation fault, and then invoked debug mode and ran step by step. When I reached "terms(Y~X1*X2*...*X16)", I would then have "segmentation" fault. However, if I just ran this under regular "R interactive" mode, it would be fine though taking long time. My questions are: 1. Is there a known limit of terms for a formula? 2. Why does the

Dear all, I had a R segmentation fault, and then invoked debug mode and ran step by step. When I reached "terms(Y~X1*X2*...*X16)", I would then have "segmentation" fault. However, if I just ran this under regular "R interactive" mode, it would be fine though taking long time. My questions are: 1. Is there a known limit of terms for a formula? 2. Why does the