POS running slow

Can you give more detail on exactly what gets slow?

I suspect that the only solution is going to be to add gobs upon gobs of RAM to the registers. RMS was designed in the days of the 'fat client' and it wants lots of local resources...

hey glen, we have 256mb ram on each of our POS exactly the addition of item on POS transaction screen is what gets slow. after i have 25 or 30 item in transaction when i want to scan another item it takes almost 2 seconds interval between scanning the item and appearing on transaction screen. this is not good since sometime we have transactions with

what if i map the sql server > Can you give more detail on exactly what gets slow?

Try adding memory to workstations. But might be a limit in RMS that they didn't expect. Having to go back to server should not effect what's on the screen because it is then cache on the local machine. Adding more ram won't hurt. I always use at least 512 on POS stations.

I spec registers with at least 512MB RAM - in your case, I'd go to at least

You can't 'map' SQL Server - it's a service, not a file - and what you are describing sounds like a lack of local resources.

If you have one register with a lot of items in it's transaction, do ALL registers slow down, or just that register? If you were hitting a server or network bottleneck, it would be global...

hey glen,

all our registers have 512MB RAM. i have noticed that register #1 is running fine. it does not delay in adding items to transaction but all the other registers are very slow. mybe its beacuse register 1 has dongle attached to it but anyway its still a problem if you have any other suggestions please let me know

thank you shoby

"Glenn Adams [MVP - Retail Mgmt]" wrote:

I have the same problem and always thought I was crazy. 2 lanes. Similar hardware. The one with the dongle runs slower, especially at the end of each transaction.