| lkcl | programmerjake, rfp confirmed do update bugreports | 00:25 |
|---|---|---|
| programmerjake | oh, yeah...sorry I forgot | 00:25 |
| programmerjake | done. bugzilla email is slow... | 00:29 |
| lkcl | yes, there's a massive DDOS attack underway out of brazil | 01:25 |
| programmerjake | ah, ok. imho the mail server needs to be set to allow localhost to bypass any rate limits, iirc that was a problem before | 01:27 |
| lkcl | it's currently under attack | 01:28 |
| lkcl | so that's a no | 01:28 |
| *** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has quit IRC | 01:44 | |
| *** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has joined #libre-soc | 01:58 | |
| *** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has quit IRC | 04:24 | |
| *** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has joined #libre-soc | 04:25 | |
| *** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has joined #libre-soc | 04:26 | |
| *** doppo <doppo!~doppo@2604:180::e0fc:a07f> has quit IRC | 05:50 | |
| *** doppo <doppo!~doppo@2604:180::e0fc:a07f> has joined #libre-soc | 05:52 | |
| *** ghostmansd <ghostmansd!~ghostmans@broadband-188-32-220-156.ip.moscow.rt.ru> has joined #libre-soc | 07:54 | |
| *** ghostmansd <ghostmansd!~ghostmans@broadband-188-32-220-156.ip.moscow.rt.ru> has quit IRC | 08:34 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-188-32-220-156.ip.moscow.rt.ru> has quit IRC | 09:41 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.166.149> has joined #libre-soc | 09:43 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.166.149> has quit IRC | 12:54 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.166.149> has joined #libre-soc | 12:55 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.166.149> has quit IRC | 12:59 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.56.243> has joined #libre-soc | 13:00 | |
| *** tplaten <tplaten!~isengaara@55d40ccb.access.ecotel.net> has joined #libre-soc | 13:02 | |
| *** octavius <octavius!~octavius@167.147.93.209.dyn.plus.net> has joined #libre-soc | 13:05 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.56.243> has quit IRC | 13:32 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-188-32-220-156.ip.moscow.rt.ru> has joined #libre-soc | 13:33 | |
| tplaten | XDC 2022 - Day 1 - October 4th, 2022 is starting, tomorrow I will do my talk at FOSSXR: Using the Libre-SOC for building a mobile VR headset | 14:34 |
| *** ibot <ibot!~supybot@libre-soc.org> has joined #libre-soc | 15:28 | |
| *** ibot` <ibot`!~supybot@libre-soc.org> has quit IRC | 15:28 | |
| *** ghostmansd <ghostmansd!~ghostmans@broadband-188-32-220-156.ip.moscow.rt.ru> has joined #libre-soc | 15:40 | |
| *** ghostmansd <ghostmansd!~ghostmans@broadband-188-32-220-156.ip.moscow.rt.ru> has quit IRC | 15:56 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-188-32-220-156.ip.moscow.rt.ru> has quit IRC | 16:19 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.160.28> has joined #libre-soc | 16:21 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.160.28> has quit IRC | 16:30 | |
| *** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-188-32-220-156.ip.moscow.rt.ru> has joined #libre-soc | 16:38 | |
| lkcl | fantastic! | 16:44 |
| lkcl | let us know where it's accessible? | 16:45 |
| octavius | lkcl, currently livestreamed: https://www.youtube.com/c/XOrgFoundation | 16:46 |
| lkcl | ok brilliant | 16:52 |
| tplaten | "How to write a Vulkan driver in 2022" is really interesting. | 16:59 |
| lkcl | programmerjake, just have to go out to the shops, got the single-review, back in 1/2 hour | 17:14 |
| programmerjake | k | 17:14 |
| programmerjake | lkcl: also, can you check if it shows up in the archives *when you get back*, libre-soc-dev seems to be dropping all my messages starting some time before Mon Oct 3 19:46 PST... | 17:17 |
| *** awygle <awygle!~quassel@2604:a880:2:d0::5380:3001> has quit IRC | 17:21 | |
| *** sauce <sauce!~sauce@omae.wa.mou.shindei.ru> has quit IRC | 17:21 | |
| *** sauce <sauce!~sauce@omae.wa.mou.shindei.ru> has joined #libre-soc | 17:22 | |
| *** awygle <awygle!~quassel@2604:a880:2:d0::5380:3001> has joined #libre-soc | 17:22 | |
| programmerjake | last message i sent that actually made it to the archives was 47hr ago, everything i sent after that isn't on there | 17:25 |
| programmerjake | the archives seem to be dropping all of *everyone's* messages in the last 26hr | 17:51 |
| lkcl | that's when the attacks started and i am not going to bother investigating. there is absolutely no point whatsoever. | 17:55 |
| lkcl | there is absolutely no point whatsoever in investigating or wasting time investigating or attempting to mitigate a situation affecting world-wide internet traffic that was already up to a MILLION attacks on hosts world-wide in under 3 hours. | 17:57 |
| lkcl | at that point it was literally one of the world's largest DDOS attacks that's ever been recorded and it's still not finished, 18 hours later. | 17:58 |
| lkcl | my other server is in the middle of an area in iomart that has been completely cut off, i can't gain any kind of access to it. | 18:05 |
| programmerjake | hmm, i got just around 1000 http requests on build.libre-soc.programmerjake.tk in the last 2 days...so the ddos isn't everywhere or they're being blocked before they get to my server | 18:07 |
| programmerjake | the server is in germany iirc | 18:07 |
| markos | sigh, did it have to be dav1d? if it was libaom, I would be done by now, wasted so many days just trying to figure out how their testing system works, full of macros and function creators that load functions on the fly to test them, how much more complex can you make a unit test? | 18:25 |
| markos | ofc the problem was isolating the actual unit test | 18:25 |
| markos | I could just commit the whole dav1d library and be done with it, but that's not acceptable | 18:25 |
| markos | if I don't do this step today, I'll abandon this task and move to mp3 | 18:26 |
| markos | there just is not enough time | 18:26 |
| programmerjake | https://xkcd.com/2680/ XD | 18:28 |
| programmerjake | lkcl: if libre-soc-dev is ignoring all incoming email, then we should have libre-soc conversations somewhere that is public & archived, otherwise the latest conversations on svp64 vl=1 overrides and on my plans for the bigint presentation are effectively private and invisible to everyone not cc-ed | 18:41 |
| programmerjake | bugzilla seems to still work, so i'll put the bigint presentation stuff there | 18:42 |
| programmerjake | https://bugs.libre-soc.org/show_bug.cgi?id=942 | 18:46 |
| lkcl | programmerjake, if it's a large file (binary format) please don't for goodness sake put it into the bugtracker | 18:51 |
| lkcl | i really don't want to have to even remotely attempt to have to roll back the postgresql database or attempt manual SQL delete queries | 18:51 |
| lkcl | *do not* under *any circumstances* use the bugtracker as a file store | 18:51 |
| lkcl | scp or rsync the file up to your home directory on libre-soc.org or talos1.libre-soc.org and i will upload it to the ftp site from there | 18:52 |
| programmerjake | yeah, it's email text, not giant binary files | 18:52 |
| lkcl | ok whew | 19:00 |
| lkcl | jacob please *don't* mention timing *anywhere*. at all | 19:06 |
| lkcl | every time you do so i am forced into a position of explicitly stating publicly that it is out of scope | 19:07 |
| lkcl | the moment you start making claims of meeting a certain timing you place the entire project in jeapordy | 19:07 |
| programmerjake | k | 19:07 |
| lkcl | someone could come along and say, "but you made a claim that this was guaranteed timing and therefore guaranteed secure, i'm going to sue you for false and misleading statements" | 19:08 |
| lkcl | it's really serious | 19:08 |
| lkcl | we need literally TEN times more money than we're being funded to do the analysis properly at every single stage of the entire project | 19:08 |
| lkcl | "reduces number of instructions" is perfectly fine | 19:09 |
| programmerjake | would it be fine if i add an explicit disclaimer that this is example timing and the final cpu will almost certainly be different? | 19:10 |
| programmerjake | because imho removing timing from the demo removes like 50% of the impact... | 19:11 |
| markos | I don't think anyone could make *any* claims about timing at this point, it's all hardware dependent | 19:21 |
| programmerjake | true, but mostly reasonable example hardware showing a 4x speedup is impressive, which is most of the point | 19:23 |
| markos | it might create expectations which could or could not be true, eg. if a hw vendor decided supporting the instructions but avoiding the actual recommended hardware implementation -which is entirely possible | 19:25 |
| markos | I've seen it happen multiple times on Arm | 19:25 |
| markos | adopting the ISA does not necessarily mean adopting the micro-architecture | 19:25 |
| programmerjake | hence the disclaimer | 19:26 |
| markos | I can't decide about that, I do think it doesn't do any harm to demonstrate that it's possible | 19:26 |
| markos | I mean getting sued for something that is open source and a proof of concept, which might or might not get in this particular form in the final ISA is a long stretch | 19:27 |
| *** choozy <choozy!~choozy@75-63-174-82.ftth.glasoperator.nl> has joined #libre-soc | 19:28 | |
| markos | for the same reason not much can be said about timing performance on the vp8/vp9 svp64 loops, they are certainly simpler to write, but are they faster in comparison to the same VSX/NEON algorithm? I don't know, perhaps, if the hardware SV loop has been optimized and can issue multiple instructions per iteration and loads can run in parallel with adds/muls, etc | 19:31 |
| markos | but if not, it might be also slower | 19:31 |
| markos | being able to handle tons of registers helps ofc but otoh, AVX512 could do many elements in a single cycle with the right instructions, which we cannot | 19:32 |
| markos | I don't think it's bad to mention it, but I wouldn't put a stretch to timing claims | 19:33 |
| markos | s/stretch/emphasis | 19:33 |
| programmerjake | ok. i still think it would make an awesome demo to watch a simple bigint mul algorithm go through the simd alus... | 19:36 |
| markos | indeed, that would be something that I would put on the fpga | 19:36 |
| markos | where you would at least have an actual reference implementation | 19:37 |
| markos | and from that you can *actually* extrapolate performance numbers | 19:37 |
| markos | not very accurate, but a good indication | 19:38 |
| programmerjake | but we don't have simd alus with the required issue/merging hardware, and i doubt we'll have it before the presentation date ... also running it on a fpga isn't a good animation of what's happening inside so people can understand how it works | 19:41 |
| markos | but it can tell you how many cpu cycles the reference implementation will take | 19:43 |
| markos | ah wait | 19:43 |
| markos | presentation date, you mean for the OPF summit? | 19:43 |
| programmerjake | yes, which is useful for perf metrics but not for pretty animations of how data moves in the cpu | 19:44 |
| markos | right, yeah I don't know | 19:44 |
| markos | I personally don't think people will take presentation material as written in stone | 19:44 |
| programmerjake | yes, opf summit | 19:44 |
| markos | many people present claims in presentations | 19:45 |
| markos | not necessarily lying, but until things finalize many things change | 19:45 |
| markos | you can't really hold someone accountable because a claim they made 2-3+ years ago is not living up to the expectations | 19:45 |
| markos | imho -and it's just that, a humble opinion- I think people will understand that you can't possible claim performance timings at this stage | 19:46 |
| tplaten | now I listen to "Tasting the Forbidden Apple", for me it is the most interesting GPU talk. | 20:06 |
| *** tplaten <tplaten!~isengaara@55d40ccb.access.ecotel.net> has quit IRC | 21:09 | |
| markos | guys, I'll skip tonight's meeting, I'm very tired, I'll join tomorrow however, fwiw, I've just finished integrating mp3 benchmark with pypowersim, took less than an hour, dav1d has been bugging me for days... | 21:20 |
| markos | I expect mp3 to take a couple of days -fingers crossed | 21:20 |
| markos | anyway, ttyt | 21:20 |
| lkcl | i'll be about 10 mins late this evening | 21:42 |
| programmerjake | k | 21:43 |
| programmerjake | meeting in 16min | 21:44 |
| octavius | lkcl, cesar, meeting | 22:09 |
| octavius | toshywoshy | 22:09 |
| *** choozy <choozy!~choozy@75-63-174-82.ftth.glasoperator.nl> has quit IRC | 22:29 | |
| programmerjake | lkcl, i'll respond here since jitsi is acting up again, the vcd will likely not contain the required info such as simd alu sizes and wiring diagrams | 22:45 |
| programmerjake | lkcl: https://github.com/wavedrom iirc it has vcd input | 22:48 |
| programmerjake | but that's not the style i'm planning on for the bigint demo, instead it'll be more like circuitjs's animation | 22:49 |
| programmerjake | where sim time is time in the video, not the x axis in some graph | 22:50 |
| *** octavius_ <octavius_!~octavius@167.147.93.209.dyn.plus.net> has joined #libre-soc | 23:31 | |
| *** octavius <octavius!~octavius@167.147.93.209.dyn.plus.net> has quit IRC | 23:34 | |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!