Alexander Zaitsev zamazan4ik

## gist:5e3528007950ba57b35639565e3144dd
     Running benches/renderer.rs (target/release/deps/renderer-79054d4db37cd1fa)
parse/flowchart_small   time:   [22.457 µs 22.476 µs 22.505 µs]
                        change: [-11.140% -10.990% -10.786%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 10 outliers among 100 measurements (10.00%)
  6 (6.00%) high mild
  4 (4.00%) high severe
parse/flowchart_medium  time:   [142.03 µs 142.10 µs 142.16 µs]
                        change: [-7.2526% -7.0706% -6.9360%] (p = 0.00 < 0.05)
                        Performance has improved.

## gist:5f9b57aabf21c68c3bec1a5d5b7dd599
     Running benches/renderer.rs (target/release/deps/renderer-b5f230d2c8013d1b)
parse/flowchart_small   time:   [25.186 µs 25.212 µs 25.242 µs]
Found 2 outliers among 100 measurements (2.00%)
  2 (2.00%) high mild
parse/flowchart_medium  time:   [152.67 µs 153.21 µs 153.97 µs]
Found 7 outliers among 100 measurements (7.00%)
  3 (3.00%) high mild
  4 (4.00%) high severe
parse/flowchart_large   time:   [728.16 µs 729.19 µs 730.57 µs]
Found 6 outliers among 100 measurements (6.00%)

## answer_to_burntsushi_1.md

      
              1 file
            
          
              0 forks
            
          
                2 comments
              
            
              0 stars
            
          
                zamazan4ik
                / answer_to_burntsushi_1.md
            
            
              Last active
              January 22, 2026 13:35
            
              
                answer_to_burntsushi.md
              
          
I was specifically talking about ripgrep though. And I found your comment pretty condescending personally, since it implied I wasn't considering user experience.

I didn't want to attack you personally or anything like that. I meant only that "release-lto" is less visible to users by default, and it creates more complexity in discovering this profile. I never meant that you don't care at all about users - of course I understand that by separation of these profiles you care about "Ripgrep installation UX" experience from the "waiting for finished build" way, and I appreciate that! Possibly my words sounded a bit too rude - I sincerely apologize for that. I didn't mean anything like that. And I want to point this straight - I highly appreciate your work in many fields, especially for "ripgrep" as my daily driver. I am trying my best in using right and polite words since English isn't my native language. I do not want to offend anyone and my intention is keeping the conversation exclusively in a polite w

  
## gist:70d622cbab06a63777f8b305a5455630
>I was specifically talking about ripgrep though. And I found your comment pretty condescending personally, since it implied I *wasn't* considering user experience.

I didn't want to attack you personally or anything like that. I meant only that "release-lto" is less visible to users by default, and it creates more complexity in discovering this profile. I never meant that you don't care at all about users -  of course I understand that by separation of these profiles you **care** about "Ripgrep installation UX" experience from the "waiting for finished build" way, and I appreciate that! Possibly my words sounded a bit too rude - I sincerely apologize for that. I didn't mean anything like that. And I want to point this straight - I highly appreciate your work in many fields, especially for "ripgrep" as my daily driver. I am trying my best in using right and polite words since English isn't my native language. I do not want to offend anyone and my intention is keeping the conversation exclusively in a polite w

## gist:538ee072b853d81c50f6a7b6c427a70d
| Benchmark                             | Measurement  |
|---------------------------------------|--------------|
| baseline                              | 1.41ns       |
| has_not_found                         | 1.71ns       |
| has                                   | 1.91ns       |
| owns_not_found                        | 1.70ns       |
| owns                                  | 1.91ns       |
| get_id_not_found                      | 1.92ns       |
| get                                   | 2.49ns       |
| get_pair                              | 5.96ns       |

## gist:006be86c3e6d4b0ae5f0678a2ab00531
| Benchmark                             | Measurement  |
|---------------------------------------|--------------|
| baseline                              | 0.76ns       |
| has_not_found                         | 0.74ns       |
| has                                   | 0.75ns       |
| owns_not_found                        | 0.64ns       |
| owns                                  | 0.64ns       |
| get_id_not_found                      | 0.64ns       |
| get                                   | 0.64ns       |
| get_pair                              | 2.44ns       |

## gist:87d2bc1b86a91dc591b9d002a948053c
| Benchmark                             | Measurement  |
|---------------------------------------|--------------|
| baseline                              | 0.78ns       |
| has_not_found                         | 0.85ns       |
| has                                   | 0.86ns       |
| owns_not_found                        | 0.64ns       |
| owns                                  | 0.65ns       |
| get_id_not_found                      | 0.65ns       |
| get                                   | 0.65ns       |
| get_pair                              | 2.78ns       |

## gist:6817f27c6373c59854aab4fc5dcc087e
| Benchmark                             | Measurement  |
|---------------------------------------|--------------|
| baseline                              | 2.01ns       |
| has_not_found                         | 1.09ns       |
| has                                   | 1.49ns       |
| owns_not_found                        | 1.07ns       |
| owns                                  | 1.29ns       |
| get_id_not_found                      | 1.19ns       |
| get                                   | 1.50ns       |
| get_pair                              | 4.95ns       |

## gist:2144eb2911c5fd6c26a2a41aa1830a94

srghma
 created an issue
(zamazan4ik/lto-statistics#1)

This issue was created automatically bc search showed that You use https://github.com/erthink/libmdbx.
Describe the issue

On https://gitflic.ru/user/erthink @erthink collects money for 🇷🇺 occupants to kill 🇺🇦 children and occupy my home (I am from Donetsk, Rodynskoye, my city is on the line, they already destroyed city and hunt ordinary people with drones. Also, russians tortured my friend Ivan for flag of 🇺🇦 Ukraine in 📱 mobile phone)

## gist:3b013a6dc51dea1ede8a43e87fd440f0
ects: 2969, done.
remote: Counting objects: 100% (509/509), done.
remote: Compressing objects: 100% (96/96), done.
remote: Total 2969 (delta 465), reused 419 (delta 413), pack-reused 2460 (from 1)
Получение объектов: 100% (2969/2969), 4.67 МиБ | 17.12 МиБ/с, готово.
Определение изменений: 100% (2055/2055), готово.
➜  open_source cd manga-tui
➜  manga-tui git:(main) cargo build --release
info: syncing channel updates for 'nightly-2024-06-25-x86_64-unknown-linux-gnu'
info: latest update on 2024-06-25, rust version 1.81.0-nightly (6b0f4b5ec 2024-06-24)
	Running benches/renderer.rs (target/release/deps/renderer-79054d4db37cd1fa)
	parse/flowchart_small time: [22.457 µs 22.476 µs 22.505 µs]
	change: [-11.140% -10.990% -10.786%] (p = 0.00 < 0.05)
	Performance has improved.
	Found 10 outliers among 100 measurements (10.00%)
	6 (6.00%) high mild
	4 (4.00%) high severe
	parse/flowchart_medium time: [142.03 µs 142.10 µs 142.16 µs]
	change: [-7.2526% -7.0706% -6.9360%] (p = 0.00 < 0.05)
	Performance has improved.
	Running benches/renderer.rs (target/release/deps/renderer-b5f230d2c8013d1b)
	parse/flowchart_small time: [25.186 µs 25.212 µs 25.242 µs]
	Found 2 outliers among 100 measurements (2.00%)
	2 (2.00%) high mild
	parse/flowchart_medium time: [152.67 µs 153.21 µs 153.97 µs]
	Found 7 outliers among 100 measurements (7.00%)
	3 (3.00%) high mild
	4 (4.00%) high severe
	parse/flowchart_large time: [728.16 µs 729.19 µs 730.57 µs]
	Found 6 outliers among 100 measurements (6.00%)
	>I was specifically talking about ripgrep though. And I found your comment pretty condescending personally, since it implied I wasn't considering user experience.

	I didn't want to attack you personally or anything like that. I meant only that "release-lto" is less visible to users by default, and it creates more complexity in discovering this profile. I never meant that you don't care at all about users - of course I understand that by separation of these profiles you care about "Ripgrep installation UX" experience from the "waiting for finished build" way, and I appreciate that! Possibly my words sounded a bit too rude - I sincerely apologize for that. I didn't mean anything like that. And I want to point this straight - I highly appreciate your work in many fields, especially for "ripgrep" as my daily driver. I am trying my best in using right and polite words since English isn't my native language. I do not want to offend anyone and my intention is keeping the conversation exclusively in a polite w
	\| Benchmark \| Measurement \|
	\|---------------------------------------\|--------------\|
	\| baseline \| 1.41ns \|
	\| has_not_found \| 1.71ns \|
	\| has \| 1.91ns \|
	\| owns_not_found \| 1.70ns \|
	\| owns \| 1.91ns \|
	\| get_id_not_found \| 1.92ns \|
	\| get \| 2.49ns \|
	\| get_pair \| 5.96ns \|
	\| Benchmark \| Measurement \|
	\|---------------------------------------\|--------------\|
	\| baseline \| 0.76ns \|
	\| has_not_found \| 0.74ns \|
	\| has \| 0.75ns \|
	\| owns_not_found \| 0.64ns \|
	\| owns \| 0.64ns \|
	\| get_id_not_found \| 0.64ns \|
	\| get \| 0.64ns \|
	\| get_pair \| 2.44ns \|
	\| Benchmark \| Measurement \|
	\|---------------------------------------\|--------------\|
	\| baseline \| 0.78ns \|
	\| has_not_found \| 0.85ns \|
	\| has \| 0.86ns \|
	\| owns_not_found \| 0.64ns \|
	\| owns \| 0.65ns \|
	\| get_id_not_found \| 0.65ns \|
	\| get \| 0.65ns \|
	\| get_pair \| 2.78ns \|
	\| Benchmark \| Measurement \|
	\|---------------------------------------\|--------------\|
	\| baseline \| 2.01ns \|
	\| has_not_found \| 1.09ns \|
	\| has \| 1.49ns \|
	\| owns_not_found \| 1.07ns \|
	\| owns \| 1.29ns \|
	\| get_id_not_found \| 1.19ns \|
	\| get \| 1.50ns \|
	\| get_pair \| 4.95ns \|

	srghma
	created an issue
	(zamazan4ik/lto-statistics#1)

	This issue was created automatically bc search showed that You use https://github.com/erthink/libmdbx.
	Describe the issue

	On https://gitflic.ru/user/erthink @erthink collects money for 🇷🇺 occupants to kill 🇺🇦 children and occupy my home (I am from Donetsk, Rodynskoye, my city is on the line, they already destroyed city and hunt ordinary people with drones. Also, russians tortured my friend Ivan for flag of 🇺🇦 Ukraine in 📱 mobile phone)
	ects: 2969, done.
	remote: Counting objects: 100% (509/509), done.
	remote: Compressing objects: 100% (96/96), done.
	remote: Total 2969 (delta 465), reused 419 (delta 413), pack-reused 2460 (from 1)
	Получение объектов: 100% (2969/2969), 4.67 МиБ \| 17.12 МиБ/с, готово.
	Определение изменений: 100% (2055/2055), готово.
	➜ open_source cd manga-tui
	➜ manga-tui git:(main) cargo build --release
	info: syncing channel updates for 'nightly-2024-06-25-x86_64-unknown-linux-gnu'
	info: latest update on 2024-06-25, rust version 1.81.0-nightly (6b0f4b5ec 2024-06-24)