FileCatalyst gebruikt meerdere technieken om uitzonderlijke resultaten te behalen; in veel gevallen zijn de resulterende overdrachten virtueel sneller dan de werkelijke lijnsnelheid. Deze technieken omvatten:

• FileCatalyst op UDP gebaseerd protocol: FileCatalyst gebruikt een protocol op basis van UDP, waarvoor patent is aangevraagd, dat sneller is bij de overdracht van grote gegevenssets wanneer er sprake is van een hoge latentie of pakketverlies via het netwerk.
• Directe compressie: FileCatalyst comprimeert de gegevens die het over het netwerk verstuurt in realtime, wat betekent dat er geen tijdrovende compressie of decompressie is aan het begin of einde van elke overdracht. Bestandsgroottes kunnen met 50% of meer worden gereduceerd, waardoor de illusie wordt gecreëerd van transfers die de lijnsnelheid overschrijden.
• Meervoudige TCP-streaming: In situaties waarin UDP niet mogelijk is, kan FileCatalyst enige mate van versnelling bereiken door overdrachten via meerdere gelijktijdige TCP-streams uit te voeren, samen met on-the-fly compressie.
• Delta overdrachten: Als een bestand is gewijzigd sinds de laatste overdracht, kan FileCatalyst alleen de “delta’s” (incrementele verschillen) van het bestand verzenden, in plaats van het bestand in zijn geheel opnieuw te verzenden.

On-the-fly compressie, een methode die FileCatalyst gebruikt om bestandsoverdrachten te versnellen, maakt het mogelijk om digitale bestanden te verkleinen terwijl ze worden verzonden. Het gebruikt dezelfde principes als WinZip, Gzip en andere compressieprogramma’s.

Wat FileCatalyst onderscheidt, is dat de compressie plaatsvindt terwijl het bestand wordt overgedragen, waardoor voorbereidingstijd wordt bespaard. Wanneer de bestanden de ontvanger bereiken, worden ze gedecomprimeerd en automatisch opgeslagen in hun oorspronkelijke formaten.

Met on-the-fly compressie is er minder setup en tearown nodig, wat belangrijk wordt bij het overbrengen van een groot aantal bestanden. Stelt u zich de overhead eens voor die komt kijken bij het verzenden van 1000 bestanden, aangezien elk bestand afzonderlijk wordt aangemaakt en afgesloten door de server. Standaard compressietechnieken onderbreken de gegevensstroom, waardoor de totale tijd toeneemt en de bestandsoverdracht langzamer lijkt. Bij het verzenden van één groot archief is er slechts één keer sprake van opzetten en afbreken, wat het totale overdrachtsproces enorm versnelt.

FileCatalyst gebruikt het UDP protocol voor gegevenstransport en TCP voor controlecommando’s en heruitzendingsverzoeken. FileCatalyst biedt ook een secundaire firewall-vriendelijke overdrachtsmethode die de prestaties van TCP verbetert door meerdere gelijktijdige gegevensstromen te openen.

Het op UDP gebaseerde protocol dat in FileCatalyst wordt gebruikt, is gepatenteerd. Het is een zeer efficiënt mechanisme voor heruitzending en congestiecontrole waarvoor patent is aangevraagd en dat een betrouwbaarheidslaag toevoegt aan UDP. De gegevensstroom kan de volledige lijnsnelheid bereiken met een verbazingwekkend lage overhead van 0,25%.

Het op UDP gebaseerde protocol dat in FileCatalyst wordt gebruikt, is gepatenteerd. Het is een zeer efficiënt mechanisme voor heruitzending en congestiecontrole waarvoor patent is aangevraagd en dat een betrouwbaarheidslaag toevoegt aan UDP. De gegevensstroom kan de volledige lijnsnelheid bereiken met een verbazingwekkend lage overhead van 0,25%.

Zowel FTP als HTTP gebruiken TCP als transportprotocol. De inherente eigenschappen van TCP maken het zeer gevoelig voor netwerklatentie en pakketverlies. Zelfs op een relatief stabiel netwerk is de goodput van TCP altijd lager dan de werkelijk beschikbare lijnsnelheid. Bijvoorbeeld, op een T3 netwerk (45 Mbps) met pakketverlies van 0,1% en een vertraging van 10 ms, kunnen FTP overdrachten pieken op slechts 30 Mbps.

FileCatalyst daarentegen levert een goodput op van 44 Mbps – slechts iets minder dan de maximaal beschikbare lijnsnelheid. Wanneer de netwerkomstandigheden verslechteren tot 2% pakketverlies en een vertraging van 150 ms, kunnen FTP overdrachten verwacht worden te presteren op 450 Kbps, of 1% van de werkelijk beschikbare bandbreedte. FileCatalyst behoudt zijn 44 Mbps goodput.

In plaats van het bestand opeenvolgend te lezen en te versturen, lezen meerdere threads uit het bestand en sturen stukken door via hun eigen TCP streams. Deze stukken worden ontvangen en opnieuw samengesteld door een gelijk aantal ontvangende threads. Er is geen vertraging tijdens de reconstructie omdat de stukken worden geschreven met willekeurige toegang. Het aantal streams kan worden ingesteld om de gewenste doorvoer te bereiken. Deze methode om bestanden over te zetten is effectief als de netwerkdegradatie op een redelijk niveau is. Vanwege het grote aantal gelijktijdige threads dat moet draaien om hoge snelheden te behouden, is deze methode niet zo schaalbaar als FileCatalyst UDP gebaseerde overdrachten.

FileCatalyst ondersteunt een geavanceerd “delta” overdracht algoritme. Zodra een bestand volledig is overgedragen, hoeven bij eventuele nieuwe revisies alleen deze incrementele wijzigingen te worden verzonden in plaats van het hele nieuwe bestand. Stel je bijvoorbeeld een groot databasebestand voor. Soms worden slechts kleine delen van de database gewijzigd, zoals een enkel naam- of locatieveld. FileCatalyst berekent deze wijzigingen als “delta’s” en verzendt alleen de nieuwe gegevens. Op de bestemming wijzigt FileCatalyst automatisch de wijzigingen, waardoor het bestand weer gelijk is aan de bron. Dit zorgt ervoor dat het bandbreedtegebruik tot een minimum wordt beperkt en resulteert in een zeer hoge effectieve goodput.

Je firewall blokkeert mogelijk inkomende TCP-verzoeken op poort 21 (of welke poort je ook hebt ingesteld voor de controleverbinding).

Zorg ervoor dat de gebruiker waaronder FileCatalyst server draait voldoende rechten heeft om bestanden naar de opgegeven datamap te schrijven.

Je firewall of router moet inkomend UDP-verkeer toestaan zodat gegevens van de clienttoepassingen kunnen worden ontvangen. Als de server zich achter een NAT bevindt, moeten de pakketten worden doorgestuurd naar het juiste IP-adres. Een ander mogelijk probleem is dat de client zich achter een firewall bevindt en geen uitgaande UDP-gegevens toestaat.

Het is mogelijk dat je de grootte van de codeereenheid groter dan 1472 hebt ingesteld, wat resulteert in gefragmenteerde UDP-pakketten. Sommige routers en firewalls laten automatisch gefragmenteerde pakketten vallen. Als dit het geval is, probeer dan de pakketgrootte te verlagen naar 1472 of minder. Windows besturingssystemen presteren meestal beter met een waarde van 1024.

Het antwoord is waarschijnlijk dat je schijf de overdrachten niet kan bijhouden. De enige optie is om je schijf te upgraden naar iets snellers. Om met honderden Mbps te kunnen ontvangen, heb je een zeer efficiënt opslagapparaat nodig. Je zou kunnen beginnen met een snelle SATA-schijf met 10K of 15K RPM, een snelle RAID of een snelle SAN of NAS aangesloten via GigE.

Hubs are more susceptible to collisions at high speeds which will result in an additional packet loss. As you increase the packet size, the UDP packets FileCatalyst sends will no longer fit in an ether frame. The OS will fragment the Jumbo packets into many smaller fragmented packets that match the MTU of your network (usually 1500 bytes). The larger the packet, the more pieces it is broken into. 

Als uw gelijktijdige verbindingssnelheid 100 Mbps is en de FileCatalyst server slaat gegevens op in netwerkopslag (NAS of SAN) op een switch van 100Mbps of lager; dan zorgt dit ervoor dat FC met zichzelf concurreert voor bandbreedte bij het ontvangen en schrijven. De overdrachtsnelheid bij gebruik van deze netwerktopologie zou ongeveer 50Mbps of lager zijn.

De prestaties kunnen verder beïnvloed worden als u verbonden bent met een hub van 100 Mbps of lager, aangezien dit een potentiële bron van pakketverlies is door congestie. Als het vervangen van de hub door een snelle switch geen optie is, probeer dan niet te verzenden op de volledige capaciteit van de hub met een pakketgrootte groter dan 1472 (of welke instelling dan ook die geen fragmentatie veroorzaakt) of er kan een aanzienlijke prestatievermindering optreden.

Windows-machines met gemapte netwerkstations zijn mogelijk niet zichtbaar voor de server vanwege Microsofts implementatie van User Access Control (UAC) vanaf Windows Vista.

Er zijn online voorbeelden te vinden om dit uit te schakelen of om het systeem zo in te stellen dat stations zichtbaar zijn voor services.

Om een workaround te implementeren:

1. Pak het bestand enablelinkedconnections.zip uit in de applicatiemap (C:\Program Files\FileCatalyst Server).
2. Voer de registervermelding enablelinkedconnections.reg uit om de server in staat te stellen toegewezen netwerkstations te zien.
3. Er is een herstart nodig om dit in werking te laten treden.
4. Voer undo.reg op dezelfde manier uit als enablelinkedconnections.reg om de installatie ongedaan te maken.

Op Windows of Linux kunnen de logbestanden worden gevonden in de logbestandenmap in de installatiemap van de toepassing. Op OS X zijn de logboeken te vinden in de logboekenmap van de toepassingsmap in “Library/Application Support/FileCatalyst” voor de gebruiker die de toepassing uitvoert, of in de hoofdbibliotheek als de toepassing als een service wordt uitgevoerd. Het pad naar de logs kan ook worden gevonden in het configuratiebestand als log.location.