We are in the process of migrating this forum. A new space will be available soon. We are sorry for the inconvenience.

Kokemuksia


Lauri
12-21-2009, 04:57 PM
Quote Originally Posted by fawkes
Tuo virheilmoitus kertoo lähinnä muistin varaamisen epäonnistumisesta. Yleensä vastaavat allokaatiovirheet eivät kaada koko ydintä.

Kone on nyt viikonlopun aikana pysynyt pystyssä, kun verkkoa ei ole huudatettu täysillä. Veikkaisin, että kaatuilun takana on verkkokorttiin liittyvä laitteisto-ongelma (sehän ei tuossa kimsufin testissä välttämättä selviäsi).

Toinen mahdollisuus on että Linuxin RTL8168-ajurissa on bugi, mutta mielestäni se on melko epätodennäköistä.
Lähetätkö meille postitse tarkan kuvauksen ongelma, mukana logeja ym. mikä vain auttaisi. Liitä postiin myös koneen nimi. Osoitteemme on asiakaspalvelu@ovh-hosting.fi.

fawkes
12-21-2009, 04:31 PM
Quote Originally Posted by Lauri
Oletko kokeillut etsiä tietoa ongelmasta hakukoneen avulla? Kokeilin itse hakusanoilla "swapper page allocation failure order:0 mode:0x20" ja siellä tuli vastaan muutama sivu, joista saattaisi olla sinulle apua. Esimerkiksi http://rimuhosting.com/howto/memory.jsp.

Muista, että palvelimet ovat asiakkaiden hallinnoimia, ja OVH ei vastaa ongelmista, jotka aiheutuvat käyttäjän suorittamien komentojen johdosta.
Tuo virheilmoitus kertoo lähinnä muistin varaamisen epäonnistumisesta. Yleensä vastaavat allokaatiovirheet eivät kaada koko ydintä.

Kone on nyt viikonlopun aikana pysynyt pystyssä, kun verkkoa ei ole huudatettu täysillä. Veikkaisin, että kaatuilun takana on verkkokorttiin liittyvä laitteisto-ongelma (sehän ei tuossa kimsufin testissä välttämättä selviäsi).

Toinen mahdollisuus on että Linuxin RTL8168-ajurissa on bugi, mutta mielestäni se on melko epätodennäköistä.

wibzu
12-18-2009, 06:03 PM
Nyt kone suostuu ainaki swappaamaan kun tein swapfilen ja vaihdoin sen prioriteetin korkeammaksi kuin alkuperäisen. Toivotaan, että kaatuilu loppui tähän.

Lauri
12-18-2009, 03:29 PM
Quote Originally Posted by fawkes
Kaikki testit menivät läpi ongelmitta.
Oletko kokeillut etsiä tietoa ongelmasta hakukoneen avulla? Kokeilin itse hakusanoilla "swapper page allocation failure order:0 mode:0x20" ja siellä tuli vastaan muutama sivu, joista saattaisi olla sinulle apua. Esimerkiksi http://rimuhosting.com/howto/memory.jsp.

Muista, että palvelimet ovat asiakkaiden hallinnoimia, ja OVH ei vastaa ongelmista, jotka aiheutuvat käyttäjän suorittamien komentojen johdosta.

fawkes
12-18-2009, 03:14 PM
Quote Originally Posted by Lauri
Kokeiletko ajaa hardware-testin:
http://ohjeet.ovh-hosting.fi/RescueMode
Kaikki testit menivät läpi ongelmitta.

EDIT: Kokeilen jos tuolla 2.6.31.5-xxxx-rt14-ipv6-64 (beta)-ytimellä olisi vakaampi. Ainakin IPV6 näyttäisi nyt toimivan.

Lauri
12-18-2009, 02:15 PM
Quote Originally Posted by fawkes
Lähinnä verkkoa testailin, mutta en mielestäni tehnyt mitään, mikä olisi ongelmia (normaalisti) aiheuttanut.

Kytkin myös swapin kokonaan pois käytöstä, mutta kone kippasi silti kuten aiemmin, tosin tällä kertaa logeihin ei jäänyt mitään.

Alla tarkempi otos aiemmasta; pahoittelut inlinestä, liitetiedostoja ei voi jostain syystä lisätä.
Kokeiletko ajaa hardware-testin:
http://ohjeet.ovh-hosting.fi/RescueMode

fawkes
12-18-2009, 02:09 PM
Quote Originally Posted by Lauri
Kaatuiko palvelin, kun olit tekemässä jotain?
Lähinnä verkkoa testailin, mutta en mielestäni tehnyt mitään, mikä olisi ongelmia (normaalisti) aiheuttanut.

Kytkin myös swapin kokonaan pois käytöstä, mutta kone kippasi silti kuten aiemmin, tosin tällä kertaa logeihin ei jäänyt mitään.

Alla tarkempi otos aiemmasta; pahoittelut inlinestä, liitetiedostoja ei voi jostain syystä lisätä.

Code:
Dec 18 10:50:49 kimsufi kernel: swapper: page allocation failure. order:0, mode:0x20
Dec 18 10:50:49 kimsufi kernel: Pid: 0, comm: swapper Not tainted 2.6.31.5-grsec-xxxx-grs-ipv4-64 #3
Dec 18 10:50:49 kimsufi kernel: Call Trace:
Dec 18 10:50:49 kimsufi kernel:   [] __alloc_pages_nodemask+0x476/0x700
Dec 18 10:50:49 kimsufi kernel: [] kmem_getpages+0x62/0x180
Dec 18 10:50:49 kimsufi kernel: [] fallback_alloc+0x15f/0x200
Dec 18 10:50:49 kimsufi kernel: [] ____cache_alloc_node+0x8b/0x150
Dec 18 10:50:49 kimsufi kernel: [] kmem_cache_alloc_node+0x62/0x110
Dec 18 10:50:49 kimsufi kernel: [] __kmalloc_node+0x4b/0x70
Dec 18 10:50:49 kimsufi kernel: [] __alloc_skb+0x72/0x170
Dec 18 10:50:49 kimsufi kernel: [] __netdev_alloc_skb+0x33/0x60
Dec 18 10:50:49 kimsufi kernel: [] rtl8169_rx_fill+0xc2/0x250
Dec 18 10:50:49 kimsufi kernel: [] rtl8169_rx_interrupt+0x37b/0x530
Dec 18 10:50:49 kimsufi kernel: [] rtl8169_poll+0x40/0x250
Dec 18 10:50:49 kimsufi kernel: [] net_rx_action+0xa1/0x150
Dec 18 10:50:49 kimsufi kernel: [] __do_softirq+0xb0/0x150
Dec 18 10:50:49 kimsufi kernel: [] call_softirq+0x1c/0x30
Dec 18 10:50:49 kimsufi kernel: [] do_softirq+0x45/0x80
Dec 18 10:50:49 kimsufi kernel: [] irq_exit+0x75/0xa0
Dec 18 10:50:49 kimsufi kernel: [] do_IRQ+0x73/0xf0
Dec 18 10:50:49 kimsufi kernel: [] ret_from_intr+0x0/0xa
Dec 18 10:50:49 kimsufi kernel:   [] ? mwait_idle+0x6e/0x80
Dec 18 10:50:49 kimsufi kernel: [] ? enter_idle+0x20/0x30
Dec 18 10:50:49 kimsufi kernel: [] ? cpu_idle+0x62/0xc0
Dec 18 10:50:49 kimsufi kernel: [] ? rest_init+0x6d/0x80
Dec 18 10:50:49 kimsufi kernel: [] ? 0xffffffff81c47755
Dec 18 10:50:49 kimsufi kernel: [] ? 0xffffffff81c46ca9
Dec 18 10:50:49 kimsufi kernel: [] ? 0xffffffff81c46da9
Dec 18 10:50:49 kimsufi kernel: Mem-Info:
Dec 18 10:50:49 kimsufi kernel: Node 0 DMA per-cpu:
Dec 18 10:50:49 kimsufi kernel: CPU    0: hi:    0, btch:   1 usd:   0
Dec 18 10:50:49 kimsufi kernel: CPU    1: hi:    0, btch:   1 usd:   0
Dec 18 10:50:49 kimsufi kernel: Node 0 DMA32 per-cpu:
Dec 18 10:50:49 kimsufi kernel: CPU    0: hi:  186, btch:  31 usd: 174
Dec 18 10:50:49 kimsufi kernel: CPU    1: hi:  186, btch:  31 usd: 177
Dec 18 10:50:49 kimsufi kernel: Active_anon:9974 active_file:230189 inactive_anon:3948
Dec 18 10:50:49 kimsufi kernel: inactive_file:231218 unevictable:0 dirty:41760 writeback:0 unstable:0
Dec 18 10:50:49 kimsufi kernel: free:2499 slab:28689 mapped:142165 pagetables:753 bounce:0
Dec 18 10:50:49 kimsufi kernel: Node 0 DMA free:7976kB min:40kB low:48kB high:60kB active_anon:0kB inactive_anon:0kB active_file:1052kB inactive_file:6704kB unevictable:0kB present:15308kB pages_scanned:0 all_unreclaimable? no
Dec 18 10:50:49 kimsufi kernel: lowmem_reserve[]: 0 1994 1994 1994
Dec 18 10:50:49 kimsufi kernel: Node 0 DMA32 free:2020kB min:5692kB low:7112kB high:8536kB active_anon:39896kB inactive_anon:15792kB active_file:919704kB inactive_file:918168kB unevictable:0kB present:2042136kB pages_scanned:18 all_unreclaimable? no
Dec 18 10:50:49 kimsufi kernel: lowmem_reserve[]: 0 0 0 0
Dec 18 10:50:49 kimsufi kernel: Node 0 DMA: 4*4kB 15*8kB 14*16kB 10*32kB 12*64kB 5*128kB 7*256kB 0*512kB 0*1024kB 0*2048kB 1*4096kB = 7976kB
Dec 18 10:50:49 kimsufi kernel: Node 0 DMA32: 1*4kB 0*8kB 0*16kB 1*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 2020kB
Dec 18 10:50:49 kimsufi kernel: 462063 total pagecache pages
Dec 18 10:50:49 kimsufi kernel: 0 pages in swap cache
Dec 18 10:50:49 kimsufi kernel: Swap cache stats: add 142, delete 142, find 0/0
Dec 18 10:50:49 kimsufi kernel: Free swap  = 525280kB
Dec 18 10:50:49 kimsufi kernel: Total swap = 525848kB
Dec 18 10:50:49 kimsufi kernel: 521984 pages RAM
Dec 18 10:50:49 kimsufi kernel: 11082 pages reserved
Dec 18 10:50:49 kimsufi kernel: 552863 pages shared
Dec 18 10:50:49 kimsufi kernel: 47631 pages non-shared
Dec 18 10:51:54 kimsufi kernel: swapper: page allocation failure. order:0, mode:0x20
Dec 18 10:51:54 kimsufi kernel: Pid: 0, comm: swapper Not tainted 2.6.31.5-grsec-xxxx-grs-ipv4-64 #3
Dec 18 10:51:54 kimsufi kernel: Call Trace:
Dec 18 10:51:54 kimsufi kernel:   [] __alloc_pages_nodemask+0x476/0x700
Dec 18 10:51:54 kimsufi kernel: [] kmem_getpages+0x62/0x180
Dec 18 10:51:54 kimsufi kernel: [] fallback_alloc+0x15f/0x200
Dec 18 10:51:54 kimsufi kernel: [] ____cache_alloc_node+0x8b/0x150
Dec 18 10:51:54 kimsufi kernel: [] kmem_cache_alloc_node+0x62/0x110
Dec 18 10:51:54 kimsufi kernel: [] __kmalloc_node+0x4b/0x70
Dec 18 10:51:54 kimsufi kernel: [] __alloc_skb+0x72/0x170
Dec 18 10:51:54 kimsufi kernel: [] __netdev_alloc_skb+0x33/0x60
Dec 18 10:51:54 kimsufi kernel: [] rtl8169_rx_fill+0xc2/0x250
Dec 18 10:51:54 kimsufi kernel: [] rtl8169_rx_interrupt+0x37b/0x530
Dec 18 10:51:54 kimsufi kernel: [] rtl8169_poll+0x40/0x250
Dec 18 10:51:54 kimsufi kernel: [] ? hrtimer_get_next_event+0xd3/0xe0
Dec 18 10:51:54 kimsufi kernel: [] net_rx_action+0xa1/0x150
Dec 18 10:51:54 kimsufi kernel: [] __do_softirq+0xb0/0x150
Dec 18 10:51:54 kimsufi kernel: [] call_softirq+0x1c/0x30
Dec 18 10:51:54 kimsufi kernel: [] do_softirq+0x45/0x80
Dec 18 10:51:54 kimsufi kernel: [] irq_exit+0x75/0xa0
Dec 18 10:51:54 kimsufi kernel: [] do_IRQ+0x73/0xf0
Dec 18 10:51:54 kimsufi kernel: [] ret_from_intr+0x0/0xa
Dec 18 10:51:54 kimsufi kernel:   [] ? mwait_idle+0x6e/0x80
Dec 18 10:51:54 kimsufi kernel: [] ? enter_idle+0x20/0x30
Dec 18 10:51:54 kimsufi kernel: [] ? cpu_idle+0x62/0xc0
Dec 18 10:51:54 kimsufi kernel: [] ? rest_init+0x6d/0x80
Dec 18 10:51:54 kimsufi kernel: [] ? 0xffffffff81c47755
Dec 18 10:51:54 kimsufi kernel: [] ? 0xffffffff81c46ca9
Dec 18 10:51:54 kimsufi kernel: [] ? 0xffffffff81c46da9
Dec 18 10:51:54 kimsufi kernel: Mem-Info:
Dec 18 10:51:54 kimsufi kernel: Node 0 DMA per-cpu:
Dec 18 10:51:54 kimsufi kernel: CPU    0: hi:    0, btch:   1 usd:   0
Dec 18 10:51:54 kimsufi kernel: CPU    1: hi:    0, btch:   1 usd:   0
Dec 18 10:51:54 kimsufi kernel: Node 0 DMA32 per-cpu:
Dec 18 10:51:54 kimsufi kernel: CPU    0: hi:  186, btch:  31 usd: 176
Dec 18 10:51:54 kimsufi kernel: CPU    1: hi:  186, btch:  31 usd: 125
Dec 18 10:51:54 kimsufi kernel: Active_anon:9974 active_file:228530 inactive_anon:3949
Dec 18 10:51:54 kimsufi kernel: inactive_file:229726 unevictable:0 dirty:25820 writeback:6220 unstable:0
Dec 18 10:51:54 kimsufi kernel: free:2500 slab:31824 mapped:150151 pagetables:763 bounce:0
Dec 18 10:51:54 kimsufi kernel: Node 0 DMA free:7980kB min:40kB low:48kB high:60kB active_anon:0kB inactive_anon:0kB active_file:1116kB inactive_file:6556kB unevictable:0kB present:15308kB pages_scanned:0 all_unreclaimable? no
Dec 18 10:51:54 kimsufi kernel: lowmem_reserve[]: 0 1994 1994 1994
Dec 18 10:51:54 kimsufi kernel: Node 0 DMA32 free:2020kB min:5692kB low:7112kB high:8536kB active_anon:39896kB inactive_anon:15796kB active_file:913004kB inactive_file:912348kB unevictable:0kB present:2042136kB pages_scanned:0 all_unreclaimable? no
Dec 18 10:51:54 kimsufi kernel: lowmem_reserve[]: 0 0 0 0
Dec 18 10:51:54 kimsufi kernel: Node 0 DMA: 1*4kB 5*8kB 14*16kB 11*32kB 13*64kB 5*128kB 7*256kB 0*512kB 0*1024kB 0*2048kB 1*4096kB = 7980kB
Dec 18 10:51:54 kimsufi kernel: Node 0 DMA32: 1*4kB 0*8kB 0*16kB 1*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 2020kB
Dec 18 10:51:54 kimsufi kernel: 458949 total pagecache pages
Dec 18 10:51:54 kimsufi kernel: 0 pages in swap cache
Dec 18 10:51:54 kimsufi kernel: Swap cache stats: add 142, delete 142, find 0/0
Dec 18 10:51:54 kimsufi kernel: Free swap  = 525280kB
Dec 18 10:51:54 kimsufi kernel: Total swap = 525848kB
Dec 18 10:51:54 kimsufi kernel: 521984 pages RAM
Dec 18 10:51:54 kimsufi kernel: 11082 pages reserved
Dec 18 10:51:54 kimsufi kernel: 573759 pages shared
Dec 18 10:51:54 kimsufi kernel: 49826 pages non-shared

Jillian
12-18-2009, 02:06 PM
Palvelin näyttäs pyörittelevän niitä ohjelmistoja, joita olen käyttänyt aivan mainioista. Minkäänlaista pätkimistä ei tunnu olevan ja vasteajat/latausnopeudet soneran 1024/512 netillä ihan ok.
Kaveri on ainakin innoissaan ollut palveluiden helppokäyttöisyydestä ja hyvistä hallintapaneeleista. Voipi olla, että saatte uuden asiakkaan lähiaikoina.

wibzu
12-18-2009, 01:31 PM
Itsellä kone kaatuu heti kun swap otetaan käyttöön. Tein ticketin. Muuten toiminut ihan speksien mukaisesti.

Lauri
12-18-2009, 01:25 PM
Quote Originally Posted by fawkes
Verkkoyhteydet pelaavat hyvin, mutta palvelin (64-bit Debian Etch) on aamun aikana kaatunut jo kahdesti:
Code:
kernel: swapper: page allocation failure. order:0, mode:0x2
Myöskään IPV6 ei toimi.
Code:
$ ping6 ircs.ircnet.ee
socket: Address family not supported by protocol
Linux ksxxx.kimsufi.com 2.6.31.5-grsec-xxxx-grs-ipv4-64 #3 SMP Tue Nov 24 16:51:16 UTC 2009 x86_64 GNU/Linux

Luulen että ongelmat johtuvat tuosta (epästandardista?) ytimestä.
Kernelissä pitää olla IPv6 tuki. Tässä ohjeita kernelin asennukseen:
http://ohjeet.ovh-hosting.fi/KernelInstall

Täältä löydät kernelit:
ftp://ftp.ovh.net/made-in-ovh/bzImage/

Kaatuiko palvelin, kun olit tekemässä jotain?

Samk
12-18-2009, 01:10 PM
~37ms ping suomeen, kun kokeillut useampaan paikkaan.

Nopeuksia testailemaan illalla.

Tege
12-18-2009, 12:58 PM
Hyvin toimii. Pingi siinä 60ms paikkeilla kun Mumblea testailin.

jeppe
12-18-2009, 12:46 PM
Pingi omalle servulle on avg 53ms ja latausnopeudet servulta ovat hyvät 8/1 liittymällä (850kt/s). Tämä siis elisan liittymästä.

fawkes
12-18-2009, 12:27 PM
Verkkoyhteydet pelaavat hyvin, mutta palvelin (64-bit Debian Etch) on aamun aikana kaatunut jo kahdesti:
Code:
kernel: swapper: page allocation failure. order:0, mode:0x2
Myöskään IPV6 ei toimi.
Code:
$ ping6 ircs.ircnet.ee
socket: Address family not supported by protocol
Linux ksxxx.kimsufi.com 2.6.31.5-grsec-xxxx-grs-ipv4-64 #3 SMP Tue Nov 24 16:51:16 UTC 2009 x86_64 GNU/Linux

Luulen että ongelmat johtuvat tuosta (epästandardista?) ytimestä.

janluu
12-18-2009, 09:05 AM
Quote Originally Posted by eldorado
Olisikohan paneelista löytyvällä irc-suodatuksella mitään tekemistä asian kanssa?
Joo mulla on tuossa portti 6667 palvelimeltani muualle estettynä, tosin pääsen silti läpi.

http://imgur.com/7qI3q.png

Code:
08:07 -!- Irssi: Looking up euroserv.fr.quakenet.org
08:07 -!- Irssi: Connecting to euroserv.fr.quakenet.org [193.27.78.5] port 6667
08:07 -!- Irssi: Connection to euroserv.fr.quakenet.org established
EDIT: irc.quakenet.orgin tapauksessa pitäisi ne kaikki poolin osoitteet syöttää, et irc-suodatinta on sit kiva conffia jos haluaa siitä päästä..

eldorado
12-18-2009, 08:58 AM
Olisikohan paneelista löytyvällä irc-suodatuksella mitään tekemistä asian kanssa?

janluu
12-18-2009, 08:47 AM
Quote Originally Posted by Henkka
Eli irc.quakenet.org vaan arpoo eri servereitä, joillekin servuille pääsee, joillekin taas ei. Suoria serveri-osoitteita kannattaa käyttää, eli juurikin euroserv.fr.quakenet.org
Selvä Se voi vaan jollekkin olla hämmentävää ensin aina kun ei tutusta osoitteesta pääse..

Henkka
12-18-2009, 08:40 AM
Code:
irc.quakenet.org        A       213.131.156.51
irc.quakenet.org        A       66.225.225.66
irc.quakenet.org        A       83.140.172.212
irc.quakenet.org        A       85.236.110.226
irc.quakenet.org        A       128.39.2.28
irc.quakenet.org        A       194.109.129.222
irc.quakenet.org        A       195.54.159.109
irc.quakenet.org        A       213.131.156.50
Eli irc.quakenet.org vaan arpoo eri servereitä, joillekin servuille pääsee, joillekin taas ei. Suoria serveri-osoitteita kannattaa käyttää, eli juurikin euroserv.fr.quakenet.org

wtf-radio
12-18-2009, 08:36 AM
Tuosta ircistä, mulla on kyllä irc.quakenet.org laitettuna ja ihan hyvin toiminut
En sitten tiedä onko tuo mun serveri eri verkossa.

janluu
12-18-2009, 08:26 AM
Quote Originally Posted by Fleshreaper
Itse serveristä sen verran että ainakin minulla rauta oli huomattavasti luvattua parempaa. E2180/2GB/500GB HDD. Ei valittamista.
Itsellä sama paketti, mut eikös tämä ollut se mitä Kimsufi.fi:ssä mainitaan?

Code:
Arvioitu kiertoaika millisekunteina:
    Pienin = 42 ms, Suurin = 43 ms, Keskiarvo = 42 ms
Joo ei mitenkään paha Ranskassa sijaitsevalle palvelimelle.

Linjoista sen verran että irc-verkko Quakenettiin ei pääse suoraan irc.quakenet.orgin kautta.

Sen sijaan yhdistämällä Quakenetin ranska-palvelimelle (euroserv.fr.quakenet.org) pääsee.

Code:
traceroute to irc.quakenet.org (195.54.159.109), 30 hops max, 40 byte packets
 1  rbx-22-m2.routers.ovh.net (91.121.82.252)  0.808 ms  0.942 ms  1.067 ms
 2  rbx-1-6k.routers.ovh.net (213.251.191.1)  1.221 ms * *
 3  40g.ams-1-6k.routers.chtix.eu (213.251.130.66)  119.948 ms * *
 4  ge1-0-0.asd9nxg1.nl.ip.tdc.net (195.69.144.104)  5.994 ms  6.000 ms  5.993 ms
 5  88-131-138-37.se.sn.net (88.131.138.37)  24.615 ms  24.618 ms  24.725 ms
 6  88-131-138-38.se.sn.net (88.131.138.38)  24.600 ms  24.267 ms  24.241 ms
 7  81.216.3.182 (81.216.3.182)  24.434 ms  24.326 ms  24.333 ms
 8 .. 30  * * *

Henkka
12-18-2009, 08:14 AM
Täälläkin ihan hyviä kokemuksia mitä nyt ~40min ehtinyt säätämään :P

Pingi pyörii siinä 40ms ja nopeudet suomeen varsin kiitettävät, jokaiseen palvelimeen joihin olen wgetannut testifilua on tullut yli 4MB/s.

wtf-radio
12-18-2009, 07:03 AM
Juu, itsellä ollu jo pitkään ovh:lta serveri ja mitään ongelmia ei ole ollut.
Nopeudet ollut koko ajan hyvät tai ainakin omaan käyttöön riittävät
Rauta myöskin toiminut moitteetta, prosessori oli itselläkin luvattua parempi
Hattua nostan ovh:lle siitä että tulevat suomenmarkkinoille, helpottaa itseäni suunnattomasti kun voi ostaa suoraan servun eikä tarvitse käyttää jotain epämääräistä välikättä siihen. Harmi vaan kun kerkesin niin myöhään huomaamaan tuon beta testaajien haun niin en varmaan siihen enää pääse mukaan :/

Fleshreaper
12-18-2009, 06:30 AM
Packets: Sent = 50, Received = 50, Lost = 0 (0% loss),
Minimum = 37ms, Maximum = 42ms, Average = 37ms

Sonera extra pingaa ainakin ihan mukavasti.

Uploadia en ole testannut tarpeaksi nopealle serverille vielä - joku muu voi kertoa siitä. Download usasta dreamhostilta >4MB/s. Funetistä ja torrenteilla 9MB/s+. Itse serveristä sen verran että ainakin minulla rauta oli huomattavasti luvattua parempaa. E2180/2GB/500GB HDD. Ei valittamista.