You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(12) |
Sep
(12) |
Oct
(56) |
Nov
(65) |
Dec
(37) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(59) |
Feb
(78) |
Mar
(153) |
Apr
(205) |
May
(184) |
Jun
(123) |
Jul
(171) |
Aug
(156) |
Sep
(190) |
Oct
(120) |
Nov
(154) |
Dec
(223) |
| 2005 |
Jan
(184) |
Feb
(267) |
Mar
(214) |
Apr
(286) |
May
(320) |
Jun
(299) |
Jul
(348) |
Aug
(283) |
Sep
(355) |
Oct
(293) |
Nov
(232) |
Dec
(203) |
| 2006 |
Jan
(352) |
Feb
(358) |
Mar
(403) |
Apr
(313) |
May
(165) |
Jun
(281) |
Jul
(316) |
Aug
(228) |
Sep
(279) |
Oct
(243) |
Nov
(315) |
Dec
(345) |
| 2007 |
Jan
(260) |
Feb
(323) |
Mar
(340) |
Apr
(319) |
May
(290) |
Jun
(296) |
Jul
(221) |
Aug
(292) |
Sep
(242) |
Oct
(248) |
Nov
(242) |
Dec
(332) |
| 2008 |
Jan
(312) |
Feb
(359) |
Mar
(454) |
Apr
(287) |
May
(340) |
Jun
(450) |
Jul
(403) |
Aug
(324) |
Sep
(349) |
Oct
(385) |
Nov
(363) |
Dec
(437) |
| 2009 |
Jan
(500) |
Feb
(301) |
Mar
(409) |
Apr
(486) |
May
(545) |
Jun
(391) |
Jul
(518) |
Aug
(497) |
Sep
(492) |
Oct
(429) |
Nov
(357) |
Dec
(310) |
| 2010 |
Jan
(371) |
Feb
(657) |
Mar
(519) |
Apr
(432) |
May
(312) |
Jun
(416) |
Jul
(477) |
Aug
(386) |
Sep
(419) |
Oct
(435) |
Nov
(320) |
Dec
(202) |
| 2011 |
Jan
(321) |
Feb
(413) |
Mar
(299) |
Apr
(215) |
May
(284) |
Jun
(203) |
Jul
(207) |
Aug
(314) |
Sep
(321) |
Oct
(259) |
Nov
(347) |
Dec
(209) |
| 2012 |
Jan
(322) |
Feb
(414) |
Mar
(377) |
Apr
(179) |
May
(173) |
Jun
(234) |
Jul
(295) |
Aug
(239) |
Sep
(276) |
Oct
(355) |
Nov
(144) |
Dec
(108) |
| 2013 |
Jan
(170) |
Feb
(89) |
Mar
(204) |
Apr
(133) |
May
(142) |
Jun
(89) |
Jul
(160) |
Aug
(180) |
Sep
(69) |
Oct
(136) |
Nov
(83) |
Dec
(32) |
| 2014 |
Jan
(71) |
Feb
(90) |
Mar
(161) |
Apr
(117) |
May
(78) |
Jun
(94) |
Jul
(60) |
Aug
(83) |
Sep
(102) |
Oct
(132) |
Nov
(154) |
Dec
(96) |
| 2015 |
Jan
(45) |
Feb
(138) |
Mar
(176) |
Apr
(132) |
May
(119) |
Jun
(124) |
Jul
(77) |
Aug
(31) |
Sep
(34) |
Oct
(22) |
Nov
(23) |
Dec
(9) |
| 2016 |
Jan
(26) |
Feb
(17) |
Mar
(10) |
Apr
(8) |
May
(4) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(4) |
Nov
|
Dec
|
| 2017 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
(2) |
2
(3) |
3
|
|
4
(3) |
5
(11) |
6
(3) |
7
(2) |
8
(6) |
9
(6) |
10
(8) |
|
11
(3) |
12
(7) |
13
(8) |
14
(5) |
15
(11) |
16
(11) |
17
(3) |
|
18
(2) |
19
(7) |
20
(11) |
21
(6) |
22
(5) |
23
(1) |
24
|
|
25
|
26
(6) |
27
(3) |
28
(8) |
29
(2) |
30
(1) |
|
|
From: Hans B. <han...@ar...> - 2012-11-01 20:53:09
|
Hello everybody,
I'm building a small Tkinter GUI using matplotlib, in which I have to
change/update plots quite often depending on user input (with different
contents & sizes, in different places in the GUI, etc.; but always only
one figure at a time).
As a first resort, I regenerated the figures with plt.figure(...) whenever
necessary; unfortunately, the program happily accumulated memory with
every new figure until the computer would no longer cooperate in a timely
fashion. The following minimal script should demonstrate the tendency:
--- start of script ---
import math
from Tkinter import Tk, Button
import Tkconstants
from matplotlib.backends.backend_tkagg import FigureCanvasTkAgg
from matplotlib.figure import Figure
from matplotlib import pyplot as plt
def replot():
global globalCanvas, globalFigure, plotShift
# any variety of clean-up calls
if globalFigure is not None:
plt.close()
globalCanvas.get_tk_widget().destroy()
globalFigure.clf()
globalFigure = Figure(dpi=120, figsize=(4, 4))
globalCanvas = FigureCanvasTkAgg(globalFigure, master=root)
globalCanvas.get_tk_widget().grid(row=0, column=1)
xVals = xrange(100)
ax = globalFigure.add_subplot(111)
ax.plot(xVals, [math.sin(x + plotShift) for x in xVals])
plotShift += 10
# MAIN
globalCanvas = None
globalFigure = None
plotShift = 0 # just to see the plot change
root = Tk()
draw_button = Button(root, text="Replot", command=replot)
draw_button.grid(row=0, column=0, sticky=Tkconstants.N)
root.mainloop()
--- end of script ---
I have tried various clean-up calls, but the effect (of memory piling up)
is always the same. Using objgraph (http://mg.pov.lt/objgraph/), I took a
look at object counts by adding the following snippet at the end of the
"replot" call:
--- start of insertion ---
import gc
import objgraph
gc.collect()
print "---"
for c in ('FigureCanvasTkAgg', 'Figure'):
print "{}\t{}".format(len(objgraph.by_type(c)), c)
--- end of insertion ---
The output shows that the total number of both Figures and
FigureCanvasTkAggs increases constantly (i.e., one each after the first
call, then two each, etc.), whereas I had expected that old ones get
released, and that the count remains at one each.
Now I am wondering if I am missing some detail, e.g., some other clean-up
procedure? Or should this work & could be a memory leak in matplotlib or
Tkinter? And/or is this approach (of generating a new figure every time)
not recommended in the first place? I tried reusing the figure, but some
aspects like changing the layout in the GUI and applying new size and dpi
then proved tricky in their own ways.
Many thanks in advance,
Hans
|
|
From: Sandro T. <mo...@de...> - 2012-11-01 10:15:28
|
Hello Daryl, On Wed, Oct 31, 2012 at 9:48 PM, Daryl Herzmann <ak...@gm...> wrote: > Howdy, > > I built basemap 1.0.5 and matplotlib 1.2.0rc3 via the simple command 'python > setup.py bdist_rpm' without an error that I can tell. When I attempt to > install them, I get a conflict between the two. For example: > > file /usr/lib64/python2.6/site-packages/mpl_toolkits/__init__.pyc from > install of basemap-1.0.5-1.x86_64 conflicts with file from package > matplotlib-1.2.0rc3-1.x86_64 > file /usr/lib64/python2.6/site-packages/mpl_toolkits/__init__.pyo from > install of basemap-1.0.5-1.x86_64 conflicts with file from package > matplotlib-1.2.0rc3-1.x86_64 > > Working around this error is easy with some rpm flags, but was curious what > the proper solution for this situation is? In Debian we're dealing with this situation letting 'matplotlib' package owning the "mpl_toolkits" namespace (so only matplotlib will install the __init__.py file in that directory) and basemap will install stuff in "mpl_toolkits/basemap" directory and depending on matplotlib (it requires to NOT install mpl_toolkits/__init__.py file when install basemap, by either remote it when creating the package or similar solution). This way matplotlib package will create the namespace for all the other packages to install modules in it, and avoiding conflicts like the one you described. HTH, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi |