Hacker News new | past | comments | ask | show | jobs | submit | anitil's comments login

This moved from quaint -

> Honestly, consumers just don't seem to want location-based advertising that much

To a little bit dark -

> The reason, of course, is data mining

But was a pretty informative read. This blog has been posted a few times lately and so I've added it to my 'read the whole back catalog' list


I believe this is called something like the 'Michelin Curse' but my google is not returning hits for that phrase, though the sentiment seems roughly correct [0]

[0] https://www.wsj.com/style/michelin-star-removal-giglio-resta...


I have seen young men get diagnosed with gout, but they were Islanders (Samoans and Maori in my case), who I believe are at a higher risk so doctors are more aware of it

This was an interesting read, along with the companion article about the early development from last year [0].

I feel like this is a very interesting development, but I can't quite put my finger on why. It's also interesting to compare with previous comments about Nvidia have much less available [1]. I wonder if tooling like this (along with Brendan and his team) could prove to be a competitive advantage for Intel?

[0] https://www.brendangregg.com/blog/2024-10-29/ai-flame-graphs... [1] https://news.ycombinator.com/item?id=41994469


From your zeroth link,

>A flame graph is a visualization I invented in 2011 for showing sampled code stack traces.

Another day, another lie on the internet.

I though Gregg was cool.


Flame graph, as in a display of sampled call stacks growing upward organized per level to aggregate like call stacks, is almost certainly their invention.

Why they chose that over the much more common visualization of downward call stacks that has been standard for decades is a mystery. That is the form most commonly used to display call stacks in trace visualizers since at least the early 2000s (though likely earlier).


The answer has always been in the source of flamegraph.pl:

  # This was inspired by Neelakanth Nadgir's excellent function_call_graph.rb
  # program, which visualized function entry and return trace events.  As Neel
  # wrote: "The output displayed is inspired by Roch's CallStackAnalyzer which
  # was in turn inspired by the work on vftrace by Jan Boerhout". 
Neel's did upward "flames" and I think CallStackAnalyzer did as well from memory, so based on the ones I was familiar with this was the precedent. We were also dealing with stacks that were commonly less than 30 frames deep, so it tended to fit on the screen. Also in my original flamegraph.pl implementation was an option to invert the flame graph (--inverted), so I've always let people choose. But I guess I had to pick something as the default.

Neel's was the biggest direct inspiration. I changed it to put the alphabet on the x-axis and reduced the color hues, but they look similar.



Nice tool. Looks like it uses what we now call a "flame chart" (not a flame graph). I don't know if it ever had an original name, but I've seen these in tools from at least the 1990's.


If I understand correctly, your plot is different because you aggregate all of the sampled data; which is in itself quite useful, btw.

While I was going through my B.Sc., I worked a lot with performance optimization, this was around 2008. I used many tools which were slight variations on the idea of visualizing stack traces. I don't recall if that specifically was a thing or not. I believed it was something that has been doing for decades perhaps, because I was touching gdb, perf, etc... I am now reading about it and turns out that the visualization side of it is relatively recent (not 80s but 00s).

Anyway, I apologize for my initial comment being that harsh, I still think you're cool! :D


Who is the real inventor in your opinion?


Is this postgres only? What an interesting idea!


For now, yes, but I'll start working on adding support for all other DBs (especially OLAP) as soon as possible. The geberal approach is the same, I just have to handle all the edge cases of the SQL dialects


10% sounds like an employee with a decent lottery ticket to me. Maybe that's unfair.


This is a fun post by Nayuki - I'd never given this much thought, but this takes the premise and runs with it


I'm annoyed that it was faster to open a new tab and ask chatgpt than it was to run `xxd -r -p` and ponder over it with my slow meat brain


Wow that's a fun game but I found it surprisingly stressful! Once I relaxed I did (a bit) better


I don't understand this phrase, are you able to explain it?


Guess: If properly stored (physically), good-quality paper documents and photographs will last for centuries. But as soon as you digitize them - you're now chained to the treadmill of maintaining/upgrading/migrating digital archiving systems. Compared to keeping the old-fashioned Archive Storage Room dry (and fire-free), that's 100X the labor and expense. Forever.


A lot of paper archives and libraries burned just recently in LA.


True.

But from fire-resistant storage cabinets, to concrete-lined file rooms, to underground archives, the tech to make archives ~99.5% fire-proof is more than a century old. And if you add redundant storage sites for the high-value stuff...

Vs. anything digital is far more vulnerable to digital malice.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: