Re: [sage-support] Re: Tracking memory usage and time

2019-09-03 Thread J
On 19-09-03 11:31:32, Nils Bruin wrote: > > > On Tuesday, September 3, 2019 at 2:43:27 AM UTC-7, Jori Mäntysalo (TAU) > wrote: > > > > There is also at least %mprun magic. Googling that will give you some > > examples. > > > > Looking at the memory footprint of the entire process (as a function of

Re: [sage-support] Re: Tracking memory usage and time

2019-09-03 Thread Nils Bruin
On Tuesday, September 3, 2019 at 2:43:27 AM UTC-7, Jori Mäntysalo (TAU) wrote: > > There is also at least %mprun magic. Googling that will give you some > examples. > > Looking at the memory footprint of the entire process (as a function of time) gives some indication of memory use of a certa

[sage-support] Re: Tracking memory usage and time

2019-09-03 Thread Simon King
On 2019-09-03, Jori Mäntysalo wrote: > On Mon, 2 Sep 2019, J wrote: > >> Thanks get_memory_usage sounds good; I want to run several decoders from >> the coding theory module to see better show there ups and downs; > > There is also at least %mprun magic. Googling that will give you some > example

[sage-support] Re: Cannot load session create in another version of sage

2019-09-03 Thread Simon King
Hi Vincent, On 2019-09-03, Vincent Delecroix <20100.delecr...@gmail.com> wrote: >> In fact it isn't compatible, but that of course means it must be >> attempted to make it compatible. > > It is already compatible. You just need to specify which kind of > data has been pickled ('bytes' vs 'str') I

[sage-support] MixedIntegerLinearProgram: How to use Gurobi backend on macOS?

2019-09-03 Thread Szabolcs Horvát
Is it possible to use the Gurobi backend to MixedIntegerLinearProgram on macOS? The documentation for getting it working seems to be here and seems to be Linux-specific: http://doc.sagemath.org/html/en/thematic_tutorials/linear_programming.html#using-cplex-or-gurobi-through-sage I tried to fol

Re: [sage-support] Re: Tracking memory usage and time

2019-09-03 Thread J
On 19-09-03 09:43:23, Jori Mäntysalo (TAU) wrote: > On Mon, 2 Sep 2019, J wrote: > > > Thanks get_memory_usage sounds good; I want to run several decoders from > > the coding theory module to see better show there ups and downs; > > There is also at least %mprun magic. Googling that will give you s

Re: [sage-support] Re: Tracking memory usage and time

2019-09-03 Thread TAU
On Mon, 2 Sep 2019, J wrote: > Thanks get_memory_usage sounds good; I want to run several decoders from > the coding theory module to see better show there ups and downs; There is also at least %mprun magic. Googling that will give you some examples. -- Jori Mäntysalo Tampereen yliopisto - Ih

Re: [sage-support] Re: Cannot load session create in another version of sage

2019-09-03 Thread Vincent Delecroix
Le 03/09/2019 à 11:28, Simon King a écrit : Hi Vincent, On 2019-09-03, Vincent Delecroix <20100.delecr...@gmail.com> wrote: I believe a CAS which doesn't even *attempt* to offer a way to store user data permanently and reliably is a failure. I'll rant more on it on the ticket. I strongly a

[sage-support] Re: Cannot load session create in another version of sage

2019-09-03 Thread Simon King
Hi Vincent, On 2019-09-03, Vincent Delecroix <20100.delecr...@gmail.com> wrote: >> I believe a CAS which doesn't even *attempt* to offer a way to store user >> data permanently and reliably is a failure. I'll rant more on it on the >> ticket. > > I strongly agree that this is a needed feature! But

Re: [sage-support] Re: Cannot load session create in another version of sage

2019-09-03 Thread Vincent Delecroix
Le 03/09/2019 à 09:07, Simon King a écrit : Hi Vincent, On 2019-09-03, Vincent Delecroix <20100.delecr...@gmail.com> wrote: If I understand correctly, saving/loading individual objects is supposed to be backwards compatible. This is not correct. Saving individual object is not supposed to be

[sage-support] Re: Cannot load session create in another version of sage

2019-09-03 Thread Simon King
Hi Vincent, On 2019-09-03, Vincent Delecroix <20100.delecr...@gmail.com> wrote: >> If I understand correctly, saving/loading individual objects is supposed to >> be backwards compatible. > > This is not correct. Saving individual object is not supposed to > be backward compatible. See > > https://