From: Loic Dachary <loic@dachary.org>
To: Christopher LILJENSTOLPE <cdl@asgaard.org>
Cc: Ceph Development <ceph-devel@vger.kernel.org>,
Jack Lloyd <lloyd@randombit.net>
Subject: Re: fecpp C++ forward error correction library
Date: Tue, 30 Apr 2013 10:11:59 +0200 [thread overview]
Message-ID: <517F7CCF.1020107@dachary.org> (raw)
In-Reply-To: <DA7579B5-A82E-431B-99A0-89C4EE58A87E@asgaard.org>
[-- Attachment #1: Type: text/plain, Size: 1521 bytes --]
On 04/30/2013 02:08 AM, Christopher LILJENSTOLPE wrote:
> Supposedly, on 2013-Apr-22, at 06.19 PDT(-0700), someone claiming to be Loic Dachary scribed:
>
>> Hi Christopher,
>>
>> Jack Lloyd is the author of fecpp ( http://www.randombit.net/code/fecpp/ ) and he tells me someone sent him a new SIMD approach a few weeks ago. I'm not sure what SIMD means yet, but I'll figure it out ;-). I tend to favor fecpp because it is more self contained and may be easier to embed than https://pypi.python.org/pypi/zfec
>
> I'll defer, provided that we don't incur a performance penalty (which is one of the negatives in sharding). As far as SIMD: Single Instruction Multiple Data. Basically, if you think of a tiled processor (like a GPU), then you set all the tiles to do the same instruction, and stream different data to each tile. As opposed to MIMD, where each tile runs a different instruction on different data. You don't need parallel processing CPUs to make use of SIMD, but you can get them going screamingly fast if you do…
Hi Christopher,
Thanks for explaining :-) Although it seems disk / network I/O are the bottleneck, it's good to be able to reduce the processing footprint to a minimum.
Cheers
>
> Christopher
>
>>
>> Cheers
>>
>> --
>> Loïc Dachary, Artisan Logiciel Libre
>
>
> --
> 李柯睿
> Check my PGP key here: http://www.asgaard.org/cdl/cdl.asc
> Current vCard here: http://www.asgaard.org/cdl/cdl.vcf
--
Loïc Dachary, Artisan Logiciel Libre
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]
prev parent reply other threads:[~2013-04-30 8:12 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <sfid-H20130422-141929-+033.82-1@marduk.tchpc.tcd.ie>
2013-04-22 13:19 ` fecpp C++ forward error correction library Loic Dachary
2013-04-29 14:06 ` Jimmy Tang
2013-04-29 14:23 ` Loic Dachary
2013-04-30 0:12 ` Christopher LILJENSTOLPE
2013-04-30 0:08 ` Christopher LILJENSTOLPE
2013-04-30 8:11 ` Loic Dachary [this message]
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=517F7CCF.1020107@dachary.org \
--to=loic@dachary.org \
--cc=cdl@asgaard.org \
--cc=ceph-devel@vger.kernel.org \
--cc=lloyd@randombit.net \
/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.