Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
VFP Memory
Message
De
17/01/2012 15:33:16
 
 
À
17/01/2012 07:46:14
Information générale
Forum:
Visual FoxPro
Catégorie:
Codage, syntaxe et commandes
Titre:
Versions des environnements
Visual FoxPro:
VFP 9 SP2
Divers
Thread ID:
01533076
Message ID:
01533132
Vues:
80
re: SSD's -- there are two levels of drives, desktop and server. The difference is mainly in how long they will last. You wouldn't want to put a desktop drive into a busy server, since expected life would likely be around a year. With the new, good server SSD's, I think you can count on 5 years, which is longer than Google and an independent research have established as the average server HD life (3.5 years).

Hank

>>>Hi All,
>>>
>>>Several days or even weeks ago I read a post here which I think was from Hank Fay. It mentioned something about the maximum amount of memory that all running instances of VFP could collectively have was the 2Gb limit. I understand that VFP cannot reach beyond 2Gb. But why would this affect separately running instances of VFP on a single machine? If they share the same DLLs then again I can understand it. But what if they all had their own copies of the VFP DLLs? Could someone expand on this?
>>
>>Pretty sure you misinterpreted his post.
>>It was about the possibility to patch vfp with the LARGEMEMORY[too lazy too Google] or something flag,
>>which IN OTHER programs allows those to adress 3 insted of 2 GB RAM inside each W32 process.
>>So it is not collectively, but in each instance the maximum "program" footprint, as some memory is needed from the top as well,
>>hence the 1 GB even with LARGEMEMORY. There are some programs that look for the correct location in an exe and patch,
>>but if Hank says it doesn't work, I would first look at other alternatives. SSD can speed up previosly disc bound programs like crazy -
>>this is the direction I went 18 month ago. Depending on the task I got a speedup of 20 - 60%, elevating single core allocation from
>>30 ~50 to 90 ~ 95%. If you are running VM's on big RAM HW check out the different modes of using that RAM:
>>depending JUST on the configuration the speed can be different by a factor of 3 on the same HW.
>>
>>regards
>>
>>thomas
>
>
>Hi Thomas, thanks for the reply. I am not actually solving a problem - I was just curious about the post and had forgotten at the time to inquire about more information. Thanks for your input. SSD = Solid State Disk, yes?
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform