boileris

Sveiko proto žmogui nė į galvą neateitų jog dedikuoti.lt už tokią kainą siūlo ne VPS o dedikuotus serverius.

Juokas ima.

Na jo, vadinasi Lietuvėlėje jau išvis baigia išnykti "sveiko proto" žmonės, nes

"dedikuotas" serveris už 40lt/mėn tai ne stebuklas...

O man durnam gali paaiskinti? Kaip mano Citrix Xen VPS Niderlanduose sparciau veikia uz VPS su OpenVZ lokacija Lietuvoj? MS NL yra 46, o LT 2. Bet zinai jis taip sparciai veikia, kad net nesijaucia jog lokacija yra Niderlandai kalbu apie viska. Dar man durnam pasakyk kaip ant OpenVZ prie kernelio prieiti ir pasirekoreguoti ant Xen zinau kaip, bet ant OpenVZ nezinau Papasakok man apie OpenVZ high availability, dynamic resource allocation, shared resource pools

Na lyginti du serverius nežinant jų paramtertų, tikrai kvaila...

Taip, OpenVZ kernelio keisti negalima, taciau greitaveikai tai dideles įtakos neturi.

OpenVZ tauri tiek "high availability" tiek "dynamic resource allocation". "shared resource pools" vėlgi su greitaveika niekuo nesusije.

http://openvz.org/HA_cluster_with_DRBD_and_Heartbeat

http://openvz.org/Checkpointing_and_live_migration

Aš pritarčiau Kir, venkite tokiu paslaugu tiekeju kurie patys nesupranta ka daro.

http://openvz.livejournal.com/43275.html

>Citrix Xen - Negalima oversellinti RAM, CPU (yra galimybė oversellinti, bet nematau

>prasmės). Taigi, šia sistema naudojant, jūs gaunate >

>GARANTUOTUS resursus, o ne taip, kaip OpenVZ naudojime.

Paistalai, tiek su XEN tiek su OpenVZ vienodai galima pereikvoti (overbook'inti) serverio

resursus.

>1GB RAM (garantuotus, drįsčiau teigti, kad atitinka 4gb ram openvz)

Tai aplikacija gali gauti ar negali gauti RAM?

>1 vCPU (garantuotus, drįsčiau teigti, kad atitinka ~3-4 kartus daugiau nei openvz)

Čia OpenVZ tikrai stirpioji pusė! Realiai viskas priklauso nuo tiekejo sažiningumo,

o ne nuo virtualizacijos.

Čia nieko blogo, linux cache gali traktuoti kaip laisva atminti:

http://www.linuxatemyram.com/

Šaunu, reikės pasinaudoti :)

Gal žinote kas vėl per bėdos pas vhost? Žiūriu dažnėja sutrikimai pas juos...

Pats naudojuos, nematau jokiu daznu sutrikimu...

Matau jau senai verkleni del neveikimo, bet vis dar naudojiesji.

Tai iseina arba isvis nesinaudoji, arba nera taip blogai kaip reklamuoji...

Pigios VCC (virtualios kreditinės kortelės)

Parduodu bet kokios sumos VCC:

Ką Jūs gaunate:

16 skaitmenų kortelės numerį

CVV2 kodą

Galiojimo laiką

Kur tinkamos:

Verifikuoti PayPal paskyrą (netinka Lietuviškas adresas, geriau rašyti kad Rusija, po to pasikeisti)

Ebay paskyrą

Moneybookers (netinka Lietuviškas adresas, geriau rašyti kad Rusija, po to pasikeisti)

 

Nieko sau zomgus turi naglumo tarpininkauti finasinese machinacijose, o poto kitus peikt uz kazka nelegalaus.

Boileris, nei jūs naudojotės mūsų paslaugomis, nei matavote mūsų serverių RAM greitį. Gal užteks vieną kartą šmeižtu užsiiminėt?

Kas tiesa tas ne melas.Tiesa kad naudojausi bet nebesinaudoju (priezastis jau paaiskinau).

Gal paciam reiktu isideti savo arogancija i konteineri ir uzsideti siokius tokius limitus,

kaip OpenVZ, kad savo svmeiztu ir nesamonem nedurnintumet Lietuvos pilieciu, vadindami VPS

serverius dedikuotais....

p.s. tik dedikuoti.lt pasiemes "dedikuota" serveri negali tureti norimo dydzio swap atminties.

Nuo kada gali save vadinti laisvu, kai turi suristas rankas?

Pirma pastraipa Dedikuoti.lt puslapyje:

 

 

Aprašymas trumpas ir tiksliai apibūdinantis Dedikuoti.lt paslaugas, o kas nesutinka - prašom pateikti realius argumentus, be tuščio "varymo" ant kitų.

Paprastaas pavyzdys, kazkada turejua ale dedikuota serveri, i atminti (ramdrive), pasidejau

1GB duoemnu. Skaitymas ir rasymas buvo keleta gigabaitu per serkunde, visiai neblogai.

Taciau kai palikau keletai dienu vps neneaudojima ir vel prireike nuskaityti duomenis,

skaitymas is atminties beliko siek tiek virs 100mb/s. Panasu kad visas tuo metu nenaudojamas

"dedikuoto" serverio atminties turinys nukeliavo i swap particija...

Pasakysiste kas cia tokio, juk antras skaitymas is atminties vel vyko normalia sparta?

Na as manau jei jau deklarauojate dedikuota atminties kieki, tai ji ir suteikite, nes

akivaizdu jog tam mazgui kuriame gulejo mano vps zenkliai truko atminties del per

didelio sutankinimo, t.y. pardavet daugiau nei turit...

Taigi jokie ten ne dedikuoti...

Kas dar naudojates Duomenu Centru Giedokit:

 

[root@server ~]# dd if=/dev/zero of=test bs=1M count=1024

1024+0 records in

1024+0 records out

1073741824 bytes (1.1 GB) copied, 4.62435 s, 232 MB/s

and duomenucentras.lt eko serverio:

[root@srv ~]# dd if=/dev/zero of=test bs=1M count=1024

1024+0 records in

1024+0 records out

1073741824 bytes (1.1 GB) copied, 0.535727 s, 2.0 GB/s

tik beveik 10 kart daugiau...

manęs nedomina nei RIPE nei spamhauso prašymai/įsakymai

Mana vien sitas teiginys pasako apie host321...

Jei laikai save auksciau uz visus, tai ko neturi savo nuosavu IP, su kuriais galetum daryt ka nori, kur nori, kaip nori, su kuo nori, jei nori ir t.t.

Dabar uzuot ieskojes kaip isspresti problemas (del kuriu buvomo nesu tikras), tiesiog kaip mazas vaikas verksleni tikedamasis kad nuo to kaszkas pasikeis.

Pranešimai dėl įtraukimo į DNSBL traktuojami kaip svarbi su paslauga susijusi informacija.

Na jio, dar neteko susidurti su tokiu registraru kuris taip zemintu vartotoja ir ji atvirai vadintu nieko nesuprantanciu kvailiu. Jei klystu parodykite bent viena pavyzdi!

Maza to kokia prasme tikrinti vadrdu serverius ar jie yra RBL, juk vardu serveriai laisku nesiuncia tad tai betkokiu atveju nedaro jiokios itakos domeno veikimui.

Na ir pamodeliuokime realia nauda is tokio IV spam'o:

Kaip suprantu laiskai apie patekima i RBL siunciami piremadieni, tad jei mano serveris

pateks i juodaji sarasa antradieni, apie ji pranesima gausiu po 7 paru, kai tuo tarpu arba

busiu problema jau seniai pastebejes arba man problema isvis neaktuali. Vadinas laiskas

tures siek tiek efektyvum tik jei busiu apie tai nepastebejes, o tai gali nutikti max 1 para iki laikso issiuntimo visas kitas 6 dienas bus paveluota.

Taigi neskaitant vardu serveriu tikrinimo, statistiskai, 6 laiskai is 7 yra su

nebeaktualia informaciaja, ka manau reiketu traktuoti kaip SPAM'a!!!

Informacija del RBL turi teikti paslaugos teikejas, t.y. duomenucentras kuriam priklauso IP adresas. Visa kita, jei pats vartotojas neuzsiprenumeravo, yra BRUKALAI!

Tad ponas Arvydai nevaidinkite kad kovojate su SPAM'u, ir pradziai nesiuskyte jo patys!

Panasu kad tai hostex paslaugu perpardavinetojai, tad su serveriais geriau uz hostex vargu ar bus.

Graudu, kad nebendraujat su klientais. Maldauk nemaldaves - jokio paaiskinimo jau visa savaite. Sedekit visi nezinioje ir laukit neaisku ko.

Na nezinau cia visi verkiat, bet panasu ne vienas nesinaudojat duomenucnetras.lt paslaugomis.

Turiu vhost.lt patalpintu svetainiu, visi laiskai isisiuncia be problemu, nieko man niekur

keisti ar tvarkyti nereikejo, tad kyla klausimas ko verkslenti?

Panasu jog rimti specialistai problemas sprendzia, o vaikai daro tai kas jiems ir priklauso: verkslena...

Beja IV dar karta irode ka mano tiek apie savo konkorentus, tiek apie savo klientus ;)

p.s. andriusp87 isvis matau uzsiregistraves siam postui paskelbti, tad jo postai tikrai saliski ir is pirsto lauzti.

Laikau wordpress,ip board, vps dedikuoti.lt 16ghz 8gb ram pralaidumas 150mbps

Arba kazkas negerai su svetaine, arba tiesiog negauni deklaruojamu serverio resursu,

nes su tokiais serverio resursais spaudziant F5 sunaudoti resursus skamba kaip kazkoks stebuklas.

Nėra tų testų daug, bet pvz CPU Benchmark:

Intel Xeon E3-1245 @ 3.30GHz - 8269

Intel Xeon E3-1245 V2 - 10297

Kažkur apie 24 proc. gaunasi. Aš realiomis sąlygomis naudoju ir 1270 ir 1270v2, tai kaip minėjau iš akies apie 25-30 proc. našumas didesnis. Faktas tik vienas - kaina ta pati, o tokie parametrai kaip našumas/el.suvartojimas žymiai geresni.

Pilna tos informacijos ir jau ganetinai senai, net ir wikipedia raso:

Performance

Compared to Sandy Bridge:

5% to 15% increase in CPU performance

http://www.anandtech.com/show/5626/ivy-bridge-preview-core-i7-3770k/

Našumas tikrai geresnis (iš akies - apie 30 proc.)

Na pagal dauguma testu tai iki 10%, 30% neekaip.

Ir vel nepasiekiami serveriai.lt....

http://just-ping.com/index.php?vh=barsukas.serveriai.lt&c=&s=ping%21

Singapore, Singapore: Packets lost (100%) 79.98.25.9

Amsterdam2, Netherlands: Packets lost (100%) 79.98.25.9

Florida, U.S.A.: Packets lost (100%) 79.98.25.9

Amsterdam3, Netherlands: Packets lost (100%) 79.98.25.9

Hong Kong, China: Packets lost (100%) 79.98.25.9

Sydney, Australia: Packets lost (100%) 79.98.25.9

München, Germany: Packets lost (100%) 79.98.25.9

Cologne, Germany: Packets lost (100%) 79.98.25.9

New York, U.S.A.: Packets lost (100%) 79.98.25.9

Stockholm, Sweden: Packets lost (100%) 79.98.25.9

Santa Clara, U.S.A.: Packets lost (100%) 79.98.25.9

Vancouver, Canada: Packets lost (100%) 79.98.25.9

London, United Kingdom: Packets lost (100%) 79.98.25.9

Madrid, Spain: Packets lost (100%) 79.98.25.9

Padova, Italy: Packets lost (100%) 79.98.25.9

Austin, U.S.A.: Packets lost (100%) 79.98.25.9

Amsterdam, Netherlands: Packets lost (100%) 79.98.25.9

Shanghai, China: Packets lost (100%) 79.98.25.9

Melbourne, Australia: Packets lost (100%) 79.98.25.9

Copenhagen, Denmark: Packets lost (100%) 79.98.25.9

Lille, France: Packets lost (100%) 79.98.25.9

San Francisco, U.S.A.: Checkpoint temporarily not available - - - -

Zurich, Switzerland: Packets lost (100%) 79.98.25.9

Mumbai, India: Packets lost (100%) 79.98.25.9

Chicago, U.S.A.: Packets lost (100%) 79.98.25.9

Nagano, Japan: Packets lost (100%) 79.98.25.9

Haifa, Israel: Packets lost (100%) 79.98.25.9

Auckland, New Zealand: Packets lost (100%) 79.98.25.9

Antwerp, Belgium: Packets lost (100%) 79.98.25.9

Groningen, Netherlands: Packets lost (100%) 79.98.25.9

Moscow, Russia: Packets lost (100%) 79.98.25.9

Dublin, Ireland: Packets lost (100%) 79.98.25.9

Kharkov, Ukraine: Packets lost (100%) 79.98.25.9

Manchester, United Kingdom: Packets lost (100%) 79.98.25.9

Bucharest, Romania: Packets lost (100%) 79.98.25.9

Bangkok, Thailand: Packets lost (100%) 79.98.25.9

Kuala Lumpur, Malaysia: Packets lost (100%) 79.98.25.9

Jakarta, Indonesia: Packets lost (100%) 79.98.25.9

Cape Town, South Africa: Packets lost (100%) 79.98.25.9

Glasgow, United Kingdom: Packets lost (100%) 79.98.25.9

Lisbon, Portugal: Packets lost (100%) 79.98.25.9

Chicago, U.S.A.: Packets lost (100%) 79.98.25.9

Dallas, U.S.A.: Packets lost (100%) 79.98.25.9

Cairo, Egypt: Packets lost (100%) 79.98.25.9

Amsterdam1, Netherlands: Packets lost (100%) 79.98.25.9

Buenos Aires, Argentina: Packets lost (100%) 79.98.25.9

Istanbul, Turkey: Packets lost (100%) 79.98.25.9

Gdansk, Poland: Packets lost (100%) 79.98.25.9

Beijing, China: Packets lost (100%) 79.98.25.9

Belgrade, Serbia: Packets lost (100%) 79.98.25.9

Toronto, Canada: Packets lost (100%) 79.98.25.9

Athens, Greece: Packets lost (100%) 79.98.25.9

Frankfurt, Germany: Packets lost (100%) 79.98.25.9

Sofia, Bulgaria: Packets lost (100%) 79.98.25.9

Budapest, Hungary: Packets lost (100%) 79.98.25.9

Koks svetaines adresas?

Neveikia nė viena svetainė ir kas blogiausia - el. pašto adresai. Laiškai iškart grįžta atgal, o yra tikymybė, kad gali rašyti žmonės.

 

Be to, negaliu prisijungti prie neva.hostingas.in (Direct Admin control panelio), slaptažodis geras, dar atsikūriau jį, vistiek netinka. Dar kam nors yra taip dabar? Gal žinot jų telefoną?

 

 

Išmeta:

 

Šio puslapio veikimas sustabdytas!

 

puslapio veikimas sustabdytas dėl vienos iš šių priežasčių:

 

Viršytas srauto limitas

Puslapio savininkas pavėlavo susimokėti

Puslapio turinys pažeidžia hostingas.in taisykles

 

Jei esate šio puslapio savininkas(-ė), prašome susisiekti su administracija.

Ar bent uz paslaugas susimoket nepamirsai?

Ne, nekaltas. Susibugina apache, mysql, configai ir panasus dalykai.

Tiekejas atsakingas tik uz technine iranga, atnaujinimus turi darytis patys klientai.

jeigu serveris butu su administravimo paslauga - taip, butu kaltas tiekejas.

Nelabai suprantu kaip gali buti klatas paslaugos gavejas, jei nei is sio nei is to

vartotojo serveris is 4 x 2,4 Ghz pavirsta 4x 800Mhz,tai yra 4 kartus sumazeja.

Tokiu atveju instaliuok koki tik nori apache ar mysql viskas zenkliai suletes...

Norėjau pasiteirauti ar taip normalu yra teikti VPS paslaugą, ar nėra sukčiavimo. Mano atvėju yra užsakytas VD-L planas, kuriam priklauso 4 x 2,4 Ghz = 9,6 (Nuoroda), o patikrinus per ssh koki procesoriu turi serveris yra rodomas 4x 800Mhz = 2,4 Ghz (tai yra 4 kartus mažiau negu žadėta ir jeigu aš neklystu vienas procesorius turėdamas 2,4 ghz taktinį dažnė turėtų veikti daug geriau nei 4 po 0,8 ghz - tai taip išeina, kad čia yra dviguba skriauda).

Na kiek pamenu ankciau isvis hostex duodavo 8x branduolius ir maziausiame vps plane :D

Siuo atveju gauni 3x sumazinta cpu kieki, kas neatitinka uzsakymo metu deklaruotu parametru.

Hostex kaip visada suzibejo savo nekokybiskomis paslaugomis ir tai kazkodel jau nebestebina.

Kadangi hostex neteikia deklaruotu paslaugu, manau paslaugos turi buti nutrauktos del nesilaikomu paslaugu teikimo parametru.

Ieskok geriau normalaus dedikuoto serverio (dedikuoti.lt tokiu neteikia)

pvz: uz 156lt/men duomenucentras.lt gali sisinuomuoti 4x3.06GHhz (iskaitant HT) serveri

kurio cpu ntik nebus overbook'inamas, maza to jo vieno branduolio sparta didesne!

Ir vel problemos....

Location Result min. rrt avg. rrt max. rrt IP

Singapore, Singapore: Okay 322.6 323.8 324.7 79.98.24.240

Amsterdam2, Netherlands: Packets lost (100%) 79.98.24.240

Florida, U.S.A.: Okay 148.8 149.6 153.0 79.98.24.240

Amsterdam3, Netherlands: Packets lost (100%) 79.98.24.240

Hong Kong, China: Packets lost (100%) 79.98.24.240

Sydney, Australia: Packets lost (100%) 79.98.24.240

München, Germany: Packets lost (100%) 79.98.24.240

Cologne, Germany: Packets lost (100%) 79.98.24.240

New York, U.S.A.: Packets lost (100%) 79.98.24.240

Stockholm, Sweden: Packets lost (100%) 79.98.24.240

Santa Clara, U.S.A.: Packets lost (100%) 79.98.24.240

Vancouver, Canada: Okay 196.7 197.0 197.1 79.98.24.240

London, United Kingdom: Okay 43.0 43.4 43.8 79.98.24.240

Madrid, Spain: Okay 88.0 88.1 88.3 79.98.24.240

Padova, Italy: Packets lost (100%) 79.98.24.240

Austin, U.S.A.: Okay 158.0 158.3 158.7 79.98.24.240

Amsterdam, Netherlands: Okay 32.4 32.6 33.1 79.98.24.240

Paris, France: Okay 42.4 43.2 49.5 79.98.24.240

Shanghai, China: Packets lost (100%) 79.98.24.240

Melbourne, Australia: Packets lost (100%) 79.98.24.240

Copenhagen, Denmark: Packets lost (100%) 79.98.24.240

Lille, France: Okay 46.6 46.8 47.0 79.98.24.240

San Francisco, U.S.A.: Packets lost (100%) 79.98.24.240

Zurich, Switzerland: Packets lost (100%) 79.98.24.240

Chicago, U.S.A.: Okay 143.4 143.5 143.5 79.98.24.240

Nagano, Japan: Okay 303.3 307.2 311.2 79.98.24.240

Haifa, Israel: Packets lost (100%) 79.98.24.240

Auckland, New Zealand: Okay 310.9 311.8 312.9 79.98.24.240

Antwerp, Belgium: Okay 36.2 36.9 37.8 79.98.24.240

Groningen, Netherlands: Packets lost (100%) 79.98.24.240

Moscow, Russia: Packets lost (100%) 79.98.24.240

Dublin, Ireland: Packets lost (100%) 79.98.24.240

Oslo, Norway: Packets lost (100%) 79.98.24.240

Kharkov, Ukraine: Packets lost (100%) 79.98.24.240

Manchester, United Kingdom: Packets lost (100%) 79.98.24.240

Vilnius, Lithuania: Okay 0.5 0.6 0.6 79.98.24.240

Bucharest, Romania: Packets lost (100%) 79.98.24.240

Bangkok, Thailand: Packets lost (100%) 79.98.24.240

Kuala Lumpur, Malaysia: Okay 289.7 290.1 290.8 79.98.24.240

Cape Town, South Africa: Packets lost (100%) 79.98.24.240

Glasgow, United Kingdom: Okay 53.9 54.2 54.5 79.98.24.240

Lisbon, Portugal: Packets lost (100%) 79.98.24.240

Chicago, U.S.A.: Packets lost (100%) 79.98.24.240

Dallas, U.S.A.: Packets lost (100%) 79.98.24.240

Cairo, Egypt: Packets lost (100%) 79.98.24.240

Amsterdam1, Netherlands: Packets lost (100%) 79.98.24.240

Buenos Aires, Argentina: Packets lost (100%) 79.98.24.240

Istanbul, Turkey: Okay 91.7 92.8 99.3 79.98.24.240

Gdansk, Poland: Okay 41.5 41.8 42.1 79.98.24.240

Beijing, China: Okay 737.5 769.3 978.9 79.98.24.240

Belgrade, Serbia: Packets lost (100%) 79.98.24.240

Toronto, Canada: Okay 132.7 132.9 133.2 79.98.24.240

Novosibirsk, Russia: Packets lost (100%) 79.98.24.240

Athens, Greece: Packets lost (100%) 79.98.24.240

Frankfurt, Germany: Packets lost (100%) 79.98.24.240

Sofia, Bulgaria: Packets lost (100%) 79.98.24.240

Budapest, Hungary: Okay 45.6 46.0 46.9 79.98.24.240

Sao Paulo, Brazil: Packets lost (100%) 79.98.24.240

Paris, France: Okay 43.5 44.0 45.1 79.98.24.240

Sendien pastebejau jog pasikeite mano vhost.lt talpinimo plano parametrai!

Nuo siol uz 6lt su pvm turiu 2000MB disko vietos ir 200GB srauto, bei galiu talpinti neribota svetainiu kieki!

Kvieciu visus isbandyti: http://www.vhost.lt

p.s. Dar nesinaudojusiems primenu, jog uz visus talpinimo planus galima moketi kas men ir vos uz 2lt su PVM gausite 400MB svetainei ir 20GB srauto!

Sveiki galbūt galėtumėte patarti kokį hostinga pasirinkti? Man reikia, kad būtų lietuviškas, kadangi eurovps.lt užsisakiau "talpinimo paslaugas" ir dvi dienos neatsiunčia informacijos apie prisijungimo duomenis.

Dabar esu lyg kaip ir nusižiūrėjas codelabs.lt, o kaip jūs manot ką vertėtu pasirinkti? Ir, manyčiau geresnis +, kad būtų sms apmokėjimai.

Vhost.lt is sms nelabai yra kas geriau.