Date: Sun, 02 May 2021 17:30:39 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 255551] FreeBSD sort much slower than GNU or NetBSD Message-ID: <bug-255551-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D255551 Bug ID: 255551 Summary: FreeBSD sort much slower than GNU or NetBSD Product: Base System Version: 12.2-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: jwb@freebsd.org This isn't really a problem, since FreeBSD's sort command is more than fast enough for my purposes, but it seems worth reporting in case it exposes an undiscovered problem that might be easy to fix. All tests were run on the same machine, a ThinkCenter i5 with 8G RAM. NetB= SD running under VirtualBox. NetBSD netbsd9.acadix bacon ~/Prog/Src/peak-classifier 435: (pkgsrc): time sort -n -k 1 -k 2 -k 3 pc-gff-stripped.bed > /dev/null 1.409u 2.548s 0:03.95 99.7% 0+0k 0+0io 0pf+0w FreeBSD coral.acadix bacon ~/Prog/Src/peak-classifier 1005: time sort -n -= k 1 -k 2 -k 3 pc-gff-stripped.bed > /dev/null 24.574u 0.795s 0:25.37 99.9% 55+172k 0+0io 0pf+0w FreeBSD coral.acadix bacon ~/Prog/Src/peak-classifier 1006: time gsort --parallel=3D1 -n -k 1 -k 2 -k 3 pc-gff-stripped.bed > /dev/null 3.005u 0.149s 0:03.16 99.3% 152+177k 6+0io 3pf+0w I generated a simpler file using just column 2 from the bed file and ran a simple sort -n on it (no -k flags). Results were similar, so the performan= ce difference is not limited to multicolumn sorting. Results are the same on 12.2 and 13.0. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-255551-227>