#1393: loopcontrol shouldn't output statistics at terminate by default
-------------------------+--------------------------------------------------
Reporter: knarf | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone: ET_2013_11
Component: Carpet | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
After a recent update (I believe) LoopControl started to print statistics
at terminate. While interesting for optimizing ect, this should be hidden
by default. Its option 'verbose' would be a good candidate to use for that
I believe, which is what I propose (without patch due to the simplicity of
a check in schedule.ccl).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1393>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1407: Cactus prints wrong version in Banner
--------------------+-------------------------------------------------------
Reporter: knarf | Owner:
Type: defect | Status: new
Priority: minor | Milestone: Cactus_4.3.0
Component: Cactus | Version: development version
Keywords: |
--------------------+-------------------------------------------------------
Cactus currently prints
{{{
10
1 0101 ************************
01 1010 10 The Cactus Code V4.0
1010 1101 011 www.cactuscode.org
1001 100101 ************************
00010101
100011 (c) Copyright The Authors
0100 GNU Licensed. No Warranty
0101
--------------------------------------------------------------------------------
Cactus version: 4.2.1
}}}
Note the first version, mentioned in the Banner (4.0) is wrong - it's
hard-coded in the source. The attached patch uses CCTK_FullVersion()
instead.
Kudos to Steve to spot this.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1407>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1406: matter for release relieved
-----------------------+----------------------------------------------------
Reporter: anonymous | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: Other | Version: development version
Keywords: |
-----------------------+----------------------------------------------------
{{{
#!html
<h1 style="text-align: center">Зайдите на интернет-ресурс интим-услуг и
расслабьтесь душой и телом</h1>
}}}
Интернет в наши дни – не просто средство, предназначенное для обмена
информацией, это еще и прекрасный помощник тем, кто желает развлечься.
Web-ресурсы, посвященные предоставлению интим-услуг, досуг сделают как
можно более интересным и незабываемым. Ведь нет границы фантазиям. [[br]]
На интернет-портале, оказывающем услуги интимного характера, представлены
наилучшие проститутки киева. Не нем существует возможность рассмотреть
каждую девушку, а также ознакомиться с стоимостью, правилами и
предлагаемыми услугами. Несомненно, к услугам проститутки киев это или же
какой-либо другой город пожелают прибегнуть многие мужчины. А поводов
может быть масса: - порадовать приятеля или деловых партнеров; -
расслабиться душой и телом;- избавиться от разнообразных комплексов;-
получить новый опыт;- почувствовать себя желанным мужчиной;- и, возможно,
заняться своего рода экспериментами. Многочисленные гости столицы,
приезжая сюда ознакомиться с местными достопримечательностями или же по
бизнесу хотят воспользоваться сексуальными услугами. Проститутки украины в
любое время составят компанию и не дадут гостям умирать от одиночества.
Они могут приехать на час, два или вообще остаться на ночь. [[br]] Для
того, чтобы воспользоваться секс-услугами очаровательных леди вполне
достаточно посетить интернет-ресурс, выбрать приглянувшуюся девушку и
связаться с представителем компании по указанному контактному телефону.
Также потребуется уточнить место, где вы с девушкой желаете встретиться и
отрезок времени. Все предпочтения строго соблюдаются. [[br]] Огромным
преимуществом подобного рода сервиса считается тот факт, что если же вдруг
понадобились проститутки в украине, не надо выезжать куда-либо в поисках
подозрительных услуг, в любое время можно прибегнуть к услугам надежной
компании. [[br]] Располагая некоторым количеством свободного времени,
можно просмотреть анкеты проституток киева. Как результат, по каким-то
определенным показателям вполне можно отобрать девушек, секс-услугами
которых можно будет пользоваться все время. [[br]] Компании,
предоставляющие интим-услуги, важную роль отводят качеству обслуживания.
Мужчина должен остаться доволен всегда. И лишь в таком случае он станет
приглашать девочек снова. [[br]] Если мужчину весьма заинтересовала
какая-то определенная '''[http://escort-models.com проститутка киев]''' он
посещает часто, то и к интим-услугам он ее станет прибегать всегда. К тому
же ему могут быть предоставлены отдельные скидки. [[br]] Востребованность
секс-услуг растет с каждым днем. Это вполне понятно, самая древнейшая
профессия сегодня стала более доступной. Многие страницы в интернете
пестрят всевозможными разновидностями сексуальных удовольствий, например,
чаты, веб-камеры. Но ничего нет лучше вызова девушки на дом, где можно как
расслабиться телом, так и мило побеседовать с красивой девушкой. Кроме
этого, можно быть уверенным, что при обращении в надежную и проверенную
компанию, интим-услуги выполняются на должном уровне и вся информация
останется конфиденциальной. [[br]] Воспользоваться услугами проститутки
можно не только для себя, можно сделать приятный сюрприз скучающему другу
или партнерам по бизнесу. Такие сюрпризы оценятся высоко.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1406>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1405: TOVSolver: do not set conservatives, remove TOV_Atmosphere
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: TOVSolver |
-----------------------------------+----------------------------------------
the attached two patches remove TOV_Atmosphere[] from the code and do not
set the conservative variables. Instead TOVSolver relies on GRHydro to set
the conservatives in InitialPrim2Con and to enforce atmosphere in
initialatmospherereset. This also fixes any asymmetry in atmosphere
handling between the stars.
Most tests pass without change (since GRHydro ran anyway), the failing one
being the test_two_av TOVSolver test which the second one regenerates.
Differences are small but above threshold in the average case.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1405>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1404: GRHydro InitialAtmosphereReset in INITIAL only scheduled for non-MHD call
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: GRHydro |
-----------------------------------+----------------------------------------
the schedule item for InitialAtmoshpereReset in INITIAL (but not
PostInitial) unconditionally schedules GRHydro_InitialAtmosphereReset
instead of selecting between GRHydro_InitialAtmosphereReset,
GRHydro_AtmosphereResetM and GRHydro_AtmosphereResetAM depending on
parameter options.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1404>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1345: Cactus shouldn't mess with some flags after they have been setup.
--------------------+-------------------------------------------------------
Reporter: knarf | Owner:
Type: defect | Status: new
Priority: major | Milestone: ET_2013_11
Component: Other | Version: development version
Keywords: |
--------------------+-------------------------------------------------------
Currently Cactus sets up flags like CPPFLAGS or CFLAGS by adding e.g.
CPP_OPENMP_FLAGS. However, later it overwrites these again by their
original value in sbin/ProcessConfiguration.pl (search for FIXME).
The attached patch implements what the 'FIXME' suggests - accepting the
drawbacks that are mentioned there: that configuration settings not
originating from a thorn might not be forwarded from e.g., a
.cactus/config file. MPI was one of these, but this is now handled
differently anyway. With this patch, we would need to be aware of these
and might need to add them to @allowed_opts in the future.
Without the patch however, compilation might fail for perfectly valid
setups. One of these is when using openmp, setting all the corresponding
*_OPENMP_FLAGS, but not setting CPPFLAGS (only CPP_OPENMP_FLAGS). In this
case ProcessConfiguration.pl will set CFLAGS to the version in the config
file (*without* the -openmp), but it will leave CPPFLAGS to the version
*with* -openmp. This later leads to a linker error in external libraries,
since compilation there uses CPPFLAGS (with openmp), but the linker
doesn't (It correctly uses CFLAGS, but this doesn't have openmp flags
here).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1345>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1403: adapt trigger to tovsolver rev 137
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: trigger |
-----------------------------------+----------------------------------------
the attached patch adapts the test in trigger to changes in tovsolver.
Whoever reviews it, please also apply since I have no write access to
trigger.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1403>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1231: "How did I get here" error in test suite mechanism
----------------------+-----------------------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: Cactus | Version:
Keywords: |
----------------------+-----------------------------------------------------
I see several error such as the one below reported by Cactus. The error is
the line that begins with "ERROR".
Test Hydro_InitExcision: x_flip_pugh_eno
"1D shocktube, RK2, Marquina, ENO, Ideal Gas, x-Excision"
Issuing ln -fns . output-0000-active && mkdir -p SIMFACTORY &&
TESTSUITE_PARFILE=/scratch/jenkins/jobs/EinsteinToolkit/simulations/EinsteinToolkit_69189d49fa86945d70ba137f840efe1301b13c71_2/output-0000/arrangements/EinsteinInitialData/Hydro_InitExcision/test/x_flip_pugh_eno.par
/scratch/jenkins/jobs/EinsteinToolkit/simulations/EinsteinToolkit_69189d49fa86945d70ba137f840efe1301b13c71_2/output-0000/SIMFACTORY/RunScript
ERROR: How did I get here, maximum difference is 9.99999388850981e-12 and
maximum value is 0 for h.t0.ah2.gp
BH_diagnostics.ah1.gp: differences below tolerance on 1 lines
BH_diagnostics.ah2.gp: differences below tolerance on 1 lines
h.t0.ah1.gp: differences below tolerance on 704 lines
h.t0.ah2.gp: differences below tolerance on 731 lines
sf_area[0].xg: differences below tolerance on 1 lines
sf_min_radius[0].xg: differences below tolerance on 1 lines
sf_radius[0]_2D.asc: differences below tolerance on 308 lines
sf_radius[1]_2D.asc: differences below tolerance on 23 lines
Success: 55 files compared, 8 differ in the last digits
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1231>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1192: Speed up Hydro_InitExcision test cases
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
Hydro_InitExcision sets up an excision mask for hydrodynamics evolution.
It is active at initial and poststep (and postregrid), and its logic
depends only on parameters, not on the simulation state.
Its test cases take a very long time to run:
(1) Running this for 100 iterations with PUGH is overkill. 1 iteration
suffices, testing both initial and poststep.
(2) The excision mask is not even output! Instead, only the indirect
results on the hydro variables are tested.
(3) All test cases use PUGH, so Carpet's postregrid bin is not tested.
(4) Each test exists three times, for different reconstruction methods.
The reconstruction methods do not enter into this thorn's logic.
I conclude: The existing tests confirm that this thorn has the right
functionality. They are therefore important. However, they should not be
in the Cactus test suite.
We want regression tests in the Cactus test cases, and this could be
achieved about 100x faster (fewer iterations, fewer test cases).
Additionally, there should be Carpet tests, and the excision mask should
be output.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1192>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1402: adapt admmass test to rev 137 of tovsolver
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: admmass |
-----------------------------------+----------------------------------------
the attached patch makes the test pass (only change on parameter name), I
cannot commit this myself I think (thorn is in AEIThorns).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1402>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit