malu

Ale Ty mówisz o swoistej indoktrynacji. Zaś to co się u nas dzieje, to po prostu manipulacja narodem, co więcej jestem raczej ostatni do wysnuwania jakiś teorii spiskowych, ale obecnie to już mi ręce opadają. Gdy za 100zł nie jestem w stanie zrobić najbliższym dobrego posiłku, gdy zatankowanie samochodu kosztuje mnie 300zł, gdzie mam problem, aby dostać się do lekarza, na proste badania, mimo tego, że płace regularnie składkę na ubezpieczenie zdrowotne. Po prostu cholernie realnie podchodzę do otaczającego mnie świata i przeraża mnie społeczna akceptacja tego stanu rzeczy.

Wybacz, ale uważasz, że taka zależności istnieje? W takim razie uwierzysz mi, że wygeneruję większy I/O jednym procesem, aniżeli 1 000 innych? Bo według twojej logiki, jaką starasz się podać jest to awykonalne. Po prostu staram się wybić Cię, ze złego toku myślenia. Bo naprawdę nie mam pojęcia jakimi doświadczeniami się kierujesz tworząc takie wypowiedzi. Bo nie wiem czy jesteś tego świadomy, ale jednoznacznie określasz pewną zależność. Pewnie z czasem dojdziesz do wniosku, że rzadko kiedy istnieje coś takiego jak pewnik, szczególnie, gdy mówisz o środowisku składającym się z masy niewiadomych. Jeszcze raz się powtórzę, że pamięć RAM w żadnym wypadku nie zwiększa operacji I/O dysku, oczywiście daje możliwość tworzenia większej ilości procesów, ale tym samym daje możliwość ich buforowania czy cache`owania. Jeżeli mówimy o ilości procesów, to powiedz czy nie łatwiej je limitować na poziomie UBC? Co to za prymitywna metoda, jak ograniczanie ilości procesów, przez ułożenie oferty z daną ilością pamięci RAM? W przypadku openVZ zmniejszę sobie stos dla procesu i teoretycznie będę mógł wpakować większą ilość procesów w danym limicie RAM. Nie brnijmy dalej w ten błędny tok myślenia. Zauważyłeś, że ciężko jest polegać na kliencie. Oczywiście, z tego powodu nasza firma aktywnie działa, kontaktuje się z klientami, stara się podpowiadać, o ile jest taka możliwość, aby wszyscy byli zadowoleni z infrastruktury. Z limes`em również skontaktowałem się po napisaniu tego tematu na forum, gdyż w firmie to nie ja go obsługiwałem, aby pomóc mu z tą sytuacją. Reasumując, jeżeli jakieś firmy pozwalają na przeciążanie swojej infrastruktury, czy w Twojej interpretacji "wykorzystania wykupionych zasobów" to wskaż mi je, chętnie wydam swoje prywatne pieniądze i zobaczę jak bardzo są pobłażliwe dla takich praktyk. Co więcej, uważam, że dalsze toczenie dyskusji nie ma sensu, bo naprawdę nie było tu absolutnie żadnego merytorycznego argumentu ze strony atakującej drużyny. Tym samym prosiłbym o administrację forum o wyraźne przyjrzenie się dyskusji, bo jeżeli podziela moje zdanie to jest jedno wyjście dla tego tematu.

Dlaczego ta kalkulacja nic mi nie mówi? Przykro mi, ale nie znam proporcjonalności I/O dysku w stosunku do ilości procesów. Ale skoro twierdzisz, że taka istnieje, w takim razie chętnie ją zobaczę. (Od razu mam lepszy humor, dzięki kemot) Tym bardziej zabawne jest stwierdzenie, że większa ilość RAM = większy I/O dysku. A co, gdy wykorzysta się ten RAM w celu cache`owania buforowania procesów wykonywanych przez aplikację. Proszę wskaż mi, w którym miejscu atakuję klientów firmy, bo chyba mam problemy z interpretacją własnych tekstów.

Z całym szacunkiem, ale chyba nie masz zbyt dużego pojęcia o wirtualizacji kontenerowej "openvz", skoro mówisz, że forkowanie kontenera jest zdrowe dla serwera matki. Po prostu nie chcemy kombinować, jak to robią nie które firmy przycinając zasoby min. priorytet schedulera dyskowego dla danego kontenera czy np. kompletna blokada tar. Po prostu zapewniamy wszystkim klientom najlepszą możliwą jakość, za jaką zapłacili. Uważasz, że zwrócenie uwagi klientowi, aby przyjrzał się swojemu kontenerowi to coś złego? Po prostu rygorystycznie podchodzimy do przeciążeń, które powodują destabilizację serwera głównego. To, że dbamy o stan serwerów mogą potwierdzić wszyscy klienci, którzy korzystają w naszych usług długofalowo. Oczywiście zdarzają się nie porozumienia jak wszędzie, jednak mogę zapewnić, że wszystkie nasze działania służą wyłącznie zapewnieniu stabilnej pracy serwera. Różnie się układa, ostatnio wiemy to najlepiej, bo borykaliśmy się w ciągu ostatniego miesiąca z większa ilością problemów, niż w ciągu ostatnich 2 lat. Tak to już jest, że jak coś się wali, to po całości. W zasadzie zastanawiam się, jak interpretować te ataki na firmę, bo nikt nie podał żadnych faktów tylko domysły. Ps. Panie ryba, chętnie poznam Pana imię i nazwisko, bo skoro tak doskonale zna Pan sprawę, to rozumiem, że był Pan naszym klientem. Będę mógł zapoznać się wtedy z historią Pana konta u nas. Być może wtedy będę potrafił zrozumieć powód Pana ataków.

Zasadniczo Twojego przypadku osobiście nie kojarzę. Wiem, że Paweł wysyła takie powiadomienia, gdy sytuacja zdarzy się kilkukrotnie, nigdy nie jest to w przypadku jednorazowego przeciążenia. Przez przeciążenie rozumiane jest nie po prostu większe obciążenie, bo w wykupionych zasobach, nie ma żadnego problemu by je osiągnąć. Powiadomienia wysyłane są dopiero, gdy serwer VPS zaczyna "forkować" rośnie mu load do wartości wyrażanych w setkach lub występuje nadmierne obciążenie dysku ze strony jakiejś aplikacji działającej na kontenerze.

A powiedz czy tracisz wtedy synchronizacje ADSL? Zasadniczo to ja ostatnio miałem podobne problemy i musiałem zmienić modulacje ADSL z g.dmt na g.lite i sytuacja się uspokoiła. Co prawda mam o połowę wolniejsze łącze, ale działa. ; )

Witam, Zerknij na ofertę ViHost.pl, jeżeli przed zamówieniem skonsultujesz się z BOK, to możemy odpalić serwer na Gigabicie (O ile będzie wolne miejsce na danym serwerze wpiętym pod Gigabit)

Zasadniczo każda firma ma swoją własną politykę popartą własnym doświadczeniem, a wypowiedzi na forum tego nie zmienią, więc poddałbym dyskusji ich zasadność. Zasadniczo, minecraft jest wycofany jest z powodu dużego obciążenia i/o dysku, szczególnie w przypadku, gdy taki serwer chodzi dłuższy czas. Budując ofertę budżetową trzeba brać pod uwagę takie czynniki, bardzo poprawnie zauważyłeś, że w ViBiznes ma specyficzny rozkład pamięci. Zasadniczo Paweł też nie do końca poprawnie udzielił informacji, bo firma posiada paręnaście serwerów, które mają różny rozkład zasobów. W przypadku przytoczonych platform supermicro, które kolokujemy w DC hetznera jest kontroler LSI + 4 lub 8 dysków spiętych w R10 przypadających na 48GB RAM i 1x lub 2x E5645. Dlaczego, nie które platformy są nie proporcjonalne to już sprawa tego jaką ofertę dostaliśmy na zakup tych serwerów. Jednak obiektywnie ujmując sprawę, to problemów z operacjami I/O u nas nie ma, a dobrze wiedzą to klienci, którzy korzystają z naszych usług. W zasadzie mógłbym zrobić taki przytyk, że również Ci, którzy przeszli do nas z biznes-hostu, a widnieją nadal na stronie firmy. Mamy również platformy dzierżawione od hetznera, wtedy na 24GB ram przypada 6 rdzeni i 4 dyski SAS + kontroler adaptec - oczywiście wszystko spięte w R10. Oprócz tego mamy parę serwerów w datadock.eu, są to platformy fujitsu na procesorach AMD. Tam z kolei na 8 fizycznych rdzeni (rdzenie taktowane tylko 1,7GHz)przypadają 3 dyski SAS w Raid5, również na sprzętowym kontrolerze - megaraid (lsi). Wracając do minecrafta, żadne aplikacje w podobny sposób nie orały nam po macierzach, a więc by móc zapewnić jak najlepsze działanie usług po prostu zabroniliśmy odpalanie serwerów gier minecraft. Taki model biznesowy oferty openVZ. W przypadku XEN wygląda to zupełnie inaczej, gdyż stosowane są tutaj serwery z 8 lub 12 dyskami SAS, dodatkowo nie ma mowy o żadnym overcommitingu, co więcej każdy serwer zapełniany jest w maksymalnie 70% względem zasobów, jednak ta oferta jest odpowiednio droższa.

Dorzuć do swojej listy datahouse.pl, zdecydowanie firma, która jest warta polecenia.

Prawda, że ja ekonomicznie nie jeżdżę, chyba jedyny element z techniki jazdy ekonomicznej to hamowanie silnikiem, ale to raczej ze względu na brak ABS. Ale i tak hamowanie przeprowadzam przy redukcji z między-gazem, więc w zasadzie też go wrzucam na obroty przed redukcją. (Więc pewnie rezultatu to dużego nie daje). Większość tras na nie rozgrzanym silniku, stąd wychodzi takie dramatyczne spalanie. W zasadzie myślałem nad LPG, ale pora kupić coś konkretnego, a nie inwestować w takiego dzika.

Lanos na pewno nie należy do tych co mało palą. ; ) Obecnie jeżdżę lanosem po pierwszym właścicielu 68 tys. km, gdy go przejąłem w zeszłym roku. Mi pali około 13-14l benzyny na 100km w mieście, więc przemyśl sprawę lanosa. W trasie jest dobrze, bo jak jedziesz oszczędnie tak do 100km/h to spala tak 6l, ale w mieście to już dramat. (Wysokie spalanie w mieście to na pewno po części wina braku obrotomierza). Silnik: 1.5 8V

Nawet nie wiesz jak bardzo się mylisz. Kafi już Cię odesłał do układu SI. Odnosząc się do Twojej wypowiedzi to my to wszystko mamy, bo jednostka jest jedna. (W Twoich przykładach) Zmieniasz tylko krotność danej jednostki, aby wygodniej zapisywać dane wartości. Nie warto wypowiadać się w temacie, o którym nie ma się pojęcia.

Co prawda to prawda. ; ) Jeżeli Miłosz z castpol.pl, znajdzie dla Ciebie czas to na pewno warto się zainteresować jego ofertą.

Myślę, że dużo lepiej wyjdziesz jak zapoznasz się z revoGames, od accesto.pl ; )

Brak lojalki. ; ) Dodatkowo dodam, że możemy skonfigurować serwer praktycznie według indywidualnych wymagań klienta. Mamy serwery supermicro, hp, dell. Jednak najlepsze ceny możemy zaproponować na HP. Oficjalna oferta dostępna na naszej stronie: http://vipower.pl/index.php?id=Serwery-Dedykowane Szczególnie ciekawe są moim zdaniem te HPeki z dyskami SAS + P410 z BBU. ; ) Zasadniczo oferte podałem specjalnie dla xorga, który korzysta od dłuższego czasu z usług w naszej firmie. Jednak, jeżeli ktoś chce indywidualnie wycenioną ofertę, to wystarczy napisać.

Skoro wszyscy tak rzucają oferty, to zaproponuje coś od ViPower.pl, specjalnie dla Ciebie Sebastian. HP DL 120 G7 Intel Xeon E3-1230 (3.20GHz/4-core/8MB/8T) 8GB RAM, 2x500GB SATA II 5TB transferu na łączu 100Mbps, po przekroczeniu łącze 10Mbps. Lokalizacja: Polska/Gdańsk Instalacja: Gratis Abonament miesięczny: 270zł brutto. (23% VAT wliczone w cenę)

glue rekordy dodane?

Zasadniczo w przypadku openVZ, większość firm stosuje się overselling, coby nie powiedzieć wszystkie. (Dobrze jest zostawić jakichś margines błędu dla swojej wypowiedzi.) Akurat w przypadku ViHost.pl i ViPower.pl, jako pełniący rolę administratora w tych firmach mogę nieco więcej powiedzieć i zaznaczyć, że overselling oczywiście jest. Jednak wszystko jest robione z głową, tak aby wszyscy klienci byli zadowoleni, oraz aby móc zaoferować jak najniższą cenę. Co do zarobku, jest to indywidualna sprawa firmy, skoro firma ViBiznes się utrzymuje, to gdzieś ten zarobek musi być. Tym bardziej, że firma według opinii ma jeden z lepiej działających oddziałów BOK. (Dowód na to mamy w dziale opinie tegoż forum). Nie będę robił prywatnych wycieczek, bo każdej firmie zdarzają się wpadki, przykładowo słyszałem historie o tym, że w niektórych firmach ludzie spotkali się z zapełnieniem partycji, gdy ich kontener wskazywał około 20% zużycia quoty. Więc, różne historie się zdarzają. Dziwi mnie krytyka ludzi powiązanych z różnymi firmami, którzy tak mi się wydaje, nie korzystali nigdy z usług firmy ViBiznes.

Heja, Zasadniczo często w paczkach openVZ są problemy z repozytoriami. Jeżeli nie masz nano, to spróbuj na obecnych repo dograć apt-get install nano I dopiero nano /etc/apt/sources.list A jeżeli nie da rady to nawet w łopatologiczny sposób: (W przypadku squeeze, już chyba najprostszy możesz dodać kod.) echo deb http://ftp.pl.debian.org/debian/ squeeze main non-free contrib > /etc/apt/sources.list echo deb-src http://ftp.pl.debian.org/debian/ squeeze main non-free contrib >> /etc/apt/sources.list echo deb http://security.debian.org/ squeeze/updates main contrib non-free >> /etc/apt/sources.list echo deb-src http://security.debian.org/ squeeze/updates main contrib non-free >> /etc/apt/sources.list echo deb http://ftp.pl.debian.org/debian/ squeeze-updates main non-free contrib >> /etc/apt/sources.list echo deb-src http://ftp.pl.debian.org/debian/ squeeze-updates main non-free contr >> /etc/apt/sources.list apt-get update apt-get upgrade I instalujesz co Ci w duszy gra. PS. W przypadku paczek do openVZ zazwyczaj paczki "minimal" są dużo lepsze niż normalne. (Nie ma zainstalowanych bzdurek w standardzie, repozytoria działają i takie tam...)

A myślisz, że gdziekolwiek ten filmik ma szansę zostać wypromowany? PS. Właśnie Ci w tym pomagam. ; P

Ja również tego nie rozumiem.

Witaj, DirectAdmin oczywiście pójdzie, nawet z quotą nie będzie problemu. (W większości przypadków). Co do csf, pewnie, gdzie nie gdzie może brakować jakichś modułów w kernelu, ale raczej nikt nie będzie robił problemów, aby je dograć.

Zapoznaj się z dość starym terminem "ballooning xen" Pewnie są jakieś jeszcze lepsze techniki na overcommiting w xen

OpenVZ i freeBSD? : )) Lokalizacja koniecznie europa i amerykańska firma? Warto czasem przeczytać temat, bo głupoty można przypadkiem napisać. Co do tematu, to myślę, że warto spróbować tego jaila od ultimahost, imho bardzo ciekawa oferta. ; )

Dużo zależy od usługodawcy. Więc musiałbyś danego usługodawce o szereg rzeczy wypytać. Co do SWAP, od nie dawna na RHEL6 dostępne jest "rozszerzenie" UB/UBC, które nazwano "vswap" ; ) Więc od tego momentu jest na serwerze swap, jednak jest on emulowany przez RAM, zapobiegając muleniu i/o dysku. Dodatkowo model zliczania pamięci się zmienił, w zasadzie może nie tyle zliczania, co kontrolowania. openVZ OpenVZ nie równy. Przykładowy logi: free i meminfo RHEL6: (2.6.32) root@node1:/# free -m total used free shared buffers cached Mem: 8192 498 7693 0 0 59 -/+ buffers/cache: 438 7753 Swap: 4096 0 4096 root@node1:/# cat /proc/meminfo MemTotal: 8388608 kB MemFree: 7879364 kB Cached: 60736 kB Active: 463072 kB Inactive: 17492 kB Active(anon): 406116 kB Inactive(anon): 13712 kB Active(file): 56956 kB Inactive(file): 3780 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 4194304 kB SwapFree: 4194304 kB Dirty: 12 kB AnonPages: 419828 kB Shmem: 7956 kB Slab: 17452 kB SReclaimable: 4500 kB SUnreclaim: 12952 kB RHEL5: (2.6.18) -bash-4.1# free -m total used free shared buffers cached Mem: 3072 412 2659 0 0 0 -/+ buffers/cache: 412 2659 Swap: 0 0 0 -bash-4.1# cat /proc/meminfo MemTotal: 3145728 kB MemFree: 2723228 kB Buffers: 0 kB Cached: 0 kB SwapCached: 0 kB Active: 0 kB Inactive: 0 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 3145728 kB LowFree: 2723228 kB SwapTotal: 0 kB SwapFree: 0 kB Dirty: 0 kB Writeback: 0 kB AnonPages: 0 kB Mapped: 0 kB Slab: 0 kB PageTables: 0 kB NFS_Unstable: 0 kB Bounce: 0 kB CommitLimit: 0 kB Committed_AS: 0 kB VmallocTotal: 0 kB VmallocUsed: 0 kB VmallocChunk: 0 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 Hugepagesize: 2048 kB Widać, że mamy już tutaj zróżnicowanie co do cache. Mamy SWAP.