jms-new-parser is part of v3.0 too, right?
I ran into issues with it:
It's doing some funky things w/ my command:
http://osl.iu.edu/~jjhursey/research/mtt/server/php/reporter.php?do_redir=7
It repeats the command string 5 times in some spots.
And should "network" and "runtime params" be blank
With regards to a Gmail-style interface for labeling, got a
comment/concern on the SQL.
IIRC, when cherry-picking was implemented (for performance
reports), we attempted to compose a WHERE clause that would
effect the cherry-pick. This led to some wild WHERE clauses.
E.g., consider the following
On Mon, Aug/27/2007 10:33:26AM, Josh Hursey wrote:
> Jeff asked me if I would talk to Rich and folks at IU on Friday about
> the performance graphs. Below are my notes from that meeting:
>
> - It would be really useful to 'zoom' into sections of the graph.
> Primarily restricting the x-axis (M
On Mon, Aug/27/2007 11:41:26AM, Jeff Squyres wrote:
> I see a bunch of submits in the db -- including some from
> IBM and Sun (Ethan's testing right now).
>
> Start composing the "all clear" mail right now -- I think
> Ethan's "thumbs up" is coming shortly.
>
My "Trivial" test runs just submitt
I'm running into the below error running with the jms-new-parser branch
(see attached MTTDatabase error file).
*** WARNING: MTTDatabase server notice: mpi_install_section_name is not in mtt
database.
MTTDatabase server notice: number_of_results is not in mtt database.
MTTDatabase server n
; I assume you had successful MPI installs before this?
>
>
> On Aug 27, 2007, at 4:03 PM, Ethan Mallove wrote:
>
> > I'm running into the below error running with the jms-new-parser
> > branch
> > (see attached MTTDatabase error file).
> >
> > **
On Mon, Aug/27/2007 07:36:35PM, Jeff Squyres wrote:
> On Aug 27, 2007, at 5:32 PM, Ethan Mallove wrote:
>
> >> Well that's fun -- why are there no mpi_install values in the .txt
> >> file?
> >
> > Because Functions/MPI/OMPI::get_version() does n
Are we not going to prune "trial" results in the new schema?
We previously pruned trial results to improve query speed,
but for small date range intervals this might not be
worthwhile with the new schema. Also, I assume a "trial" MPI
install could key to a "non-trial" test build, which would
mean w
On Mon, Aug/27/2007 06:16:14PM, Jeff Squyres wrote:
> On Aug 27, 2007, at 12:06 PM, Ethan Mallove wrote:
>
> >> - It would be really useful to 'zoom' into sections of the graph.
> >> Primarily restricting the x-axis (Message Size), but also having the
> &g
Pak, we're scratching our heads on this new "developer
results into central database" use case. Could you give more
details?
-Ethan
On Thu, Aug/30/2007 01:32:26PM, Jeff Squyres wrote:
> Ethan --
>
> Did Pak really mean to submit to the database?
>
> On Aug 30, 2007, at 1:22 PM, jjhur...@osl.iu
cron/alerts.php said this last night:
Sorry, this page is not mirrored. Please see the http://www.open-mpi.org/";>original version of this
page on the main Open MPI web site.
Is "curl" confused by deny_mirror()'s new location (see
r949)?
-Ethan
On Thu, Aug/30/2007 04:34:34PM, Josh Hursey
I started getting these on Aug 29:
"Sorry, this page is not mirrored. Please see the http://www.open-mpi.org/";>original version of this page on the main
Open MPI web site."
curl_get.inc in ompi-www appears to be out-of-date.
-Ethan
On Wed, Sep/05/2007 11:06:25AM, Jeff Squyres wrote:
> Ha
On Thu, Sep/06/2007 08:35:01AM, Jeff Squyres wrote:
> I put up a skeleton of the MTT web pages on the OMPI web site, but
> didn't link to them from anywhere. This actually involved changing a
> bunch of infrastructure because we published the name /projects/mtt/
> in the paper but PLPA was u
Why does Install/OMPI.pm "cp" all the sources to another
directory before building it?
...
Evaluating: require MTT::Common::Copytree
Evaluating: $ret = &MTT::Common::Copytree::PrepareForInstall(@args)
>> copytree copying to /installs/XfxU/src
Copying directory: /sources/mpi_get__ompi-nig
Would it make sense to add a "run_autogen" boolean parameter
of some kind for GNU_Install.pm? Or is there a reason the
autogen step has been left out for this Install plug-in?
-Ethan
On Tue, Sep/11/2007 10:50:11AM, Jeff Squyres wrote:
> Ethan --
>
> Is this more appropriate for a Sun-specific .pm file?
>
That's for an Install/ClusterTools plugin. I thought it
made sense adjacent to "svn_checkout", though I *believe*
Teamware could run on non-Sun platforms (it's a wrapper
l
On Tue, Sep/11/2007 10:50:35AM, Jeff Squyres wrote:
> Ethan --
>
> Could you show the use case that motivated this change?
>
This test_executable was problematic: "src/mpi2c++".
--Calling: $ret =
MTT::Values::Functions::MPI::OMPI::find_network(MTT::Values::Functions::test_command_line(),
MT
On Tue, Sep/11/2007 11:46:36AM, Ethan Mallove wrote:
> On Tue, Sep/11/2007 10:50:35AM, Jeff Squyres wrote:
> > Ethan --
> >
> > Could you show the use case that motivated this change?
> >
>
> This test_executable was problematic: "src/mpi2c++".
>
&
I don't see the problem from the permalink posted in the
ticket. Pak and I have also been looking at performance
results this week without running into the jpgraph error.
-Ethan
On Thu, Sep/13/2007 04:44:20PM, Jeff Squyres wrote:
> Ethan --
>
> Can you sanity check a commit I just made in the r
On Mon, Sep/17/2007 10:46:45AM, Josh Hursey wrote:
> I've been getting quite a few errors from submit.php of
> the below form. It seems that the MPI Install that is
> being referenced is not valid. Could this is an 'already
> installed' issue where the user is trying to submit
> results to the d
Josh,
Did you not want to commit this to the live website?
-Ethan
On Wed, Sep/19/2007 09:42:36AM, jjhur...@osl.iu.edu wrote:
> Author: jjhursey
> Date: 2007-09-19 09:42:36 EDT (Wed, 19 Sep 2007)
> New Revision: 1033
> URL: https://svn.open-mpi.org/trac/mtt/changeset/1033
>
> Log:
> Stats are c
did so
> for the live site and it should be active now.
>
> Thanks for the reminder.
> -- Josh
>
> On Sep 20, 2007, at 10:50 AM, Ethan Mallove wrote:
>
> > Josh,
> >
> > Did you not want to commit this to the live website?
> >
> > -Etha
So are these all the checklist for an MTT release?
1. Bump the version numbers in Version.pm
2. Create a tarball
3. E-mail to mtt-announce
On Mon, Sep/24/2007 09:31:01AM, Jeff Squyres wrote:
> On Sep 24, 2007, at 9:26 AM, Josh Hursey wrote:
>
> > Maybe we should open up the website withou
On Mon, Sep/24/2007 09:00:32PM, Jeff Squyres wrote:
> If the "whatami" shell script is missing and we get blank values for
> the following fields, should we error/abort the MTT client? I'm
> thinking yes... opinions?
>
> - platform_type
> - platform_hardware
> - os_name
> - os_version
>
> Al
DoCommand::Cmd() is returning successfully from my
funclet_file, and unsuccessfully from inside the main MTT
client. E.g.,
Running command: mpicc -lmpi FZ2TaXqC0Q-hello.c
Command complete, exit status: 0
$x = $VAR1 = {
'timed_out' => 0,
'pid' => 21698,
Wow, that is fun! Looks like the graph-zooming stuff comes
from RRDgraph, which is part of RRDtool?
http://oss.oetiker.ch/rrdtool/doc/rrdgraph.en.html
I wonder if (and IANAL) that zoom feature could be pulled
into Jpgraph?
-Ethan
On Wed, Sep/26/2007 11:12:37AM, Josh Hursey wrote:
> The grou
Folks,
I had this wacky idea the other day.
I have a collection of scripts that I've accumulated to run
MTT with parameter combinations that MTT does not iterate on
(see #245). E.g., I have a dozen or so scripts that do
variations on something like this:
Do a 32-bit mtt run with compiler X, on
On certain NFS servers, I run into the error message
"Interrupted system call" when executing long running
commands such as "make all". One solution I've been able to
use is to setup an NFS mount point solely for the cluster
I'm using, but this is not always an option. The below link
advises to res
eventual bail out of the loop --
> the prospect of an infinite loop is a bit scary for me.
>
>
> On Oct 16, 2007, at 11:23 AM, Ethan Mallove wrote:
>
> > On certain NFS servers, I run into the error message
> > "Interrupted system call" when executing
On Tue, Oct/16/2007 05:37:18PM, Jeff Squyres wrote:
> On Oct 16, 2007, at 5:23 PM, Ethan Mallove wrote:
>
> > The bail is that "make" will eventually succeed or fail
> > with something other than "interrupted system call". Do
> > we need another con
On Wed, Oct/17/2007 07:45:53AM, Jeff Squyres wrote:
> On Oct 16, 2007, at 6:36 PM, Ethan Mallove wrote:
>
> >>> The bail is that "make" will eventually succeed or fail
> >>> with something other than "interrupted system call". Do
> >>&
WHAT: Add timing info to DoCommand::Cmd
WHY: Need visibility into how long individual commands are
taking (right now we only time entire phases).
WHERE: DoCommand.pm, client/mtt, Messages.pm
WHEN: ASAP
---
I need to see how long individual commands are taking within
an MTT run. There is a
On Wed, Oct/17/2007 04:01:43PM, Jeff Squyres wrote:
> There was no patch attached...
>
> On Oct 17, 2007, at 3:18 PM, Ethan Mallove wrote:
>
> > WHAT: Add timing info to DoCommand::Cmd
> >
> > WHY: Need visibility into how long individual commands are
> > t
Oops. I missed part of the diff.
On Wed, Oct/17/2007 04:22:51PM, Jeff Squyres wrote:
> What is Timing($cmd, timestr($timediff));?
>
> That's not found on my OS X on RHEL4U4 boxen.
>
>
>
> On Oct 17, 2007, at 4:14 PM, Ethan Mallove wrote:
>
> > On Wed, O
Open question: does MTT make good use of Perl's garbage
collector? E.g., is this good or bad Perl?
use Foo;
my bar;
sub baz {
my $bar = new Foo;
...
}
&Foo::baz();
&Foo::baz();
&Foo::baz();
...
When, if ever, is it best to reclaim memory using DESTROY?
-Ethan
Josh,
Before this gets committed to the live submit.php, can you
look at this? It should only effect the "environment" field.
Thanks,
Ethan
On Thu, Nov/01/2007 03:30:26PM, emall...@osl.iu.edu wrote:
> Author: emallove
> Date: 2007-11-01 15:30:26 EDT (Thu, 01 Nov 2007)
> New Revision: 1094
> URL
I was just testing something. Those weren't from a real MTT
client :-)
-Ethan
On Fri, Nov/02/2007 08:47:18AM, Jeff Squyres (jsquyres) wrote:
>Solar flare anomolies last night.
>
>Yuck yuck...
>
>-jms
>Sent from my PDA
>
> -Original Message-
>From: Josh Hurse
It came as a bit of a surprise that "prepend_path" INI
settings propagate through the phase lineage (see below). I
didn't realize that setting "prepend_path" in MPI get would
set it from MPI Get through to Test run.
Code snippet from Run.pm:
MTT::Values::ProcessEnvKeys($mpi_get, \@save_env);
t; I think the patch is generally fine. I don't think it will hurt
> anything. I haven't tested it though, but I trust if you have then it
> should be fine. Let me know when it happens and I'll try to watch a
> bit more closely the nightly submits.
>
> Thanks,
&
Nice!
The double y-axis threw me off there. I'm confused why the
the per-day-tuples plot (green line) is so jagged, I thought
we were more or less on steady 24-hour testing cycle. I
couldn't decode the the new stats/*raw-data{.pl,.plot} files
to answer my own question :-)
-Ethan
On Wed, Nov/28/
Nice!
On Wed, Jan/02/2008 09:14:50AM, Jeff Squyres wrote:
> Some new-year MTT FYI's...
>
> 1. Apparently Myricom has recently been setting up MTT internally for
> all their MPI testing. Patrick told me they've had good success with
> it so far. Woo hoo!
>
> 2. Apparently, Mellanox is tryin
I fixed the below issue with Analyze/Performance/IMB.pm in
r1117. What it will now do is read an uninterrupted data
table broken up by either an EOF or something that does not
look like a row in the data table (e.g., an error or warning
message). I'm surprised that the below "floating point
excepti
w?
>
> On Jan 2, 2008, at 3:55 PM, Ethan Mallove wrote:
>
>> I fixed the below issue with Analyze/Performance/IMB.pm in
>> r1117. What it will now do is read an uninterrupted data
>> table broken up by either an EOF or something that does not
>> look like a ro
On Fri, Jan/04/2008 08:23:45AM, Jeff Squyres wrote:
> Ethan --
>
> I see the following in the CHANGES file:
>
> - &SVN::get_r_number() - return the revision number of an SVN
> workspace
>
> Is this still relevant with the change to SCM?
It is. I still need it in one place in the INI file
"pg_dump -s" seems to show that we are set until 2009?
(Just put a note in my calendar about this for late December 2008 :-))
On Wed, Jan/09/2008 04:07:01PM, Josh Hursey wrote:
> I was showing MTT to someone today and noticed that it was performing a
> bit slower than it should. After taking a l
Woo hoo!
The reporter has been much much more useful since the DB
optimizations, though I wonder if in the next batch of
changes we could also have #296 (a few more columns are
needed)? (Not really related to visibility, but I thought
I'd speak my mind while there seems to be another round of
data
On Fri, Jan/11/2008 12:49:50PM, Jeff Squyres wrote:
> On Jan 10, 2008, at 10:29 AM, Josh Hursey wrote:
>
> > I met with Joseph Cottam (Grad student in my lab at IU) yesterday
> > about MTT visualization. He is working on some new visualization
> > techniques and wants to apply them to the MTT data
Jeff,
Do you have a link to a human-readable SkaMPI graph? I'm not
sure what to make of this:
http://www.open-mpi.org/mtt/index.php?do_redir=515
I'm not sure what is lacking here, the client-side parsing
module, the server-side graph generation, or both.
-Ethan
On Wed, Feb/06/2008 10:54:05AM, Josh Hursey wrote:
>
> On Feb 6, 2008, at 10:25 AM, Jeff Squyres wrote:
>
> > On Jan 31, 2008, at 5:07 PM, Josh Hursey wrote:
> >
> >> For the visualization it would be really nice to see how well
> >> tested a
> >> particular interconnect, resource manager, and/
nfigure options via ompi_info, if possible.
-Ethan
>
> On Feb 6, 2008, at 1:44 PM, Josh Hursey wrote:
>
> >
> > On Feb 6, 2008, at 11:32 AM, Ethan Mallove wrote:
> >
> >>>>
> >>>>
> >>>>> For the configure options we
On Wed, Feb/13/2008 10:35:51AM, Josh Hursey wrote:
> I just committed to the trunk two revisions that I want to push to the
> Open MPI version of MTT:
> https://svn.open-mpi.org/trac/mtt/changeset/1154
> https://svn.open-mpi.org/trac/mtt/changeset/1155
>
> r1154 is a performance fix which pr
You can go ahead and delete those rows. (I believe they are
from the ORTE test suite I was working on.)
-Ethan
On Thu, Mar/06/2008 09:39:16AM, Josh Hursey wrote:
> I'm trying to cleanup the test_suite/test_name tables in the database,
> removing some test names that are invalid and unreferenced
On Mon, Mar/17/2008 11:01:11AM, Jeff Squyres wrote:
> Ethan --
>
> Was there a case where the trivial plugin was not correctly detecting
> what language bindings to compile against?
>
The motivation is different than wanting to override the
language binding detection. Sometimes I *only* want t
I sense this "do_not_run" stuff could be useful to me, but
I'm not sure. Can you give a simple use case for
"do_not_run"? Could "do_not_run" be achieved by just
commenting out the INI lines that pertain to a certain
group? E.g., do these "#" comments ...
# simple_really_slow:tests = src/MPI_Isen
I like the "all" keyword. Are these no longer needed?
&get_mpi_get_names()
&get_mpi_install_names()
&get_test_get_names()
&get_test_build_names()
-Ethan
On Fri, Apr/04/2008 03:31:07PM, jsquy...@osl.iu.edu wrote:
> Author: jsquyres
> Date: 2008-04-04 15:31:07 EDT (Fri, 04 Apr 2008)
> New
I was looking at the graphs posted at
https://svn.open-mpi.org/trac/ompi/wiki/ORTEScalabilityTesting,
and noted that MTT could gather this data if it could just
graph on the "duration" column. Would this be useful? E.g.,
http://www.open-mpi.org/mtt/index.php?do_redir=582
Note: the duration timi
FYI - Sun is only testing v1.2 tarballs once a week (down
from 7 times a week). That roughly halves our contribution.
-Ethan
On Tue, Apr/15/2008 09:37:24AM, Josh Hursey wrote:
> Looking at the MTT Contribution graph it seems that the number of
> testing being submitted has dropped off quite si
Once upon a time, these orgs were also running MTT:
* lanl
* ornl
* ubc
* uh
* utk
* voltaire
Where'd everyone go? :-)
-Ethan
On Tue, Apr/15/2008 09:48:19AM, Josh Hursey wrote:
> Just something I noticed. I didn't want to come across as placing
> blame or anything.
>
> It does b
Do these work for you?
http://tinyurl.com/49m2n4
They work for me in IE (Windows) and Mozilla (Solaris), but
not in Firefox and Opera. The joys of JavaScript :-)
-Ethan
On Mon, Apr/21/2008 01:32:49PM, MTT wrote:
> #355: tooltips for reporter
> -+--
On Tue, Apr/22/2008 01:35:06PM, Josh Hursey wrote:
> On the Open MPI teleconf this morning Rich mentioned that
> he was noticing odd memory usage. It got me thinking,
> would it be useful for MTT to track important aspects of
> the process such as memory use?
>
> Just a thought. I'm not exactly su
about
> > what we would want to exercise in it.
> >
> > -josh
> >
> > On Apr 22, 2008, at 1:45 PM, Ethan Mallove wrote:
> >
> >> On Tue, Apr/22/2008 01:35:06PM, Josh Hursey wrote:
> >>> On the Open MPI teleconf this morning Rich mentioned that
>
On Thu, Jul/17/2008 04:35:38PM, Jeff Squyres wrote:
> Here's a fun report (as of 17 July 2008):
>
> http://www.open-mpi.org/mtt/index.php?do_redir=775
>
> Note that two of the rows are in the future. :-) (Absoft has since fixed
> the problem; ntp accidentally got turned off)
>
> Ethan and I
On Jul 18, 2008, at 9:29 AM, Jeff Squyres wrote:
>
>> Mebbe we should have a teleconf sometime in the not-distant future and see
>> if we want to prioritize some of the pending MTT work...?
>>
>>
>> On Jul 17, 2008, at 6:39 PM, Ethan Mallove wrote:
>>
&
3p works for me.
-Ethan
On Mon, Jul/21/2008 09:52:21AM, Jeff Squyres wrote:
> Sorry for the late reply -- how about 3pm today (Monday)?
>
>
> On Jul 18, 2008, at 3:55 PM, Ethan Mallove wrote:
>
>> I'm basically available except for 2-4p on Friday.
>>
>>
t time. I can meet from 3 - 3:30
>> today or tomorrow 10-11:30, 2-3:30. I can also do anytime on Thursday.
>>
>> Sorry for the move. :(
>>
>> -- Josh
>>
>> On Jul 21, 2008, at 1:35 PM, Jeff Squyres wrote:
>>
>>> Ok; I'll 3-way call yo
Nice!
Which device(s) does DiskFree.pm check for space on? I
occasionally run out of room in /tmp, so I would want it to
check my swap space.
Can we remove these? (All but the .pm and README files.)
trunk/lib/Filesys/Changes
trunk/lib/Filesys/MANIFEST
trunk/lib/Filesys/Makefile.PL
trunk/lib/
I'm fine with these changes.
-Ethan
On Sun, Oct/26/2008 04:14:23PM, Mike Dubman wrote:
>
>
>Hello guys,
>
>
>
>Please consider applying attached mtt patch to allow following features:
>
>
>
> 1. Support for centos5
> 2. Send single, digested email report for all completed
On Mon, Nov/03/2008 09:34:07AM, Mike Dubman wrote:
>Hello Guys,
>
>Please suggest the proper way to handle the following:
>
>Is there any way to run "test run" section with a list
>of "mpi_details" sections?
Mike,
There is currently no way to iterate over multiple
mpi_details se
Hey, this is good stuff!
It would be fun to sync up the HTML style of
open-mpi.org/mtt with your local HTML file add-on (in a
single .css file?). Now that TextFile dumps .txt *and* .html
report files, maybe we need to rename the module
LocalFile.pm?
-Ethan
On Thu, Nov/06/2008 04:14:54AM, mi...@
On Tue, Nov/11/2008 05:41:16PM, Jeff Squyres wrote:
> Hey, how about Javascript calendars for selecting date ranges?
#378 will have to come later :-)
https://svn.open-mpi.org/trac/mtt/ticket/378
-Ethan
>
> :p
>
>
> On Nov 11, 2008, at 1:15 PM, Ethan Mallove wrote:
>
>
Folks,
\dt doesn't show any 2009 tables in the "mtt" Postgres database. Will
the following commands (using 0-11) set us up for 2009?
$ server/sql/support/create-partitions-mpi-install.pl 2009 00
$ server/sql/support/create-partitions-mpi-install.pl 2009 01
$ server/sql/support/create-partit
pl 2009 XX > 2009-test-run.sql
>> ./create-partition-indexes.pl 2009 XX > 2009-indexes.sql
>>
>> Then just run the generated SQL scripts into the database to create the
>> tables.
>>
>> I can do this today, and send an email when it is done. I'll
On Tue, Feb/24/2009 08:02:15AM, Mike Dubman wrote:
>Hello guys,
>
>I`m looking for a way having automatic regression report at the end of mtt
>run which include graph+table for bw/lat/2way-bw for this specific run as
>well as for previous runs on the same configuration.
>
>The
On Sat, Feb/28/2009 09:22:06AM, Jeff Squyres wrote:
> I've added my own ideas and organization to the wiki page.
>
> Ethan / Josh -- want to add anything?
I posted links to client-side and server-side Trac ticket reports.
-Ethan
>
> We should work offline on the GSoC application.
>
>
> On Feb 27
On Tue, Mar/10/2009 10:42:51AM, Jeff Squyres wrote:
> Google Summer of Code applications are now open. We have until Friday to
> post one.
>
> I may have time to put an application together, but I'll need some help
> proofing/finalizing it before it gets submitted. If I put it together,
> will
On Wed, Mar/11/2009 03:47:22PM, Jeff Squyres wrote:
> Thanks for your patience! Yes, this looks good to me with one minor nit:
>
>> +if(($sys_type == "Cygwin" || $sys_type == "Msys") &&
>> +$config->{compiler_name} == "microsoft") {
>
> should be
>
>> +if(($sys_type eq "Cygwin" ||
On Fri, Mar/13/2009 02:19:24PM, Josh Hursey wrote:
> I just pushed a final draft to the repository. I'll probably plan on
> submitting at 2:30/2:45. Let me know if you have any edits before then
> either through email or IM.
Where's the repo? I'm looking at the .txt file in ~jsquyres/hg/gsoc,
bu
On Wed, Mar/18/2009 03:28:48PM, Josh Hursey wrote:
> So they posted the list of accepted projects and we are -not- on it
> for this year:
>
> http://socghop.appspot.com/program/accepted_orgs/google/gsoc2009
>
> Maybe next year. I don't know if they will be sending around a note
> regarding why we
Hi Mike,
Is HPL a latency and/or bandwidth performance test? All the Analyze
plug-ins in lib/MTT/Test/Analyze/Performance are for latency/bandwidth
tests, which means they can then be rendered as graphs in the MTT
Reporter. All of these plug-ins are required to output at least one
of the followi
is ready to
handle non-latency/bandwidth test data, we can split out the
client-side Analyze/Performance directory.
-Ethan
>
>On Thu, Mar 19, 2009 at 8:22 PM, Ethan Mallove
>wrote:
>
> Hi Mike,
>
> Is HPL a latency and/or bandwidth performance test? *All th
On Mon, Mar/23/2009 03:53:53PM, Mike Dubman wrote:
>I'm playing with google datastore now and will send some proposal and
>thoughts.
>
>On Mon, Mar 23, 2009 at 2:33 PM, Jeff Squyres wrote:
>
> Yes, I think you're right -- making a "schema" for the datastore might
> be quite
classes.
>
> The attached is archive with a simple test for using datastore for mtt.
> Please see models.py file with proposed object model and comment.
>
I don't see the models.py attachment.
Thanks,
Ethan
> You can run the attach
; that always makes me waaay behind on my INBOX. *:-(
>
>On Mon, Apr 13, 2009 at 5:44 PM, Ethan Mallove
>wrote:
>
>Will this translate to something like
>lib/MTT/Reporter/GoogleDatabase.pm? *If we are to move away from the
>current
Dancing bears on slide 1. We're off to a good start.
-Ethan
On Wed, Apr/22/2009 09:11:57AM, Jeff Squyres wrote:
> The slides will also be on webex on the call tomorrow. Use the URL to join
> the meeting in the email invite that you got. That URL will launch an
> application thingy for the web
On Wed, Apr/29/2009 12:30:25PM, Jeff Squyres wrote:
> Can one of you guys sanity https://svn.open-mpi.org/trac/mtt/changeset/1283
> before I move it to the 3.0 branch?
>
> It should save some testing cycles if the OMPI tarball hasn't changed
> versions from one day to the next (and you start usin
On Wed, Apr/29/2009 02:34:54PM, Jeff Squyres wrote:
> On Apr 29, 2009, at 2:32 PM, Ethan Mallove wrote:
>
>>> Can one of you guys sanity https://svn.open-mpi.org/trac/mtt/changeset/1283
>>> before I move it to the 3.0 branch?
>>>
>>> It should save some
On Thu, Jun/18/2009 09:43:48AM, Jeff Squyres wrote:
> Ethan --
>
> Do you remember why we called the "the tests are already installed"
> Test::Get module Noop.pm (as opposed to AlreadyInstalled.pm)?
Noop.pm just needs to take an alreadyinstalled_dir parameter to be
AlreadyInstalled.pm, because cu
Folks,
I came up with a feature, which does not seem quite appropriate to go
into the MTT trunk, but is still possibly useful for someone other
than me. I have posted a note about it on the MTT wiki:
http://svn.open-mpi.org/trac/mtt/wiki/EmailTimeoutNotification
Here's the text of the Wiki pag
] timeout with the sentinel file? that is,
> it'll send a mail, then wait another timeout (e.g., 1 hour) and if the
> sentinel file still exists, mtt will remove the file and keep going
>
>
> On Jun 19, 2009, at 2:47 PM, Ethan Mallove wrote:
>
>> Folks,
>>
>>
On Mon, Jul/06/2009 10:25:51AM, Jeff Squyres wrote:
> I was just trying to use &perl() in an ini file and ran across an annoying
> restriction: I had to make the whole thing be one long line:
>
> max_test_num = < &perl('open(IN, "./mpi_test_suite -l|") || die("cant open"); while () {
> if (m/Num
On Fri, Jul/10/2009 09:51:35AM, Jeff Squyres wrote:
> Ethan - have you seen this?
>
> https://svn.open-mpi.org/trac/ompi/ticket/1967
>
> Do you have any cycles to try to integrate it into MTT? I was slammed this
> past week and am out on vacation last week. But I would very much like to
> g
On Tue, Aug/11/2009 02:53:50PM, Mike Dubman wrote:
>Hey Jeff,
>
>This code acts as a pre-processor during loading of ini file into mtt.
>It replaces builtin vars %VAR% with their values, for example:
>
>...
>[Test run: trivial]
>my_sect_name=%INI_SECTION_NAME%
>...
>
>regards
> Mike
>
>On Tue, Aug 11, 2009 at 5:33 PM, Ethan Mallove
>wrote:
>
> On Tue, Aug/11/2009 02:53:50PM, Mike Dubman wrote:
> > * *Hey Jeff,
> >
> > * *This code acts as a pre-processor during loading of ini file
Mike,
What if argv contains a funclet, e.g.,
argv = &foo()
Won't this change prevent it from getting expanded?
-Ethan
On Tue, Sep/08/2009 09:43:37AM, mi...@osl.iu.edu wrote:
> Author: miked
> Date: 2009-09-08 09:43:37 EDT (Tue, 08 Sep 2009)
> New Revision: 1314
> URL: https://svn.open-mpi.o
is the value of &test_np()
-Ethan
>
>regards
>
>Mike
>
>On Tue, Sep 8, 2009 at 9:10 PM, Ethan Mallove
>wrote:
>
> Mike,
>
> What if argv contains a funclet, e.g.,
>
> *argv = &foo()
>
> Won't this
Could we show more in the comment? E.g.,
# &create_hostlist("node[1-3],nodeXXX", 16)
# Expands to: node1:16 node2:16 node3:16 nodeXXX:16
#
# &create_hostlist("node,nodeXXX", 16);
# Expands to: node:16 nodeXXX:16
Also, don't forget to update the CHANGES file with any new INI
funclets, p
I think on_stop should conform more to these params:
after_each_exec
before_any_exec
after_all_exec
E.g.,
before_mtt_start_exec
after_mtt_start_exec
Then have &_process_get_value_option() call DoCommand. Note, DoCommand
is aware of hashbangs (see &_contains_shell_script_characters()),
re_any_exec
after_all_exec
My thought was that it would make sense for them to use a similar
naming scheme and implementation (e.g., use suffix "_exec" and be
passed to DoCommand::Cmd()).
-Ethan
>
> On Sep 24, 2009, at 3:09 PM, Ethan Mallove wrote:
>
>> I think on_stop
Should &shell() be deprecated? It looks awfully similar to
&executable().
-Ethan
On Tue, Sep/29/2009 08:34:44AM, mi...@osl.iu.edu wrote:
> Author: miked
> Date: 2009-09-29 08:34:44 EDT (Tue, 29 Sep 2009)
> New Revision: 1320
> URL: https://svn.open-mpi.org/trac/mtt/changeset/1320
>
> Log:
> appl
I'd like a gds_user/gds_pw. Can I checkout some sample MTToGDS reports
somewhere?
-Ethan
On Tue, Sep/29/2009 09:21:30PM, Mike Dubman wrote:
>Hello guys and gals,
>
>We have completed development and testing of Google DataStore support in
>MTT and are glad to submit it for community
1 - 100 of 107 matches
Mail list logo