FUDforum
Fast Uncompromising Discussions. FUDforum will get your users talking.

Home » Imported messages » comp.lang.php » Re: Windows binaries 64bit for PHP
Show: Today's Messages :: Polls :: Message Navigator
Return to the default flat view Create a new topic Submit Reply
Re: Windows binaries 64bit for PHP [message #178139 is a reply to message #178130] Mon, 14 May 2012 21:00 Go to previous messageGo to previous message
Michael Fesser is currently offline  Michael Fesser
Messages: 215
Registered: September 2010
Karma:
Senior Member
.oO(Jerry Stuckle)

> On 5/14/2012 10:22 AM, Shake wrote:
>
>> [Balancer]
>>
>> [httpd] [httpd] [EC2]
>>
>> [Mysql*] [Sphinx*]
>>
>> [] independent systems.
>> * And other services
>>
>> EC2 Machine does the scaling. Both balanced httpd are ready to process
>> new incoming petitions. One of them have a process waiting answer from
>> ec2 and only this one take more time to finish. the "HARD WORK" is done
>> by auto-scalable EC2 machines.
>
> Which actually means nothing. The server is still tied up resizing
> images, which means it can't do its real job (serving page requests).

Obviously a picture server doesn't serve pages.

>> ¿?¿? What you say is the easy way. But ineffective. And waste resources,
>> A LOT OF THEM. because implies having a few machines for a few days only
>> doing this work! And also implies a few days without having this work
>> available online!
>
> It is a waste of SERVER resources to force the server to do it! And
> that is much more critical than workstation resources.

How could a server waste resources by doing the job it is dedicated for?
Does a database server waste resource by answering SQL requests? If
there's a server (even a virtual one) dedicated to serve pictures in
various formats, how could it waste resources by doing exactly that?

>> The images have to be resizes yes or yes. You thought that "the server"
>> is only a http server. For me the server "do services". An the important
>> services for the company where I get a lot of experience about big
>> amount of image reescaling is having the images available for the user
>> today, just 2 seconds after the click, and not two weeks in the future,
>> just one second after the click.
>
> Web sites don't go online in 5 minutes. You should know well ahead of
> when the site goes "live" what resources are required, and plan to do
> the resizing. But I also understand that's not possible when you're
> flying by the seat of your pants.

So you know beforehand which resources will actually be requested by
your visitors? Do you also know the lottery numbers for next week?

With a million images there's a good chance that a lot of them will
hardly be requested, if ever. I consider it a waste of server and
network resources to pre-calculate and upload all of them at once.
If there's a picture server - let it do the work as necessary.

>> If you think that doing resize on server is risky. Yes, it is. You have
>> to dimensionate correctly your hardware, and do a good logic. But it can
>> be done, it's done everyday by a lot of companies. I worked in one of
>> them. I saw. And I could empirecally (exists this word?) test the way
>> you explain and the way I explain. And the result in the real world, is
>> that the little overhead of this last is insignificant compared with the
>> benefits.
>
> In the "real world", people don't do unnecessary work on the server.

Doesn't seem to happen here. Obviously the EC2 cloud does exactly what
it is intended to do and paid for.

> And BTW - it's not just one user waiting - it's EVERYONE. You're taking
> CPU resources, amongst other things, and there is a limit to what's
> available. What it being taken by resizing is not available to anyone else.

In a cloud environment CPU power is the least problem.

> Not a real problem when you have such a lightly loaded site as you do.
> But I can see why you need all that power to serve so few hits.

No paragraph of you without insults, directly or subtly. You can't live
without that, right?

>>> First of all, you shouldn't be waiting until the website is complete
>>> before knowing what images you need to resize.
>>
>> This say nothing.
>
> This is called PLANNING.

You can't plan your visitors.

Micha

--
http://mfesser.de/blickwinkel
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: is_dir true from cli, false from Apache
Next Topic: in_array performance in unsorted vs sorted array
Goto Forum:
  

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ]

Current Time: Tue Nov 26 20:01:57 GMT 2024

Total time taken to generate the page: 0.05308 seconds