T2 IRC Log: 2010-01-23

This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.

« prev | next »

--- Log opened Sat Jan 23 00:00:21 2010
02:04 -!- mqueiros [n=mqueiros@217.70.75.64] has quit ["Ex-Chat"]
02:47 -!- digitaloktay [n=pardus@dslb-084-056-255-104.pools.arcor-ip.net] has quit ["Bin mo weg longer............ /exit hilft bei Kopfschmerzen oder hängt ein paar Poster von Merkel auf :)))"]
03:33 -!- mqueiros [n=mqueiros@217.70.75.64] has joined #t2
05:02 -!- mpp [n=mpp@2a01:48:251:107:222:15ff:fe73:50e1] has joined #t2
05:27 -!- mpp [n=mpp@2a01:48:251:107:222:15ff:fe73:50e1] has quit [Client Quit]
05:52 -!- mpp [n=mpp@2a01:48:251:107:222:15ff:fe73:50e1] has joined #t2
06:29 -!- mpp [n=mpp@2a01:48:251:107:222:15ff:fe73:50e1] has quit [Client Quit]
09:58 < CIA-21> rene * r35380 /trunk/package/base/lvm2/lvm2.desc: * updated lvm2 (2.02.59 -> 2.02.60)
09:58 < CIA-21> rene * r35381 /trunk/package/base/linux26/linux26.desc: * updated linux26 (2.6.32.4 -> 2.6.32.5)
10:21 -!- aloof [n=kjj@pool-74-107-128-126.ptldor.fios.verizon.net] has quit [Read error: 110 (Connection timed out)]
10:41 -!- aloof [n=kjj@pool-74-107-128-126.ptldor.fios.verizon.net] has joined #t2
10:54 < CIA-21> rene * r35382 /trunk/package/develop/ucommon/ucommon.desc: * updated ucommon (2.0.7 -> 2.0.8)
13:54 -!- mpp [n=mpp@2a01:48:251:107:222:15ff:fe73:50e1] has joined #t2
13:56 < mpp> moinsen
14:01 < rxr> moin moin
14:08 < rxr> orded my first AMD cpu since years today
14:08 < rxr> hope the matching motherboard arrives next week
14:09 < mpp> :-)
14:09 < mpp> what a week
14:09 < mpp> what cpu ?
14:10 < rxr> by what a week you mean what?
14:11 < CIA-21> rene * r35383 /trunk/package/network/dnsmasq/dnsmasq.desc: * updated dnsmasq (2.51 -> 2.52)
14:11 < mpp> very busy - somewhat tense...
14:11 < mpp> anyways
14:11 < rxr> :-)
14:11 < mpp> getting better now
14:11 < rxr> 905e
14:11 < mpp> amd 905e
14:11 < mpp> ?
14:12 < rxr> because I want to archive a high density if this setup performs well
14:12 < rxr> the fastest CPU at <= 65W
14:12 < mpp> i see
14:13 < mpp> i guess will see when u bench it
14:13 < mpp> openssl speed rsa2048 sha1
14:13 < mpp> :-)
14:13 < rxr> guess the VIA with Padlock perform well in that test, heh?
14:14 < mpp> ahm... dunno
14:14 < rxr> what number do you want?
14:14 < rxr> rsa 2048 bits 0.004155s 0.000111s 240.7 9046.2
14:14 < mpp> thats okay
14:14 < rxr> sha1 37304.24k 107621.78k 233065.90k 326036.82k 370671.62k
14:14 < rxr> thats a xeon I'm on right now :-)
14:14 < mpp> yea i thought so
14:15 < mpp> rsa 2048 bits 0.003741s 0.000095s 267.3 10535.2
14:15 < mpp> sha1 33424.67k 93915.09k 198706.77k 274930.69k 309906.09k
14:15 < mpp> vendor_id : AuthenticAMD
14:15 < mpp> cpu family : 16
14:15 < mpp> model : 2
14:15 < mpp> model name : AMD Phenom(tm) 9850 Quad-Core Processor
14:15 < mpp> stepping : 3
14:15 < mpp> cpu MHz : 1250.000
14:15 < mpp> cache size : 512 KB
14:16 < rxr> unvirtualized performance on that xeon is a little higher:
14:16 < rxr> sha1 39698.25k 116905.87k 259835.70k 374877.18k 434391.72k
14:16 < rxr> rsa 2048 bits 0.003239s 0.000097s 308.7 10298.5
14:16 < mpp> values are fine for that kind of cpu
14:16 < rxr> model name: Intel(R) Xeon(R) CPU X5365 @ 3.00GHz
14:17 < rxr> that openssl command is snigle-threaded-scalar I assume?
14:17 < mpp> next time i'll bench some of our hp G6 servers
14:17 < rxr> my xeon got 8 of them, ...
14:17 < mpp> just for fun...
14:17 < rxr> this xeon is loosing too much performance in VT
14:17 < rxr> I hope the AMD performs better
14:17 < mpp> it does
14:18 < rxr> if so we'll build the next boxes on our own, ...
14:18 < mpp> what mainboard do u use
14:18 < rxr> for my thing?
14:18 < mpp> for the 905e
14:18 < rxr> for the new one a not so high-perf mini-itx one
14:18 < mpp> i see
14:19 < rxr> ive been waiting for it for some time now
14:19 < rxr> the first container is said to arrive next week ...
14:19 < rxr> http://www.jwele.com/motherboard_detail.php?792
14:20 < rxr> wish it would have more than DDR2 RAM, ... and 2 gig ethernet ports, ...
14:20 < rxr> looking forward to see hwo well that performs against the 8-way Mac Pro
14:20 < mpp> i know exactly what you mean
14:21 < mpp> as it is a low power spec it depends on the mainboard chipset for many parts of i/o
14:21 < mpp> perfromance
14:21 < rxr> for the office room mini-itx is nicer than the way too loud 1HE beasts ...
14:22 < mpp> thats for sure !
14:22 < rxr> the worst ever was the Sun T1000, ...
14:22 < mpp> dunno about that one
14:22 < rxr> http://t2-project.org/hardware/server/Sun/T1000/
14:23 < mpp> because of the headless part .. ?
14:23 < rxr> well, the AMD Phenomx II X4 has some 6MB of L3 cache, hope the laptop RAM does not affect performance too much
14:23 < rxr> no, the t1000 was load as if it came directly from hell
14:24 < rxr> despite the just 72W CPU, ...
14:24 < rxr> 24 threads of execution this T2 CPU I think it was had
14:24 < rxr> the big ones have 32 ...
14:24 < rxr> was kind of neat, just too loud
14:24 < rxr> and sun also did not kept up with the promisse that one can keep it when one blogs about it
14:24 < rxr> they wanted it back, despite the blog and despite open source work on it, ...
14:25 < rxr> but well, it was too loud for our office, anway :-)
14:25 < mpp> agreed ...
14:25 < rxr> so I sent it back despite their broken "you blog you keep it" add ...
14:25 < rxr> ad even
14:25 < mpp> anyways did u get my mail about the dl3
14:25 < mpp> ?
14:25 < rxr> ah yes
14:25 < mpp> cool
14:25 < mpp> looking forward to it
14:25 < rxr> less learned: never trust a Sun PR, even less now it belongs to Oracle :-)
14:26 < mpp> LOL
14:26 < mpp> rather use IE8 .....
14:26 < rxr> can I directly add that IP for dl2 ?
14:26 < rxr> don't want to change the DNS all the time
14:26 < mpp> sure just change the ip of the dl2
14:26 < mpp> and were done
14:26 < mpp> ...
14:27 < rxr> is there dl content alrady up on that new box ?
14:27 < mpp> yep
14:27 < mpp> ! :-)
14:27 < mpp> off course watson !!
14:28 < mpp> on thing that bugged me with thttpd - it has memory issues
14:28 < rxr> leaks ?
14:28 < mpp> i think so
14:29 < rxr> dns shoul have been updated
14:29 < mpp> anyways i already switched to apache with reasonable netfilter limiting
14:29 < mpp> so were golden
14:29 < mpp> excellent
14:30 < mpp> i'll close the "old" http service tomorrow when all dns are refreshed
14:30 < rxr> http://www.t2-project.org/packages/thttpd.html
14:31 < rxr> sure
14:31 < rxr> we'll probably have an ext. server soon, too
14:31 < rxr> need a faster web cache, smtp with rev. ptr., ...
14:31 < mpp> i found many reports about the thttp bug
14:32 < mpp> would be nice to share the load a bit
14:32 < mpp> for now we are within limits
14:32 < rxr> yeah, the main server is under pretty high load anway
14:32 < mpp> np
14:32 < rxr> a lot of traffic currently goes to my server anyway
14:32 < rxr> so you're at server4you?
14:32 < mpp> since the dl2 you should have noticed some relief though
14:32 < mpp> yep
14:33 < mpp> for many years now
14:33 < rxr> the other server was, too ?
14:33 < mpp> all of them ( 6 i think
14:33 < rxr> so you can recomment ?
14:33 < rxr> d even
14:33 < mpp> definetly
14:34 < mpp> the price / support / performance is quite good
14:34 < mpp> as long as you know how to deal with linux basics ( i always install my own distro )
14:34 < rxr> hetzner was recommented elesewhere, do you have a comment to them ?
14:34 < mpp> but that should be no prob for you
14:34 < mpp> ahm nope
14:34 < mpp> dunno them
14:35 < mpp> 38,99 is a fair price
14:35 < rxr> we once run an ext. server at webperoni for a third party
14:35 < rxr> they where pretty decent, too
14:35 < mpp> https://www.server4you.de/root-server/ecoserver.php
14:35 < rxr> but unitied internet (or so) brought them
14:35 < mpp> the dl2 is an ecoserver-large
14:36 < mpp> it'S running t2 ! ;-)
14:36 < rxr> :-)
14:36 < mpp> blink blink
14:37 < rxr> so muss das sein :-)
14:37 < mpp> yeah baby ---
14:38 < rxr> ok, back to work
14:38 < rxr> got a desk full of it ...
14:38 < mpp> see ya
14:38 < mpp> dito
14:38 < mpp> exit
14:38 < mpp> LOL :-)
14:38 < rxr> somehow the stacks are growing faster than I can shrink them
14:38 < mpp> move /dev/work /dev/zero
14:38 < mpp> might help
14:38 < rxr> yeah, but not at the customer satisfaction level
14:39 < mpp> agreed
14:39 < mpp> bye
14:39 < mpp> ...
14:39 < rxr> cu
15:15 -!- mpp [n=mpp@2a01:48:251:107:222:15ff:fe73:50e1] has quit ["good night - good fight"]
15:30 -!- mpp [n=mpp@2a01:48:251:107:222:15ff:fe73:50e1] has joined #t2
18:11 -!- digitaloktay [n=pardus@dslb-084-056-249-072.pools.arcor-ip.net] has joined #t2
19:03 -!- mpp [n=mpp@2a01:48:251:107:222:15ff:fe73:50e1] has quit [Read error: 113 (No route to host)]
20:35 -!- mpp [n=mpp@2001:470:d097:107:222:15ff:fe73:50e1] has joined #t2
20:48 -!- mpp [n=mpp@2001:470:d097:107:222:15ff:fe73:50e1] has quit [Read error: 60 (Operation timed out)]
20:54 -!- mpp [n=mpp@2001:470:d097:107:222:15ff:fe73:50e1] has joined #t2
22:38 -!- mpp [n=mpp@2001:470:d097:107:222:15ff:fe73:50e1] has quit ["good night - good fight"]
22:38 -!- digitaloktay_ [n=pardus@dslb-084-056-249-072.pools.arcor-ip.net] has joined #t2
22:55 -!- digitaloktay [n=pardus@dslb-084-056-249-072.pools.arcor-ip.net] has quit [Read error: 110 (Connection timed out)]
--- Log closed Sun Jan 24 00:00:21 2010