search for: 95g

I am not sure how to interpret the output of the DF -h command. Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroup00-LogVol00 112G 12G 95G 11% / /dev/hda1 99M 12M 82M 13% /boot none 125M 0 125M 0% /dev/shm The filesystem Centos is using is new to me since I have RH 9 on my other server. I assume the FS combines my two drives into the virtual drive. What I do not understand is the "...

...-42.fc8 ro root=LABEL=/1 rhgb quiet initrd /boot/initrd-2.6.23.1-42.fc8.img title Other rootnoverify (hd0,1) chainloader +1 [root@zadapi1L log]# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda3 20G 3.0G 17G 16% / /dev/sda5 95G 211M 90G 1% /home tmpfs 470M 24K 470M 1% /dev/shm Again, any hints or pointers to document sections of grub or Xen welcomed. Gautam _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-user...

...nux # df -H /dovecot (the indexes - a drbd disk) Filesystem Size Used Avail Use% Mounted on /dev/drbd0 5.3G 146M 4.9G 3% /dovecot # df -H /data/mail (the mailboxes - a nfs disk) Filesystem Size Used Avail Use% Mounted on nfs.impa.br:/data/mail 158G 95G 56G 63% /data/mail # dovecot -n # 1.1.1: /etc/dovecot.conf syslog_facility: local5 protocols: imap imaps listen: 127.0.0.1:143 ssl_listen: 147.65.1.46:993 disable_plaintext_auth: yes login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login login_log_format_elements: u...

...e CPU time > (user+sys) compare to real? If they're much less, then it's spending > a lot of time waiting for I/O, which in this case means loading files > from disk. 94% CPU time with 99 shards on an SSD. (I've already nuked the 390 shards) Combined sizes of the shards are ~95G and they're roughly equal in size. They're sharded by NNTP article number ($NUM % $SHARDS), and with Xapian docid being equivalent to the NNTP article number. Not sure if the docid assignment and per-shard gaps has anything to do with the slowdowns. Works great with 2..8 shards... > I...

Going back to the "prioritizing aggregated DBs" thread from February 2020, I've got 390 Xapian shards for 130 public inboxes I want to search against(*). There's more on the horizon (we're expecting tens of thousands of public inboxes). After bumping RLIMIT_NOFILE and running ->add_database a bunch, the actual queries seem to be taking ~30s (not good :x). Now I'm

...C#Vg$jfA;SZ&muN at 6XqH|3VmNT zJy^Yd?P6$Z1VJ|aQ7$ecu4(2(vW*zC7{ez{)B6=&k at a|SXQ)ahCdrLCm<n|+mz-~6 z4)F*}ir|(E{#Dr55tn8djR_58_Q;1iN=cUNF?*^d=HkVrx|EenDb`&ME_fJ#MxQms zPb_`-O%PJ(Ol=~?oiLWH>#0|@({B|%vGBWe=|3EKM~l8|;SXN`O+d204t_eu6nvhg zzkstTtfA6=>y>brww^<sv_Elh=Faw+`)G${;}z95g{Y&&lOwqPs3{!fDnLJon5?*U zqMo4u-{mpaj~rVL78zftre{35_m?ahb;xAV at T{8U!)6q4RFQ^FiUKS%eZPl&JttkH zQhWc%6S`(a(Z6R~f^~DL`fYN9yW~GJskNE#4f4oQL*z4q!8Uo~sBLk8QU9N9i%z^K zdT+YrqVcn9i?l1oUFMTN|HP*Kk1K}Hn_vAo+)BEp!Jrg0s#0L-nnYLlt37Y^Go#^A zarRmNt<&Sq1qr3CMC-AHqu$IXeVGL9&*}ur6A|^$`H{UwpD...