J
Jesse Storimer
jstorimer.com · Personal blog · on HN since 2010
Jesse Storimer writes about Ruby, threads, the GIL and Unix processes, and wrote the book Working With Unix Processes.
What HN saysHN commenters point to his GIL series as a detailed explanation and recall his Unix processes book fondly; his stderr vs stdout post is cited too.
33HN people shared it
7linked it in comments
46stories submitted
406story points
6 years agolast shared
2010people per year2026
Most-shared posts
- 1Nobody understands the Ruby GIL6 people · 10 points · first shared 2013 · 1 comments on HN
- 2When to use stderr instead of stdout (2011)5 people · 11 points · first shared 2014 · discussion on HN
- 3When to use STDERR instead of STDOUT4 people · 25 points · first shared 2011 · 1 comments on HN
- 4The Hungry Programmer2 people · 68 points · first shared 2012 · 13 comments on HN
- 5The rails command and exec(2)2 people · 12 points · first shared 2011 · 2 comments on HN
- 6Matz is not a threading guy2 people · 5 points · first shared 2012 · discussion on HN
- 7Working with Ruby Threads2 people · 2 points · first shared 2013 · discussion on HN
- 8Working with Unix Processes Book2 people · 2 points · first shared 2013 · discussion on HN
- 94 Months Of eBook Sales1 people · 122 points · first shared 2012 · 52 comments on HN
- 10Ruby core classes aren't thread safe1 people · 37 points · first shared 2013 · 43 comments on HN
- 11Naivety Helped Me Learn Rails1 people · 35 points · first shared 2012 · 3 comments on HN
- 12Lessons Learned Getting Other People to Sell My Ebook1 people · 24 points · first shared 2012 · 7 comments on HN
- 13Is lock-free logging safe?1 people · 6 points · first shared 2013 · 1 comments on HN
- 14Nobody understands MRI's GIL implementation1 people · 5 points · first shared 2013 · discussion on HN
- 15Passing Open Files Between Processes with Unix Sockets1 people · 4 points · first shared 2012 · 1 comments on HN
What HN people wrote when they linked it
wmat · 2012-10-29
Great question!
Reminds me of Jesse Storimer http://jstorimer.com/ who originally published 'Working With Unix Processes' independently which subsequently got picked up by The Pragmatic Programmers: http://pragprog.com/book/jsunix/working-with-unix-processes
Currently working on some books myself.
ktm5j · 2019-12-06
Maybe just convention? It's standard practice to use stdout for directly interacting with a user and stderr for log/error type messages. You can redirect stderr to a file to get all of your log messages, but keep stdout available for interacting with the user. Super useful to separate meta-messages out in this manner.
Here's a good blog post with more info on stderr for those interested: https://www.jstorimer.com/blogs/workingwithcode/7766119-when-to-use-st…
arve0 · 2019-01-22
> you're talking about one thread per core, not one thread per unit of work?
Yes, a thread pool, consisting of one thread per core/computing unit. The units of work are then scheduled between the threads. Units of work here being some kind of IO, e.g. servicing HTTP requests.
> but if you want to spin up a few hundred thousand of them...
Hm. Thought there was a limit for work that can be done concurrently by the CPU, based on the number of cores/hyper-threads available. Found this on threads and IO performance [1], it seems to make the same point.
What kind of work load is common to spread over so many threads (on the same machine)? Does the OS switch efficiently between hundred of threads on regular CPUs? Genuinely interested.
1: https://www.jstorimer.com/blogs/workingwithcode/7970125-how-many-threa…
pmontra · 2014-11-27
This 3 parts series from 2013 explains in details how the GIL works http://www.jstorimer.com/blogs/workingwithcode/8085491-nobody-understa…
Disclaimer: it's linked in the omniref.com page too.
jeffmax · 2013-08-05
This looks interesting. It reminds me of book that explained the details behind dealing with unix processes using ruby. I really liked it: http://www.jstorimer.com/products/working-with-unix-processes
spooneybarger · 2010-02-03
i cant seem to reply to your reply...
as to your point 1, have you seen:
http://www.jstorimer.com/2009/12/29/jekyll-on-heroku.html
zrail · 2013-10-21
I would say that developer tools are a terrible market for that reason. Information products (screencasts, books, etc) can be extremely successful in the same market. Examples abound, including patio11's marketing training[1], egghead.io[2] for AngularJS training, Peepcode[3], Railscasts[4], and various other ebooks [5][6][7].
Most developers that I know have two common traits that make info products an easier sell. First, they're innately curious about their field. Second, they have access to a company credit card that will happily pay for training materials.
[1]: https://training.kalzumeus.com
[2]: http://egghead.io
[3]: https://peepcode.com
[4]: http://railscasts.com/pro
[5]: http://www.nathanbarry.com/authority
[6]: https://www.petekeen.net/mastering-modern-payments
[7]: http://www.jstorimer.com/products/working-with-ruby-threads