Re: [racket-dev] Math library pushed

Use git format-patch to create patch files for your range of commits and then apply them to the current head using git am Kevin On 11/17/2012 06:57 AM, Jens Axel Søgaard wrote: 2012/11/16 Neil Toronto : I've just made the initial commit for the math library. You will all notice the build time

Re: [racket-dev] [plt] Push #24682: master branch updated

On 05/10/2012 05:38 PM, Eli Barzilay wrote: Two hours ago, t...@racket-lang.org wrote: A collects/racket/place/distributed/RMPI.rkt Can we avoid having capitals in public api modules and CamelCase names like `RMPI-AllReduce'? I'll fix it. _ Racket Developers list:

Re: [racket-dev] Master-Worker with Places

On 03/29/2012 12:00 PM, Nick Shelley wrote: In my limited experience with parallel computing, it seems like the master-worker paradigm is somewhat common. However, it seems like Racket's places (or at least the way events are done with place-channels) makes this inconvenient. Since there is not

Re: [racket-dev] odd error message in race setup

Its an example from the distributed places docs. I'll remove it. Kevin On 03/08/2012 06:00 PM, Robby Findler wrote: I think that the issue probably does not predate Kevin's recent push (distributed places). If you'd like to audit the push security concerns, I'm sure that'd be welcome. Robby

Re: [racket-dev] [plt] Push #24367: master branch updated

On 02/28/2012 01:56 PM, Robby Findler wrote: On Tue, Feb 28, 2012 at 2:43 PM, Ryan Culpepper wrote: On my machine before the change, "raco setup -D" took 8m13s real, 13m52s user; after the change, it takes 4m0s real, 9m3s user. I guess you have a faster machine than I do. (Are you running the

Re: [racket-dev] More places questions

Yeah I think you are right. I'll commit a change. Kevin On 09/30/2011 03:17 PM, John Clements wrote: On Sep 30, 2011, at 5:28 AM, Sam Tobin-Hochstadt wrote: On Fri, Sep 30, 2011 at 12:26 AM, John Clements wrote: I'm guessing that calling place-channel-put with a descriptor pulls out the

Re: [racket-dev] More places questions

place-channel-put is not blocking. I'll add it to the docs. On 09/30/2011 06:28 AM, Sam Tobin-Hochstadt wrote: On Fri, Sep 30, 2011 at 12:26 AM, John Clements wrote: I'm guessing that calling place-channel-put with a descriptor pulls out the associated channel... should the docs indicate t

Re: [racket-dev] Using places to synchronize with C threads?

Place channels only work between places (os threads spawned using the `place' primitives). Place channels can't be used with an OS thread spawned by an arbitrary C library. but src/racket/src/mzrt.c contains synchronization operations for use between OS threads. Place channels are built on to

Re: [racket-dev] foreign struct access different in 5.1.3?

I'll do that. Kevin On 09/17/2011 07:53 AM, Matthew Flatt wrote: At Sat, 17 Sep 2011 07:44:50 -0600, Kevin Tew wrote: If you would like document the fact that cstructs are generative only up to version 5.1.3. I think that improve the docs. I think the right next step is for you (Kevi

Re: [racket-dev] foreign struct access different in 5.1.3?

On 09/16/2011 09:04 PM, John Clements wrote: On Sep 16, 2011, at 3:06 PM, John Clements wrote: I'm trying to backport working FFI code to 5.1.3, and I'm having trouble referring to elements of a C struct. Specifically, in the presence of this definition (define-cstruct _rack-audio-closure

Re: [racket-dev] Downloading DrRacket for Mac is hard?

look at the firefox download page for an example: There is a nice huge pretty button that is the download for your current platform. Below the big button there is a small link that says "All Systems & Languages " which links to the matrix of all po

Re: [racket-dev] gtk & too-small menu bar

Its fixed for me now. Ubuntu 11.04 x86_64. Thanks. On 05/17/2011 10:04 AM, Robby Findler wrote: In consultation with Matthew, I've pushed a change that fixes the too small menu bar problem, at least on a VM on my laptop. If you're seeing this problem, can you check and see if the change fixes

Re: [racket-dev] wishes

On 05/06/2011 09:44 AM, Vincent St-Amour wrote: At Fri, 6 May 2011 11:22:48 -0400, Matthias Felleisen wrote: 1. Python seems to provide the following unit testing functionality: if a file/module is run as 'main', the test suites are run; if it is required into some other file, the tests

[racket-dev] Parallel build switched to use Places by default.

The parallel build has been changed again to use places by default. (The previous memory leak problems have been fixed.) This means that parallel zo and doc builds will use places instead of processes. Please look out for any unusual behavior and report bugs as usual Thanks, Kevin

Re: [racket-dev] Memory consumption of Racket

n your patch, but without the need of "place"? Nevo On 23 April 2011 21:16, Kevin Tew mailto:t...@cs.utah.edu>> wrote: Here is another patch you can try to reduce caching of unused memory. diff --git a/src/racket/gc2/alloc_cache.c

Re: [racket-dev] Memory consumption of Racket

Here is another patch you can try to reduce caching of unused memory. diff --git a/src/racket/gc2/alloc_cache.c b/src/racket/gc2/alloc_cache.c index 44895af..d1f1c03 100644 --- a/src/racket/gc2/alloc_cache.c +++ b/src/racket/gc2/alloc_cache.c @@ -10,7 +10,7 @@ */ /* Controls how often freed pa

Re: [racket-dev] Memory consumption of Racket

BLOCK_CACHE IS enabled by default in 5.1.1.3. #define MZ_USE_PLACES (the default as of 5.1.1.3) enables block cache (see top of gc2/vm.c file). If you have a pre 5.1.1 version or have places disabled, then my block cache patch won't be of any help. Kevin On 04/23/2011 01:09 AM, Nevo wrote

Re: [racket-dev] Memory consumption of Racket

You might try this patch diff --git a/src/racket/gc2/block_cache.c b/src/racket/gc2/block_cache.c index dd522aa..c34c2df 100644 --- a/src/racket/gc2/block_cache.c +++ b/src/racket/gc2/block_cache.c @@ -7,7 +7,7 @@ static void *os_alloc_pages(size_t len); static void os_free_pages(void *p, siz

Re: [racket-dev] [plt] Push #22500: master branch updated

An alternative patch that keeps places enabled but uses processes for build. diff --git a/collects/setup/parallel-do.rkt b/collects/setup/parallel-do.rkt index 00823fe..2716c2a 100644 --- a/collects/setup/parallel-do.rkt +++ b/collects/setup/parallel-do.rkt @@ -168,7 +168,8 @@

Re: [racket-dev] Places -- on by default in v5.1.1.2. (git master)

On 04/19/2011 10:26 AM, John Clements wrote: On Apr 19, 2011, at 8:27 AM, Kevin Tew wrote: The configure script has been changed to enable places by default. Note: places are NOT enabled by default for the upcoming V5.1.1 release. This means that parallel zo and doc builds will use places

[racket-dev] Places -- on by default in v5.1.1.2. (git master)

The configure script has been changed to enable places by default. Note: places are NOT enabled by default for the upcoming V5.1.1 release. This means that parallel zo and doc builds will use places instead of processes. Report bugs as usual :) Kevin _

Re: [racket-dev] [plt] Push #22439: master branch updated

Speaking of hashing I though Google's new fast CityHash implementation was interesting. http://google-opensource.blogspot.com/2011/04/introducing-cityhash.html On 04/13/2011 11:00 AM, mfl...@racket-lang.org wrote: mflatt has updated `master' from 91d98aa0fa to f6d185abab. http://git.racket-l

Re: [racket-dev] a few bugs

fix pushed On 03/28/2011 06:08 PM, Sam Tobin-Hochstadt wrote: A simple experiment with parallelism and syntax exposed several Racket bugs. All of these programs start with this header: #lang racket (require racket/future) (current-directory "collects/racket/private") (current-namespace (make-

Re: [racket-dev] Making --enable -places the default.

if a `place' was an event, in the sense of `evt?'. Come to think of it, this would be good for `future' as well. On Mon, Mar 28, 2011 at 1:08 PM, Kevin Tew wrote: I would like to make --enable-places the default in the near future. I would appreciate it, if racket developers coul

[racket-dev] Making --enable -places the default.

I would like to make --enable-places the default in the near future. I would appreciate it, if racket developers could configure and build with --enable-places and report any bugs or crashes. Thanks, Kevin _ For list-related administrative task

Re: [racket-dev] MySQL connect in Racket

Google for plt planet mysql http://planet.plt-scheme.org/display.ss?package=mysql.plt Note that the planet web server is down right now, so the page won't load, check it later today. Kevin Tew On 01/21/2011 02:38 PM, Insik Cho wrote: Hi racketers, I would like to build a tes

[racket-dev] Fwd: Re: [plt-scheme] Recommended style for ncurses ffi?

Original Message Subject:Re: [plt-scheme] Recommended style for ncurses ffi? Date: Tue, 16 Nov 2010 13:47:59 -0600 From: Michael Forster To: Kevin Tew On Thu, Nov 11, 2010 at 10:11 PM, Kevin Tew wrote: How far along did you get with your ncurses impl

[racket-dev] Fwd: Re: parallel build error

-- Subject:Re: parallel build error Date: Fri, 17 Sep 2010 11:27:12 -0500 From: Robby Findler To: Kevin Tew CC: Matthew Flatt , Eli Barzilay I had a printf in there. Maybe that screwed things up? This was a version from a few days ago, I think. After removing the printf and g

Re: [racket-dev] Racket runs on 64-bit ubuntu, right?

010 04:18 PM, John Clements wrote: On Oct 5, 2010, at 10:37 AM, Kevin Tew wrote: I build on 64bit ubuntu every day. a gdb backtrace would be helpful. gdb> handle SIGSEGV nostop noprint gdb> run Kevin I finally got a reply from the student. Here's what he said: Ok, sorry this took

Re: [racket-dev] Racket runs on 64-bit ubuntu, right?

I build on 64bit ubuntu every day. a gdb backtrace would be helpful. gdb> handle SIGSEGV nostop noprint gdb> run Kevin On 10/05/2010 11:26 AM, John Clements wrote: I have a student who hasn't succeeded in running compiled-from-source DrRacket on 64-bit ubuntu. Specifically, he claims it dump

Re: [racket-dev] Problem with GC or with my machine?

Yes can you send me the code? The smaller the better :) Kevin On 09/02/2010 09:27 PM, Hari Prashanth wrote: I am getting the following error... And this is the only message I get... SIGSEGV MAPERR si_code 1 fault on addr 0xfffc This often means 0xfffc isn't getting mark

Re: [racket-dev] gc vs assignment

On 08/24/2010 11:38 AM, Jay McCarthy wrote: On Tue, Aug 24, 2010 at 10:53 AM, Joe Marshall wrote: I'm surprised that racket3m uses page protection. Taking a hardware trap can often be thousands of times slower than taking an inline conditional branch. My understanding is that 3m doe

Re: [racket-dev] gc vs assignment

don't live in the nursery? On Aug 24, 2010, at 10:51 AM, Kevin Tew wrote: Write barriers in racket3m are implemented using memory protection primitives provided by the OS. Between collections we only incur a write barrier cost the first time a page (16k in racket) is written to. Afte

Re: [racket-dev] gc vs assignment

Write barriers in racket3m are implemented using memory protection primitives provided by the OS. Between collections we only incur a write barrier cost the first time a page (16k in racket) is written to. After the first access per page, additional mutations on that page have no extra cost, unt

[racket-dev] How to build Places

Places is ready for experimentation by a wider audience. Build Instructions mkdir build_places cd build_places ../src/configure --enable-places make make install Basic place API documentation should build in your user docs directory. collects/tests/racket/place-channel.r

Re: [racket-dev] Release Announcement for v5.0.1

How is this: By default make install and raco setup build collects in parallel on all available processors. Use env PLT_SETUP_OPTIONS="-j 1" make install or raco setup -j 1 to build using only one processor. Kevin On 07/27/2010 10:06 AM, Eli Barzilay wrote: On Jul 27, Kevin

Re: [racket-dev] State of Places (native threads)

It isn't ready for use yet. I'm working on parallel build of collects and docs right now. That work is almost done and then I'll go back to working on places. We have been able to use places, comparing parallel build using both processes and places. But it still isn't ready for public use. Ke

Re: [racket-dev] Parallel Build of Collects

I'm fine with renaming -u to -J. On 07/05/2010 04:37 PM, Eli Barzilay wrote: On Jul 5, Kevin Tew wrote: Parallel build of collects is now the default option. You can change the setup options by specify an environment variable to make install Examples: ; only use one proc

Re: [racket-dev] Parallel Build of Collects

" make install raco setup -u now means uniprocessor. It will build collects using the original serial process (before parallel build was committed) Kevin On 07/02/2010 02:44 PM, Kevin Tew wrote: raco setup -u will build collects in parallel, using all the cores your machine has. rack se

[racket-dev] Parallel Build of Collects

raco setup -u will build collects in parallel, using all the cores your machine has. rack setup -u -j X ie (-j 2) can be used to throttle parallel build to only use X cores. Parallel build is currently done by spawning worker processes and communicating over pipes. Building scribble documentat