Trac

trac@lists.einsteintoolkit.org

8708 discussions

#2581: Vectors test fails on AMD Ryzen 9 4900HS
by Zach Etienne 19 Dec '21

19 Dec '21

#2581: Vectors test fails on AMD Ryzen 9 4900HS Reporter: Zach Etienne Status: new Milestone: Version: development version Type: bug Priority: major Component: EinsteinToolkit thorn Vectors, after correctly finding that CCTK\_REAL\_VEC\_SIZE is in fact 4 on this CPU, with flags: ``` flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb cat_l3 cdp_l3 hw_pstate ssbd mba ibrs ibpb stibp vmmcall fsgsbase bmi1 avx2 smep bmi2 cqm rdt_a rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local clzero irperf xsaveerptr rdpru wbnoinvd arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif v_spec_ctrl umip rdpid overflow_recov succor smca sme sev sev_es ``` segfaults on the vec\_loadu\_maybe\[1\] test in Vectors. ``` INFO (Vectors): Testing vectorisation... [errors may result in segfaults] INFO (VecINFO (Vectors): Testing vectorisation... [errors may result in segfaults] INFO (Vectors): Test vec_set1... INFO (Vectors): Test vec_set... INFO (Vectors): Test vec_elt[0]... INFO (Vectors): Test vec_elt[1]... INFO (Vectors): Test vec_elt[2]... INFO (Vectors): Test vec_elt[3]... INFO (Vectors): Test vec_load... INFO (Vectors): Test vec_loadu[0]... INFO (Vectors): Test vec_loadu[1]... INFO (Vectors): Test vec_loadu[2]... INFO (Vectors): Test vec_loadu[3]... INFO (Vectors): Test vec_loadu_maybe[0]... INFO (Vectors): Test vec_loadu_maybe[1]... Rank 0 with PID 218092 received signal 11 ``` After commenting out this test, the test suite runs with no problems. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2581/vectors-test-fail…

1 0

#2554: init_3_timelevels produces nans on past timelevels of the initial slice
by Roland Haas 18 Dec '21

18 Dec '21

#2554: init_3_timelevels produces nans on past timelevels of the initial slice Reporter: Yosef Zlochower Status: open Milestone: Version: ET_2021_05 Type: bug Priority: minor Component: Carpet Comment (by Roland Haas): I am actually not sure if this ever worked as advertised. The code in question is: ```c++ initialise_3tl_flip_timelevels(cctkGH); initialise_3tl_evolve(cctkGH); initialise_3tl_evolve(cctkGH); // TODO: May want to restrict where possible (i.e. if the time // refinement factor is one) initialise_3tl_recycle(cctkGH); ``` which is bad because `initialise_3tl_evolve` steps all reflevel by one step, so that in step 1 when say reflevel 1 wants to do prolongation for the buffer zones there are only 2 valid timelevels on reflevel 0 \(namley tl=0 and tl=1\) and thus interpolation in time picks up nan from tl=2. A fix is proposed in: [https://bitbucket.org/eschnett/carpet/commits/7147f842569c37719d1c97d5f6ddd… essentially moving the reflevel loop outside of `initialise_3tl_evolve`. Still has issues with the restriction involved but I don’t think those can be avoided. Comments would be welcome. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2554/init_3_timelevels…

1 0

#2554: init_3_timelevels produces nans on past timelevels of the initial slice
by Roland Haas 18 Dec '21

18 Dec '21

#2554: init_3_timelevels produces nans on past timelevels of the initial slice Reporter: Yosef Zlochower Status: open Milestone: Version: ET_2021_05 Type: bug Priority: minor Component: Carpet Comment (by Roland Haas): simplified demo thorn -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2554/init_3_timelevels…

1 0

#2173: Test "Poisson equation" example
by Miguel Gracia 16 Dec '21

16 Dec '21

#2173: Test "Poisson equation" example Reporter: Roland Haas Status: resolved Milestone: ET_2021_11 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Miguel Gracia): status: resolved (was open) Comment (by Miguel Gracia): Done for the Johnson release. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2173/test-poisson-equa…

1 0

#2174: Test "Multi Patch Scalar Wave Equation" example
by William Gabella 16 Dec '21

16 Dec '21

#2174: Test "Multi Patch Scalar Wave Equation" example Reporter: Roland Haas Status: resolved Milestone: ET_2021_11 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by William Gabella): status: resolved (was open) Comment (by William Gabella): Finished for this relase, Dec 2021. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2174/test-multi-patch-…

1 0

#2175: Test "Single, stable neutron star" example
by Peter Diener 16 Dec '21

16 Dec '21

#2175: Test "Single, stable neutron star" example Reporter: Roland Haas Status: resolved Milestone: ET_2021_11 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Peter Diener): status: resolved (was open) Comment (by Peter Diener): Done for the November 2021 release. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2175/test-single-stabl…

1 0

#2538: Inclusion of kuibit
by Steven R. Brandt 16 Dec '21

16 Dec '21

#2538: Inclusion of kuibit Reporter: Gabriele Bozzola Status: resolved Milestone: ET_2021_11 Version: development version Type: enhancement Priority: major Component: Changes (by Steven R. Brandt): status: resolved (was open) Comment (by Steven R. Brandt): Now part of the ET -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2538/inclusion-of-kuib…

1 0

#2175: Test "Single, stable neutron star" example
by Peter Diener 09 Dec '21

09 Dec '21

#2175: Test "Single, stable neutron star" example Reporter: Roland Haas Status: open Milestone: ET_2021_11 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Peter Diener): Comment (by Peter Diener): I have run the tests successfully and updated gallery web page with the new data, plot and kuibit script. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2175/test-single-stabl…

1 0

#2174: Test "Multi Patch Scalar Wave Equation" example
by William Gabella 07 Dec '21

07 Dec '21

#2174: Test "Multi Patch Scalar Wave Equation" example Reporter: Roland Haas Status: open Milestone: ET_2021_11 Version: development version Type: task Priority: major Component: EinsteinToolkit website Comment (by William Gabella): Gallery example is updated. Run was successful yesterday. Created the images and checked the VisIT singularity command, all good. Updated the web page; they were minor changes. Also used the “git config pull.rebase false” for the merge strategy, then the “git pull” then I could “git push” \(after “git add \[the new files\]” and “git commit -m \[text\]” \). Also uploaded the tarball. Created the Bitbucket APP Password using my Vanderbilt SSO login. Still had to do the curl from my laptop. Did not work from our computing cluster. Curl command below, and cut and paste the APP Password from dumb text editor when asked. ``` curl -v -u 'wegabella' -X POST https://api.bitbucket.org/2.0/repositories/einsteintoolkit/www/downloads -F files=@"Kerr-Schild_Multipole-20211206.tar.gz" ``` ‌ -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2174/test-multi-patch-…

1 0

#2579: CT_MultiLevel implicitly requires CT_Analytic
by Eloisa Bentivegna 04 Dec '21

04 Dec '21

#2579: CT_MultiLevel implicitly requires CT_Analytic Reporter: Gabriele Bozzola Status: new Milestone: Version: development version Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Eloisa Bentivegna): Gabriele, Roland: I am afraid there isn’t an easy fix to this, without breaking some of the key use cases. If one is not interested in those cases, the offending lines can be simply commented out. The correct way to solve the problem would be to introduce a mechanism to register grid functions for restriction when necessary \(moving the burden of ensuring correctness to the user\). This has been on the thorn’s todo for a while, but has not been implemented yet. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2579/ct_multilevel-imp…

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac