search for: yeb

Hi, everyone, I want to install Rmpi on a cluster with Fedora linux. It already installed mpich2, but not lam-mpi. I installed R-2.2.0 on it already. And I got error as below: * Installing *source* package 'Rmpi' ... Try to find mpi.h ... checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are

Hi, I always use dir(pattern="*.RData") in all the earlier version of R (1.8, 1.9, 2.0.1). Error messege is as below: Error in list.files(path, pattern, all.files, full.names, recursive) : invalid 'pattern' regular expression Does anyone have an idea what's going on? How should I define the pattern I need in R-2.1.0? Thanks! Bin

Hello, On (03/30/16 16:12), Minchan Kim wrote: [..] > +static int get_zspage_inuse(struct page *first_page) > +{ > + struct zs_meta *m; > + > + VM_BUG_ON_PAGE(!is_first_page(first_page), first_page); > + > + m = (struct zs_meta *)&first_page->mapping; .. > +static void set_zspage_inuse(struct page *first_page, int val) > +{ > + struct zs_meta *m; > + > +

Hello, On (03/30/16 16:12), Minchan Kim wrote: [..] > +static int get_zspage_inuse(struct page *first_page) > +{ > + struct zs_meta *m; > + > + VM_BUG_ON_PAGE(!is_first_page(first_page), first_page); > + > + m = (struct zs_meta *)&first_page->mapping; .. > +static void set_zspage_inuse(struct page *first_page, int val) > +{ > + struct zs_meta *m; > + > +

...class->huge = true; > > computes the "objs_per_zspage" twice here. > > class->objs_per_zspage = get_maxobj_per_zspage(size, > pages_per_zspage); > if (pages_per_zspage == 1 && class->objs_per_zspage ==1) > class->huge = true; Yeb. I will do. Thanks.

...MAPPING_ANON | PAGE_MAPPING_MOVABLE) > >+#define PAGE_MAPPING_FLAGS (PAGE_MAPPING_ANON | PAGE_MAPPING_MOVABLE) > > > >-static __always_inline int PageAnonHead(struct page *page) > >+static __always_inline int PageMappingFlag(struct page *page) > > PageMappingFlags()? Yeb. > > [...] > > >diff --git a/mm/compaction.c b/mm/compaction.c > >index 1427366ad673..2d6862d0df60 100644 > >--- a/mm/compaction.c > >+++ b/mm/compaction.c > >@@ -81,6 +81,41 @@ static inline bool migrate_async_suitable(int migratetype) > > > >...

...p = PG_private_2, > >+ > >+ /* non-lru movable pages */ > >+ PG_movable = PG_reclaim, > >+ PG_isolated = PG_owner_priv_1, > > Documentation should probably state that these fields alias and > subsystem supporting the movable pages shouldn't use them elsewhere. Yeb. > > Also I'm a bit uncomfortable how isolate_movable_page() blindly expects that > page->mapping->a_ops->isolate_page exists for PageMovable() pages. > What if it's a false positive on a PG_reclaim page? Can we rely on > PG_reclaim always (and without races) imply...

On 03/30/2016 09:12 AM, Minchan Kim wrote: > Now, VM has a feature to migrate non-lru movable pages so > balloon doesn't need custom migration hooks in migrate.c > and compact.c. Instead, this patch implements page->mapping > ->{isolate|migrate|putback} functions. > > With that, we could remove hooks for ballooning in general > migration functions and make balloon

On 03/30/2016 09:12 AM, Minchan Kim wrote: > Now, VM has a feature to migrate non-lru movable pages so > balloon doesn't need custom migration hooks in migrate.c > and compact.c. Instead, this patch implements page->mapping > ->{isolate|migrate|putback} functions. > > With that, we could remove hooks for ballooning in general > migration functions and make balloon

On 2016/3/11 15:30, Minchan Kim wrote: > Every zspage in a size_class has same number of max objects so > we could move it to a size_class. > > Signed-off-by: Minchan Kim <minchan at kernel.org> > --- > mm/zsmalloc.c | 29 ++++++++++++++--------------- > 1 file changed, 14 insertions(+), 15 deletions(-) > > diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c > index

On 2016/3/11 15:30, Minchan Kim wrote: > Every zspage in a size_class has same number of max objects so > we could move it to a size_class. > > Signed-off-by: Minchan Kim <minchan at kernel.org> > --- > mm/zsmalloc.c | 29 ++++++++++++++--------------- > 1 file changed, 14 insertions(+), 15 deletions(-) > > diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c > index

...1w0mKo5dfH7/ANJWu boekMZf9/upV1uFlL/Lg97Xr6p3EE2/uW68DPEcJIvffvA8QbAZb0sEVTlN2kQANgzHW47+b4KHP mY+j6O92keNh0l4SndXF09ZFMug4DL9KTbNvo5Yyg2H03hpDjKaZLQ9OEXJ7ES73JiemHIaaVnr/ I26JELvPqli7XoQid7ifYbUeNm+fMje5Ig4l5VKEPIG5Js/KbJ/4lJfAeUYmsmvKYiTHYtDbp7xY FqNzq7cwKSXp0aVvK95HTkUmhEeWyvcCREf6hckCOnKpZgmwr0vyebIYokl25oBB9AguI2Js8xgX /cmFYNYXgyHBFJg+SoLbKYhbbpcj+a1Ku7kBGdfHqQazGP3B9zRGZEM91EpWVrhBKbR6CJhHHOmV nDE4I9vv40HRS5ibBhtVClusenGRbX+Wyq0WZC5XuMFm5Zpn0ZmoBLPYmgpWXJRCpzTz6hhL8uYw 8Eoe8sQMh/EMU4nZ0jHw8POCTpR6aiiL3Y7h/pV+Ltr1L1IZxHH+lMqOVzs63Mf5EXzwdwZ8cth1 mCZSGXLOAtqXvKfSMpnS75PPqAGDrgCP0cmGmiQ5DKv6tS...

>Ken, did you ever get afs support compiled into 2.0.2? I am in exactly >the same boat as you are (were), where samba 1.9.18 was working great, but >2.0.2 wouldn't compile with afs support. I too tried to copy the relavant >parts of the makefile over, but ended up with the same errors as you did. >Then I found your post to the samba list, and I'm hoping that you've

On 05/20/2016 04:23 PM, Minchan Kim wrote: > We have allowed migration for only LRU pages until now and it was > enough to make high-order pages. But recently, embedded system(e.g., > webOS, android) uses lots of non-movable pages(e.g., zram, GPU memory) > so we have seen several reports about troubles of small high-order > allocation. For fixing the problem, there were several

On 05/20/2016 04:23 PM, Minchan Kim wrote: > We have allowed migration for only LRU pages until now and it was > enough to make high-order pages. But recently, embedded system(e.g., > webOS, android) uses lots of non-movable pages(e.g., zram, GPU memory) > so we have seen several reports about troubles of small high-order > allocation. For fixing the problem, there were several

Might have been better as a separate migration patch and then a compaction patch. It's prefixed mm/compaction, but most changed are in mm/migrate.c On 03/30/2016 09:12 AM, Minchan Kim wrote: > We have allowed migration for only LRU pages until now and it was > enough to make high-order pages. But recently, embedded system(e.g., > webOS, android) uses lots of non-movable pages(e.g.,

Might have been better as a separate migration patch and then a compaction patch. It's prefixed mm/compaction, but most changed are in mm/migrate.c On 03/30/2016 09:12 AM, Minchan Kim wrote: > We have allowed migration for only LRU pages until now and it was > enough to make high-order pages. But recently, embedded system(e.g., > webOS, android) uses lots of non-movable pages(e.g.,

...8m{AfvyW)^6(OTuz+IuW=RUCJg+qq^UDYHNijz_C3yBmdG!c zobbP^-CQa<@&CLom->Rm?+sRK8+x}+Eo4*6*wnw-)GapkqJ<qosWmXwjCJsRm^y<~ zez3RV6z9}nn99Ye7*@MGu_ at ljA#6B?St0E7K<5;)DqrB#I2M+Z$hSz8Ty=t}JN*!> zJ*x{`svVmOWK%(Hz><0(nMA42Sxx at BjnrN?b(l>NeVCM(P5sH at Cud>1*&3-ZcQfwo zA%YEbP9Y2koZ1Cb5}Z22!YG|V(w+ocamBDunA(--oa)8)(G{jPP$?Dz|2FiT;|xc? z|1RuJR_d;>eT-ybJ6V{6g?;+B<+iZ07R&a*$zL1`+ri>;y9d7<1-rn)KHxNkg-vH+ zmsl959~`IqvG~QX{Z3>pQuj7s at hps+Lpj(cG#lV?s9|a=<_wyD8!?QVD}H2g at n&VH znT3g1n2@!sK`iVpH;1zPm9XX9*mC($nr>oi8v)Br>4)bxR?8CDx|{{+&%)ZVsg...