Consistent lag on Bukkit server : (.

I'm just going to cut straight to the point, I've been running Bukkit for about ten days on my server, no problems up to a few days ago where it's been starting to lag when there's any more than 15 on at once. Nothing has changed on the server its-self or the Minecraft server that I know of, I've only been taking plugins off in an attempt to ease the issue. The server's a dedicated system utilising an i7-920 & 8GB RAM so I can't see those two being limiting factors, but there's definitely something wrong.


1. What OS are you using (Brand and version - Ex. Windows XP SP3)?


CentOS 5.5


2. What architecture is the OS you are running (x64 or x86)?


x64


3. What version and architecture is your java install? (Type: java -version in command prompt.)


java version "1.6.0_17"
OpenJDK Runtime Environment (IcedTea6 1.7.5) (rhel-1.16.b17.el5-x86_64)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)


4. What build of CraftBukkit are you running? (do NOT say latest. Say the build number.)


#135, am now on #198 and nothing seems to have changed.


5. What command are you using to run your CraftBukkit server?


I'm using McMA with 6144MB allocated and the following changes:


-XX:+UseConcMarkSweepGC -XX:+DisableExplicitGC -XX:+UseAdaptiveGCBoundary -XX:MaxGCPauseMillis=500 -XX:-UseGCOverheadLimit -XX:SurvivorRatio=16 -Xnoclassgc -XX:UseSSE=3 -XXarallelGCThreads=3


6. What plugins are you running?


BigBrother
BorderGuard
Essentials
Guardian
iChat
iConomy
iStick
LWC
MagicCarpet
Minequery
MyHome
Permissions
PrivateWarp
SearchIds
Warp
WarpGate
WorldEdit
WorldGuard

7. What error are you getting (post your server.log file if possible)?

No error as such, just a large dose of lag, sometimes in bursts, sometimes consistent.

8. What have you tried already?

Have tried disabling some of the 'heavier' plugins such as BigBrother, LWC etc. to no avail, updated Craftbukkit from #135 to #198, no improvements that I've noticed.



The following was completed whilst the server was running with 20 online:

Code:

[root@server ~]# free -m
             total       used       free     shared    buffers     cached
Mem:          7974       6977        997          0         61        402
-/+ buffers/cache:       6513       1461
Swap:            0          0          0



[root@server ~]# vmstat -S M 5 5
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 0  1      0    997     61    403    0    0    29   149    2    2  9  1 87  3  0
 2  0      0    994     62    406    0    0   559   600 1949 3557 13  1 83  3  0
 1  0      0    993     62    407    0    0   255   719 2032 3368 16  0 83  1  0
 1  0      0    991     62    409    0    0   343   318 2054 3398 15  0 84  1  0
 1  0      0    989     62    410    0    0   216  1424 2042 3351 14  1 83  3  0



[root@server ~]# iostat 5 5
Linux 2.6.18-194.26.1.el5 (server.orcwork.co.uk)        02/02/2011

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           9.43    0.05    0.54    3.07    0.00   86.91

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda              91.87       243.24      2383.99  426438620 4179494904
sda1              3.07        83.58       195.22  146521872  342250040
sda2              0.01         0.91         0.00    1590150        744
sda3             88.79       158.76      2188.77  278326318 3837244120
sdb              91.41       240.90      2383.99  422330914 4179494904
sdb1              3.06        83.78       195.22  146872616  342250040
sdb2              0.00         0.91         0.00    1590182        744
sdb3             88.34       156.21      2188.77  273867836 3837244120
md2             305.35       314.97      2184.31  552193858 3829427880
md1               0.00         0.00         0.00        498        160
md0              43.49       152.96       194.97  268164600  341803472

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          14.70    0.00    0.40    2.43    0.00   82.47

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda              59.60       369.60      1318.40       1848       6592
sda1              0.00         0.00         0.00          0          0
sda2              0.00         0.00         0.00          0          0
sda3             59.60       369.60      1318.40       1848       6592
sdb              59.60       390.40      1318.40       1952       6592
sdb1              0.00         0.00         0.00          0          0
sdb2              0.00         0.00         0.00          0          0
sdb3             59.60       390.40      1318.40       1952       6592
md2             203.60       753.60      1312.00       3768       6560
md1               0.00         0.00         0.00          0          0
md0               0.00         0.00         0.00          0          0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          11.85    0.00    0.40    3.70    0.00   84.05

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda              44.00       595.20       806.40       2976       4032
sda1              0.00         0.00         0.00          0          0
sda2              0.00         0.00         0.00          0          0
sda3             44.00       595.20       806.40       2976       4032
sdb              41.20       392.00       806.40       1960       4032
sdb1              0.00         0.00         0.00          0          0
sdb2              0.00         0.00         0.00          0          0
sdb3             41.20       392.00       806.40       1960       4032
md2             170.00       988.80       803.20       4944       4016
md1               0.00         0.00         0.00          0          0
md0               0.00         0.00         0.00          0          0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          13.50    0.00    0.40    1.82    0.00   84.28

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda              21.16        68.66       546.11        344       2736
sda1              0.00         0.00         0.00          0          0
sda2              0.00         0.00         0.00          0          0
sda3             21.16        68.66       546.11        344       2736
sdb              21.36       129.34       546.11        648       2736
sdb1              0.00         0.00         0.00          0          0
sdb2              0.00         0.00         0.00          0          0
sdb3             21.36       129.34       546.11        648       2736
md2              86.43       196.41       542.91        984       2720
md1               0.00         0.00         0.00          0          0
md0               0.00         0.00         0.00          0          0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          14.97    0.00    0.35    0.87    0.00   83.80

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda              95.00         8.00      2446.40         40      12232
sda1              0.00         0.00         0.00          0          0
sda2              0.00         0.00         0.00          0          0
sda3             95.00         8.00      2446.40         40      12232
sdb              95.00         8.00      2446.40         40      12232
sdb1              0.00         0.00         0.00          0          0
sdb2              0.00         0.00         0.00          0          0
sdb3             95.00         8.00      2446.40         40      12232
md2             307.00        16.00      2440.00         80      12200
md1               0.00         0.00         0.00          0          0
md0               0.00         0.00         0.00          0          0



[root@server ~]# sar -b
Linux 2.6.18-194.26.1.el5 (server.orcwork.co.uk)        02/02/2011

12:00:01 AM       tps      rtps      wtps   bread/s   bwrtn/s
12:10:02 AM   2159.12    753.62   1405.50   8421.46  40497.34
12:20:01 AM    550.90     35.12    515.77    322.75   8265.49
12:30:01 AM    560.57     21.36    539.21    216.21   8890.50
12:40:01 AM    550.70     26.37    524.33    485.30   8744.39
12:50:01 AM    511.33     30.37    480.96    349.78   7889.08
01:00:01 AM    713.09    108.27    604.81    976.13  11980.96
01:10:01 AM   2098.13    651.81   1446.32   7184.32  41101.10
01:20:01 AM    429.34     54.40    374.94   1108.02   5770.28
01:30:01 AM    528.68     56.16    472.52    878.87   7736.25
01:40:01 AM    545.71     42.05    503.66    568.04   8226.24
01:50:01 AM    571.73     13.53    558.20    130.06   9009.34
02:00:01 AM    641.49     68.35    573.14    578.00  11385.85
02:10:01 AM   2139.75    754.75   1385.00   8697.22  39309.95
02:20:01 AM    423.05     33.92    389.13    361.29   6070.29
02:30:01 AM    406.92     15.40    391.52    208.55   6043.74
02:40:01 AM    562.49    124.78    437.70   1080.40   6852.85
02:50:01 AM    510.79     13.29    497.50    110.44   7898.80
03:00:01 AM    745.62     81.77    663.85    685.93  12459.93
03:10:01 AM   2083.98    753.23   1330.75   8948.48  37582.26
03:20:01 AM    511.10     46.38    464.72    466.43   7278.26
03:30:01 AM    505.66     18.71    486.96    326.54   7747.27
03:40:01 AM    489.62     26.22    463.40    341.18   7415.46

03:40:01 AM       tps      rtps      wtps   bread/s   bwrtn/s
03:50:01 AM    485.84      8.90    476.94     76.35   7603.41
04:00:01 AM    808.73    108.60    700.12    915.61  13138.50
04:10:01 AM   2114.75    891.45   1223.30  12770.15  33144.03
04:20:01 AM    559.04     63.79    495.25    882.47   8020.92
04:30:01 AM    561.42     51.42    510.00    842.27   8524.66
04:40:01 AM    448.30     23.84    424.46    204.92   6945.66
04:50:01 AM    542.71     15.83    526.88    245.30   8560.68
05:00:01 AM    842.38    123.41    718.97   1136.72  15189.54
05:10:01 AM   1901.91    494.53   1407.37   4225.56  39674.13
05:20:01 AM    555.25     26.77    528.48   1322.55   8391.80
05:30:01 AM    553.07     16.06    537.02    585.52   8745.93
05:40:01 AM    433.54      8.61    424.92     73.91   6601.76
05:50:01 AM    492.86      8.66    484.20    208.51   7547.19
06:00:01 AM   1091.53     11.09   1080.44    143.69  26000.37
06:10:01 AM   1481.55     72.63   1408.92   1494.52  37278.14
06:20:01 AM    524.81     20.17    504.64    308.55   8044.03
06:30:01 AM    502.02      5.83    496.19     48.73   7788.46
06:40:01 AM    396.57      1.31    395.25     17.15   6064.91
06:50:01 AM    468.94      3.29    465.65     26.54   7349.37
07:00:01 AM    802.55    117.78    684.77   1097.95  14708.13
07:10:01 AM   1997.87    708.19   1289.68   8799.56  35225.27
Average:       832.75    151.47    681.27   1811.30  14482.71




[root@server ~]# sar -B
Linux 2.6.18-194.26.1.el5 (server.orcwork.co.uk)        02/02/2011

12:00:01 AM  pgpgin/s pgpgout/s   fault/s  majflt/s
12:10:02 AM   1403.58   4054.09    817.82     11.14
12:20:01 AM     53.78    829.91    258.66      0.21
12:30:01 AM     36.04    894.00    587.15      0.23
12:40:01 AM     80.88    879.68    628.86      0.13
12:50:01 AM     58.30    792.12    283.01      0.84
01:00:01 AM    162.70   1201.39    304.95      0.31
01:10:01 AM   1197.39   4114.63    774.52      1.15
01:20:01 AM    184.66    580.13    264.81      2.01
01:30:01 AM    146.48    776.79    268.00      2.21
01:40:01 AM     94.67    825.70    281.76      2.06
01:50:01 AM     21.68    904.20    279.53      0.16
02:00:01 AM     96.34   1141.79    298.42      0.08
02:10:01 AM   1449.64   3935.23    794.09      5.98
02:20:01 AM     60.11    610.44    254.31      0.86
02:30:01 AM     34.75    607.72    257.83      0.25
02:40:01 AM    180.07    688.79    310.47      0.17
02:50:01 AM     18.41    793.41    267.53      0.01
03:00:01 AM    114.33   1249.54    309.96      0.01
03:10:01 AM   1491.43   3762.35    762.56      0.52
03:20:01 AM     77.72    731.48    257.89      1.71
03:30:01 AM     54.42    778.10    246.65      0.00
03:40:01 AM     56.86    745.21    273.92      0.02

03:40:01 AM  pgpgin/s pgpgout/s   fault/s  majflt/s
03:50:01 AM     12.72    764.05    384.19      0.01
04:00:01 AM    152.61   1317.63    293.28      0.02
04:10:01 AM   2128.39   3318.93    830.24      2.94
04:20:01 AM    147.05    805.70    276.73      1.83
04:30:01 AM    140.38    855.94    257.19      0.14
04:40:01 AM     34.15    697.82    251.59      0.02
04:50:01 AM     40.88    859.51    246.19      0.00
05:00:01 AM    189.46   1522.46    623.18      0.21
05:10:01 AM    704.25   3970.71   1275.92      0.24
05:20:01 AM    220.43    842.40    769.93      0.00
05:30:01 AM     97.59    879.30   3499.30      0.00
05:40:01 AM     12.32    664.02   3736.20      0.00
05:50:01 AM     34.75    758.37   3662.22      0.00
06:00:01 AM     23.95   2603.91   3094.56      0.00
06:10:01 AM    249.09   3730.85   3474.68      0.06
06:20:01 AM     51.43    807.64    520.42      0.07
06:30:01 AM      8.12    782.63    265.64      0.00
06:40:01 AM      2.86    610.06    255.77      0.02
06:50:01 AM      4.42    738.54    248.38      0.00
07:00:01 AM    183.00   1474.23    337.25      0.02
07:10:01 AM   1466.73   3526.46    810.37      2.17
Average:       301.89   1451.94    788.32      0.88



[root@server ~]# tail -50 /var/log/messages
Jan 30 04:02:02 CentOS-55-64-minimal syslogd 1.4.1: restart.
Jan 30 04:22:03 CentOS-55-64-minimal kernel: md: syncing RAID array md0
Jan 30 04:22:03 CentOS-55-64-minimal kernel: md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.
Jan 30 04:22:03 CentOS-55-64-minimal kernel: md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for reconstruction.
Jan 30 04:22:03 CentOS-55-64-minimal kernel: md: using 128k window, over a total of 2102464 blocks.
Jan 30 04:22:03 CentOS-55-64-minimal kernel: md: delaying resync of md1 until md0 has finished resync (they share one or more physical units)
Jan 30 04:24:45 CentOS-55-64-minimal kernel: INFO: task md1_resync:19196 blocked for more than 120 seconds.
Jan 30 04:24:45 CentOS-55-64-minimal kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jan 30 04:24:45 CentOS-55-64-minimal kernel: md1_resync    D ffffffff801508e3     0 19196    107               19195 (L-TLB)
Jan 30 04:24:45 CentOS-55-64-minimal kernel:  ffff8100346ebd70 0000000000000046 7be06400e0dacbf1 ffff81023e7faa0c
Jan 30 04:24:45 CentOS-55-64-minimal kernel:  ffff81023e7fa80c 0000000000000009 ffff810061b287a0 ffff810107f0b100
Jan 30 04:24:45 CentOS-55-64-minimal kernel:  000542356eebeb5a 000000000000102b ffff810061b28988 00000001d3c43f00
Jan 30 04:24:45 CentOS-55-64-minimal kernel: Call Trace:
Jan 30 04:24:45 CentOS-55-64-minimal kernel:  [<ffffffff800a08fe>] keventd_create_kthread+0x0/0xc4
Jan 30 04:24:45 CentOS-55-64-minimal kernel:  [<ffffffff8021af2b>] md_do_sync+0x1d8/0x833
Jan 30 04:24:45 CentOS-55-64-minimal kernel:  [<ffffffff8008ca47>] enqueue_task+0x41/0x56
Jan 30 04:24:45 CentOS-55-64-minimal kernel:  [<ffffffff8008cab2>] __activate_task+0x56/0x6d
Jan 30 04:24:45 CentOS-55-64-minimal kernel:  [<ffffffff8008c897>] dequeue_task+0x18/0x37
Jan 30 04:24:45 CentOS-55-64-minimal kernel:  [<ffffffff80062ff8>] thread_return+0x62/0xfe
Jan 30 04:24:48 CentOS-55-64-minimal kernel:  [<ffffffff800a0b16>] autoremove_wake_function+0x0/0x2e
Jan 30 04:24:49 CentOS-55-64-minimal kernel:  [<ffffffff800a08fe>] keventd_create_kthread+0x0/0xc4
Jan 30 04:24:51 CentOS-55-64-minimal kernel:  [<ffffffff8021b8ff>] md_thread+0xf8/0x10e
Jan 30 04:24:53 CentOS-55-64-minimal kernel:  [<ffffffff800a08fe>] keventd_create_kthread+0x0/0xc4
Jan 30 04:24:56 CentOS-55-64-minimal kernel:  [<ffffffff8021b807>] md_thread+0x0/0x10e
Jan 30 04:24:57 CentOS-55-64-minimal kernel:  [<ffffffff8003290a>] kthread+0xfe/0x132
Jan 30 04:24:59 CentOS-55-64-minimal kernel:  [<ffffffff8005dfb1>] child_rip+0xa/0x11
Jan 30 04:25:00 CentOS-55-64-minimal kernel:  [<ffffffff800a08fe>] keventd_create_kthread+0x0/0xc4
Jan 30 04:25:00 CentOS-55-64-minimal kernel:  [<ffffffff8003280c>] kthread+0x0/0x132
Jan 30 04:25:00 CentOS-55-64-minimal kernel:  [<ffffffff8005dfa7>] child_rip+0x0/0x11
Jan 30 04:25:00 CentOS-55-64-minimal kernel:
Jan 30 04:26:28 CentOS-55-64-minimal kernel: md: md0: sync done.
Jan 30 04:26:28 CentOS-55-64-minimal kernel: RAID1 conf printout:
Jan 30 04:26:28 CentOS-55-64-minimal kernel: md: syncing RAID array md1
Jan 30 04:26:28 CentOS-55-64-minimal kernel: md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.
Jan 30 04:26:28 CentOS-55-64-minimal kernel: md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for reconstruction.
Jan 30 04:26:28 CentOS-55-64-minimal kernel: md: using 128k window, over a total of 264960 blocks.
Jan 30 04:26:28 CentOS-55-64-minimal kernel:  --- wd:2 rd:2
Jan 30 04:26:28 CentOS-55-64-minimal kernel:  disk 0, wo:0, o:1, dev:sda1
Jan 30 04:26:28 CentOS-55-64-minimal kernel:  disk 1, wo:0, o:1, dev:sdb1
Jan 30 04:26:35 CentOS-55-64-minimal kernel: md: md1: sync done.
Jan 30 04:26:35 CentOS-55-64-minimal kernel: RAID1 conf printout:
Jan 30 04:26:35 CentOS-55-64-minimal kernel:  --- wd:2 rd:2
Jan 30 04:26:35 CentOS-55-64-minimal kernel:  disk 0, wo:0, o:1, dev:sda2
Jan 30 04:26:35 CentOS-55-64-minimal kernel:  disk 1, wo:0, o:1, dev:sdb2

Any help would be greatly appreciated, cheers.

 

It could be internet connection speed ... but unlikly ...

Or it could be lag from radom data access(MC maps can be I/O intensive) ... try using ram disk ...

You could try empty map for test ...

 

I'm trying to remember which combination of plugins it was that was causing lag for many people... I think it was worldedit and worldguard together. Have you tried removing both of them?

The biggest cause of lag is usually not the CPU/RAM, but the disk I/O. I'm guessing md2 is the disk your world is running on? Have you tried a ramdisk?

Aside from that, I'd try using different commands. I don't know how you'd set it up with McMa, but I generally suggest this:
java -d64 -Xincgc -Xmx6G -jar craftbukkit.jar nogui
The -d64 flag makes it so it will use 64 binaries if possible. The -Xincgc is better garbage collection (You won't need all those other commands for that, and eliminates the need to set an initial heap size (-Xms))

 

try removing WarpGate and using sign portals instead. I run on about the same specs as you and every time i gave WarpGates a go i noticed my cpu being stuck at over 100% usage. I think it has to do with checking player movements all the time. Try removing that plugin, it worked for me.

 

The server's in a datacentre connected to a 100mbit line and I believe the two HDDs are 750GB Samsung F1s, so I don't think the bottleneck's there either. Anyway, thanks for your suggestions, I'll try them all out tonight. I was advised that a RAMDisk 'wouldn't be worth it' but I guess I have nothing to lose in my current situation.

 

I tried the RAMDisk and it made no difference. My system still lags. I'm running it on secondary PC. (AMD Phenom 9850 (2.5Ghz Quad Core, 4GB RAM)

Windows 7 Ultimate ( X86)

java version "1.6.0_23"
Java(TM) SE Runtime Environment (build 1.6.0_23-b05)
Java HotSpot(TM) Client VM (build 19.0-b09, mixed mode, sharing)

Manifest-Version: 1.0
Build-Jdk: 1.6.0_22
Built-By: bamboo
Build-Version: git-Bukkit-something-198
Created-By: Apache Maven
Main-Class: org.bukkit.craftbukkit.Main
Archiver-Version: Plexus Archiver

java -Xincgc -Xmx1536M -jar craftbukkit.jar nogui
(also tried java -Xms1536M -Xmx1536M -jar craftbukkit.jar nogui with no difference)

Plugins:
2011-02-02 08:33:31 [INFO] [iConomy] version [2.2] (Aime) loaded
2011-02-02 08:33:31 [INFO] [Permissions] version [1.9] (Handler) loaded
2011-02-02 08:33:31 [INFO] [SimpleShop] version [1.1] (Dime) loaded
2011-02-02 08:33:31 [INFO] [Sponge] Version 1.3 activated.
2011-02-02 08:33:31 [WARNING] Warps were not found in warps folder
2011-02-02 08:33:31 [INFO] Loaded Essentials b131 by Zenexer, ementalo, Eris, and EggRoll
ExtendDay v1.0 By Feverdream initialized.
2011-02-02 08:33:31 [INFO] [Jail] Loaded 1 jail zones.
2011-02-02 08:33:31 [INFO] [Jail] Loaded 3 prisoners.
Take yourself wonder by wonder, using /magiccarpet or /mc. Magic Carpet version 1.3 is enabled!
SlowHealth version 2.1 is enabled! Regen-rate is set to 90000
2011-02-02 08:33:31 [INFO] SpawnMob version 1.4.0 enabled.
2011-02-02 08:33:31 [INFO] Loading spell-classes.txt
2011-02-02 08:33:31 [INFO] Spells version 0.75 is enabled
vPlayersOnline version 1.3 is enabled!
2011-02-02 08:33:31 [INFO] Wand version 0.58 is enabled
Begin Loading WormholeXTreme Plugin.
7 Wormholes loaded from DB.
WormholeXTreme v0.51 ready.

No errrors, just the can't keep up message. Stopping and restarting the server helps. Yesterday, I updated to build 198 and the latest version of all my plugins.

 

I have found a ramdisk to vastly improve my server performance. Especially if you have RAM to spare. No HD's can compete with it for speed, so if you want the best results for I/O, use a ramdisk (at least for your world folder). Of course, you must, must, must, must, (did I say must?) backup your world constantly, for a server crash (or reboot) will wipe out your ramdisk. I just run a simple copy command when starting up and shutting down my CraftBukkit server to move the files to and from my HD and ramdisk area.

That being said, have you tried to remove any of the plugins suggested? Believe it or not, the majority of problems are plugin related these days.

@T.E.
Off topic, but you got oversold on your computer. Putting 4 GB RAM into a x86 Windows OS is silly at best (unless you're running a Windows server, but why you'd want to run a Windows server OS for Minecraft is beyond me...)

My suggestion for you is to check your plugins. Also, it helps to know what kind of lag are you seeing? Are you seeing a lot of "Warning: Can't keep up..." messages, or are your users just saying "Man, this is laggy!"

 

At the moment I've dropped McMA and am now using the commandline you suggested to start the server, also removed WarpGate. At the moment it seems to be running better than before, there was definitely a noticeable improvement overall. I'm a little hesitant to drop WorldEdit or WorldGuard as they're currently providing the zones for the map, without them everything would be a mess.

I'll be monitoring the server tonight when there are 30+ on, after all, that'll be the real test.

 

The PC was an old one that I put together a long time ago with some extra spare parts that I had. Initially, I only had 2GB RAM, hence the 32bit OS (later on I found some additional 2GB RAM) . Got lazy and didn't want to reinstall the OS so I figured I would use it as a general purpose 'server'. Its my ftp server, media server, etc. I play Minecraft on my main PC, not on this one.

Not sure if wiping the OS and reinstalling the 64bit version would make a difference.

The Phenom CPU is a few years old but it should be more than enough for a Minecraft server. I used the free version of Dataram RAM drive. I set the server to 1024GB and made a 512MB ram drive. I didn't really see a difference.

So I don't know. ....

 

Running CraftBukkit through McMyAdmin is sketchy at best. I'd avoid it. (Besides, it's not too hard to run the CraftBukkit server on its own anyway).
--- merged: Feb 2, 2011 6:01 PM ---

Reinstalling x64 OS? Won't make a big difference, but you'll actually be able to take advantage of that 4GB RAM.

Try a different ramdisk program maybe?

For note: I run my system on a X2 4600+ with 6 GB RAM. Your system is more than fine.

 

Yeah, I might end up doing that. Currently this version of Windows can only use 2.87GB of RAM. I might mess around with PAE or a kernel mod that I found for Windows 7 that lets it use up to 8GB of RAM (basically its using parts of Windows 2003 Datacenter kernel to allow a 32bit OS to see 8GB).

 

You could do that... I'd personally avoid PAE if I were you. They didn't build it into the consumer OSes for a reason, always caused problems. I'd be interested if it worked and what your results are on it though. Hacking in parts of the W2k3 Datacenter kernel into your W7 kernel is bound to cause you problems, in my opinion. Fun project though.

 

If it tanks the OS then I'll reload the 64bit version, it it works then cool. I'll play with it when I get home tonight.

The patch is located here - http://www.unawave.de/windows-7-tipps/32-bit-ram-barrier.html?lang=EN

 

So the problem seems to be combining CraftBukkit and McMyAdmin?

 

Very well could be. I run it on its own myself, seems to work best all in all.

 

You mean you run bukkit alone? or McMyAdmin alone?

 

Running CraftBukkit alone, simply via cli:

java -Xincgc -Xmx1G -jar craftbukkit.jar nogui

Or a variation of it.

 

Looks like we we're right, I disabled McMyAdmin.. no lag.. even more responsiveness then before. I hope bukkit does end up supporting it though, since I did already pay for it. :/

 

Shitty deal. Burn them to the ground, or something.

 

Warpgate....
remove it ....
it did it for me ... still looking for an alternative...
Wormhole is ...

 

I tried that kernel mod, works like advertised. The system now uses the full 4GB. However it still lags.