search for: mrg

...#39;var', merge this onto the original data frame, and then extract the observations with missing data for 'value': city_unq<-c("A","B","C") var_unq<-c("sqmi","pop","emp") comb<-expand.grid(city=city_unq,var=var_unq) mrg<-merge(comb,df,by=c("city","var"),all=T) missing<-mrg[is.na(mrg$value),] This works, but on a large dataset it gets slow and I'm looking for a a more efficient way to achieve this same result. Any suggestions would be much appreciated. Cheers [[alterna...

...o add group 'titii2' with: Access is denied. But the group is created, and with the right rid : 1023 and sambaNextRID is updated in the data base (RID=1025). Here are the logs : [2009/12/26 15:11:25, 5] lib/smbldap.c:smbldap_search_ext(1205) smbldap_search_ext: base => [ou=Groups,dc=mrg], filter => [(&(objectClass=sambaGroupMapping)(|(displayName=titii2)(cn=titii2)))], scope => [2] [2009/12/26 15:11:25, 4] passdb/pdb_ldap.c:ldapsam_getgroup(2463) ldapsam_getgroup: Did not find group, filter was (&(objectClass=sambaGroupMapping)(|(displayName=titii2)(cn=titii2))) [...

In mergeable buffer case, we use headcount, log_num and seg as indexes in same-size arrays, and we know that headcount <= seg and log_num equals either 0 or seg. Therefore, the right thing to do is range-check seg, not headcount as we do now: these will be different if guest chains s/g descriptors (this does not happen now, but we can not trust the guest). Long term, we should add BUG_ON

In mergeable buffer case, we use headcount, log_num and seg as indexes in same-size arrays, and we know that headcount <= seg and log_num equals either 0 or seg. Therefore, the right thing to do is range-check seg, not headcount as we do now: these will be different if guest chains s/g descriptors (this does not happen now, but we can not trust the guest). Long term, we should add BUG_ON

In the first line, use the dist function, found in library mva, to get the distance between each pair of rows. From this calculate an incidence matrix for which element i,j is true if row i in dat equals row j in dat (and false elsewhere). In the second line, for each row calculate the indices of the matching rows and take the minimum of those as the key. incid <-

...a Stem Cell Research Lab that has a Grid Engine cluster. I have not yet dug into the details of Grid Engine (only been here a week now) but am just trying to get up to speed on clustering in general. I was just looking at Red Hat's site and they have this HPC thing http://www.redhat.com/promo/mrg/ but damned if I can find any actual details on it there - that data sheet they link to is just a bunch of marketing gobble-de-gook as far as I can make sense of it anyway. Quick question : what are Red Hat using to do that, and can CentOS do the same thing? How hard is it to configure? How doe...

...he logs have been flooded with nagios alerts which indicate high percentage (50-60) of packet loss when pinging localhost. The problem shows up several hours after the system reboot. Any ideas on what might be wrong and how to fix this on a running system? Are there any current plans to integrate MRG Realtime into CentOS project? Thank you, Sasha

...platforms. I saw a couple other projects implementing recursive mkdir that just assume enosys isn't fatal and continue on. Let me know if I can be of further assistance. Thanks Michael --- Michael Gutteridge Fred Hutchinson CRC Sr. System Architect 1100 Fairview Ave N mrg at fhcrc.org Mailstop J2-225 Seattle, WA 98109

Dear all, I have two different data frames, that have two common variables: date and sample. Here is a small extract of both of them > head(traffic) datet sessiont samplet buddleiat 1 07-08-2012 1 1 1 2 07-08-2012 1 1 1 3 07-08-2012 1 1 1 4 07-08-2012 1 2 3 5 07-08-2012 1 2

Someone recently posted on the x2go list that he had a problem with jerky videos playing remotely on Ubuntu, but solved it by installing a low latency kernel that was available as an alternative. That made me curious as to whether CentOS has an equivalent - or a way to build something similar. -- Les Mikesell lesmikesell at gmail.com

...roup = sun > writeable = Yes > force create mode = 0775 > force directory mode = 0775 > # veto files = > /*ASI*/*AUS*/*ELA*/*ELI*/*INQ*/*NZL*/*TES*/*TRN*/*UK*/*.idx/*.int/*.gnt/ba > ck/bin/docs/gnts/gzipsrc/ints/io/lib/linked/lost+found/pa/save/sunback/Sun > Query/unlinked/*.MRG/p/print/worktmp/ > > [homevcq] > path = /u/data/home/vcq > force user = vcq > force group = sun > writeable = Yes > force create mode = 0775 > force directory mode = 0775 > > [usrvcq$] > path = /u/data/ld1/vcq > force user = vcq > force group = sun...

Hi: Suppose that I have a data frame as below x1 x2 x3 ... x10 wk1 wk2 ... Wk208 (these are the column names) For each record, x1, x2, x3 ... x10 are attributes. and wk1, wk2, ..., wk208 are the sales recoreded for this attribute combination. Suppose that now, that I want to do the following 1. Merge the data frame so that I have a new data frame grouped by values of x2 and x3 (for example).

...yes force user = profadv force group = sun writeable = Yes force create mode = 0775 force directory mode = 0775 # veto files = /*ASI*/*AUS*/*ELA*/*ELI*/*INQ*/*NZL*/*TES*/*TRN*/*UK*/*.idx/*.int/*.gnt/back /bin/docs/gnts/gzipsrc/ints/io/lib/linked/lost+found/pa/save/sunback/SunQuer y/unlinked/*.MRG/p/print/worktmp/ [homevcq] path = /u/data/home/vcq force user = vcq force group = sun writeable = Yes force create mode = 0775 force directory mode = 0775 [usrvcq$] path = /u/data/ld1/vcq force user = vcq force group = sun writeable = Yes force create mode = 0775 force directory mode...

...@users force group = users [archives] comment = Archives path = /SambaSharesA/Archives browseable = yes writeable = yes create mask = 0770 force create mode = 0770 valid users = @mgmt write list = @mgmt force group = mgmt [mrg] comment = MRG path = /SambaSharesA/MRG browseable = yes writeable = yes create mask = 0770 force create mode = 0770 valid users = @closing write list = @closing force group = closing

Hello, after upgrading to 2.2.22 the lmtp service is crashing (segfault) a few times per hours. >From the logs: Mar 19 16:37:29 lmtp(redacted at ruhr-uni-bochum.de): Info: ohZXLe1x7VaUeQAAEc+Mrg: sieve: msgid=<redacted at async.facebook.com>: discarding vacation response to mailinglist recipient <redacted at facebookmail.com> Mar 19 16:37:29 lmtp(31124): Info: Disconnect from 134.147.42.228: Successful quit Mar 19 16:37:29 lmtp(31124): Fatal: master: service(lmtp): child 31124...

...t header, which essentially adds a lot of padding. However, that's really no different then if we simply grew the vnet header. The other thing I've tried before is putting extensions into their own sg buffer, but that made it slower. > >> >> For example: >> | vnet mrg hdr | ext hdr | ext 1 | ext 2 | ext 5 | .. pad .. | packet data | > > Just some rough thoughts: > > - Is this better to use TLV instead of bitmap here? One advantage of TLV is that the > length is not limited by the length of bitmap. but the disadvantage is that we add at least 4...

...t header, which essentially adds a lot of padding. However, that's really no different then if we simply grew the vnet header. The other thing I've tried before is putting extensions into their own sg buffer, but that made it slower. > >> >> For example: >> | vnet mrg hdr | ext hdr | ext 1 | ext 2 | ext 5 | .. pad .. | packet data | > > Just some rough thoughts: > > - Is this better to use TLV instead of bitmap here? One advantage of TLV is that the > length is not limited by the length of bitmap. but the disadvantage is that we add at least 4...

..., that's really no different then if we simply grew the vnet header. >> >> The other thing I've tried before is putting extensions into their own sg buffer, but that >> made it slower.h > > Yes. > >> >>>> For example: >>>> | vnet mrg hdr | ext hdr | ext 1 | ext 2 | ext 5 | .. pad .. | packet data | >>> Just some rough thoughts: >>> >>> - Is this better to use TLV instead of bitmap here? One advantage of TLV is that the >>> length is not limited by the length of bitmap. >> but the disadv...

..., that's really no different then if we simply grew the vnet header. >> >> The other thing I've tried before is putting extensions into their own sg buffer, but that >> made it slower.h > > Yes. > >> >>>> For example: >>>> | vnet mrg hdr | ext hdr | ext 1 | ext 2 | ext 5 | .. pad .. | packet data | >>> Just some rough thoughts: >>> >>> - Is this better to use TLV instead of bitmap here? One advantage of TLV is that the >>> length is not limited by the length of bitmap. >> but the disadv...

...ing size that's twice larger than necessary > because of power of two requirements wastes cache. I don't know. Power of 2 ring size is pretty standard, I'd rather avoid the complication and the gratuitous difference with 1.0. If batching is mostly advisory (with exceptions such as mrg-rxbuf) I don't have any problem with it. Paolo