Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(5) |
Sep
(11) |
Oct
|
Nov
|
Dec
(10) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(7) |
Feb
(8) |
Mar
(40) |
Apr
(7) |
May
(12) |
Jun
|
Jul
(30) |
Aug
(19) |
Sep
(14) |
Oct
(14) |
Nov
(6) |
Dec
(9) |
2006 |
Jan
(18) |
Feb
(20) |
Mar
(74) |
Apr
(43) |
May
(71) |
Jun
(55) |
Jul
(27) |
Aug
(138) |
Sep
(120) |
Oct
(55) |
Nov
(60) |
Dec
(37) |
2007 |
Jan
(78) |
Feb
(40) |
Mar
(44) |
Apr
(65) |
May
(49) |
Jun
(13) |
Jul
(54) |
Aug
(52) |
Sep
(50) |
Oct
(28) |
Nov
(7) |
Dec
(67) |
2008 |
Jan
(79) |
Feb
(42) |
Mar
(20) |
Apr
(20) |
May
(44) |
Jun
(46) |
Jul
(29) |
Aug
(41) |
Sep
(26) |
Oct
(20) |
Nov
(8) |
Dec
(15) |
2009 |
Jan
(8) |
Feb
(9) |
Mar
(25) |
Apr
(13) |
May
(6) |
Jun
(10) |
Jul
(13) |
Aug
(15) |
Sep
(29) |
Oct
(6) |
Nov
(9) |
Dec
(14) |
2010 |
Jan
(13) |
Feb
(4) |
Mar
(28) |
Apr
(37) |
May
(33) |
Jun
(11) |
Jul
(30) |
Aug
(33) |
Sep
(35) |
Oct
(92) |
Nov
(34) |
Dec
(31) |
2011 |
Jan
(99) |
Feb
(54) |
Mar
(37) |
Apr
(9) |
May
(8) |
Jun
(15) |
Jul
(19) |
Aug
(13) |
Sep
(7) |
Oct
(17) |
Nov
(5) |
Dec
(39) |
2012 |
Jan
(13) |
Feb
(11) |
Mar
(17) |
Apr
(2) |
May
(6) |
Jun
(6) |
Jul
(9) |
Aug
(3) |
Sep
(1) |
Oct
(18) |
Nov
(3) |
Dec
(10) |
2013 |
Jan
(20) |
Feb
(3) |
Mar
(8) |
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
(3) |
Aug
(2) |
Sep
(6) |
Oct
(10) |
Nov
(1) |
Dec
(5) |
2014 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
(2) |
Jun
(1) |
Jul
|
Aug
|
Sep
(2) |
Oct
(1) |
Nov
|
Dec
(1) |
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
1
|
2
|
3
|
4
(4) |
5
|
6
|
7
(2) |
8
(2) |
9
(3) |
10
(1) |
11
(8) |
12
(1) |
13
|
14
|
15
|
16
|
17
(2) |
18
(1) |
19
|
20
|
21
|
22
|
23
|
24
|
25
|
26
|
27
|
28
|
29
(1) |
30
(1) |
31
(4) |
From: Leandro Lucarella <luca@ll...> - 2010-07-09 23:53:27
|
Leandro Lucarella, el 9 de julio a las 18:42 me escribiste: > I tried to break tm_add_track_to_track_model() using GDB to see how long > took each song to be scanned and it seems to be instantly really, so > I guess there is something else going on. I'm doing some profiling and, correct me if I'm wrong, but gtkpod load all the songs at the beginning of the program, and not each time one clicks on the iPod playlist, so I that is correct, an I/O problem involving the device is discarded. It looks like it's GTK which somehow is slow. Manipulating the TreeViews seems to be what's taking so long. I've compiled gtkpod setting the macro DEBUG_TIMING and added a couple more prints and this is the result: pm_selection_changed_cb enter: 2098.201221 sec pm_selection_changed_cb before listing: 2098.214338 sec pm_selection_changed_cb after listing: 2150.997785 sec pm_selection_changed_cb exit: 2151.172406 sec st_selection_changed_cb enter (inst: 0): 2151.504683 sec st_selection_changed_cb after st_init: 2178.739254 sec st_selection_changed_cb before loading tracks: 2178.739273 sec st_selection_changed_cb after loading tracks: 2232.149276 sec st_selection_changed_cb exit: 2232.376281 sec st_selection_changed_cb enter (inst: 1): 2232.376300 sec st_selection_changed_cb after st_init: 2260.392100 sec st_selection_changed_cb before loading tracks: 2260.392119 sec st_selection_changed_cb after loading tracks: 2315.961767 sec st_selection_changed_cb exit: 2316.018309 sec st_selection_changed_cb enter (inst: 1): 2316.116774 sec st_selection_changed_cb after st_init: 2343.740650 sec st_selection_changed_cb before loading tracks: 2343.740677 sec st_selection_changed_cb after loading tracks: 2399.858041 sec st_selection_changed_cb exit: 2399.920906 sec st_selection_changed_cb enter (inst: 1): 2399.920933 sec st_selection_changed_cb after st_init: 2428.241284 sec st_selection_changed_cb before loading tracks: 2428.241303 sec st_selection_changed_cb after loading tracks: 2483.904216 sec st_selection_changed_cb exit: 2483.962219 sec The after and before listing/loading tracks was added like this: #if DEBUG_TIMING g_get_current_time (&time); printf ("pm_selection_changed_cb before listing: %ld.%06ld sec\n", time.tv_sec % 3600, time.tv_usec); #endif for (gl=new_playlist->members; gl; gl=gl->next) { /* add all tracks to sort tab 0 */ Track *track = gl->data; st_add_track (track, FALSE, TRUE, 0); } #if DEBUG_TIMING g_get_current_time (&time); printf ("pm_selection_changed_cb after listing: %ld.%06ld sec\n", time.tv_sec % 3600, time.tv_usec); #endif iAt display_playlists.c:1518 and: #if DEBUG_TIMING || DEBUG_CB_INIT g_get_current_time (&time); printf ("st_selection_changed_cb before loading tracks: %ld.%06ld sec\n", time.tv_sec % 3600, time.tv_usec); #endif for (gl = new_entry->members; gl; gl = gl->next) { /* add all member tracks to next instance */ Track *track = gl->data; st_add_track(track, FALSE, TRUE, inst+1); } #if DEBUG_TIMING || DEBUG_CB_INIT g_get_current_time (&time); printf ("st_selection_changed_cb after loading tracks: %ld.%06ld sec\n", time.tv_sec % 3600, time.tv_usec); #endif (at display_sorttabs.c:~1930) "the after st_init()" was added after any st_init() call in st_selection_changed_cb(). pm_selection_changed_cb() and st_selection_changed_cb() are both taking an eternity, and both apparently because of the TreeView manipulation. Besides that being too slow, I don't know why those callbacks are called so many times, since only one click on the iPod playlist triggered all that callbacks (which makes things even worse). I have no idea why this is happening though, all I can say is that I'm using other GTK applications that make heavy use of TreeView; like gmpc, where I can list about 25k songs (much more than I have in the iPod) in a fraction of a second. To makes things worse, libgtk-2.0 is the same version in the Ubuntu box where it's slow than in the box where it works fine (which BTW is a Pentium M 1.7GHz, much less processing power than the box where it's incredibly slow). Any ideas or suggestions are welcome. -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ ---------------------------------------------------------------------- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) ---------------------------------------------------------------------- Y tuve amores, que fue uno sólo El que me dejó de a pie y me enseñó todo... |
From: Leandro Lucarella <luca@ll...> - 2010-07-09 21:42:28
|
P.G. Richardson, el 9 de julio a las 08:29 me escribiste: [snip] > > After some minutes (I'd say in the order of 15 minutes, but I didn't > > really > > checked), the UI was responding again, but I think I clicked elsewhere > > while > > frozen, so I couldn't see the song list (Podcasts was selected). When I > > clicked > > in the iPod main playlist, it froze again. But I waited again about the > > same > > time and it came back and I could see the list of songs. Clicking on an > > album, > > freezes it again, but for a much shorter period of time, so the freeze > > time > > looks proportional to the songs read. So it's working, it's just way too > > slooooow. > > Try and get some obvious things out of the way... > > Does the machine have USB 1.1 or 2, ie. is USB slow when accessing other > devices outside of gtkpod? USB 2 and no, I've tried several different USB ports just in case and have the same issues. The chipset is Intel (in case it helps). I've done some testing using the device as an USB disk and the results are a little disorienting. Doing a dd on the whole partition yields a good 14.1 MB/s read rate. But when using the device with nautilus for example, to copy a file, it copies about ~170Mb and then hangs too (the file is about 200MB and the device have about 280MB of free space). Doing an hdparm -t on the device while it's hung, hdparm freezes for a while too, but after that it completes the measure and reports a decent transfer speed (about 14MB/s too). I guess this couldn't be gtkpod's fault, but I find a little weird that gtkpod uses about 50% of the CPU while scanning for songs (2GHz quad-core). And it looks like writing could be a little slow, but not reading, does gtkpod write anything while scanning for songs. I tried to break tm_add_track_to_track_model() using GDB to see how long took each song to be scanned and it seems to be instantly really, so I guess there is something else going on. > If the versions are the same for gtkpod and libgpod, what difference is > there in versions for the support libraries between it and your debian > box? I have to check, but having gtk as a dependency I guess I would have to end up checking hundreds of libraries :S -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ ---------------------------------------------------------------------- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) ---------------------------------------------------------------------- Hoy estuvimos en el museo de antropología, pero yo voy a volver para estar por lo menos un día ahí adentro... es una locura, como Disney pero de indigenas -- Carla Lucarella (10/2008 contando de su viaje a México) |
From: P.G. Richardson <p.g.richardson@ph...> - 2010-07-09 07:29:15
|
> P.G. Richardson, el 8 de julio a las 08:51 me escribiste: >> As you state, it works on ubuntu and I have tested so far on fedora and >> mandriva with no repeat of the problem so remain a little in the dark. >> >> Can you confirm whether your debian and ubuntu boxes are running the >> same >> version of libgpod? >> >> What ipod model are you trying this with or is it just the playlist >> entry >> for the local music library? >> >> Any testing you can do would be much appreciated. > > Here is a GDB session, it looks like the program is really working, but it > takes too long, while the program was "frozen" (the UI really) I pressed > Ctrl-C > once in a while to see what was going on, and it looked like it really > reading > stuff from the iPod (please keep reading after the GDB session log): > > GNU gdb (GDB) 7.1-debian > Copyright (C) 2010 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "x86_64-linux-gnu". > For bug reporting instructions, please see: > <http://www.gnu.org/software/gdb/bugs/>... > Traceback (most recent call last): > File "<string>", line 3, in <module> > ImportError: No module named libstdcxx.v6.printers > /home/luca/.gdbinit:7: Error in sourced command file: > Error while executing Python code. > Reading symbols from /usr/local/bin/gtkpod...done. > (gdb) run > Starting program: /usr/local/bin/gtkpod > [Thread debugging using libthread_db enabled] > > (gtkpod:4212): Gtk-WARNING **: gtk_menu_attach_to_widget(): menu already > attached to GtkImageMenuItem > [New Thread 0x7fffeb7a0710 (LWP 4218)] > [Thread 0x7fffeb7a0710 (LWP 4218) exited] > [New Thread 0x7fffeb7a0710 (LWP 4219)] > ^C > Program received signal SIGINT, Interrupt. > 0x00007ffff572166c in ?? () from /usr/lib/libgobject-2.0.so.0 > (gdb) bt > #0 0x00007ffff572166c in ?? () from /usr/lib/libgobject-2.0.so.0 > #1 0x00007ffff4e51c6d in g_hash_table_lookup () from > /lib/libglib-2.0.so.0 > #2 0x00007ffff5723aad in g_param_spec_pool_lookup () from > /usr/lib/libgobject-2.0.so.0 > #3 0x00007ffff571fbae in g_object_set_property () from > /usr/lib/libgobject-2.0.so.0 > #4 0x00007fffecfdb52d in ?? () from /usr/lib/gtk-2.0/modules/libgail.so > #5 0x00007fffecfdf4bd in ?? () from /usr/lib/gtk-2.0/modules/libgail.so > #6 0x00007fffecb9eb43 in ?? () from > /usr/lib/gtk-2.0/modules/libatk-bridge.so > #7 0x00007ffff572fe19 in ?? () from /usr/lib/libgobject-2.0.so.0 > #8 0x00007ffff5731a76 in g_signal_emit_valist () from > /usr/lib/libgobject-2.0.so.0 > #9 0x00007ffff5731d93 in g_signal_emit_by_name () from > /usr/lib/libgobject-2.0.so.0 > #10 0x00007fffecfdde6d in ?? () from /usr/lib/gtk-2.0/modules/libgail.so > #11 0x00007ffff571a47e in g_closure_invoke () from > /usr/lib/libgobject-2.0.so.0 > #12 0x00007ffff57307f4 in ?? () from /usr/lib/libgobject-2.0.so.0 > #13 0x00007ffff5731a76 in g_signal_emit_valist () from > /usr/lib/libgobject-2.0.so.0 > #14 0x00007ffff5731fc3 in g_signal_emit () from > /usr/lib/libgobject-2.0.so.0 > #15 0x00007ffff74a50e0 in gtk_list_store_insert () from > /usr/lib/libgtk-x11-2.0.so.0 > #16 0x00000000004474cb in tm_add_track_to_track_model (track=0x1490e00, > into_iter=0x0) at display_tracks.c:744 > #17 0x000000000043aa3f in st_add_track (track=0x1490e00, final=0, > display=1, inst=2) at display_sorttabs.c:1526 > #18 0x000000000043a921 in st_add_track_normal (track=0x1490e00, final=0, > display=1, inst=1) at display_sorttabs.c:1458 > #19 st_add_track (track=0x1490e00, final=0, display=1, inst=1) at > display_sorttabs.c:1538 > #20 0x000000000043b60a in st_page_selected_cb (data=<value optimized out>) > at display_sorttabs.c:1702 > #21 0x00007ffff4e606c2 in g_main_context_dispatch () from > /lib/libglib-2.0.so.0 > #22 0x00007ffff4e64538 in ?? () from /lib/libglib-2.0.so.0 > #23 0x00007ffff4e64a45 in g_main_loop_run () from /lib/libglib-2.0.so.0 > #24 0x00007ffff74a8647 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 > #25 0x000000000045b232 in main (argc=1, argv=0x7fffffffe348) at main.c:67 <snip> > After some minutes (I'd say in the order of 15 minutes, but I didn't > really > checked), the UI was responding again, but I think I clicked elsewhere > while > frozen, so I couldn't see the song list (Podcasts was selected). When I > clicked > in the iPod main playlist, it froze again. But I waited again about the > same > time and it came back and I could see the list of songs. Clicking on an > album, > freezes it again, but for a much shorter period of time, so the freeze > time > looks proportional to the songs read. So it's working, it's just way too > slooooow. Try and get some obvious things out of the way... Does the machine have USB 1.1 or 2, ie. is USB slow when accessing other devices outside of gtkpod? If the versions are the same for gtkpod and libgpod, what difference is there in versions for the support libraries between it and your debian box? PGR -- Laws are partly formed for the sake of good men, in order to instruct them how they may live on friendly terms with one another, and partly for the sake of those who refuse to be instructed, whose spirit cannot be subdued, or softened, or hindered from plunging into evil. [The Laws, Plato] You fiend! Never have I encountered such corrupt and foul-minded perversity Have you ever considered a career in the church? Bishop of Bath and Wells (Blackadder II) A clear conscience? When did you acquire such luxuries, Bernard? (Sir Humphrey, Yes Prime Minister) |