Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #95397 > unrolled thread

Re: memory control in Python

Started byLaura Creighton <lac@openend.se>
First post2015-08-15 20:55 +0200
Last post2015-08-17 20:52 +0200
Articles 3 — 2 participants

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: memory control in Python Laura Creighton <lac@openend.se> - 2015-08-15 20:55 +0200
    Re: memory control in Python Ping Liu <yanzhipingliu@gmail.com> - 2015-08-17 11:40 -0700
      Re: memory control in Python Laura Creighton <lac@openend.se> - 2015-08-17 20:52 +0200

#95397 — Re: memory control in Python

FromLaura Creighton <lac@openend.se>
Date2015-08-15 20:55 +0200
SubjectRe: memory control in Python
Message-ID<mailman.33.1439664948.4764.python-list@python.org>
If the problem is that Python is using too much memory, then PyPy may
be able to help you.  PyPy is an alternative implementation of Python,
and by defaiult uses a minimark garbage collector.
https://pypy.readthedocs.org/en/release-2.4.x/garbage_collection.html

You will have to write your own bindings for the CPLEX C library, though,
using cffi. http://cffi.readthedocs.org/en/latest/overview.html  (since
the bindings you have assume the CPython ref counting gc).

But if your C program is itself using too much memory, then this probably
won't help.

Discuss this more on pypy-dev@python.org or the #pypy channel on freenode.
People on pypy-dev would appreciate not getting libreoffice spreadsheet
attachments but just the figures as plain text.

Laura

[toc] | [next] | [standalone]


#95443

FromPing Liu <yanzhipingliu@gmail.com>
Date2015-08-17 11:40 -0700
Message-ID<e60023ce-3e2b-4c6d-bac2-5d10bb0d9ba5@googlegroups.com>
In reply to#95397
On Saturday, August 15, 2015 at 11:56:22 AM UTC-7, Laura Creighton wrote:
> If the problem is that Python is using too much memory, then PyPy may
> be able to help you.  PyPy is an alternative implementation of Python,
> and by defaiult uses a minimark garbage collector.
> https://pypy.readthedocs.org/en/release-2.4.x/garbage_collection.html
> 
> You will have to write your own bindings for the CPLEX C library, though,
> using cffi. http://cffi.readthedocs.org/en/latest/overview.html  (since
> the bindings you have assume the CPython ref counting gc).
> 
> But if your C program is itself using too much memory, then this probably
> won't help.
> 
> Discuss this more on pypy-dev@python.org or the #pypy channel on freenode.
> People on pypy-dev would appreciate not getting libreoffice spreadsheet
> attachments but just the figures as plain text.
> 
> Laura

Hi, Laura, 
Thank you for the advice. I see that some people also mention that PyPy may save some speed and memory than CPython. But since I am working on an optimization problem, I wonder whether PyPy would support NumPy and Scipy. In which progress have this integration been done?

[toc] | [prev] | [next] | [standalone]


#95444

FromLaura Creighton <lac@openend.se>
Date2015-08-17 20:52 +0200
Message-ID<mailman.65.1439837581.4764.python-list@python.org>
In reply to#95443
In a message of Mon, 17 Aug 2015 11:40:32 -0700, Ping Liu writes:
>> Discuss this more on pypy-dev@python.org or the #pypy channel on freenode.
>> People on pypy-dev would appreciate not getting libreoffice spreadsheet
>> attachments but just the figures as plain text.
>> 
>> Laura
>
>Hi, Laura, 
>Thank you for the advice. I see that some people also mention that PyPy may save some speed and memory than CPython. But since I am working on an optimization problem, I wonder whether PyPy would support NumPy and Scipy. In which progress have this integration been done?
>-- 
>https://mail.python.org/mailman/listinfo/python-list

Significant progress has been made to support NumPy.   SciPy, no.
Ask on pypy-dev and/or freenode to find out if the NumPy features you
need are done yet.

Laura

[toc] | [prev] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web