Re: Recommendation for squid proxy server
I have installed several squids in the past +10 years ago mainly in Solaris in some Linux. For so few users any PC will be enough. (the real number that gives the real uses is the number of http requests per second). I won't care about configuration, unless you are using a virtual server. Any pc with a basic configuration will be enough. The critical point with squid 2.x (the versions that I installed in that time) is the I/O performance. I suppose that squid 3.x will be similar. > Hi folks. > I'm working in a new squid/proxy server for 150+ users in my network. > I need some testing, whenever, maybe someone have experience with squid > > performance on NetBSD, basically in the Filesystem and security. > If anyone can comment, please let me know. > Best regards. > -- > Francisco Valladolid H. > -- http://blog.bsdguy.net - Jesus Christ follower.
Re: Recommendation for squid proxy server
Hi Niels. On Wed, Nov 30, 2016 at 5:04 AM, Niels Dettenbachwrote: > Am Mittwoch, 30. November 2016, 00:01:26 schrieben Sie: > > I'm working in a new squid/proxy server for 150+ users in my network. > > I need some testing, whenever, maybe someone have experience with squid > > performance on NetBSD, basically in the Filesystem and security. > > > > If anyone can comment, please let me know. > Hmm, > not sure if i can help you. > > If i understand right, you want to use squid as a caching (or > "accelerating") > proxy? What type of users do you have? > > Basically for web caching and I have a small ISP, serving wireless clients. Some years ago we runned a squid on a NetBSD (HP proliant machine) for > around > 50 users (while we had SQUID installations on ISP level up to 50k users), > but > much more relevant is the amount of requests per second and bandwidth (most > users are not "surfing" around the clock...). So if your 150+ users are in > a > typical office, even the peak load is typically not very much... > > Basically 150+ users but my current bandwidth is limited > Within such a setup there are many parameters to be aware and to think > about - > i.e. the amount of RAM, type and size of further storage, squid storage / > stack policies, networking tweaks on NetBSD and squid byself etc.pp.. - > bust > not at least, it depends from your "application". > > I'm thinking in NetBSD with a good pair 1TB hard disk (no SSD now). > From my experience on NetBSD (async) it was the same as on Linux (ext4). It > usually makes sense to minimize the amount disk requests which are not > required and spread thw disk access over many (independent) disk heads / > spindles (on SSD this is another story...). High rpm disks are a very > helpful. > Try to bring "as much as possible" of most often requested cached stuff > into > the RAM and if you not rely on much caching, avoid disk caching. > > There was some features which was only available under Linux at that time > (i.e. full transparent proxy / tproxy - where the proxy "hides" his own IP > against the servers/clients). > Thanks. > > I remember that we had compiled a NetBSD kernel with a higher (double) > amount > of max users, but not shure if this makes any sense with a current kernel. > > I would try it - if you are not rely to such special "kernel" features only > Linux has. > > > > many thanks. > best regards, > > > Niels. > -- > --- > Niels Dettenbach > Syndicat IT & Internet > http://www.syndicat.com > PGP: https://syndicat.com/pub_key.asc > --- > > > > > -- Francisco Valladolid H. -- http://blog.bsdguy.net - Jesus Christ follower.
Re: Recommendation for squid proxy server
Am Mittwoch, 30. November 2016, 00:01:26 schrieben Sie: > I'm working in a new squid/proxy server for 150+ users in my network. > I need some testing, whenever, maybe someone have experience with squid > performance on NetBSD, basically in the Filesystem and security. > > If anyone can comment, please let me know. Hmm, not sure if i can help you. If i understand right, you want to use squid as a caching (or "accelerating") proxy? What type of users do you have? Some years ago we runned a squid on a NetBSD (HP proliant machine) for around 50 users (while we had SQUID installations on ISP level up to 50k users), but much more relevant is the amount of requests per second and bandwidth (most users are not "surfing" around the clock...). So if your 150+ users are in a typical office, even the peak load is typically not very much... Within such a setup there are many parameters to be aware and to think about - i.e. the amount of RAM, type and size of further storage, squid storage / stack policies, networking tweaks on NetBSD and squid byself etc.pp.. - bust not at least, it depends from your "application". From my experience on NetBSD (async) it was the same as on Linux (ext4). It usually makes sense to minimize the amount disk requests which are not required and spread thw disk access over many (independent) disk heads / spindles (on SSD this is another story...). High rpm disks are a very helpful. Try to bring "as much as possible" of most often requested cached stuff into the RAM and if you not rely on much caching, avoid disk caching. There was some features which was only available under Linux at that time (i.e. full transparent proxy / tproxy - where the proxy "hides" his own IP against the servers/clients). I remember that we had compiled a NetBSD kernel with a higher (double) amount of max users, but not shure if this makes any sense with a current kernel. I would try it - if you are not rely to such special "kernel" features only Linux has. many thanks. best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com PGP: https://syndicat.com/pub_key.asc --- signature.asc Description: This is a digitally signed message part.
Recommendation for squid proxy server
Hi folks. I'm working in a new squid/proxy server for 150+ users in my network. I need some testing, whenever, maybe someone have experience with squid performance on NetBSD, basically in the Filesystem and security. If anyone can comment, please let me know. Best regards. -- Francisco Valladolid H. -- http://blog.bsdguy.net - Jesus Christ follower.