https://bugs.kde.org/show_bug.cgi?id=269667
--- Comment #2 from <benson bear gmail com> 2011-03-30 09:26:11 --- A few more details: if I start with X at about 50M, 150M virtual, and no okular, and then open a large pdf file in okular and hit page down while under normal or aggressive performance settings, X remains at about 50M but its virtual size rises very quickly to 3G, and this is cached by the OS so cached memory rises quickly by 3G as well. This is reasonable behavior of course since the memory is available to perform the caching. But around this point, things go black. In the other threads of discussion, okular developers have said that separate okular instances have no interaction, which is not what I believed at first, because if I open another okular instance at this point, everything is black whereas if I open acroread, things are renderered normally -- or so I thought. No, some time later (although not for a while) acroread has problems as well (not quite the same -- a lot of white patches). So I guess this means it is not really an okular bug per se. If I now quite the large okular instance, virtual X memory and OS cache sizes drop back to what they were before (so X has changed its behavior in this regard apparently). Acroread works as normal, but the other okular instances have trouble and go black even though the virtual X size remains very small. If I quite all the okulars and start again we appear to be back to the starting point. None of this will happen if I use okular in low performance mode. The performance is not all that worse (it is worse though) so I guess I will resolve to keep doing this. I guess it is not really an okular bug, but okular pushing the system into a point where other problems become apparent, and by far most obviously so in okular itself. I will try to try this on some other systems to see if it is repeatable with other video cards or drivers. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
