Search
Member List
Calendar
Help
|
MAXIMUM SIZE OF APPLICATION
|
|
01-31-2017, 09:59 PM
Post: #1
|
|||
|
|||
|
MAXIMUM SIZE OF APPLICATION
Bonjour
Je travaille actuellement sur une application avec beaucoup de données (listes de chaînes de caractères) mémorisées avec AFiles. En totalisant les AFilesB de chaque listes j'arrive à 3 082 316. Je crois avoir lu quelque part que le maximum était 4 Mo pour une application. Ceci peut-il être confirmé ? J'ai encore pas mal de données à entrer, que se passe t-il si je dépasse ? Merci d'avance. Hello I am currently working on an application with a lot of data (Lists of strings) stored with AFiles. By totaling the AFilesB of each lists I arrive at 3 082 316. I think I read somewhere that the maximum was 4 MB for an application. Can this be confirmed? I still have a lot of data to enter, what happens if I exceed? Thank you in advance. Sorry for my english |
|||
|
|
02-01-2017, 07:00 AM
Post: #2
|
|||
|
|||
|
RE: MAXIMUM SIZE OF APPLICATION
Bonjour,
Il n'y à pas de taille maximum sur la machine... MAIS, lors du transfter d'une application, il y avait (jusqu'à la version precedente) une limite sur la taille du transfert (2MO). Sachant qu'une application est envoyée en 1 bloc contenant tous les fichiers (compressés)... Cela limitait la taille d'une app... La limite de 2MO à ete enlevée, MAIS il y a toujours la limite lié à la RAM... Dans notre cas, pour une raison compliquée à expliquer, on à besoin de 3 fois la taille du packet (tous les fichiers compressés) pour recevoir une application. donc, ram dispo/3 est la limite de taille d'une application (compressée). There is no size limit anymore (they use to be a 2MB limit on transfert. ie: all app files, together, compressed had to be < 2MB)... but this is gone with the latest version. However, receiving an app means around 3 memory copy of the incomming data. so the limit is now at available ram/3 or so for the whole compressed data set of the app. Cyrille Although I work for the HP calculator group, the views and opinions I post here are my own. I do not speak for HP. |
|||
|
|
|
02-01-2017, 11:40 AM
Post: #3
|
|||
|
|||
|
RE: MAXIMUM SIZE OF APPLICATION
Bonjour
Merci Cyrille pour ces précisions et vôtre disponibilité. Hello Thank you Cyrille for these details and your availability. Sorry for my english |
|||
|
|
|
02-01-2017, 09:10 PM
Post: #4
|
|||
|
|||
|
RE: MAXIMUM SIZE OF APPLICATION
Nice bilingual conversation, I say.
|
|||
|
|
|
02-02-2017, 08:25 AM
Post: #5
|
|||
|
|||
|
RE: MAXIMUM SIZE OF APPLICATION
Il semble y avoir pas mal de francophones ici
 There seem to be quite a few French-speaking people round here... |
|||
|
|
|
07-19-2018, 03:09 PM
Post: #6
|
|||
|
|||
RE: MAXIMUM SIZE OF APPLICATION
(02-01-2017 07:00 AM)cyrille de brébisson Wrote: Bonjour, Hello Cyrille, I would like to understand why does it need 3 times the size on a compressed application to copy? Does the Connectivity Kit to the decompressing before sending? Or is it sent compressed then it will get unzipped on the calculator? What about sending an uncompressed app? Is it still requiring 3 times the size of the app ? or just 2 times? |
|||
|
|
|
07-20-2018, 06:03 AM
Post: #7
|
|||
|
|||
|
RE: MAXIMUM SIZE OF APPLICATION
Hello,
I do not remember exactly the flow of operations... But basically, it goes like this. IO layer receives the compressed packet. IO layer advises the bottom layer that a packet is ready bottom layer decompress the packet (But since the packet bellongs to the IO layer, it can not free it at this point). So we have a *2 memory at this point. Then the packet needs to be "interpreted" and the data saved. As each blob of data in that decompressed packet gets managed, it will be copied to it's location, which might be in RAM, and even if it does not reside in RAM, caches and the like will keep a copy, making it a *3 at this point. Then the decompressed data blob can be freed. Then the upper layer returns to the IO layer which will free the packet And we are done... but they was a temporary *3 on memory use :-( Could we do better than that? Yes of course, but it would be much harder to implement and therefore take more time and effort and this time would be taken from other activities... It's a question of priorities and allowing large apps is not our priority at the moment. Cyrille Although I work for the HP calculator group, the views and opinions I post here are my own. I do not speak for HP. |
|||
|
|
|
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 2 Guest(s)