From: "Rémi Denis-Courmont" <remi@remlab.net>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] [PATCH 1/7] lavc/me_cmp: R-V V pix_abs
Date: Fri, 09 Feb 2024 12:32:06 +0200
Message-ID: <61A7FCC0-A8F9-4F00-B32C-6FC833FF6F12@remlab.net> (raw)
In-Reply-To: <CAEa-L+v+bkE7_JS9Ek8gD8dTDiO4QNQXHNiK8QBLNB0Z8KYFng@mail.gmail.com>
Le 9 février 2024 00:39:38 GMT+02:00, flow gg <hlefthleft@gmail.com> a écrit :
>From my understanding, to use larger group multipliers, one needs to
>utilize vlse64 (8x8) vlse128 (16x16).
>
>However, due to the use in tests of
>
>ptr = img2 + y * WIDTH + x;
>d2 = call_ref(NULL, img1, ptr, WIDTH, h);
>d1 = call_new(NULL, img1, ptr, WIDTH, h);
>
>will get: pix_abs_1_0_rvv_i32 (fatal signal 7: Bus error)
>
>Because it can only load according to e8, it seems there's no way to use
>larger group multipliers.
vlse128.v requires 128-bit elements, which no hardware supports. vlse64.v works just fine; we're already using it. There's also the possibility of segmented strided loads, or simply multiple unit loads.
In any case, unrolling one way or other should improve performance.
>
>
>
>Rémi Denis-Courmont <remi@remlab.net> 于2024年2月9日周五 03:41写道:
>
>> Le keskiviikkona 7. helmikuuta 2024, 2.01.23 EET flow gg a écrit :
>> > I think in most cases it is like this, but specifically for this
>> function,
>> > using Reduction only once would be slower.
>> >
>> > The currently submitted version roughly takes:
>> > pix_abs_0_0_rvv_i32: 136.2
>> >
>> > The version that uses Reduction only once takes:
>> > pix_abs_0_0_rvv_i32: 169.2
>>
>> You're only using one vector and half a vector respectively, so the
>> logarithmic time of the sum is relatively small.
>>
>> But are you sure that it wouldn't be faster to process multiple rows and
>> larger group multiplers?
>>
>> > Here is the implementation of the version that uses it only once:
>> >
>> > func ff_pix_abs16_temp_rvv, zve32x
>> > vsetivli zero, 16, e32, m4, ta, ma
>> > vmv.v.i v24, 0
>> > vmv.s.x v0, zero
>> > 1:
>> > vsetvli zero, zero, e8, m1, tu, ma
>> > vle8.v v4, (a1)
>> > vle8.v v12, (a2)
>> > addi a4, a4, -1
>> > vwsubu.vv v16, v4, v12
>> > add a1, a1, a3
>> > vwsubu.vv v20, v12, v4
>> > vsetvli zero, zero, e16, m2, tu, ma
>> > vmax.vv v16, v16, v20
>> > add a2, a2, a3
>> > vwadd.wv v24, v24, v16
>> > bnez a4, 1b
>> >
>> > vsetvli zero, zero, e32, m4, ta, ma
>> > vwredsumu.vs v0, v24, v0
>> > vmv.x.s a0, v0
>> > ret
>> > endfunc
>> >
>> > Rémi Denis-Courmont <remi@remlab.net> 于2024年2月7日周三 00:58写道:
>> >
>> > > Hi,
>> > >
>> > > To sum a vector, you should only reduce once at the end of the
>> function,
>> > > c.f.
>> > > how it's done in existing scalar products. Reduction instructions are
>> > > (intrinsically) slow.
>> > >
>> > > --
>> > > Rémi Denis-Courmont
>> > > http://www.remlab.net/
>> >
>> > _______________________________________________
>> > ffmpeg-devel mailing list
>> > ffmpeg-devel@ffmpeg.org
>> > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>> >
>> > To unsubscribe, visit link above, or email
>> > ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
>>
>>
>> --
>> 雷米‧德尼-库尔蒙
>> http://www.remlab.net/
>>
>>
>>
>> _______________________________________________
>> ffmpeg-devel mailing list
>> ffmpeg-devel@ffmpeg.org
>> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>>
>> To unsubscribe, visit link above, or email
>> ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
>>
>_______________________________________________
>ffmpeg-devel mailing list
>ffmpeg-devel@ffmpeg.org
>https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
>To unsubscribe, visit link above, or email
>ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
next prev parent reply other threads:[~2024-02-09 10:32 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-06 15:55 flow gg
2024-02-06 16:58 ` Rémi Denis-Courmont
2024-02-07 0:01 ` flow gg
2024-02-08 19:41 ` Rémi Denis-Courmont
2024-02-08 22:39 ` flow gg
2024-02-09 10:32 ` Rémi Denis-Courmont [this message]
2024-02-09 15:34 ` flow gg
2024-02-10 9:14 ` Rémi Denis-Courmont
2024-02-10 9:15 ` Rémi Denis-Courmont
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=61A7FCC0-A8F9-4F00-B32C-6FC833FF6F12@remlab.net \
--to=remi@remlab.net \
--cc=ffmpeg-devel@ffmpeg.org \
/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
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This inbox may be cloned and mirrored by anyone:
git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
ffmpegdev@gitmailbox.com
public-inbox-index ffmpegdev
Example config snippet for mirrors.
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git