I basically stated that the location "might" affect lag.mvgulik wrote:... Really! ...chocolaterain wrote:I think the lag also depends on how far away you live from the server. I have almost no lag right now.
Your location: Unkown.
Online User-count at moment "right now": Unkown.
Playing duration of test: Unkown.
Type of lag in question (see Doness post): Unkown
Math: Unkown by Unkown by Unkown by Unkown = ... Erm, right. Good for you? ...
---
Loftar is playing with the minimap on/off switches. Thats all.
(Use Ender client. It has bare, but auto generated minimap feature. In case the server is not sending those other ones.)
-
chocolaterain
- Posts: 309
- Joined: Sat Feb 04, 2012 10:35 am
Re: Planned downtime: Harddrive replacement (again)
what a b e a u t i f u l duwang
-
mvgulik
- Posts: 4094
- Joined: Fri May 21, 2010 2:29 am
Re: Planned downtime: Harddrive replacement (again)
I though I "actually" stated that you should read Doness post ...chocolaterain wrote:I basically stated that the location "might" affect lag.
Yep I did. ( <-- basically stating: I don't really care. To many useless "I have no lag, go figure." comments in this topic.)mvgulik wrote:Type of lag in question (see Doness post): Unkown
-
benedikt
- Posts: 13
- Joined: Fri Jul 16, 2010 8:37 pm
Re: Planned downtime: Harddrive replacement (again)
well, all my map scrolls are empty, so i would think sochocolaterain wrote:Is there something wrong with the maps?
-
Granger
- Posts: 9255
- Joined: Mon Mar 22, 2010 2:00 pm
Re: Planned downtime: Harddrive replacement (again)
There is a ZFS port for Linux in the making (http://zfsonlinux.org/), which withstood all misuse i threw at it (adding defective harddrives, yanking the power cord) without any on-disk corruption (minus the bad blocks on the failing drives, but they were cured from the redundancy i configured into the pool layouts).loftar wrote:I don't know how ZFS is in that regard.GreenScape wrote:ZFS
To get most out of it you surely want to give it something to work with: enough spindles (for redundancy and throughput), RAM for the ARC (Adaptive Replacement Cache), SSDs for the L2ARC (to extended ARC when the working set dosn't fit into RAM), and in case you have workloads like databases which fsync (=request data being on stable storage before returning from system call) you want to add another SSD (or a battery backed RAM drive) as ZIL (ZFS Intent Log) so sync writes will not have to wait for rotating platterns.
Surely ZFS eats more resources than a standard desktop filsystem, but that's ok since you'll obtain a feature rich, resilitent and performing datacenter level storage.
IMHO when it comes to manageable data storage ZFS is the best since bread in slices.
⁎ Mon Mar 22, 2010 ✝ Thu Jan 23, 2020