Re: [squid-users] cache dir limits

--VbJkn9YxBvnuCH5J
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Dec 05, 2003 at 05:48:22PM +0200, Victor Ivanov wrote:
> On Fri, Dec 05, 2003 at 03:26:26PM +0100, Henrik Nordstrom wrote:
> > On Fri, 5 Dec 2003, Victor Ivanov wrote:
> >=20
=2E..cut...
>=20
> Being able to work for some months with the default settings have fooled
> me that it should still work after increasing load and requests per secon=
d.
> It doesn't. I'll fix the values for the message queues. Automatic assignm=
ent
> for shared memory seems fine though.
>=20

Alright now, I started it with the following limits:

kern.ipc.msgmax: 131072
kern.ipc.msgmni: 40
kern.ipc.msgmnb: 2048
kern.ipc.msgtql: 40
kern.ipc.msgssz: 64
kern.ipc.msgseg: 2048
kern.ipc.shmmax: 33554432
kern.ipc.shmmin: 1
kern.ipc.shmmni: 192
kern.ipc.shmseg: 128
kern.ipc.shmall: 8192

(shm* are defaults, msg* except msgmax were set by me)

First of all, with diskd it rebuilds the store way slower than with ufs.

with ufs:
2003/12/05 15:53:29| Took 340.8 seconds (13477.7 objects/sec).

with diskd:
2003/12/05 18:12:07| Took 1014.7 seconds (4529.7 objects/sec).

After validation, this happens using diskd:

2003/12/05 18:13:33| Completed Validation Procedure
2003/12/05 18:13:33| Validated 4596471 Entries
2003/12/05 18:13:33| store_swap_size =3D 80268874k
2003/12/05 18:13:36| storeDiskdSend: msgsnd: (35) Resource temporarily unav=
ailable
2003/12/05 18:13:36| storeDiskdSend UNLINK: (35) Resource temporarily unava=
ilable
2003/12/05 18:13:36| storeDiskdSend: msgsnd: (35) Resource temporarily unav=
ailable
2003/12/05 18:13:36| storeDiskdSend UNLINK: (35) Resource temporarily unava=
ilable
=2E..etc etc...
2003/12/05 18:13:37| storeDiskdSend WRITE: (35) Resource temporarily unavai=
lable
2003/12/05 18:13:37| storeSwapOutFileClosed: dirno 0, swapfile 00023EEE, er=
rflag=3D-1
(35) Resource temporarily unavailable
=2E..and...
2003/12/05 18:13:37| storeDiskdSend OPEN: (35) Resource temporarily unavail=
able
2003/12/05 18:13:37| ctx: enter level 0: 'http://www.government.bg/photos/=
ico/mail.gif'
=2E..finally...
2003/12/05 18:13:38| assertion failed: diskd/store_io_diskd.c:494: "++send_=
errors < 100"
(and restart)
2003/12/05 18:13:39| Starting Squid Cache version 2.5.STABLE3 for i386-port=
bld-freebsd5.1...

And the whole thing repeats. I switched back to ufs, it seems fine.
BTW, there's a hanging diskd process:

nobody 503 0.0 0.0 2168 100 ?? Is 5:55PM 0:00.59 diskd 494592 =
494593 494594

With some resources left:
q 65536 494592 --rwa------ nobody nobody
q 65537 494593 --rwa------ nobody nobody
m 65536 494594 --rw------- nobody nobody

Does cache_mem impact store rebuild speed? When it's less it seems the
speed is slower?


--VbJkn9YxBvnuCH5J
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 5.0i for non-commercial use
MessageID: SWAsd0xkCGXCRDWlboyfvRn7hluSHSgP

iQA/AwUBP9C5NsQsfVafPWCcEQIjeACfYn9r2P3n1WYPJQv4CdJgjL HmoPoAnjL4
+G1Gt7cMxH54NOFv4PxJfgTP
=LSb9
-----END PGP SIGNATURE-----

--VbJkn9YxBvnuCH5J--