similar to: mongrel buffers response using streamIO = big problem

I''ve just checked in changes to improve handling of massive posts and massive downloads. Generally speaking, Mongrel has been keeping everything in memory. (Unless you''re using DirHandler and have the sendfile gem in place.) Now, downloads should be pretty swift even without the sendfile gem. HttpResponse#send_file rips out the file streaming support from DirHandler and

I have a fix for the sendfile.c code for HP-UX - length not properly specified prior to call. I've also added code to support the AIX send_file() function and configure.in code to check for AIX specific send_file API and sets AIX_SENDFILE_API if successful. Could you consider this patch for 3.0.11? I also sent a web/cgi.c patch for "struct var" last week with respect to compile

I''ve had a right fun few days at work trying to figure out why our Rails app (which isn''t under very heavy load) kept eating memory and bringing our server to our knees. Eventually I traced it to send_file (which was in a way a relief as it wasn''t down to my coding ;) -- every time a user started downloading, the memory consumed by the app would jump, and

forgive me if this has been resolved already... I have an app that is using sendfile to return large files to customers. We can''t use regular Apache to handle this static content since the files are what the customers are paying for - so it wouldn''t be cool for anyone else to get access to them. The issue is that the mongrel mem footprint gets bloated when the files are

Hello Everyone, Mongrel is due for a 0.3.12 release which will feature some pretty insane goodies for everyone. There''s talk of IOWA support, lots of speed improvements (including sendfile support), a great Configurator which makes configuring Mongrel a snap (especially for framework implementers), and a ton of debugging stuff. WARNING This is a pre-release announcement for the

hii all, am using apache as frontend to mongrel and loaded xsendfile module in apache ,am looking for 1 GB of download .this is download routine def download @stream = Stream.find(params[:id]) send_file(@stream.location,:filename => @stream.name,:disposition > ''attachment'',:x_sendfile => true ) and And this is how it is processed Processing

Hi guys, I''ve been chasing a problem in my web-stack: Lighttpd -> Mongrel -> Rails, and found a problem with the interaction of Lighttpd and Mongrel. If a request takes more than 5 seconds, Lighty will retry it - and then the requests / responses get mixed up in Lighty and it returns a bad response to the client. Not good. I''m convinced that the problem is

Looking at the code for ActionController#send_file I see that it is using ruby to send the file contents. Linux supports a sendfile() OS call. The implementation of Linux sendfile() is extremely fast and very CPU efficient, far faster than what can be done in user space. Does Windows support a sendfile() equivalent call? I haven''t been working with ruby long enough to know how it handles

It seems that Merb is sending static files with Mongrel::DirHandler. (mongrel_handler.rb:52) if get_or_head and @files.can_serve(path_info) # File exists as-is so serve it up MERB_LOGGER.info("Serving static file: #{path_info}") @files.process(request,response) I haven''t done benchmarks and I''ve hardly glanced at DirHandler''s code but the

Hello, I''m working on a download service which grants users a one-time-download access to files. The idea is to write an entry to a database table after a successful download that "locks" the download link for the user. After doing some quick tests with send_file I noticed that send_file does not block until the user has downloaded the full file, but proceeds with the

Hi, I installed Blitzkrieg (I'm using wine 1.1.0): Burning Horizon, but game crashes after intro movies. There's only black screen and I can hear sound for few seconds and then I have to kill wine process: fixme:win:EnumDisplayDevicesW ((null),0,0x32f098,0x00000000), stub! fixme:msxml:domdoc_QueryInterface interface {df0b3d60-548f-101b-8e65-08002b2bd119} not implemented

Mongrel 0.3.13.3 Windows XP Rails 1.1.6 I have a rails app that serves up mp3 files via the send_file command. We create a playlist (M3U) with URLs to the mp3s. These play just fine using Windows Media Player. However using WinAmp we get an error "error syncing to stream" when it tries to request the mp3. After playing around I found that if I am running Rails under Webrick WinAmp

I''ve been able to use Mongrel''s native API to serve up files using: response.start do |head, out| head[''Content-Type''] = resource.content_type out.write( resource.content ) end This has worked well, until I attempted to serve up images. resource.content seems to be the problem. Usually it returns the text of the page. When resource.content returns an

Hello, I have a working mongrel cluster and want to use Lighty as the frontend webserver. I want ligthttpd to deliver the static content. So I did gem install sendfile --remote Everything installed. But if I run the tests like gem check sendfile --test --debug i get the following error message: Exception `Errno::ENOSYS'' at ./test/test_sendfile.rb:75 - Function not implemented -

I''m having trouble playing a video from my site on the iphone using send_file. It seems that I''m missing the Accept-Ranges header in my response. How can I set the Accept-Ranges header in my send_file response? --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To

I tried the mime thing but it did not help. I didn''t think it was that because I can get the mp3 served OK hitting the URL in a browser. I just noticed that I am getting an error in Mongrel when WinAmp make the request for the mp3 file: BAD CLIENT (127.0.0.1): Invalid HTTP format, parsing fails. I don''t think Mongrel has a problem with the URL itself because if a browser

Todd Day wrote: > How many players (players that can pull an MP3 stream) are using > Vorbis? I have used it a couple of times for testing and was > impressed by the results. Does Winamp have Vorbis decode built-in? Winamp just put the finishing touches on their own vorbis plugin, and we expect it to ship in the next version. Sonique has already had Vorbis for some time (millions of

Hello Folks, This is the long awaited (like 2 weeks) 0.3.12 release of Mongrel. This release has received heavier testing than previous releases and supports a whole raft of improvements to existing functionality plus some new stuff. For those not clued in, Mongrel is a web server written in (mostly) Ruby. Check the funny dogs and read the docs about it at http://mongrel.rubyforge.org/. The

I''ve got a Mongrel 0.3.12.5 pre-release in the releases directory I''d like people to try out: gem install mongrel --source=http://mongrel.rubyforge.org/releases/ This release incorporates why''s changes to allow for uploading files much more efficiently and for streaming out files via a HttpResponse.send_file call. I re-wrote the file upload part what why created to

Hey Folks, I''ve been holding off the official 0.3.13 release so that Luis can get the win32 side very nice and clean. We fixed a major problem last night so it''s only a short time before we get it out. Luis is working really hard on it, so just be patient. In the meantime, I''ve been doing a code audit of the Mongrel code as it is now and fixing any little things I