https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=perf-tmp 2013-08-09T23:45:50+00:00 2013-08-09T23:45:50+00:00 Brian Anderson banderson@mozilla.com 2013-08-01T06:12:20+00:00 urn:sha1:b75915d0ca20c6d066a7368ad53491a55a5a57d2 2013-06-26T22:18:36+00:00 Brian Anderson banderson@mozilla.com 2013-05-18T00:46:01+00:00 urn:sha1:8918461fc41576664719c12ce7d655aaad2c78d1 This avoids the following pathological scenario that makes threadring OOM: 1) task calls C using fast_ffi, borrowing a big stack from the scheduler. 2) task returns from C and places the big stack on the task-local stack segment list 3) task calls further Rust functions that require growing the stack, and for this reuses the big stack 4) task yields, failing to return the big stack to the scheduler. 5) repeat 500+ times and OOM Conflicts: src/rt/rust_task.cpp 2013-06-06T07:48:27+00:00 Alexei Sholik alcosholik@gmail.com 2013-06-06T07:38:41+00:00 urn:sha1:e75572c879a5fb9d95e4fe95465a5bf19c7db076 2013-05-18T01:19:27+00:00 bors bors@rust-lang.org 2013-05-18T01:19:27+00:00 urn:sha1:d68c0279eadc8544a1e3c1d9077185500a36ae66 It uses the private field of TCB head to store stack limit. I tested on my Raspberry PI. A simple hello world program ran without any problem. However, for a more complex program, it segfaulted as #6231. 2013-05-09T08:51:42+00:00 Jyun-Yan You jyyou@cs.nctu.edu.tw 2013-05-07T10:03:32+00:00 urn:sha1:c2bf9bf9fed8de0c399125feba8252ad263a71fc 2013-05-07T05:17:14+00:00 Jyun-Yan You jyyou.tw@gmail.com 2013-05-05T14:29:10+00:00 urn:sha1:48b6262b383365b7319ef76fa9c6d2c63c4d70e1 2013-05-05T19:11:04+00:00 Niko Matsakis niko@alum.mit.edu 2013-05-05T19:11:04+00:00 urn:sha1:4300d4d2fa9d35ac73742c7d815ee157ce0f9c17 Conflicts: src/libcore/core.rc src/libcore/hashmap.rs src/libcore/num/f32.rs src/libcore/num/f64.rs src/libcore/num/float.rs src/libcore/num/int-template.rs src/libcore/num/num.rs src/libcore/num/strconv.rs src/libcore/num/uint-template.rs src/libcore/ops.rs src/libcore/os.rs src/libcore/prelude.rs src/libcore/rt/mod.rs src/libcore/unstable/lang.rs src/librustc/driver/session.rs src/librustc/middle/astencode.rs src/librustc/middle/borrowck/check_loans.rs src/librustc/middle/borrowck/gather_loans.rs src/librustc/middle/borrowck/loan.rs src/librustc/middle/borrowck/preserve.rs src/librustc/middle/liveness.rs src/librustc/middle/mem_categorization.rs src/librustc/middle/region.rs src/librustc/middle/trans/base.rs src/librustc/middle/trans/inline.rs src/librustc/middle/trans/reachable.rs src/librustc/middle/typeck/check/_match.rs src/librustc/middle/typeck/check/regionck.rs src/librustc/util/ppaux.rs src/libstd/arena.rs src/libstd/ebml.rs src/libstd/json.rs src/libstd/serialize.rs src/libstd/std.rc src/libsyntax/ast_map.rs src/libsyntax/parse/parser.rs src/test/compile-fail/borrowck-uniq-via-box.rs src/test/compile-fail/regions-infer-borrow-scope-within-loop.rs src/test/run-pass/borrowck-nested-calls.rs 2013-05-02T02:04:43+00:00 James Miller bladeon@gmail.com 2013-05-02T02:04:43+00:00 urn:sha1:1bd318421e4fb4252074f2963ab77dddec7949ac 2013-05-01T14:30:54+00:00 Niko Matsakis niko@alum.mit.edu 2013-05-01T14:29:47+00:00 urn:sha1:4af2d90af59bb5e28e5d114d8a6004d68fad3bd5 find out where the offending borrow occurred. This ... still needs some work. 2013-04-23T04:55:13+00:00 Alex Crichton alex@alexcrichton.com 2013-04-23T04:53:43+00:00 urn:sha1:391de1c690927ed430708f659a68581368e1e254