Hello.
The app I'm working on has been under development for two years, and it's currently massive, with more than 100,000 lines of code distributed in 150+ code modules.
For some time now I've been experiencing annoying slowdowns when coding in B4J and long lags in the smart error detection and the intellisense thing. I suppose it's due to the great size of the code. But I was wondering if there's anything I can do to reduce the lags and slowdowns.
Any suggestions are appreciated. Thanks.
Memory usage begins at around 700 MB and gradually rises to nearly 2GB. I close and reopen B4J once in a while to remedy that. I think it's a memory leak, but I've never managed to find and cure it.
The library idea is exactly what I was looking for! a way to lighten the load. That would be great! and if I need to change part of it I can always edit the library.
I've never created a b4xlib. Could you point me in the right direction? Thanks a lot.
As B4X matures, more and more reusable components are written in B4X directly. In most cases it is simpler to implement the logic in B4X directly and the code can be cross platform. Especially with the relatively new XUI library. Standard libraries will never be cross platform as they are...
The IDE will soon be a 64 bit process. This will help with the memory usage as it will allow the IDE to consume more than 2gb or RAM.
It will help in this case.
The IDE will soon be a 64 bit process. This will help with the memory usage as it will allow the IDE to consume more than 2gb or RAM.
It will help in this case.
I'm afraid that is a bit ambiguous - it could mean that you will just keep the present current versions available as 32 bit or do you intend that both 32 and 64 bit versions will be released for all future versions?
I'm afraid that is a bit ambiguous - it could mean that you will just keep the present current versions available as 32 bit or do you intend that both 32 and 64 bit versions will be released for all future versions?
Well, my understanding is that new versions will be in x64. There will be a link to the last x86 build. Anyway, I believe that in long term we will have to use the x64 ide. Most computers today are running x64 windows.
Well, my understanding is that new versions will be in x64. There will be a link to the last x86 build. Anyway, I believe that in long term we will have to use the x64 ide. Most computers today are running x64 windows.
The library idea is exactly what I was looking for! a way to lighten the load. That would be great! and if I need to change part of it I can always edit the library.
I gave the idea a try. Unfortunately, I couldn't use a normal (compiled) library, since my modules are very interdependent and 90% of them have their own layouts. I tried b4xlib. It does work, but has no effect on memory consumption and speed, which is no surprise as the library code is still present and active.
I guess I'll await the x64 IDE version. I hope that would improve the situation.
Sorry about being pedantic but this is still ambiguous in colloquial British English. It could mean that either the x86 build will always be (say) B4A v11 or it could mean that the x86 version is of the latest x64 version.
The 'last one' can have the double meaning of being the 'final one' or the 'latest one'. You can't tell which is the intended meaning without further qualification.
According to the explanations given, I believe "the last x86 build" means "the final one".
So, after a set version, we will no longer have 32-bit versions. For example, if, say, B4J 12.1 is the breaking point, then the x64 version will keep going higher, but 12.1 will always remain the last 32-bit version to be released.
I don't mean to drag the conversation on, but just to clarify, the "I believe" part was just a habit I picked up from essay writing. What amykonio stated clearly signifies that there won't be x86 updates after a certain version, and Erel responded with "Exactly", which, well, is a perfect indication that he has verified the previous statement.
Sorry but it doesn't. The Chambers dictionary definition of 'last' is
Last
1.Latest
2.Coming or remaining after all the others
3.Final
4.Immediately before the present
5.Utmost
6.Ending a series
7.Most unlikely, least to be preferred
Note the ambiguity of meaning of (1) and (3) above. None of the statements regarding the x86 version clarify the intended meaning.