When I shut down all "detail" listing, in did not affect my slow exit problem.īy the way, there are other locations which have scrollbars, such as the bottom of most "spreadsheet" areas where the scrollbar interferes with the selection of a file or torrent. Noramlly, I liked to keep all torrents showing a "detail" entry on the left side. Now the scrollbar covers the x and it is not accesable. It used to be if you were extremely accurate and slow you might maybe be able to hit the x, around the scrollbar. This is because of the automatic scroll bar that appears when you are trying to point at the X. These x's used to be barely accessable and now are not. Secondary problem: On the left sidebar where the torrent name is shown for the Details, there are many X's which should be used to close 1 detail at a time. This seemed to confuse biglyBt programming greatly. Of the same problem about slow exiting, nad when half of the details had closed, I pressed it again. This happened once when I closed all details, everything slowed to a crawl, because Secondary problem with "close all detail": Sometimes this button goes gray even when there are some details to close. "Close all detail" does not affect my slow exiting. Does "selection" mean 1 single plugin which is highlighted or all those with a check in the box? In the plugin dialog, there is a button for disable or uninstall selected. This is a secondary problem not connect to exiting slowly. By the way: The plugin function is difficult to understand and sometimes doesn't work. There may be something here to help track down the "process" which is slowing my biglyBt. Here is an article, most of which I don't understand, which may show how to track a memory or thread problem in a java vm. So I don't think the problem was re-introduce by a beta version. It was a few days later.ġ401B13 was running when I noticed the problem was back. The problem did not come back immediately after a new beta version. I listed this same problem a couple of months ago. In fact they are why I have been able to run biglyBt (and Vuze before). These setting are not the cause of the problem. I also set the other 2 ram java vm settings to 2gb The reason most fuctions remain fast is probably because I have set the heap at 2gb of ram. Many of the biglyBt function are not as slow. The most obvious function is Exit, and "Transfers, Stop All", and some others which become tediously slow. There appears to be a part of biglyBt that is constantly running (endless loop?) and greatly slows some of biglyBt's functions down. I will touch on several issues, and focus on the main one. Exiting biglyBt takes 30 minutes or an hour or never, some process running in the background
0 Comments
Leave a Reply. |