Thanks your comment Zev,
We are about to elaborate an latency-intensive measurement scenario
with both default SLES configurations (SLES10 and SLES11SP2)
and we plan to share the result with this list.
Akos
p.s.
As I reckon 8.2.6 drbd can not be compiled with the 3.0.x kernel,
and I guess that 8.3.12 won't be compiled with 2.16.x kernel too
I hope we can find some kernel (or NFS or drbd) configuration option
that help a bit.
On 05/11/12 20:21, Zev Weiss wrote:
On May 10, 2012, at 11:00 AM, Csurai Akos wrote:
Hello,
I have a backup time degradation problem.
In a nutshell (it looks a write latency performance):
Hi,
I've also had problems with DRBD incurring (unreasonable, I would say)
additional write latency on my systems. I've been watching this list since
last July, and have seen a number of people report similar-sounding problems,
but have yet to see any real explanation of why this happens or any solution to
the problem.
The earliest version I've used was 8.3.7, so I can't really speak to whether or
not 8.2.6 was any better in this regard. (I did try updating to 8.4.0, but
that didn't seem to help and introduced other problems, so I returned to 8.3.x.)
For what it's worth, when I updated my servers from RHEL5 to RHEL6 (so a 2.6.18-based kernel to a
2.6.32-based one), it "felt" like things may have improved slightly, but not a whole lot
(I say "felt" because I don't have any hard before/after numbers on it).
Zev Weiss
_______________________________________________
drbd-user mailing list
[email protected]
http://lists.linbit.com/mailman/listinfo/drbd-user
--
This communication is confidential and intended solely for the addressee(s).
Any unauthorized review, use, disclosure or distribution is prohibited. If you
believe this message has been sent to you in error, please notify the sender by
replying to this transmission and delete the message without disclosing it.
Thank you.
E-mail including attachments is susceptible to data corruption, interception,
unauthorized amendment, tampering and viruses, and we only send and receive
emails on the basis that we are not liable for any such corruption,
interception, amendment, tampering or viruses or any consequences thereof.
Ericsson Magyarország Kft., Székhely: 1097 Budapest, Könyves Kálmán krt. 11. B.
épület. Nyilvántartó cégbíróság: Fõvárosi Bíróság. Cégjegyzékszám: 01-09-070937
_______________________________________________
drbd-user mailing list
[email protected]
http://lists.linbit.com/mailman/listinfo/drbd-user