On 28/11/2012, at 9:09 AM, Dobes Vandermeer wrote: > > On my Windows 7 machine I ran that test as I composed my reply and started > 160,000 threads. I would assume a modern version of linux is capable of the > same.
I doubt it. OSX, macbook pro: ~/felix>ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited file size (blocks, -f) 1 max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 2560 pipe size (512 bytes, -p) 1 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 266 virtual memory (kbytes, -v) unlimited > > > The actual work being done by those threads would probably dominate their > > resource usage in most cases. > > Maybe not. Consider a game where EVERYTHING is a thread. > All the actors, sprites, everything. All the time, not just when visible. > [Simulation]. > > Sure, but that's a hypothetical. Yes, its a design. Clearly hypothetical because game developers didn't have Felix before :) > It may not be truly useful or practical to build a video game in that > manner. Until you have an actual project being built wherein you can > validate the idea that running a fiber for each entity is really useful, it's > all conjecture. I cannot say for games. The SDL demo code works, but it is not using millions of threads. For telco, I am sure. That was actually done. The performance was measured against Solaris threads, and it was measured against C setjmp/longjmp for stack swapping. By someone that didn't believe. They believed after :) in that environment, they were already using C++ with a very crude form of interpreting programs to work around the fact that the demand was for around 600k/trx second. That's roughly what a large analogue telephony switch can handle. > Is that today's design goal, though? Todays design goal is to get my dinghy floating so I can get off my boat. Aluminium is a bad material for a vessel that sits in the water all the time .. especially next to a steel boat! -- john skaller skal...@users.sourceforge.net http://felix-lang.org ------------------------------------------------------------------------------ Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net _______________________________________________ Felix-language mailing list Felix-language@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/felix-language
