Re: [squid-users] Delay_pool problem

From: FredB <fredbmail_at_free.fr>
Date: Thu, 15 Dec 2011 09:38:56 +0100 (CET)

----- Mail original -----
> De: "Amos Jeffries" <squid3_at_treenet.co.nz>
> À: squid-users_at_squid-cache.org
> Envoyé: Mercredi 14 Décembre 2011 01:02:21
> Objet: Re: [squid-users] Delay_pool problem
>
> On Tue, 13 Dec 2011 14:12:48 +0100 (CET), FredB wrote:
> > Hello,
> >
> > I wish to limit the bandwidth like this
> >
> > 1) Limit 64000 by user for objects more big than 30 ko
> > 2) Limit global bandwidth to 1625000 - 13MB -
> >
> > I tried this configuration
> >
> > acl myusers src 10.0.0.0/8
> > acl proto-pool port 80 81 21
> >
> > delay_pools 2
> >
> > delay_class 1 2
> > delay_parameters 1 -1/-1 64000/30000
> >
> > delay_class 2 1
> > delay_parameters 2 1625000/1625000
> >
> > delay_access 1 deny CONNECT
> > delay_access 1 allow myusers
> > delay_access 1 deny all
> >
> > delay_access 2 allow proto-pool
> > delay_access 2 deny all
> >
> > squidclient
> >
> > Class: 2
> >
> > Aggregate:
> > Disabled.
> >
> > Individual:
> > Max: 30000
>
> --> maximum number of bytes which may be fetched by a client in one
> second.
>
> > Restore: 64000
>
> --> maximum number of bytes added back into the "Max" buffer every
> second. Separate from how many bytes have been removed from the
> buffer
> during that second.
>
> > Current: 52:30000 146:30000 168:30000 196:21312 172:30000
> > 113:24270
> > 86:30000 104:30000 120:30000 23:30000 157:30000 213:30000 77:30000
> > 60:30000 124:30000 8:30000 21:-44294 80:30000 15:30000 20:30000
> > 17:30000 3:30000 198:30000 30:25129 59:7438 32:30000 101:30000
> <snip>
>
> --> the list of currently active clients and how much free space
> their
> pool buffers have.
>
> Some such as client #52, have not used any traffic and have a full
> 30000 bytes available.
>
> Some such as #59 have used some of the permitted amount but not
> all,
> and so have a under-30000 value. (7438 bytes available)
>
> Some such as #21, have somehow used more traffic than was in the
> buffer to begin with and have a negative value available. They will
> not
> be able to read anything until the 64K refill has raised their
> values
> back to positive again.
> (I _think_ this is related to uploads which may be wrongly
> accounted
> against the client traffic, but not delayed. However, there is an
> open
> bug about this negative value which still needs a deep investigation
> to
> figure out the details and fix.)
>
> >
> > Memory Used: 80928 bytes
> >
> > First problem, as you can see class 2 doesn't works - Aggregate
> > Disabled -
>
> "Disabled" meaning no limit. AKA "-1/-1". Which is what you
> configured.
>
>
> The per-machine limit is set to 30000 *bytes* in any given second.
> Filling a bucket of 30KB with 64KB data will overflow and end up
> with
> only the smaller bucket amount available.
>
> For an example; if you poured a whole jug full of water into a small
> cup. Most of it spills out and the small cup amount is all you get
> left
> with to drink.
>
> >
> > And second problem
> > When I tried with only class 2 -> no problem
> > when I tried with only class 1 -> Surf is very very slow, even with
> > a
> > light page like google
> >
> > Have you any ideas ?
>
> The pool "2" (class 1) you configured is set to share a small
> 1.6MB/sec
> of traffic between all machines tagged with that pool. The ACL for
> that
> pool includes destination port 80 which just happens to be the port
> which web servers use. Now how many machines are there active in any
> given second?
>
> If you configured the 30KB/sec pool as a class 1, that would be even
> worse than 1.6MB/sec as a class 1.
>
> A class 2 pool with aggregate disabled appears to me to be the
> correct
> configuration for what you are aiming at. You just have to sort out
> what
> the correct limit settings need to be and which clients are pooled
> by
> the ACLs.
>
>
> Amos
>

I tried something more simple

With two kids

acl users src 10.0.0.0/8
delay_pools 1
delay_class 1 2
delay_parameters 1 1625000/1625000 64000/64000 // 13 Mbits/by workers and 512kbits/user
delay_access 1 allow users
delay_access 1 deny all

My physical bandwidth max is 50 Mbits

After five/ten minutes, squid seems inusable - very very slow - But I saw nothing special with squidclient

by kid1 {
Delay pools configured: 1

Pool: 1
        Class: 2

        Aggregate:
                Max: 1625000
                Restore: 1625000
                Current: 1511705

        Individual:
                Max: 64000
                Restore: 64000
                Current: 16:64000 5:64000 145:64000 201:64000 246:64000 36:64000 32:64000 42:64000 56:63528 43:64000 15:64000 129:64000 155:64000 65:64000 107:64000 184:64000 101:64000 74:64000 54:64000 189:64000 120:64000 90:64000 37:64000 203:64000 190:64000 96:64000 19:64000 85:64000 14:64000 158:64000 45:62642 51:64000 122:64000 78:64000 17:15900 8:64000 205:64000 104:64000 1:64000 38:64000 148:64000 48:64000 108:64000 225:64000 112:64000 157:64000 47:64000 6:64000 23:64000 106:64000 156:64000 4:64000 67:64000 12:64000 144:64000 136:64000 41:64000 229:64000 39:64000 167:64000 91:64000 27:64000 164:64000 52:64000 63:64000 97:64000 44:64000 159:64000 116:64000 83:64000 231:64000 33:64000 137:54074 140:64000 161:64000 198:64000 95:64000 2:64000 216:64000 87:64000 193:60802 238:64000 66:64000 73:64000 11:64000 88:64000 171:64000 26:64000 28:64000 192:64000 219:64000 29:64000 139:64000 24:64000 242:64000 60:64000 55:64000 173:64000 94:64000 62:64000 197:64000 134:64000 200:64000 230:64000 58:64000 204:64000 123:64000 100:64000 183:64000 76:64000 124:64000 79:58776 13:64000 7:64000 72:64000 240:64000 221:36360 138:64000 49:64000 119:64000 102:63132 40:64000 114:64000 111:64000 35:64000 89:64000 237:64000 70:64000 191:64000 57:64000 209:64000 239:64000 18:64000 31:64000 168:64000 22:64000 162:64000 10:64000 163:64000 53:64000 142:64000 143:64000 71:64000 141:64000 243:64000 147:64000 109:64000 185:64000 81:64000 25:64000 3:64000 220:64000 202:64000 174:64000 186:64000 9:64000 249:64000 128:64000 196:64000 75:64000 121:64000 103:64000 213:64000 178:64000 177:64000 50:64000 233:64000 135:64000 151:64000 244:64000 154:64000 236:64000 170:64000 30:64000 69:64000 82:64000 152:64000 98:64000 118:64000 188:64000 115:64000 93:56760 212:64000 61:64000 214:64000 166:64000 234:64000 20:64000 130:64000 117:64000 21:64000 46:64000 113:54731 80:64000 105:64000 68:64000 132:64000 110:64000 222:64000 223:64000 133:64000 34:64000 254:64000 84:64000 208:64000 253:64000 160:64000 59:64000 146:64000 149:64000 176:64000 248:64000 126:64000 165:64000 206:64000 125:64000 241:64000 86:64000 199:64000 210:64000 255:64000 169:64000 150:-2272619 64:-330115 179:64000 172:64000 181:64000 250:64000 245:64000 227:64000 217:64000 127:64000 131:64000 180:64000 175:64000 99:64000 77:64000 153:64000 226:64000 187:64000 232:64000 215:64000 235:64000 211:64000 194:64000 182:64000 207:64000 92:64000 224:64000 228:64000 0:64000 247:64000 252:64000

Memory Used: 25460 bytes
} by kid1

by kid2 {
Delay pools configured: 1

Pool: 1
        Class: 2

        Aggregate:
                Max: 1625000
                Restore: 1625000
                Current: 572766

        Individual:
                Max: 64000
                Restore: 64000
                Current: 51:64000 145:64000 246:64000 5:64000 7:-6 203:-3325 185:58931 129:64000 184:64000 36:64000 15:64000 101:1440 37:64000 122:64000 107:64000 54:64000 14:64000 158:64000 85:64000 156:64000 17:64000 42:0 32:59719 157:64000 45:-8222 140:64000 100:64000 205:64000 112:64000 190:64000 8:64000 69:64000 78:64000 242:64000 49:64000 24:64000 60:64000 43:64000 62:64000 198:64000 108:64000 44:64000 91:64000 12:63222 47:61491 148:62520 189:64000 200:64000 33:64000 159:63424 201:64000 63:64000 23:64000 6:64000 186:64000 230:64000 4:57464 137:52409 1:64000 136:64000 52:64000 48:64000 220:64000 73:64000 27:64000 97:64000 41:60143 118:64000 165:64000 160:64000 95:64000 167:64000 120:64000 39:64000 28:64000 116:64000 35:64000 80:64000 168:64000 139:64000 161:64000 216:64000 183:64000 128:64000 38:64000 119:0 20:64000 225:54409 115:64000 72:64000 67:64000 87:64000 76:64000 204:64000 74:64000 237:64000 29:64000 103:62456 134:64000 209:64000 53:63990 56:45584 71:64000 238:64000 192:64000 2:64000 55:64000 66:64000 104:64000 151:58733 123:64000 94:64000 83:64000 58:35494 16:64000 173:64000 68:64000 197:64000 3:64000 249:64000 11:5007 244:62406 19:64000 106:64000 88:64000 240:64000 18:64000 79:64000 81:64000 221:0 124:64000 114:47726 31:64000 138:-29276 147:64000 13:64000 163:64000 64:57255 70:64000 102:63133 57:64000 22:64000 255:64000 50:-7103 111:64000 89:63327 164:64000 169:64000 40:58254 65:64000 171:64000 162:64000 10:64000 109:-18162 26:64000 229:64000 105:64000 239:64000 141:64000 143:64000 59:64000 121:64000 90:64000 117:64000 133:64000 144:50774 113:-11649 254:64000 142:64000 202:64000 174:64000 170:64000 196:64000 178:64000 75:64000 9:64000 243:64000 46:64000 213:64000 25:64000 155:64000 193:64000 177:64000 191:64000 233:64000 175:64000 236:64000 30:64000 152:64000 154:64000 98:64000 82:64000 212:51655 188:64000 93:64000 61:64000 130:64000 234:64000 166:64000 110:64000 231:64000 135:64000 21:64000 223:64000 96:64000 222:64000 84:64000 34:64000 99:64000 77:63316 253:64000 126:64000 214:64000 208:-49146 219:64000 146:64000 149:64000 176:64000 248:64000 199:64000 206:64000 132:64000 125:64000 86:64000 127:64000 210:64000 241:62396 179:64000 217:64000 172:64000 181:64000 250:64000 227:64000 245:64000 150:64000 131:0 187:64000 153:64000 226:64000 180:64000 232:64000 247:64000 235:64000 194:64000 224:64000 215:64000 211:64000 207:64000 182:64000 92:64000 228:64000 0:64000 252:64000

Memory Used: 12212 bytes
} by kid2

Thanks
Received on Thu Dec 15 2011 - 08:39:07 MST

This archive was generated by hypermail 2.2.0 : Thu Dec 15 2011 - 12:00:03 MST