All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Matt W. Benjamin" <matt@linuxbox.com>
To: Elso Andras <elso.andras@gmail.com>
Cc: ceph-devel@vger.kernel.org, Milosz Tanski <milosz@adfin.com>
Subject: Re: [PATCH 2/2] Enable fscache as an optional feature of ceph.
Date: Mon, 17 Jun 2013 13:45:22 -0400 (EDT)	[thread overview]
Message-ID: <799565505.127.1371491122344.JavaMail.root@thunderbeast.private.linuxbox.com> (raw)
In-Reply-To: <CAKxz0mzgBYTd+bXGkP1jT5K0dcF-eL4H=vESM6CDe5gOPWBeAg@mail.gmail.com>

Hi,

1. in the cases where client caching is useful, AFS disk caching is still common--though yes, giant memory caches became more common over time, and

2. a memory fs-cache backend is probably out there (I wonder if you can write it in kernel mode), at worst, it looks like you can use cachefilesd on tempfs?

Matt
----- "Elso Andras" <elso.andras@gmail.com> wrote:

> Hi,
> 
> Oh, i forgot about this daemon... but this daemon cache the data to
> file. Thus it's useless, the caching to disk is more slow than the
> whole osds.
> 
> Elbandi
> 
> 2013/6/17 Milosz Tanski <milosz@adfin.com>:
> > Elbandi,
> >
> > It looks like it's trying to use fscache (from the stats) but
> there's
> > no data. Did you install, configure and enable the cachefilesd
> daemon?
> > It's the user-space component of fscache. It's the only officially
> > supported fsache backed by Ubuntu, RHEL & SUSE. I'm guessing that's
> > your problem since I don't see any of the bellow lines in your
> dmesg
> > snippet.
> >
> > [2049099.198234] CacheFiles: Loaded
> > [2049099.541721] FS-Cache: Cache "mycache" added (type cachefiles)
> > [2049099.541727] CacheFiles: File cache on md0 registered
> >
> > - Milosz
> >
> > On Mon, Jun 17, 2013 at 11:47 AM, Elso Andras
> <elso.andras@gmail.com> wrote:
> >> Hi,
> >>
> >>
> >>> 1) In the graphs you attached what am I looking at? My best guess
> is that
> >>> it's traffic on a 10gigE card, but I can't tell from the graph
> since there's
> >>> no labels.
> >> Yes, 10G traffic on switch port. So "incoming" means
> server-to-switch,
> >> "outgoing" means switch-to-server. No separated card for ceph
> traffic
> >> :(
> >>
> >>> 2) Can you give me more info about your serving case. What
> application are
> >>> you using to serve the video (http server)? Are you serving static
> mp4 files
> >>> from Ceph filesystem?
> >> lighttpd server with mp4 streaming mod
> >>
> (http://h264.code-shop.com/trac/wiki/Mod-H264-Streaming-Lighttpd-Version2),
> >> the files lives on cephfs.
> >> there is a speed limit, controlled by mp4 mod. the bandwidth is
> the
> >> video bitrate value.
> >>
> >> mount options:
> >> name=test,rsize=0,rasize=131072,noshare,fsc,key=client.test
> >>
> >> rsize=0 and rasize=131072 is a tested, with other values there was
> 4x
> >> incoming (from osd) traffic than outgoing (to internet) traffic.
> >>
> >>> 3) What's the hardware, most importantly how big is your partition
> that
> >>> cachefilesd is on and what kind of disk are you hosting it on
> (rotating,
> >>> SSD)?
> >> there are 5 osd servers: HP DL380 G6, 32G ram, 16 X HP sas disk
> (10k
> >> rpm) with raid0. bonding two 1G interface together.
> >> (In previous life, this hw could serve the ~2.3G traffic with
> raid5
> >> and three bonding interface)
> >>
> >>> 4) Statistics from fscache. Can you paste the output
> /proc/fs/fscache/stats
> >>> and /proc/fs/fscache/histogram.
> >>
> >> FS-Cache statistics
> >> Cookies: idx=1 dat=8001 spc=0
> >> Objects: alc=0 nal=0 avl=0 ded=0
> >> ChkAux : non=0 ok=0 upd=0 obs=0
> >> Pages  : mrk=0 unc=0
> >> Acquire: n=8002 nul=0 noc=0 ok=8002 nbf=0 oom=0
> >> Lookups: n=0 neg=0 pos=0 crt=0 tmo=0
> >> Invals : n=0 run=0
> >> Updates: n=0 nul=0 run=0
> >> Relinqs: n=2265 nul=0 wcr=0 rtr=0
> >> AttrChg: n=0 ok=0 nbf=0 oom=0 run=0
> >> Allocs : n=0 ok=0 wt=0 nbf=0 int=0
> >> Allocs : ops=0 owt=0 abt=0
> >> Retrvls: n=2983745 ok=0 wt=0 nod=0 nbf=2983745 int=0 oom=0
> >> Retrvls: ops=0 owt=0 abt=0
> >> Stores : n=0 ok=0 agn=0 nbf=0 oom=0
> >> Stores : ops=0 run=0 pgs=0 rxd=0 olm=0
> >> VmScan : nos=0 gon=0 bsy=0 can=0 wt=0
> >> Ops    : pend=0 run=0 enq=0 can=0 rej=0
> >> Ops    : dfr=0 rel=0 gc=0
> >> CacheOp: alo=0 luo=0 luc=0 gro=0
> >> CacheOp: inv=0 upo=0 dro=0 pto=0 atc=0 syn=0
> >> CacheOp: rap=0 ras=0 alp=0 als=0 wrp=0 ucp=0 dsp=0
> >>
> >> No histogram, i try to build to enable this.
> >>
> >>> 5) dmesg lines for ceph/fscache/cachefiles like:
> >> [  264.186887] FS-Cache: Loaded
> >> [  264.223851] Key type ceph registered
> >> [  264.223902] libceph: loaded (mon/osd proto 15/24)
> >> [  264.246334] FS-Cache: Netfs 'ceph' registered for caching
> >> [  264.246341] ceph: loaded (mds proto 32)
> >> [  264.249497] libceph: client31274 fsid
> 1d78ebe5-f254-44ff-81c1-f641bb2036b6
> >>
> >>
> >> Elbandi
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel"
> in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Matt Benjamin
The Linux Box
206 South Fifth Ave. Suite 150
Ann Arbor, MI  48104

http://linuxbox.com

tel.  734-761-4689 
fax.  734-769-8938 
cel.  734-216-5309 

  parent reply	other threads:[~2013-06-17 17:45 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-23 21:55 [PATCH 2/2] Enable fscache as an optional feature of ceph Milosz Tanski
2013-05-28 17:11 ` Sage Weil
2013-05-29 18:06   ` Milosz Tanski
2013-06-05 16:26     ` Milosz Tanski
2013-06-17 13:16     ` Elso Andras
     [not found]       ` <CANP1eJHZskoMVa3KBGMHvxEfNcAJQdDK4ou47meaBDYzPVa=xg@mail.gmail.com>
2013-06-17 14:31         ` Fwd: " Milosz Tanski
2013-06-17 15:47         ` Elso Andras
2013-06-17 16:00           ` Milosz Tanski
2013-06-17 17:09             ` Elso Andras
2013-06-17 17:43               ` Milosz Tanski
2013-06-17 18:08                 ` Milosz Tanski
2013-06-17 17:45               ` Matt W. Benjamin [this message]
2013-06-20  3:44 Milosz Tanski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=799565505.127.1371491122344.JavaMail.root@thunderbeast.private.linuxbox.com \
    --to=matt@linuxbox.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=elso.andras@gmail.com \
    --cc=milosz@adfin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.