search for: idexes

Dear R-helpers, I have split a dataframe into a list with five elements, with the following code: > datalist<-split(data,data$UNIT) I would now like to run some code (below) on each element of the list to extract rows from the list elements; then I would like to rbind the extracted rows into a new dataframe containing all of the extracted rows from all of the list elements. I don't

I am trying to add this script <script language="javascript" type="text/javascript" src="http:// www.expedia.com/pubspec/scripts/storefront/expe.sf.vertical.350.asp?pid=&aid="></script> To my idex page and it give me errors, when I delete this line <script src="js/lightbox/prototype.js" type="text/javascript"></script>

Hi, First, let me thank you for the excellent documentation and programming work on Syslinux. It has made getting to this point infinitely easier. Unfortunately, I need to request some guidance in troubleshooting a problem I am having using the RedHat installer on their version 7.3, which uses Syslinux as the boot mechanism. A little background: I have an old Micron Powerdigm XsU dual PII

On Mon, Jun 11, 2018 at 6:36 PM Michael S. Tsirkin <mst at redhat.com> wrote: > > Maybe it will help to have GFP_NONE which will make any allocation > fail if attempted. Linus, would this address your comment? It would definitely have helped me initially overlook that call chain. But then when I started looking at the whole dma_map_page() thing, it just raised my hackles again. I

On Mon, Jun 11, 2018 at 6:36 PM Michael S. Tsirkin <mst at redhat.com> wrote: > > Maybe it will help to have GFP_NONE which will make any allocation > fail if attempted. Linus, would this address your comment? It would definitely have helped me initially overlook that call chain. But then when I started looking at the whole dma_map_page() thing, it just raised my hackles again. I

...P server: it just took a full five minutes to cache an attachment (350kb) in an email from [person]. In that time, I couldn't do anything else with mail; it was essentially locked. The user's inbox is in /var/spool/mail (where there are no idexes), there areindex files within his home directory: ./.imap/INBOX: total 1160 -rw------- 1 xyz users 60656 May 30 14:22 dovecot.index -rw------- 1 xyz users 891904 May 30 14:22 dovecot.index.cache -rw------- 1 xyz users 78428 May 30 14:22 dovecot.index.log -rw------- 1 xyz users 131920 May 26...

On 06/14/2018 11:01 PM, Nitesh Narayan Lal wrote: > Hi Wei, > > > On 06/12/2018 07:05 AM, Wei Wang wrote: >> On 06/12/2018 09:59 AM, Linus Torvalds wrote: >>> On Mon, Jun 11, 2018 at 6:36 PM Michael S. Tsirkin <mst at redhat.com> >>> wrote: >>>> Maybe it will help to have GFP_NONE which will make any allocation >>>> fail if

On Mon, Jun 11, 2018 at 11:32 AM Linus Torvalds <torvalds at linux-foundation.org> wrote: > > So now we apparently do a GFP_KERNEL allocation insider the mm zone > lock, which is broken on just _so_ many levels. Oh, I see the comment about how it doesn't actually do an allocation at all because it's a single-entry. Still too damn ugly to live, and much too fragile. No way

On Mon, Jun 11, 2018 at 11:32 AM Linus Torvalds <torvalds at linux-foundation.org> wrote: > > So now we apparently do a GFP_KERNEL allocation insider the mm zone > lock, which is broken on just _so_ many levels. Oh, I see the comment about how it doesn't actually do an allocation at all because it's a single-entry. Still too damn ugly to live, and much too fragile. No way

Hi all. I'm making a case to use Dovecot over Courier and would like some feedback. I've searched the web extensively and have been unable to find any hard information regarding Dovecot's IMAP performance. I've got some pressure to use Courier but my gut tells me that Dovecot should be much faster. In particular, I will have typical users with mailboxes exceeding 10,000

From: Raphael S. Carvalho <raphael.scarv at gmail.com> This patch finishes the MultiFS support. init_multifs gets called in the main (startup) function of ldlinux.c32, so MultiFS will be initialized automatically. init_multifs calls enable_multifs (lives in the core) to hook get_fs_info. Subsequent accesses will callback the get_fs_info living in ldlinux.c32. Signed-off-by: Raphael S.

https://bugzilla.redhat.com/show_bug.cgi?id=1441197

So last week I was wondering if XFS was still working -- even with its last on-disk structure changes -- and it _suprisingly_ worked as expected. Right, now I can finally get rid of GRUB and use Syslinux to boot my Linux on EFI from a rootfs with xfs. Shit, I have two partitions (the first one being the required ESP) so there is no way to access the other partitions since because Syslinux does not

Hello, the following patches should get multidisk access working. The syntax accepted is the following: (hdx,y)/path/to/file where x is the disk number and start at 0 and the y is the partition number starting at 1. So (hd0,1) is the first partition of the first disk. the other accepted syntax is using MBR's 32 bits disk signature so for example: (mbr:0x12345678,2)/foo/bar would address