Active Topics          Search          Help
            Register          Login
Linux Desktop Multiplier for SLED and openSUSE
 Omni Web Forum : Linux Desktop Multiplier : Linux Desktop Multiplier for SLED and openSUSE
Subject Topic: TIP: Improve Internet Access Performance Post ReplyPost New Topic
Author
Message
Gordon Welling
Admin Group
Admin Group

Manager Technnical Support Services

Joined: 11-December-2003
Location: Canada
Posts: 555
Posted: 06-November-2006 at 1:19pm

Multiplied SLED 10 Internet Performance Tip

Read this tip about how to improve Internet Access performance when deploying the Multiplied SLED 10 Strategy.  In addition to saving 80-90% on their desktop deployment and maintenance compared to stand-alone Microsoft desktop deployments, this article explains how to enhance the user Internet experience.

It is a generally accepted best practice to enhance Internet browsing speed by configuring browsers on individual workstations to query a local proxy server for web content.  It is well understood that by allowing the client to cache content in the local workstation hard drive, performance is increased and the user browsing experience is enhanced.  That's all fine and well for stand-alone deployments.  But how might this be different for a Multiplied SLED 10 deployment?

With an installation of Desktop Multiplier on SLED 10, there can be up to 10 users using the same hardware to surf the internet.  Depending on the hard disk channel, allowing each of those users to cache many small files to the "local" hard drive (which is actually a shared hard drive with a Multiplied deployment), can cause a potential hard disk read/write performance bottleneck.

So, how do you get around this possible bottleneck? Well, not only do we "get around the bottleneck", we go one step further - we significantly enhance internet browsing on a Multiplied SLED system.

The default user profile for FireFox (the default browser for SLED) uses an individual session browser cache.  Each time the user visits a site, the browser automatically reads and writes many very small files to the "local" cache and uses those files for faster access if they have not been changed since the last visit to the site.  By default, this process works the same way on a Multiplied SLED system.  With a Multiplie SLED system, information for user sessions, including files, are not shared - but the hard drive is shared.  This increases the number of read and write operations to the single hard drive by 10!  10 times the hard disk activity - how can we remove the bottleneck in the above scenario?

The answer is simple ... implement a local proxy cache on the host PC running the Desktop Multiplier.  Well, actually, it is a bit more complicated than that.  Here's how it works:

  1. Login as 'root' and install and configure the squid proxy server;
  2. Configure the proxy server as a transparent proxy;
  3. Start the squid proxy server;
  4. Configure each user's FireFox options to:
    • set the proxy cache to 0 MB,
    • delete all existing proxy cache files, and
    • configure the browser connection settings (Tools > Options ... > General > Connection Settings) to "Auto-detect proxy settings for this network" or to set the manual proxy access and specify the appropriate IP address and port value.  Because they are all configured to the same workstation, the default of 127.0.0.1 port 8080 could be used.  
What is the impact of these changes?  When a user surfs the Internet using FireFox, the browser will still check for a proxy, but instead of checking its own file cache, the browser checks the "shared" squid proxy database cache.  This significantly increases the number of cached files that will be found in the host workstation memory, and increases internet access because the users will not all be caching individual copies of the files on the hard disk.  In addition, because Squid caches files in an indexed database, the read / write access is enhanced, CPU and disk access are decreased and the number of read/write operations is significantly decreased.  Instead of 10 independent concurrent sets of many small file read - write requests, the Squid proxy service uses its shared database process to increase performance.  

In many environments, many Multipled SLED systems are on the same LAN.  This would be the case in computer lab, corporate environments or with public access computers.  By configuring the Squid proxy cache servers running on each Multiplied system to act as a as peer-to-peer caches for the other systems, you can significantly increase performance.  Web sites are serviced at LAN speed rather than over your WAN connection to a centrally configured proxy server.  Another option is to configure the Multiplied system Squid proxy servers as child proxies in a hierarchy cache configuration.

Click here for more information about how the Desktop Multiplier for SLED strategy can save 80-90% when compared to Microsoft stand-alone computers:
www.omni-ts.com/linux-desktop/

For more information on installing and configuring the squid proxy server provided with SLED 10 or openSUSE 10.x, see:



Edited by Aldo Zanoni on 06-November-2006 at 1:55pm
Back to Top
 

If you wish to post a reply to this topic you must first login
If you are not already registered you must first register

  Post ReplyPost New Topic
Printable version Printable version

Forum Jump
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot delete your posts in this forum
You cannot edit your posts in this forum
You cannot create polls in this forum
You cannot vote in polls in this forum



This page was generated in 0.2344 seconds.