Mailing-List: contact users-help@trafficserver.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@trafficserver.apache.org
Received-SPF: pass (athena.apache.org: domain of ming.zym@gmail.com designates
 209.85.210.42 as permitted sender)
Message-ID: <1337135183.4267.12.camel@zym6400>
Subject: Re: Features request
From: "ming.zym@gmail.com" <ming.zym@gmail.com>
To: users@trafficserver.apache.org
Date: Wed, 16 May 2012 10:26:23 +0800
In-Reply-To: 
 <CAB_JAFiZewKvFedcamohFVFfPregckadLeJBGbfw53PST_rzyw@mail.gmail.com>
References: 
	<CAB_JAFhG7Bs8NygTW36vXykYfTi+5SVjm_JuZ8H=GprdcRrx+Q@mail.gmail.com>
	 <CAB_JAFiZewKvFedcamohFVFfPregckadLeJBGbfw53PST_rzyw@mail.gmail.com>
Content-Type: multipart/signed; micalg="pgp-sha256";
	protocol="application/pgp-signature"; boundary="=-yCktIGVbiC807z2b5qhJ"
Mime-Version: 1.0


--=-yCktIGVbiC807z2b5qhJ
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

you are requesting the most difficult request, I do thing that it is
hard to archive all your needs in short time, but lucky for you, we have
a similar project on implement SSD layer in the storage, we named them
the SSD project:

here is the project wiki:
https://cwiki.apache.org/confluence/display/TS/SSDSupport
and here is the first branch & ticket:
https://issues.apache.org/jira/browse/TS-745
https://git-wip-us.apache.org/repos/asf?p=3Dtrafficserver.git;a=3Dshortlog;=
h=3Drefs/heads/ssd

I don't think it is working in most case, if you need a really working
tree, take a look at the tree where we used in production:
https://gitorious.org/trafficserver/taobao/commits/tbtrunk_ssd
it is based on v3.0.x tree, with ssd middle layer of storage, that is
you can setup two layer of the disks, ie ssd+sas or sas+sata etc. the
ssd is limited to store only single fragment small objects.

we are still working on improvement on this project, and may release
another version in weeks, which will get improved in cache ratio etc.


FYI


=E5=9C=A8 2012-05-15=E4=BA=8C=E7=9A=84 18:32 -0300=EF=BC=8CProvedor Bogus=
=E5=86=99=E9=81=93=EF=BC=9A
> Dear ATS developers,
>=20
>=20
> We are offering a US 2,500 fund to have these features at ATS code. I
> don't know if its a resonable value but anyone able to do that, just
> drop me a message and we can work on.
>=20
>=20
> Antonio
>=20
>=20
>=20
>=20
> 2012/5/14 Provedor Bogus <provedorbogus@gmail.com>
>         Dear ATS developers,
>        =20
>        =20
>         First of all, thanks a lot for the amazing software you made.
>         Your work is very appreciated, honestly.
>        =20
>        =20
>         Due to scalability problems, we are working on a trial to
>         replace our Squid caches to ATS and some interesting features
>         would be very nice to have, which I enumerate below.
>        =20
>        =20
>         1) Is it possible to have a "primary destination specifier" in
>         hosting.config to match a network ? We have a substantial
>         amount of traffic coming from Akamai CDN (among others CDNs)
>         and would be lovely to have an option to store such huge data
>         in bigger SATA disks (although slow) instead of smaller SAS
>         disks (although fast).
>        =20
>        =20
>         2) Is it possible to have a hierarquical cache disk model ?
>         Would be lovely to have smaller files ( < 1 MB) on a SSD,
>         midsize files on SAS disks (> 1 MB and < 10 MB) and bigger
>         files on SATA disks (> 10 MB). It helps to better manage the
>         hit ratio on big files which keeps the network busy for a
>         longer time.
>        =20
>        =20
>         3) Is it possible to
>         have proxy.config.cache.min_average_object_size
>         and proxy.config.cache.target_fragment_size on per volume
>         basis ? It helps to better manage the kind of files and size
>         of cache each disk will store.
>        =20
>        =20
>         Best Regards and all the best !
>        =20
>        =20
>         Antonio
>        =20
>        =20
>=20
>=20

--=20
zym, Zhao Yongming.
aka: yonghao @ taobao.com

--=-yCktIGVbiC807z2b5qhJ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iF4EABEIAAYFAk+zEFAACgkQQBjU8JUwVz7j4AEAizZc8vL9yMWsufWbVGBvKznb
IMkAat+Tijvxoe9ZdgcBAJ0kyaFGVBXHi85UvzqA1Vo1ZPzLmLNaYX68zhvk8kNd
=evhf
-----END PGP SIGNATURE-----

--=-yCktIGVbiC807z2b5qhJ--