Ha ha. Yes, I am similarly bearded grey. I didn't think it was worth filling in after Etc. I almost stopped reading after ChatGPT on the basis that if you cannot write the simple driver code, you can neither verify that the driver is correct, nor have the understanding of the system needed to interpret the results. Measuring things is a whole different ball game.
On Wed, Jun 7, 2023 at 11:37 AM Kurtis Rader <kra...@skepticism.us> wrote: > Thank you. I had the same reaction. I'm a grey beard who in the past > specialized in benchmarking and performance tuning. Synthetic, micro, > benchmarks of the type used in that blog post are borderline useless. > Especially when comparing different languages. Even when used to measure a > single metric such as memory consumed. I found it interesting that the > author didn't document (AFAICT) how the memory consumption was measured. > And the use of ChatGPT to create some of the examples caused an eye-roll > so strong I was surprised it didn't physically hurt. > > On Tue, Jun 6, 2023 at 8:29 PM 'Jim Idle' via golang-nuts < > golang-nuts@googlegroups.com> wrote: > >> This benchmark is worthless for all languages used. >> >> - Each Go routine will be given a 2K stack. >> - Go routines are managed by Go, threads by the operating system. >> - C# uses a thread pool. >> - There's a lot wrong with this article, not just with things being >> claimed about Go. >> - Benchmarking is not the trivial exercise that the author thinks it >> is. >> - Would you really write any system like this in any of the languages? >> - One would use idiomatic techniques in each of the systems for huge >> numbers of tasks. >> - Etc. >> >> >> Personally, I don't think that it is worth addressing; others may feel it >> is worth it to counter the spread of accidental disinformation. >> >> On Wed, Jun 7, 2023 at 10:59 AM Nikhilesh Susarla < >> nikhilesh1...@gmail.com> wrote: >> >>> I was going through a blog where they compare different language threads >>> to see how much memory they consume for a million tasks. >>> >>> Blog : https://pkolaczk.github.io/memory-consumption-of-async/ >>> >>> Do we have any benchmarking/report before that Go routines take more >>> memory with more threads? >>> >>> I know we can't consider it to be ideal but any reasons that the memory >>> spiked up? >>> Is there any blog to read more about go routines and their memory >>> consumptions? >>> >>> Thank you >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "golang-nuts" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to golang-nuts+unsubscr...@googlegroups.com. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/golang-nuts/0af076cc-8b5d-491b-88f5-599dbd37c056n%40googlegroups.com >>> <https://groups.google.com/d/msgid/golang-nuts/0af076cc-8b5d-491b-88f5-599dbd37c056n%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "golang-nuts" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to golang-nuts+unsubscr...@googlegroups.com. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/golang-nuts/CAGPPfg9%2B9xeHVgfTuWVMaSotUt3tJD-3PVE5%3D4o5ozW3WOWDzA%40mail.gmail.com >> <https://groups.google.com/d/msgid/golang-nuts/CAGPPfg9%2B9xeHVgfTuWVMaSotUt3tJD-3PVE5%3D4o5ozW3WOWDzA%40mail.gmail.com?utm_medium=email&utm_source=footer> >> . >> > > > -- > Kurtis Rader > Caretaker of the exceptional canines Junior and Hank > -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/golang-nuts/CAGPPfg-26L08BHhDk-Kgv3Yyb-8R7c0gmpkH705EbjN6rRQqqA%40mail.gmail.com.
