change

changes

changes

small changes to support porting the parallel code in Bayes
make QuickSort more generic in common library

Labyrinth benchmakr

Add support for threaded version and atomic operations in Bayes benchmark,
    runs well with N threads currently

code to split transactions into two pieces

change

bug fixes to sequential version in Bayes

check in reaching defs analysis

check in Inliner class

more code towards transaction optimizations

Move liveness analysis into its own class

changes

bug fix for learner_score ..prints still there

Just getting a capture, there is a bug in correctly informing code plan of the copy set for stalls

changes

added Quicksort for sorting array of Objects equivalent for C pointer sorting

small changes

getting close to mlp running a limited program

fix bugs in multicore version runtime

changes

bug fix in Sort.java (carefully manipulate character pointer increment/decrement
 of C while converting into Java)

change

missing class

add a phtread implementation of semaphores for general runtime use

changes to analysis..

more work on mlp system

Fixes for bugs in regard to null analysis results for nodes outside of the root SESE scope

forgot a file

clean up code
bug fix for sorting

changes

changes:
(1) Add support for synchronized blocks
(2) Fix analysis bug
(3) Start support for delaying operations until commit

Make SESE root spliced into IR graph just as any other SESE, make sure MLP analysis simply ignores the few IR nodes outside of root SESE scope.  Problem: this implementation doesn't transform all return nodes into a single exit point yet

add readme file

files modified for Bayes benchmark

forgot a file

 add new benchmark : Bayes
 Will clean up files later, at least have a good copy that compiles

work stealing schedule system cleanly runs highly parallel workload at appropriate load factor

new changes to common library files and bug fixes to Genome(still uses hashtable and Strings)

bug fix for comparisons

Need a double-ended queue for work-stealing algorithm, extended Runtime//Queue to have the functionality.  Found some bugs in Queue with pointers that were never exposed when using Queue as singly-linked list, added fixes and my test files

more mlp code, needs dependency counts

Added ByteArray implementation.

more updates towards implementing SESE runtime

create new Genome directory and add files
clean up the comments
change C longs -> ints
works fine for singleTM version with all compiler optimizations

bug fix for alokika

add makefile

bug fix

 add common Library files

Forgot the actual hashtable.java.

Adding Hashtable implementation.

*** empty log message ***

*** empty log message ***

*** empty log message ***

*** empty log message ***

fix random class

support to print out size of garbage

bug fix for barriers...should be able to use joptimize with barriers now

Modified to allow byte[] casting

about to make lots of changes to system, just committing this stable compilation that is benign to other compiler uses to reduce conflicts

working version of SSCA2,
gives out of memory errors for scale s > 17
does not use the joptimize flag for optimization

add math operations for multicore version

Making necessary changes to have latest working version of benchmark, was missing some files.

Stable compile, seg fault in MLP mode.

Stable, not functional.  Builds a switch case for unique SESE class invocation, including whether it has the root SESE for a parent or not

add support for 56 cores in multicore runtime

Add new file and debugging SSCA bug

Not functional, but stable--sese invocation code pulls from an SESErecord

Working version of SSCA2 benchmark for kernel 1
-singleTM flag problems for more than 1 thread still exists, some problem in TRANSREAD, Amem_cpy()

Removing ~ files

Genome benchmark works for less than enormous test cases.

Runs into memory allocation error for test cases of -n16777216. (see ReadMe for argument info)

Updates to support Tilera multicore version runtime

Bug fixes for generating all execution paths for SESE methods up to and including an SESE exit node

changes for multicore version runtime according to latest update of class library

use int and float data type for arrays/variables (Compatible with size used in C version)

updates for multicore runtime to support Tilera

Checking in changes.  Genome still not functional, but getting close.

SingleTM error is revealed in Sequencer.java.  Sequencer.run() function reveals transactional errors in atomic blocks, especially as it applies to lines 251-271.

changes for alex

small change for better messages

changes

stable for non-sese projects, an sese can have partial code

change for debug mode

changes to use floats

change

double -> float

wrapper classes

this change isn't all that well tested...
but it lets us declare intwrapper, doublewrapper types which work just like the primitives but are really objects behind the scenes

new files

use sese pretty id and id to generate method names, param struct and local struct that is unique--keep a mapping of seses to the bogus flat method for retrieval in order to reproduce those names at call sites.  Also some bug fixes

Lots of changes that aren't working yet, so new methods are commented and existing code altered for new stuff is checked in.  Won't affect other compiler modes, and checks in stuff to reduce conflicts while getting the sese's working.

changes

more efficiency hacks...we're looking fields for values we already know, and doing arithmetic just to undo it..

more changes...fix soft abort case...it needs to let other transactions through...

change

 Add new files

slightly better locks for stm...

Updates to support multicore version runtime of Tilera. Also fix a bug in BuildCodeMulticore.java: it faulty omitted codes which repeatedly transfer objects to the same core. In current scheduling, to send 4 objs to 2 cores, it could be specified as an array [0,0,1,1] indicating the target cores for each object. Originaly the array was generated as [0,0,1,null] which caused missing of objects.

make atomic work in normal java mode...it just uses coarse locks

changes