team0r2 wrote:
可以試著調整MTU...(恕刪)
server跟桌機都是1500, vigor本來是14xx(忘了多少),現在都改成1500感覺上似乎有點效果,雖然還是頓但反應似乎有順一些,而Batch Request/sec的瓶頸從數據上看不出有什麼改善...
4k 7k 9k mtu看網路上的測試似乎都只會掉速而已,再說分部的switch也只到100m,所以large mtu都是關閉的
感謝你的建議 :)
個人積分：164分
文章編號：54960416
個人積分：13分
文章編號：54961918
簡單來說, vpn會佔去一部分的header, 所以實際可以使用的MTU會變小。
您可以在"Windows"下使用ping的指令, 看看中間的MTU到底變成多少:
(MTU=1500) ping -l 1472 -f "server ip"
若得到的回應是"Packet needs to be fragmented but DF set.", 代表經過的路徑MTU小於1500
這時您可以將1472的逐步往下調(ex:1471, 1470.....), 這樣就可以找出這段路徑最大的MTU, 再去做對應的調整。
還有其它的作法是 將tcp mss數值調小 或 將封包DF bit改寫成0
raguna wrote:
server跟桌機...(恕刪)
個人積分：19分
文章編號：55008239
個人積分：164分
文章編號：55114567
個人積分：2920分
文章編號：55115540
raguna wrote:
只是按上下鍵選取不同項目不應該即時丟出查詢...(恕刪)
上下鍵選取不同項目會丟出查詢,
應該是系統有設計,會在選取查詢項目時讓使用可以去挑選條件(如已經存在單號
,客戶資料,員工工號等等),這些是動態的,當然必須選取不同項目時需取得這些資料,
這個動作,自然會增加網路流量,如果不自動帶條件項目給使用者選,
使用者又會抱怨系統真難用,都沒辦法用選的@@,
如果你erp在伺服器同在的辦公室區域網路是正常的,
這樣很明顯即為網路頻寬不足造成,
你想想區域網路至少可以跑100M,
但如果你經由VPN加上不保證頻寬的網路,
實際上建立起來的頻寬也許連雙向2M都沒有,
其實,如果只要在伺服器同在的辦公室區域網路使用erp是正常的,
這樣,其實硬要說是erp的問題,應該也不太合理!
個人積分：24分
文章編號：55116400
個人積分：73分
文章編號：55117482
個人積分：164分
文章編號：55117497
jackie07 wrote:
上下鍵選取不同項目...(恕刪)
這系統是BOM總表
一開始打開總表慢,這我能接受,老實說一次性的東西等個5~10秒抓不是問題(嚴格來說公司的資料量不大)
問題在於總表就算只有顯示十個項目的時候連續按"下"五次要等五秒指標才會一個一個切換到第五個項目這就不合理了
他這問題在於總表都開給你了,但切換不同項目時還每按一次移動建就送出沒有必要的查詢,在總表裡面又無法修改任資料,還是要切換到詳細資料那頁才能做修改
我所提的設計缺失是指這個,其他系統都沒有這問題,當然因為ping值的關係操作沒有在總部順暢這也能夠理解,其他系統在操作總表的上下移動時就沒有像bom系統丟出沒有必要的查詢
另外公司在過年期間有將總部連線專用的AP做升級(現在兩台ap用的主機基本上是一樣配備,只是cpu是同期同系列時脈不同,手上資源就這樣了,沒辦法),所謂的升級也只是把10年的電腦換成5年的電腦而已....細節就不多說了,總之內建網卡效能應該是有所提升,原本的100m升為1G,現在公司內部操作超流暢,以前就只是可以接受的地步,這可能跟cpu,ram都有升級有關,但不認為是頻寬問題是因為我就算把自己的電腦網卡改為10mb全雙工還是很流暢,雖然不及1G那樣反應快,但也比vpn近來快太多太多
至於一開始提到的列印影響到他人使用,這點我還沒有機會在那樣的環境下去做檢驗,還要找機會去測,如果該同仁只是因為用bom很慢同時聽到點陣印表機吱吱叫,我會認為是該同仁敘述事情不完整有誤導的疑慮,總之印表機的問題我還是得針對該問題去找答案
個人積分：164分
文章編號：55254263
個人積分：11分
文章編號：55256569
