Harry (Hyeonggon) Yoo
Posts
676Following
107Followers
129- Linux Kernel Developer @ Oracle (Linux Kernel MM) (2025.02 ~ Present)
- A slab subsystem co-maintainer and a reviewer for the reverse mapping subsystem
- Former Intern @ NVIDIA, SK Hynix, Panmnesia (Security, MM and CXL)
- B.Sc. in Computer Science & Engineering, Chungnam National University (Class of 2025)
Opinions are my own.
My interests are:
Memory Management,
Computer Architecture,
Circuit Design,
Virtualization
Harry (Hyeonggon) Yoo
hyeyoo
it is quite confusing that the floor index start from zero here in Zagreb
1
0
2
@Logical_Error some people say "we're running out of data to train AI, and that's a problem. we need more data"
but no. that's not the problem. the problem is that you can't make LLMs that are experts on every single field, even after training them on all the public data.
but no. that's not the problem. the problem is that you can't make LLMs that are experts on every single field, even after training them on all the public data.
1
0
1
Harry (Hyeonggon) Yoo
hyeyoo
1
0
2
@ljs
I guess mine is a tiny complaint compared to you... even korean workholics don't work like that :'(
life sometimes forces unavoidable pain on us but it's important to keep going
I guess mine is a tiny complaint compared to you... even korean workholics don't work like that :'(
life sometimes forces unavoidable pain on us but it's important to keep going
0
0
3
Harry (Hyeonggon) Yoo
hyeyoo
Edited 29 days ago
I need a break, but I can't take off so just zoning out for 30 minutes
1
0
3
Harry (Hyeonggon) Yoo
hyeyoo
@Logical_Error yeah AI is quite a nice tool if you can review them.
But decoding the ideas behind the code from history and past discussions takes time (no matter you are human or AI)
But decoding the ideas behind the code from history and past discussions takes time (no matter you are human or AI)
1
0
1
Harry (Hyeonggon) Yoo
repeated
repeated
sj
sj
LSF/MM/BPF preliminary schedule [1] is shared [2]. Seems there will be two DAMON topic sessions. Time to really focus on the preparation.
[2] https://docs.google.com/spreadsheets/d/1mGEdDrWskp7Ua91jGXzquQGinorcD58DAVXhOiRp2Gg/edit?gid=1852749899#gid=1852749899
[2] https://lore.kernel.org/all/20260423-auseinander-steigen-b80ee53079a8@brauner/
#linux #kernel #damon #lsfmmbpf
[2] https://docs.google.com/spreadsheets/d/1mGEdDrWskp7Ua91jGXzquQGinorcD58DAVXhOiRp2Gg/edit?gid=1852749899#gid=1852749899
[2] https://lore.kernel.org/all/20260423-auseinander-steigen-b80ee53079a8@brauner/
#linux #kernel #damon #lsfmmbpf
0
3
2
Harry (Hyeonggon) Yoo
hyeyoo
Edited 1 month ago
I don't find code commentary helpful unless it explains the design first, because these days the implementation is way too complicated for readers to grasp the design by reading the implementation.
Oftentimes such code commentary mechanically describes list of statements, rather than explaining the idea behind it.
A well-written document should try to describe the idea behind the implementation, rather than the implementation itself. (Yeah, that's challenging)
They don't save much time compared to directly reading the code.
(some random rant of the day)
Oftentimes such code commentary mechanically describes list of statements, rather than explaining the idea behind it.
A well-written document should try to describe the idea behind the implementation, rather than the implementation itself. (Yeah, that's challenging)
They don't save much time compared to directly reading the code.
(some random rant of the day)
2
1
6
Harry (Hyeonggon) Yoo
hyeyoo
I used think that using en/em dashes in writing is pretty elegant... until LLMs started ruining them, and now using them makes it look like it was generated by an LLM.
0
0
1
Harry (Hyeonggon) Yoo
hyeyoo
0
0
0