Skocz do zawartości

elcct

WHT Pro
  • Zawartość

    1166
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    19

Wszystko napisane przez elcct

  1. OVH VPS jeszcze taniej...

    Jak kogoś interesuje, wynik UnixBench tego najtańszego VPS: ------------------------------------------------------------------------ Benchmark Run: Wed Mar 19 2014 19:06:36 - 19:34:38 1 CPU in system; running 1 parallel copy of tests Dhrystone 2 using register variables 26810355.0 lps (10.0 s, 7 samples) Double-Precision Whetstone 3800.7 MWIPS (9.6 s, 7 samples) Execl Throughput 3632.9 lps (30.0 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 553338.8 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 169629.2 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 1040089.8 KBps (30.0 s, 2 samples) Pipe Throughput 1387231.3 lps (10.0 s, 7 samples) Pipe-based Context Switching 200156.3 lps (10.0 s, 7 samples) Process Creation 8320.3 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 6600.3 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 889.0 lpm (60.1 s, 2 samples) System Call Overhead 1383226.6 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 26810355.0 2297.4 Double-Precision Whetstone 55.0 3800.7 691.0 Execl Throughput 43.0 3632.9 844.9 File Copy 1024 bufsize 2000 maxblocks 3960.0 553338.8 1397.3 File Copy 256 bufsize 500 maxblocks 1655.0 169629.2 1024.9 File Copy 4096 bufsize 8000 maxblocks 5800.0 1040089.8 1793.3 Pipe Throughput 12440.0 1387231.3 1115.1 Pipe-based Context Switching 4000.0 200156.3 500.4 Process Creation 126.0 8320.3 660.3 Shell Scripts (1 concurrent) 42.4 6600.3 1556.7 Shell Scripts (8 concurrent) 6.0 889.0 1481.7 System Call Overhead 15000.0 1383226.6 922.2 ======== System Benchmarks Index Score 1086.3 VPS działa na Opteronie 4386 edit: Dla porównania najtańszy droplet z DigitalOcean: Benchmark Run: Wed Mar 19 2014 18:41:56 - 19:10:20 1 CPU in system; running 1 parallel copy of tests Dhrystone 2 using register variables 26707476.4 lps (10.0 s, 7 samples) Double-Precision Whetstone 2648.6 MWIPS (10.0 s, 7 samples) Execl Throughput 3132.6 lps (29.6 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 945036.9 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 256427.4 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 1550360.7 KBps (30.0 s, 2 samples) Pipe Throughput 1599299.3 lps (10.0 s, 7 samples) Pipe-based Context Switching 253368.1 lps (10.0 s, 7 samples) Process Creation 9438.1 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 6116.4 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 797.5 lpm (60.0 s, 2 samples) System Call Overhead 3389284.8 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 26707476.4 2288.6 Double-Precision Whetstone 55.0 2648.6 481.6 Execl Throughput 43.0 3132.6 728.5 File Copy 1024 bufsize 2000 maxblocks 3960.0 945036.9 2386.5 File Copy 256 bufsize 500 maxblocks 1655.0 256427.4 1549.4 File Copy 4096 bufsize 8000 maxblocks 5800.0 1550360.7 2673.0 Pipe Throughput 12440.0 1599299.3 1285.6 Pipe-based Context Switching 4000.0 253368.1 633.4 Process Creation 126.0 9438.1 749.1 Shell Scripts (1 concurrent) 42.4 6116.4 1442.6 Shell Scripts (8 concurrent) 6.0 797.5 1329.1 System Call Overhead 15000.0 3389284.8 2259.5 ======== System Benchmarks Index Score 1288.6
  2. Hosting pod serwis z pornografią

    Dla osób zboczonych nawet sutek będzie pornografią, ale ogólnie przyjętą granicą pomiędzy erotyką, a pornografią jest przedstawienie aktu seksualnego lub innej czynności seksualnej, gdzie wyraźnie widać narządy płciowe. Czyli naga kobieta - erotyka, naga kobieta masturbująca się (lecz samej czynności nie widać) - erotyka, naga kobieta masturbująca się - pornografia itd.
  3. Możesz wytłumaczyć w jaki sposób nie chciał napisać o który chodzi?
  4. Hosting pod strone

    Osoby współpracujące przy przytoczonych stronach były aresztowane w Polsce (chociaż sprawy zostały oddalone) oraz strony były wiele razy blokowane przez FBI. Jakiego kalibru stronę prowadzisz, nie ma znaczenia. Bardziej znaczy, czy nadepniesz tym komuś na odcisk i czy łatwo będzie Ciebie oskarżyć o coś i podwyższyć statystyki. Zawsze się znajdzie ktoś życzliwy.
  5. Hosting pod strone

    Jak strona jest nawet w Honolulu, czy z lepianki w Nigerii, będzie traktowana jak Polska jeśli prowadzisz ją z Polski. Jedyna różnica, że będzie ją trudniej zamknąć, ale nie rozwiązuje to Twojego problemu z możliwym nachodzeniem przez Policję.
  6. Ja to tak rozumiem, że jeżeli jest napisane, że dysk powinien wytrzymać 100k zapisów, to chodzi o zapisanie go do pełna tyle razy. W Twoim przypadku jeżeli powiedzmy dysk ma pojemność 240GB to przez dzień by dawało ok. 2,5 takich zapisów, to by znaczyło, że dysk powinien wytrzymać 40000 dni - jakieś 109 lat. Czyli jeśli używałeś go w ten sposób przez rok, to zużycie 1% wydaje się być poprawne.
  7. Mam tam kilka i nie zauważyłem, aby zamulały... Możesz sobie zainstalować jakąś wirtualizację na kimsufi i przy zmianie dedyka na lepszy, możesz wtedy po prostu skopiować sobie kontener na nowy serwer.
  8. Zakup serwera VPS zwykle trwa krótko. Ja bym proponował sprawdzić najpierw czy na jednym da radę, a potem ewentualnie rozdzielić. Na https://digitalocean.com/ możesz sobie taki test łatwo przeprowadzić i nie musisz płacić za cały miesiąc za serwer/y
  9. Według mnie również VPS powinien wystarczyć.
  10. Zakupy w amazon.com (USA)

    PayPal to eBay ich konkurencja... z tego samego powodu na allegro nie można płacić przez PayPal. Z tym się nie spotkałem, ale może w Polsce tak jest. Do paczki był po prostu dołączony rachunek, który można było opłacić online.
  11. A po IPMI nie możesz wejść na serwer zobaczyć co się stało?
  12. Pracuje nad wieloma sporymi projektami i wiele monitorów pozwala na wygodniejsze obserwowanie "co w trawie piszczy" - oszczędza to bardzo dużo czasu, bo nie trzeba się przełączać pomiędzy okienkami no i też terminale nie muszą być otwarte w mikroskopijnych oknach. Jest wiele use case, gdzie to się sprawdza np: 1 monitor - edytor kodu 2 monitor - przeglądarka 3 monitor - dokumentacja api 4 monitor - konsola I wiele innych... Monitory teraz relatywnie kosztują grosze, a usprawnienie pracy jest niesamowite.
  13. Czy baza zmieści się w RAM serwera? Z tego co piszesz będzie rosnąć 5MB dziennie, ale też dane starsze niż 48h będą usuwane. To oznaczałoby, że baza będzie miała mniej niż 100MB na pewno. Z tego by wynikało, że to jest mikroskopijna baza. Jak skomplikowane są te zapytania? Ile zapytań na sekundę? I jakie dane pobierane? W miare nowy serwer z SSD powinien ogarnąć bez problemu kilkaset milionów prostych zapytań dziennie, pod warunkiem, że aplikacja jest dobrze napisana.
  14. Sam używam dwóch kart graficznych (4 monitory) i problemów nie ma pod Windows 8. Nie wiem jak z innymi systemami...
  15. Tylko nie wnoszą nic nowego i raczej to będzie strata czasu. Lepszym pomysłem jest poznanie narzędzi i języków, które wymagają trochę innego podejścia (jak właśnie podany przeze mnie jako przykład JS (node.JS) czy Go). Spotkałem się z np. projektami, w których front-end i kontrolery były napisane w JS / PHP, a model / api w Go czy właśnie w node.JS - ze względu np. na wydajność, a w przypadku Go dodatkowo z możliwością łatwego łączenia kodu z bibliotekami C / C++. Taki tandem z Ruby czy Python nie ma większego sensu.
  16. Ale sam Python nie wnosi za wiele. Jak ktoś ma opanowane PHP (mówię o najnowszej wersji), to nauka Pythona poza poznaniem nowej składni nic mu nie da. Chociaż z drugiej strony skrypty "systemowe" w Pythonie pisze się o wiele wygodniej niż w bashu i na Pythona są ciekawe narzędzia do "deploymentu" aplikacji jak np. Fabric. Każda firma, która oferuje VPS
  17. Przenośny dysk

    Jeśli ma się dodatkowo backup, albo dane nie są super ważne, to można się pokusić, ale ja osobiście jednak wolę TrueCrypt - wpływ na wydajność jest niezauważalny (na nowszych procesorach Intela) - jest wtedy chociaż cień szansy na odzyskanie danych.
  18. Dobrym pomysłem byłoby zgłębienie JavaScript (po stronie serwera, z użyciem node.js), a w późniejszym czasie np. Go
  19. Przenośny dysk

    Ten dysk to strzał w stope: Kontroler szyfruje dane nawet jak nie masz ustawionego hasła, więc jak dysk wyjmiesz z obudowy i będziesz chciał podłączyć bezpośrednio, to danych nie zobaczysz. Pozatym, wystarczy jakiś ładunek elektrostatyczny podczas noszenia i zniszczony kontroler = całkowita utrata danych mimo, że dysk sam w sobie będzie sprawny Kontroler szyfruje dane nawet jak nie ustawisz hasła. Te dyski są reklamowane jako posiadające "sprzętowe szyfrowanie" i mają klucze unikalne dla każdego kontrolera.
  20. Przenośny dysk

    Nigdy w życiu. Padnie ci kontroler (a to się zdarza, zwykle z końcem gwarancji) i nie odzyskasz danych, bo są unikalnie szyfrowane (wymiana kontrolera nie pomoże) Już lepiej kupić normalny dysk i osobno obudowę z USB 3.0 masz przynajmniej trochę pewności, że Twoje dane są bezpieczne. Na Twoim miejscu bym się tego dysku pozbył jak najszybciej.
  21. Problemy gmaila

    Mi od dawna czasem maile trafiają do złych skrzynek (np. mam maila x@y.z oraz a@b.c, to mail adresowany do a@b.c czasem wchodzi do x@y.z), albo dostaje maile adresowane do kogoś innego...
  22. Duże bazy mysql

    Mongo służy przede wszystkim do przechowywania dokumentów gdzie jeden dokument może zawierać "pod-dokumenty" np. dokument zawierający artykuł, może również zawierać komentarze, zdjęcia itd gdzie ich struktura nie musi być z góry narzucona. I w tym mongo stanowi przewagę nad tradycyjną relacyjną bazą danych, bo do wybrania tych wszystkich danych dot. artykułu wystarczy jedno proste zapytanie, a w przypadku MySQL, zwykle oznaczałoby to kilka - kilkanaście zapytań, aby wybrać takie same dane. Jeżeli posiadasz prostą tabelę, która nie ma relacji MySQL powinien lepiej dać radę. Mongo blokuje całą bazę danych - blokowanie tabeli ciągle jest w planach (od 4 lat...).
  23. Duże bazy mysql

    W dokumentacji nic takiego nie widziałem - "lock" jest tak długo aż zostanie wykonana operacja zapisu. Spotkałem się z tym, że przy bazie tylko z kilkunastoma milionami dokumentów jeden insert/upsert trwał nawet kilka minut (mocny serwer, tylko z mongo) Wszystko zależy od tego jakie konkretnie masz dane i co chcesz z nimi robić.
  24. Duże bazy mysql

    Co zrobisz jak mongo będzie wykonywać jakąś długą operację (np. trwającą 5 sekund) i przez ten czas nic nie wrzucisz do bazy, bo będzie zablokowana? Jeżeli będziesz próbował dalej wrzucać to jedno czy więcej zapytań na sekundę, to kolejka zapytań się będzie zapychać i baza w końcu padnie (czy też po prostu nie będzie odpowiadać)
  25. Sprawdź co zwraca zapytanie do xmlhttp.php?action=remove_thankyou z komunikatu o błędzie wynika responseXML jest puste (null), więc albo nie zwraca ten plik danych w formacie xml, albo w odpowiedzi nie ma nagłówka Content-Type text/xml
×