Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. The Lounge
  3. FTP vs HTTP

FTP vs HTTP

Scheduled Pinned Locked Moved The Lounge
discussionvisual-studiocomsysadminquestion
13 Posts 8 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • T Topper Price

    Id think fiber and a great server would be better than rusted Cu and a mediocre server. Just my opionion Cheers;P

    C Offline
    C Offline
    ColinDavies
    wrote on last edited by
    #4

    I was making the observation of where exists a bottleneck it doesn't make that much difference what's happening on either side of it. Regardz Colin J Davies

    Sonork ID 100.9197:Colin

    You are the intrepid one, always willing to leap into the fray! A serious character flaw, I might add, but entertaining. Said by Roger Wright about me.

    1 Reply Last reply
    0
    • D David Cunningham

      There are a pile of factors involved in optimizing performance over TCP/IP networks, so sometimes the obvious explainations can get trumped by implementation details. However, FTP will be faster than HTTP in most cases because a) there's less overhead in the FTP protocol, and b) files are usually transferred in binary format under FTP and in Base64 Encoded format in HTTP (which expands binary data by 33%) David http://www.dundas.com

      C Offline
      C Offline
      ColinDavies
      wrote on last edited by
      #5

      Hmmm !! Learn somethimg new every day. For a) I didn't think the difference existed because they are both app layer protocols. and for b) I had no idea base64 caused that much bloat. :-( ( Now I'm busy trying to figure out where the 33% is caused by as I thought this was counted into the transmission units ) Regardz Colin J Davies

      Sonork ID 100.9197:Colin

      You are the intrepid one, always willing to leap into the fray! A serious character flaw, I might add, but entertaining. Said by Roger Wright about me.

      L 1 Reply Last reply
      0
      • C ColinDavies

        Hmmm !! Learn somethimg new every day. For a) I didn't think the difference existed because they are both app layer protocols. and for b) I had no idea base64 caused that much bloat. :-( ( Now I'm busy trying to figure out where the 33% is caused by as I thought this was counted into the transmission units ) Regardz Colin J Davies

        Sonork ID 100.9197:Colin

        You are the intrepid one, always willing to leap into the fray! A serious character flaw, I might add, but entertaining. Said by Roger Wright about me.

        L Offline
        L Offline
        Luis Alonso Ramos
        wrote on last edited by
        #6

        Colin Davies wrote: Now I'm busy trying to figure out where the 33% is caused by as I thought this was counted into the transmission units As far as I understand, you use base64 to create a textonly (printable ASCII consisting of A-Z, a-z, 0-9 and two other characters) representation of binary data. You divide the binary data in chunks of 6 bits (64 different values) and depending on the value, output one of the characters (8 bits). So, for every three binary bytes, you have four in the output, hence the 33% increase. -- LuisR ──────────────   Luis Alonso Ramos   Chihuahua, Mexico   www.luisalonsoramos.com "Do not worry about your difficulties in mathematics, I assure you that mine are greater." -- Albert Einstein

        C 1 Reply Last reply
        0
        • L Luis Alonso Ramos

          Colin Davies wrote: Now I'm busy trying to figure out where the 33% is caused by as I thought this was counted into the transmission units As far as I understand, you use base64 to create a textonly (printable ASCII consisting of A-Z, a-z, 0-9 and two other characters) representation of binary data. You divide the binary data in chunks of 6 bits (64 different values) and depending on the value, output one of the characters (8 bits). So, for every three binary bytes, you have four in the output, hence the 33% increase. -- LuisR ──────────────   Luis Alonso Ramos   Chihuahua, Mexico   www.luisalonsoramos.com "Do not worry about your difficulties in mathematics, I assure you that mine are greater." -- Albert Einstein

          C Offline
          C Offline
          ColinDavies
          wrote on last edited by
          #7

          What an incredible waste. :-( Regardz Colin J Davies

          Sonork ID 100.9197:Colin

          You are the intrepid one, always willing to leap into the fray! A serious character flaw, I might add, but entertaining. Said by Roger Wright about me.

          S 1 Reply Last reply
          0
          • D David Cunningham

            There are a pile of factors involved in optimizing performance over TCP/IP networks, so sometimes the obvious explainations can get trumped by implementation details. However, FTP will be faster than HTTP in most cases because a) there's less overhead in the FTP protocol, and b) files are usually transferred in binary format under FTP and in Base64 Encoded format in HTTP (which expands binary data by 33%) David http://www.dundas.com

            F Offline
            F Offline
            Felix Gartsman
            wrote on last edited by
            #8

            Don't forget HTTP can compress on the fly, and reduce file sizes.

            1 Reply Last reply
            0
            • D David Cunningham

              There are a pile of factors involved in optimizing performance over TCP/IP networks, so sometimes the obvious explainations can get trumped by implementation details. However, FTP will be faster than HTTP in most cases because a) there's less overhead in the FTP protocol, and b) files are usually transferred in binary format under FTP and in Base64 Encoded format in HTTP (which expands binary data by 33%) David http://www.dundas.com

              S Offline
              S Offline
              Simon Walton
              wrote on last edited by
              #9

              David Cunningham wrote: Base64 Encoded format in HTTP (which expands binary data by 33%) Woah, I had no idea of this overhead. I knew it was true for encoding binary files into ASCII e-mails, but I had previously thought HTTP had some mechanism for transferring pure binary. I have been here a year and this is probably the best signature I've ever had.

              A 1 Reply Last reply
              0
              • S Simon Walton

                David Cunningham wrote: Base64 Encoded format in HTTP (which expands binary data by 33%) Woah, I had no idea of this overhead. I knew it was true for encoding binary files into ASCII e-mails, but I had previously thought HTTP had some mechanism for transferring pure binary. I have been here a year and this is probably the best signature I've ever had.

                A Offline
                A Offline
                Andy Hassall
                wrote on last edited by
                #10

                Simon Walton wrote: David Cunningham wrote: Base64 Encoded format in HTTP (which expands binary data by 33%) Woah, I had no idea of this overhead. I knew it was true for encoding binary files into ASCII e-mails, but I had previously thought HTTP had some mechanism for transferring pure binary. You can send binary over HTTP with no problem... no need for base64.


                Andy Hassall (andy@andyh.org) Space - disk usage analysis tool

                D 1 Reply Last reply
                0
                • A Andy Hassall

                  Simon Walton wrote: David Cunningham wrote: Base64 Encoded format in HTTP (which expands binary data by 33%) Woah, I had no idea of this overhead. I knew it was true for encoding binary files into ASCII e-mails, but I had previously thought HTTP had some mechanism for transferring pure binary. You can send binary over HTTP with no problem... no need for base64.


                  Andy Hassall (andy@andyh.org) Space - disk usage analysis tool

                  D Offline
                  D Offline
                  David Cunningham
                  wrote on last edited by
                  #11

                  Andy, you are correct, my bad. I spend so much time combing through MIME as it pertains to SMTP that the Base64 thing is stuck in my brain. HTTP (and other reliable 8-bit communication systems) can make use of the binary encoding scheme. David

                  C 1 Reply Last reply
                  0
                  • D David Cunningham

                    Andy, you are correct, my bad. I spend so much time combing through MIME as it pertains to SMTP that the Base64 thing is stuck in my brain. HTTP (and other reliable 8-bit communication systems) can make use of the binary encoding scheme. David

                    C Offline
                    C Offline
                    ColinDavies
                    wrote on last edited by
                    #12

                    David Cunningham wrote: MIME as it pertains to SMTP that the Base64 AH OK !!! That clears that up. I was beginning to wonder !!! Regardz Colin J Davies

                    Sonork ID 100.9197:Colin

                    You are the intrepid one, always willing to leap into the fray! A serious character flaw, I might add, but entertaining. Said by Roger Wright about me.

                    1 Reply Last reply
                    0
                    • C ColinDavies

                      What an incredible waste. :-( Regardz Colin J Davies

                      Sonork ID 100.9197:Colin

                      You are the intrepid one, always willing to leap into the fray! A serious character flaw, I might add, but entertaining. Said by Roger Wright about me.

                      S Offline
                      S Offline
                      Stuart van Weele
                      wrote on last edited by
                      #13

                      No embedded NULLs or other characters that could really hose things. Bse 64 is also a standard for NNTP and email attachments. Besides, HTTP was not designed for transmitting large files.

                      1 Reply Last reply
                      0
                      Reply
                      • Reply as topic
                      Log in to reply
                      • Oldest to Newest
                      • Newest to Oldest
                      • Most Votes


                      • Login

                      • Don't have an account? Register

                      • Login or register to search.
                      • First post
                        Last post
                      0
                      • Categories
                      • Recent
                      • Tags
                      • Popular
                      • World
                      • Users
                      • Groups