| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Jelte Fennema-Nio <postgres(at)jeltef(dot)nl> |
| Cc: | Daniel Gustafsson <daniel(at)yesql(dot)se>, Robert Haas <robertmhaas(at)gmail(dot)com>, Peter Eisentraut <peter(at)eisentraut(dot)org>, Andres Freund <andres(at)anarazel(dot)de>, Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Security lessons from liblzma |
| Date: | 2024-04-04 22:34:30 |
| Message-ID: | 1113736.1712270070@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Jelte Fennema-Nio <postgres(at)jeltef(dot)nl> writes:
> Okay turns out even generating them in parallel isn't any faster than
> running that sequentially. I guess it's because of the strong random
> generation being the slow part. Command I used was the following and
> took ~5 seconds on my machine:
> make -C src/test/ssl sslfiles-clean && make -C src/test/ssl sslfiles -j20
Just for comparison's sake, this takes about 2 minutes on mamba's
host. Now that's certainly museum-grade hardware, but I don't
think it's even the slowest machine in the buildfarm. On a
Raspberry Pi 4B, it was about 25 seconds.
(I concur with your result that parallelism helps little.)
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jelte Fennema-Nio | 2024-04-04 22:45:20 | Speed up clean meson builds by ~25% |
| Previous Message | Thomas Munro | 2024-04-04 22:22:12 | Re: Built-in CTYPE provider |