XFileSharing Pro - XFS Pro mod_perl request poll

Powerfull XFileSharing version

Moderator: admin

Are you interested in running XFS Pro under mod_perl?

Yes
17
85%
Maybe next year
1
5%
No
2
10%
 
Total votes: 20

Message
Author
mrperl
Posts: 65
Joined: Mar 06, 2010 11:40 am

XFS Pro mod_perl request poll

#1 Postby mrperl » Mar 09, 2010 4:35 am

Hi folks.

Please answer this poll about requesting mod_perl support for XFS Pro.

mod_perl can run Perl programs several times faster than regular cgi-bin.

It would take Alex about 2 days for the code changes to support mod_perl well.

Thanks, mrperl.

ankurs
Posts: 1054
Joined: Mar 10, 2009 2:34 am

#2 Postby ankurs » Mar 09, 2010 5:47 am

i would like it rewritten, if it can run perl/cgi on ngnix

then i can get rid of apache from all my servers

komi
Posts: 161
Joined: Nov 27, 2009 12:41 pm

#3 Postby komi » Mar 09, 2010 6:15 am

That would be great!

komi
Posts: 161
Joined: Nov 27, 2009 12:41 pm

#4 Postby komi » Mar 15, 2010 12:21 pm

Is this going to happen?

Speed is one of the most important factors of a website. It would be nice if XFS is compatible with mod_perl.

User avatar
PilgrimX182
Posts: 2182
Joined: Mar 22, 2006 1:39 pm
Location: UFO Lab
Contact:

#5 Postby PilgrimX182 » Mar 16, 2010 8:32 am

ankurs, apache is still required for mod_perl.

komi, we're working on advanced mod_perl version of XFS nowdays, so it's 100% gonna happen. Can't tell any dates though.

komi
Posts: 161
Joined: Nov 27, 2009 12:41 pm

#6 Postby komi » Apr 16, 2010 7:22 am

Wondering what the status is. Is it really that much work?

mrperl
Posts: 65
Joined: Mar 06, 2010 11:40 am

Re: XFS Pro mod_perl request poll

#7 Postby mrperl » Apr 25, 2010 4:09 am

It would take about 2 days to cleanup the 1.7 source for ModPerl::Registry, as long as the encryption module isn't the source of segfaults. 3x faster than plain CGI. (The source would still work under plain CGI on any webserver.)

It would take about a month to convert to mod_perl handlers and test it. 10x faster than plain CGI, or more. (Source would only work under Apache/mod_perl.)

mrperl

chrda
Posts: 296
Joined: Sep 14, 2009 7:16 pm
Contact:

#8 Postby chrda » Apr 26, 2010 2:36 pm

Sounds like its needed for sure :)
Still in the long run i think nginx is needed as backend for files.

komi
Posts: 161
Joined: Nov 27, 2009 12:41 pm

Re: XFS Pro mod_perl request poll

#9 Postby komi » Apr 30, 2010 4:09 pm

mrperl wrote:It would take about 2 days to cleanup the 1.7 source for ModPerl::Registry, as long as the encryption module isn't the source of segfaults. 3x faster than plain CGI. (The source would still work under plain CGI on any webserver.)

It would take about a month to convert to mod_perl handlers and test it. 10x faster than plain CGI, or more. (Source would only work under Apache/mod_perl.)

mrperl
All fine, but we're still waiting for this. Are you part of the team? If not, could you do this for a fee?

stunna
Posts: 44
Joined: Apr 25, 2010 10:19 pm

#10 Postby stunna » May 02, 2010 11:29 pm

script is a perl script, the apache is just the caller, the perl is the killer, it's because of calling perl as a program every time somebody accesses a page. the script is quite heavy and requires some modules to load .so the mod_perl in apache would save the day , however, there is even better possibility
with lighttpd and perl fastcgi process. because mod_perl is fast, but the original perl binary is (usually) faster. and if it is used as a fastcgi (not cgi), then it will always stay in memory and won't have to always load and unload all the data.

I am coding upload.cgi for mod_perl now and will test it against lighty , fast cgi .And nginx or lighty for downloads.

nik0la
Posts: 102
Joined: Dec 30, 2009 1:50 pm

#11 Postby nik0la » May 29, 2010 1:24 pm

How is going with mod_perl version? when will be released?

ankurs
Posts: 1054
Joined: Mar 10, 2009 2:34 am

#12 Postby ankurs » May 29, 2010 2:30 pm

i am guess with 1.8 , they will release with mod_perl version

mastypk
Posts: 124
Joined: Apr 04, 2010 11:49 am

#13 Postby mastypk » Jun 27, 2010 6:45 pm

Any news about new version???

mrperl
Posts: 65
Joined: Mar 06, 2010 11:40 am

Re: XFS Pro mod_perl request poll

#14 Postby mrperl » Oct 10, 2010 12:42 pm

The author modified the XFS Pro 1.8 files in FS-dist, so it is ModPerl-compatible.

It is working for me on a fileserver (fs) with this config:

Code: Select all

Alias /app /var/www/perl
<Directory /var/www/perl>
    SetHandler perl-script
    PerlResponseHandler ModPerl::Registry
    PerlOptions +ParseHeaders
    Options +ExecCGI
</Directory>


However, note that using ModPerl on a fs is likely useless. The point of ModPerl is to precache perl object code at the expense of memory (around 26 MB per mod_perl apache process vs. 4 MB for a regular apache process) to make pages load faster, so it would be more useful on the frontend web site.

By using ModPerl on the fs you just waste a bunch of memory for some lingering upload process, and waste even more memory updating the XUpload status pages.

I have seen one bug with ModPerl::Registry enabled: after a few uploads XUpload says "Time Remaining: NaN Seconds" until restarting httpd on the fs. ModPerl::PerlRun works fine though - just less performance than Registry.

mrperl
Posts: 65
Joined: Mar 06, 2010 11:40 am

Re: XFS Pro mod_perl request poll

#15 Postby mrperl » Feb 21, 2011 9:24 am

I have been doing more testing using Modperl::PerlRun on the fileserver.

If you use multiple fs configurations on the same machine in different directories, then PerlRun confuses $c in XFSConfig.pm, so api.cgi fails on fs_key (ie. wrong configuration parameters are loaded even if in different subdirectories.)

Code: Select all

res = OK:0:ERROR: fs_key is wrong or not empty


So you cannot safely use multple fs configs and ModPerl under the same instance of httpd2 unless you provide a unique filename for each XFSConfig.pm.

mrperl
Last edited by mrperl on Mar 08, 2011 8:55 am, edited 2 times in total.


Return to “XFileSharing Pro”

Who is online

Users browsing this forum: No registered users and 1 guest