[#44036] [ruby-trunk - Feature #6242][Open] Ruby should support lists — "shugo (Shugo Maeda)" <redmine@...>

20 messages 2012/04/01

[#44084] [ruby-trunk - Bug #6246][Open] 1.9.3-p125 intermittent segfault — "jshow (Jodi Showers)" <jodi@...>

22 messages 2012/04/02

[#44156] [ruby-trunk - Feature #6265][Open] Remove 'useless' 'concatenation' syntax — "rosenfeld (Rodrigo Rosenfeld Rosas)" <rr.rosas@...>

45 messages 2012/04/06

[#44163] [ruby-trunk - Bug #6266][Open] encoding related exception with recent integrated psych — "jonforums (Jon Forums)" <redmine@...>

10 messages 2012/04/06

[#44303] [ruby-trunk - Feature #6284][Open] Add composition for procs — "pabloh (Pablo Herrero)" <pablodherrero@...>

57 messages 2012/04/12

[#44349] [ruby-trunk - Feature #6293][Open] new queue / blocking queues — "tenderlovemaking (Aaron Patterson)" <aaron@...>

10 messages 2012/04/13

[#44402] [ruby-trunk - Feature #6308][Open] Eliminate delegation from WeakRef — "headius (Charles Nutter)" <headius@...>

20 messages 2012/04/17

[#44403] [ruby-trunk - Feature #6309][Open] Add a reference queue for weak references — "headius (Charles Nutter)" <headius@...>

15 messages 2012/04/17

[#44533] [ruby-trunk - Bug #6341][Open] SIGSEGV: Thread.new { fork { GC.start } }.join — "rudolf (r stu3)" <redmine@...>

24 messages 2012/04/22

[#44630] [ruby-trunk - Feature #6361][Open] Bitwise string operations — "MartinBosslet (Martin Bosslet)" <Martin.Bosslet@...>

31 messages 2012/04/26

[#44648] [ruby-trunk - Feature #6367][Open] #same? for Enumerable — "prijutme4ty (Ilya Vorontsov)" <prijutme4ty@...>

16 messages 2012/04/26

[#44704] [ruby-trunk - Feature #6373][Open] public #self — "trans (Thomas Sawyer)" <transfire@...>

61 messages 2012/04/27

[#44748] [ruby-trunk - Feature #6376][Open] Feature lookup and checking if feature is loaded — "trans (Thomas Sawyer)" <transfire@...>

13 messages 2012/04/28

[ruby-core:44214] Re: Questions about thread performance (with benchmark included)

From: Urabe Shyouhei <shyouhei@...>
Date: 2012-04-09 07:24:26 UTC
List: ruby-core #44214
#### MRI threads myths and facts #####

Myth1: "Forking processes to run parallel wastes memory"

The fact is, no.  You can waste memories if you wish, but that is also
true for threading.  With a  careful implementation a process is quite
small in  memory consumption.   If you are  in doubt, see  how unicorn
forks its child processes.

Myth2: "Threading boosts your application performance"

This is also no.  Multi-threaded programming is _very_ difficult to do
properly.  And  if you  do it badly,  its performance gets  even worse
than a  single threaded one.   A multi-threaded application  that does
scale can also scale much easily by using processes.

Myth3: "Threading is the way to go"

This is  quite doubtful.  Multi-threaded programming  is too difficult
to  develop, almost  impossible to  debug,  and normally  do not  work
properly.   Multi-threading  is too  easy  to  fail.  Some  restricted
model, such  as Shared Nothing  architecture, seems to have  much more
potential.

Myth4: "We are ignoring Rais"

Definitely no.

Myth5: "You can make MRI lock-free"

Do it yourself if you think so.  Patch welcomed.

In This Thread