Go Back   FlashFXP Forums > > > >

Suggestions Got a new idea or addition which would benefit IOFTPD? Post it here!

Thread Tools Rate Thread Display Modes
Old 06-16-2004, 04:40 AM   #1
Senior Member
Join Date: Nov 2001
Posts: 149
Default MODE Z technology

seen that on raidenftpd's page.
don't know if this is off any interest , talking about performances.

maybe it can make listing faster or transferring not compressed files.

sounds good to me since lots of clients start supporting it. in addition there is an rfc describing it.

maybe this can be used on a file-extension basis to save cpu time (compressing all the data could be a waste of time). meaning it would on-the-fly compress a .log file and wouldn't compress a rar/zip file.

links :

Please do not hesitate to comment on that technology.
phoenixfr is offline   Reply With Quote
Old 06-16-2004, 06:11 AM   #2
Posse Member
Ultimate Scripter
ioFTPD Administrator
Join Date: Dec 2002
Posts: 1,956

u can see dark comment about that there:
Mouton is offline   Reply With Quote
Old 06-16-2004, 06:11 AM   #3
Senior Member
ioFTPD Scripter
Join Date: Oct 2002
Posts: 703

darkone commented this technology in flashfxp forums not long ago. http://forum.flashfxp.com/showthread...&threadid=4430

My guess: it won't be implemtented in ioFTPD.

Originally posted by dark0n3
It's all about how you define world 'real'. Mode Z has it's advantages on small not so busy server, with enough cpu-power to take advantage of whole bandwidth with the compression. On large servers it will degrade performance, if compressed output is not cached. (building cache from stream, isn't easiests tasks to do ) My own biased opinion is that lifetime of 'Mode Z' will be comparable to what diskcompression utilities had, perhaps even shorter. As usual this approach was developed by unix people, who know nothing about scalability (sorry, but that's the way it is... apache2, has been in developement for years, and they still not haven't got a stable release :\)

Summa summarum:
- Increases network efficiency on files that can be compressed. Decreases efficiency on certain files.
- Adds latency in 'not so well programmed' implementations
- Increases transfer cpu-usage by hundreds of percentages
- Adds memory bandwidth usage (buffer copying)
- Not usable on gbit networks, if server is to take advantage of full bandwidth
- Works very well on 100mbit and slower connections with 'properly' coded daemon and client implementation. (read(), zip(), send() is not such... :])
- For best efficiency requires more than one CPU... (in well coded application )

.... but then again, what do I know
Zer0Racer is offline   Reply With Quote
Old 06-16-2004, 06:13 AM   #4
Senior Member
ioFTPD Scripter
Join Date: Oct 2002
Posts: 703

Mouton, stop picking my brain plz mmkay
Zer0Racer is offline   Reply With Quote

compress, cpu, file, technology, time

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Deleted Profile On Flash rouil General Discussion 0 04-02-2005 09:03 PM
Transfer failed "[R] 501- ==YOU'RE BEHIND A NAT ROUTER==" error ardenj General Discussion 2 01-18-2005 11:40 PM
Command Line Options Uradox General Discussion 4 09-02-2004 05:43 AM

All times are GMT -5. The time now is 12:42 PM.

Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)