Re: PG&E on data centre cooling..

[Paul Vixie]

[EMAIL PROTECTED] ("Dorn Hetzel") writes:

> I preferred the darkness of PAIX back in the late 90's.  We had a
> christmas tree in our cage and it looked great in the dark :)

that was brian reid's idea, and it was a great one, and equinix-san-jose
was merely copying paix (where al and jay had just spent a few years).
most importantly, it's STILL dark, and still looks great.

Re: PG&E on data centre cooling..

[Dorn Hetzel]

I preferred the darkness of PAIX back in the late 90's.  We had a christmas
tree in our cage and it looked great in the dark :)

On 3/29/07, Mike Lyon <[EMAIL PROTECTED]> wrote:



Wonder if they visited Equinix in South San Jose... There ain't no
light in that place... But, i still think it's one of the better ones
that I have been in.

-Mike


On 3/29/07, Jonathan Lassoff <[EMAIL PROTECTED]> wrote:
>
> From the article: "San Francisco-based 365 Main has ... installed
> lighting controls that automatically turn off lights..."
>
> That's funny, I've never really noticed.
> I've worked out of 365 for a while now at all hours of the day, and
> it's still the brightest facility that I've ever been too. It always
> seemed folly to me that they had fairly bright fluorescent lights over
> all of the datacenter floor, even when nobody has badged in, when they
> don't even have cameras covering a majority of every colocation room.
> It's a very nice facility, but you certainly pay for it, and they have
> some of the more wasteful operating practices that I've seen.
>
> -j
>
> On 3/29/07, Alexander Harrowell <[EMAIL PROTECTED]> wrote:
> >
> >
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9014674&source=rss_news50
> >
>
>
> --
> Jonathan Lassoff
> echo thejof | sed 's/^/jof@/;s/$/.com/'
> http://thejof.com
> GPG: 0xC8579EE5
>

Re: PG&E on data centre cooling..

[Mike Lyon]

Wonder if they visited Equinix in South San Jose... There ain't no
light in that place... But, i still think it's one of the better ones
that I have been in.

-Mike


On 3/29/07, Jonathan Lassoff <[EMAIL PROTECTED]> wrote:


From the article: "San Francisco-based 365 Main has ... installed
lighting controls that automatically turn off lights..."

That's funny, I've never really noticed.
I've worked out of 365 for a while now at all hours of the day, and
it's still the brightest facility that I've ever been too. It always
seemed folly to me that they had fairly bright fluorescent lights over
all of the datacenter floor, even when nobody has badged in, when they
don't even have cameras covering a majority of every colocation room.
It's a very nice facility, but you certainly pay for it, and they have
some of the more wasteful operating practices that I've seen.

-j

On 3/29/07, Alexander Harrowell <[EMAIL PROTECTED]> wrote:
>
> 
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9014674&source=rss_news50
>


--
Jonathan Lassoff
echo thejof | sed 's/^/jof@/;s/$/.com/'
http://thejof.com
GPG: 0xC8579EE5

Re: PG&E on data centre cooling..

[Jonathan Lassoff]

From the article: "San Francisco-based 365 Main has ... installed

lighting controls that automatically turn off lights..."

That's funny, I've never really noticed.
I've worked out of 365 for a while now at all hours of the day, and
it's still the brightest facility that I've ever been too. It always
seemed folly to me that they had fairly bright fluorescent lights over
all of the datacenter floor, even when nobody has badged in, when they
don't even have cameras covering a majority of every colocation room.
It's a very nice facility, but you certainly pay for it, and they have
some of the more wasteful operating practices that I've seen.

-j

On 3/29/07, Alexander Harrowell <[EMAIL PROTECTED]> wrote:


http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9014674&source=rss_news50




--
Jonathan Lassoff
echo thejof | sed 's/^/jof@/;s/$/.com/'
http://thejof.com
GPG: 0xC8579EE5

Re: Yahoo! clue (Slightly OT: Spiders)

[Kradorex Xeron]

On Thursday 29 March 2007 09:15, [EMAIL PROTECTED] wrote:
> On Thu, 29 Mar 2007 09:05:12 EDT, Kradorex Xeron said:
> > Slightly OT: Does anyone know what is with the web spiders from
> > Yahoo/Inktomi? I've been seeing reports and have seen a problem with them
> > opening 10 to 100 connections to any specific site.
>
> And 10 concurrent connections (or 100) causes a production-quality
> webserver difficulties, how, exactly?

True - however: 

It may cause certain sites to go over quota for transfer (even if you do rate 
limit them via robots.txt). As well as it could cause servers that limit 
to "x number of connections at once" (i.e. some public file hosting servers 
that don't alow more than x users at once) to lock out legitamate requests - 
which if you per-se don't control the robots.txt of such sites, you would be 
unable to get access that site.

Another problem is that the Yahoo/Inktomi search robots do not stop if no site 
is present at that address, Thus, someone could register a DNS name and have 
a site set on it temporarily,  just enough time for Yahoo/Inktomi's bots to 
notice it, then redirect it thereafter to any internet host's address and the 
bots would proceed to that host and access them over and over in succession, 
wasting bandwidth of both the user end (Which in most cases is being 
monitored and is limited, sometimes highly by the ISP), and the bot's end 
wasted time that could have been used spidering other sites. 

People shouldn't need to protect themselves from search engine bots, The 
Internet already has enough problems as it is with Spam and Botnets among 
other items, Search engine bots with large pipes don't need to be on that 
list of nuicences as well.

But that aside, from what I've seen, no other search engine takes that 
aggressively toword sites. -- I was just curious as to why Yahoo/Inktomi's 
bots are so aggressive (Even more than Google, MSN and such), I reviewed 
their site's reason, however, the others do review millions/billions as well.

Apologies if my postings are unclear.

Re: Yahoo! clue (Slightly OT: Spiders)

[Valdis . Kletnieks]

On Thu, 29 Mar 2007 09:05:12 EDT, Kradorex Xeron said:
> Slightly OT: Does anyone know what is with the web spiders from Yahoo/Inktomi?
> I've been seeing reports and have seen a problem with them opening 10 to 100
> connections to any specific site.

And 10 concurrent connections (or 100) causes a production-quality webserver
difficulties, how, exactly?



pgp5d0lYsKyWi.pgp
Description: PGP signature

Re: Yahoo! clue (Slightly OT: Spiders)

[Kradorex Xeron]

Slightly OT: Does anyone know what is with the web spiders from Yahoo/Inktomi? 
I've been seeing reports and have seen a problem with them opening 10 to 100 
connections to any specific site.

On Thursday 29 March 2007 08:26, Dennis Dayman wrote:
> Simon Waters wrote:
> > Is there a Yahoo! abuse contact around who will talk, and not just sended
> > me canned responses?
> >
> > Their abuse team seems very responsive, but I fear they don't actually
> > read the whole email, but just hit the button for the most appropriate
> > "canned response" as soon as they think they know what is being said.
> > (Let he who is without sin here, cast the first stone).
> >
> >  Thanks,
> >
> >  Simon
>
> Sent this to Yahoo! abuse contact. Someone should be in touch shortly

Re: Yahoo! clue

[Dennis Dayman]

Simon Waters wrote:
Is there a Yahoo! abuse contact around who will talk, and not just sended me 
canned responses?


Their abuse team seems very responsive, but I fear they don't actually read 
the whole email, but just hit the button for the most appropriate "canned 
response" as soon as they think they know what is being said. (Let he who is 
without sin here, cast the first stone).


 Thanks,

 Simon


Sent this to Yahoo! abuse contact. Someone should be in touch shortly

Yahoo! clue

[Simon Waters]

Is there a Yahoo! abuse contact around who will talk, and not just sended me 
canned responses?

Their abuse team seems very responsive, but I fear they don't actually read 
the whole email, but just hit the button for the most appropriate "canned 
response" as soon as they think they know what is being said. (Let he who is 
without sin here, cast the first stone).

 Thanks,

 Simon

RE: Jumbo frames

[michael.dillon]

 
> The original poster was talking about a streaming application -  
> increasing the frame size can cause it take longer for frames 
> to fill  
> a packet and then hit the wire increasing actual latency in your  
> application.
> 
> Probably doesn't matter when the stream is text, but as voice and  
> video get pushed around via IP more and more, this will matter.

Increasing the MTU is not the same as increasing the frame size. MTU
stands for Maximum Transmission Unit and is a ceiling on the frame size.
Frames larger than the MTU must be fragmented. Clearly it is dumb for a
voice application or a realtime video application to use large frames,
but setting the MTU on a WAN interface to something higher than 1500
does not require the application to fill up its frames. Also, if a video
application is not realtime, then use of large frames is more likely to
do good than to do harm. 

--Michael Dillon

New IPv4 blocks allocated to RIPE NCC

[Alex Le Heux]

[Apologies for duplicate mails]

Dear Colleagues,

The RIPE NCC received the IPv4 address ranges 92/8 and 93/8 from the
IANA in March 2007. We will begin allocating from these ranges in the
near future.

The minimum allocation size for these two /8s has been set at /21.

You may wish to adjust any filters you have in place accordingly.

More information on the IP space administered by the RIPE NCC
can be found on our web site at:



Additionally, please note that two "pilot" prefixes will be announced
from each /8. The prefixes are:

92.192.0.0/16
93.192.0.0/16
92.255.248.0/21
93.255.248.0/21

They all originate in AS12654.

More information on this "pilot" activity is available in the draft  
document

"De-Bogonising New Address Blocks" which can be found at:



Best regards,

Alex Le Heux
RIPE NCC IP Resource Analyst

PG&E on data centre cooling..

[Alexander Harrowell]

http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9014674&source=rss_news50