請問你的 foxpro 是哪個版本??
如果是 v5.0/6.0/7.0/8.0/9.0 都可以使過超過2G 的記憶體, 但是低階版本要更新 fix
FOXPRO 2.5B DOS 版我印象中是到1G, 另外其他的要變成 RAMDISK
但是因該沒人在 WIN2003跑 DOS 版吧

win2003 是 32位元作業系統, 超過 3g 要設定才可以讀到 4G 以上
win2003R2才是 64位元版

如果你使用 遠端桌面, 是會造成記憶體不足

FOXPRO 是史上最強大的資料庫系統, 但他是屬於前端資料庫, 只不過依現行的環境, 它是叫資料表, FOXPRO唯一是在 DOS 提供 SQL 語法和作業的資料庫語言, 但它不能和 SQL SERVER 混為一談, 兩者的作業模式是不同的

當 LOCAL 端的 PC 在開啟主機資料表時, 是不會佔主機的記憶體, 因為它是將資料 DOWNLOAD 到 CLIENT PC
但是你若用遠端桌面時:
1:一個 USER TASK 開啟的記憶體
2.FOXPRO執行的環境記憶體
3.處理的程序來決定記憶體的使用量
扣掉作業系統大約用掉 1G, 你大約剩2G, 30個USER 透過遠端, 是真的很勉強
如果軟體是你們自己開發的, 建議採用 SQL 架構, 但這是很困難的
或是利用遠端桌面進行磁碟的 MAP 但這樣沒效率

參考一下, 看看能不能改善
http://support.microsoft.com/kb/331964/zh-tw

hjmitt提到：
進銷存軟體裡，不是WIN出現的

進銷存軟體的記憶體管理問題...可以考慮換系統

hjmitt提到：
有時候一個檔會有將長80幾M
而這套進銷存使用FOXPRO好像是要開啟一個檔的話
就一定會把一個檔讀完在開
foxpro都是這樣嗎>"<

FOXPRO 的 data 其實不是資料庫, 是一種資料儲存格式
PostgresDB/mySQL 免費超強的資料庫性能你可以考慮一下
真資料庫不是用檔案位置連結
是用 service port 連結
可連結 300人 3000人

後端使用 Oracle/Postgres DB 的開放原碼 Adempiere ERP
可以滿足你的需求...

Xeon 2.13G的CPU 跑WIN20003
我有下線不用的 IBM Server 2台 可以送給你

我使用FOXPRO的機會不是很多,但就遠端桌面連線來看,我猜應該也是用網路芳鄰開啟,所以本端與遠端所使用的開啟方法應該是一樣的;
遠端一般來說不會有問題,但本端會有問題,

應該是本端的環境問題,,,,user一般來說不會在遠端安裝軟體,但本端的就精彩了;誰反應慢..你就應該好好看看他偷偷安裝了什麼非公事使用的軟體

如果你用網芳開一個近百M的檔案不會慢,那你用foxpro所開80幾M應該不會慢

我記得foxpro最高定址到1G, 超過的部份, 沒用的, 因為foxpro看不到, 錯誤的訊息上應該有說到這個問題, 這應該是記憶體不足的原因. 可以在此主機上安裝VMWare, VirtualBox, 啟3個虛擬機器, 每一個VM都限定在1G,多的沒用的, 每個VM可提供10個concurrent users, 至少 也有30個concurrent users. 也可以在每個近端的使用者上安裝虛擬機器, 就不必要公用一台主機.

遠端桌面連線後看看FOXPRO 設定
如果還是用 UNC NAME 方式 (\\XXXX\XXX)
OR 網路磁碟機方式
還是會受網芳影響!
改成本機看看!

Foxpro只能在640MB的定址範圍內運作, 如果資料量變大, 記憶體不足是很可能發生的.

換系統是個主意, 但切記...樓上的Albert的話不要聽....

IBM 要送可以.要請他當顧問...呵呵
這個細節還不知道嗎??

無緣無故送台電腦.你猜那台要多少錢買阿??
難道是破電腦一台

“Out Of Memory” Does Not Refer to Physical Memory

The typical OOM（Out Of Memory） case in modern computers happens when the operating system is unable to create any more virtual memory, because all of its potential backing devices have been filled.

An “out of memory” error almost never happens because there’s not enough storage available; as we’ve seen, storage is disk space, and disks are huge these days. Rather, an “out of memory” error happens because the process is unable to find a large enough section of contiguous unused pages in its virtual address space to do the requested mapping.

If by chance there isn’t enough contiguous address space then the process will be unable to obtain a pointer to that data, and it is effectively useless. In that case the process issues an “out of memory” error. Which is a misnomer, these days. It really should be an “unable to find enough contiguous address space” error; there’s plenty of memory because memory equals disk space.

樓主要不要試試把DBF的大小縮一縮試試看
動輒幾百MB是很浪費資源的儲存方式呦