Hello fans.
currently, is sources.cs.bell-labs.com down?
on my plan9 box:
% ndb/dnsquery
sources.cs.bell-labs.com
!dns: dns failure
plan9.bell-labs.com
plan9.bell-labs.com ip 135.104.24.16
Thanks stevie.
My plan9 box resolved sources.cs.bell-labs.com too.
Hello fans.
currently, is sources.cs.bell-labs.com down?
on my plan9 box:
% ndb/dnsquery
sources.cs.bell-labs.com
!dns: dns failure
plan9.bell-labs.com
plan9.bell-labs.com ip 135.104.24.16
Sources is up
Thanks Anthony.
I bet if you re-run the same test twice in a
row, you’re going to see dramatically improved
performance.
I try to re-run ‘iostats md5sum /386/9pcf’.
Read result is very fast.
first read result is 152KB/s.
second read result is 232MB/s.
Your write performance in that test
Thanks Aram.
I have spent some time
debugging this, but unfortunately, I couldn't find the root cause, and
I just stopped using fossil.
I tried to measure performance effect by replacement of component.
1) mbr or GRUB
2) pbs or pbslba
3) sdata or sdvirtio (sdvirtio is imported from 9legacy)
Hello, fans.
I’m running Plan 9(labs) on public QEMU/KVM service.
My Plan 9 system has a slow read performance problem.
I ran 'iostats md5sum /386/9pcf’, DMA is on, read result is 150KB/s.
but write performance is fast.
My Plan 9 system has a 200GB HDD, formatted with fossil+venti.
disk layout