Skocz do zawartości

P-e-T-e-R

Root Admin
  • Zawartość

    79
  • Rejestracja

  • Ostatnio

Reputacja

1 Normalna

1 obserwujący

O P-e-T-e-R

  • Ranga
    Administrator

Informacje osobiste

  • Firma
    Webhostingtalk.pl Sp. z o.o.

Informacje profilowe

  • Płeć
    Mężczyzna

Ostatnio na profilu byli

2609 wyświetleń profilu
  1. Duża aktualizacja top100.wht.pl

    Przez najbliższy weekend odbędzie się duża aktualizacja rankingu https://top100.wht.pl. Do zestawienia zostanie dodanych ponad 100.000 nowych domen. Aktualizacja obejmie wszystkich usługodawców.
  2. Sprawdź teraz. Był błąd w konfiguracji uprawnień po zmianie wersji oprogramowania forum.
  3. Procesy które wykonują się w systemie działają na pojedynczym rdzeniu procesora. Im szybszy rdzeń tym zadanie (np. zapytanie na bazie danych) szybciej się wykona. Sens dawania większej ilości rdzeni jest dopiero wtedy gdy serwerowi brakuje już mocy obliczeniowej. Obecnie rozwój procesorów idzie raczej w kierunku zwiększania ilości rdzeni niż zwiększania szybkości pojedynczego rdzenia, więc w sumie dobrą wiadomością dla Ciebie jest że nie ma znaczenia czy to będzie nowy czy stary procesor bo nowe procesory po prostu nie będą szybsze . Każdy procesor można opisać poprzez szybkość działania jednego rdzenia i szybkość działania całego procesora. Szybkość działania procesora dobrze opisuje zestawienie https://www.cpubenchmark.net/singleThread.html Na tej stronie znajdziesz również informacje o całkowitej szybkości działania każdego z procesorów. Miłej lektury
  4. Duża aktualizacja top100.wht.pl

    Informuję, że aktualizacja statystyki top100.wht.pl została zakończona. Z rankingu zostało usuniętych około 1,5mln domen które nie zostały przedłużone, oraz dodano około 200tyś nowych domen. W dniu dzisiejszym zostaje uruchomione również pobieranie listy domen od Partnerów, które wyłączyłem w momencie rozpoczęcia prac w sobotę.
  5. Duża aktualizacja top100.wht.pl

    Nie. Chodzi o techniczne ustawienie w bazie top100.wht.pl. Firma która się tym zajmowała na zlecenie webhostingtalk.pl jeszcze nie dokończyła swoich prac. Natomiast co do blokowania monitorinu... Jest on robiony z wielu stacji, więc jeżeli te losowe stacje napotykają na błąd to przecież powinny go zaraportować w postaci niedostępności. Jaki sens miało by uprzywilejowywanie określonych numerów IP przez ISP? Chyba tylko sztucznego podwyższenia swojego SLA.
  6. Duża aktualizacja top100.wht.pl

    To oczywiście błąd w wyświetlaniu wyników. Słuszna uwaga - trzeba to zmienić. Natomiast błędy pomiarowe wynikają zapewne z nie sparowania danego ISP z systemem raportowania Monit24. Widać że konieczne jest wprowadzenie w tym tygodniu drobnych poprawek.
  7. Duża aktualizacja top100.wht.pl

    Informuję, że w wyniku przeprowadzanych prac związanych z aktualizacją top100.wht.pl wykryty został błąd w działaniu oprogramowania generującego statystyki, polegający na nie usuwaniu ze statystyki domen których termin ważności wygasł. Domeny te pomimo, że nie były widoczne w DNS nadal były zaliczane do usługodawcy który je obsługiwał jako ostatni. Błąd ten istnieje od kilku lat działania top100.wht.pl co można zaobserwować porównując dynamikę wzrostu ilości domen na top100.wht.pl i w raportach udostępnianych przez NASK. Prace związane z weryfikacją wszystkich domen zostały rozpoczęte i mogą wywołać duże zmiany w poniedziałkowym raporcie. Piotr Nowak
  8. Duża aktualizacja top100.wht.pl

    Informuję, że baza domen o której pisałem w poprzednim poście została dodana. Jak wielu użytkowników zauważyło (również na forum rootnode.pl) bardzo dużo z tych domen pochodzi z nazwa.pl i zasiliło wyniki tej firmy. To nieuniknione skoro 1/3 nazw nowych domen w Polsce jest rejestrowanych przez tego dostawcę (patrz raport NASK za 2018r.: https://www.dns.pl/NASK_Q4_2017_RAPORT.pdf). Zapraszam przedstawicieli firm hostingowych do kontaktu ze mną jeżeli liczba domen prezentowanych w zestawieniu top100.wht.pl nie odpowiada liczbie domen danego dostawcy. Sprawdzę każdy przypadek indywidualnie tak jak to zrobiłem w przypadku firmy Progreso i Unixstorm (http://www.webhostingtalk.pl/topic/57922-problem-z-dzialaniem-top100whtpl/?p=493389). Przeprowadzane prace ujawniły, że do statystyki zaliczane były domeny w rozszerzeniach po za oficjalnie przyjętą listą: .pl, .com, .net, .org, .biz, .info, .eu. Zgodnie z informacją na top100.wht.pl: "Na potrzeby budowania rankingu brane są pod uwagę zarówno domeny polskie, europejskie jak i globalne, a w przypadku firm z siedzibą za granicą Polski tylko domeny polskie.". Wycofałem te domeny, oraz oczyściłem bazę z nagromadzonych przez lata "śmieci". Zmiany dotyczą wielu rejestratorów - poniżej lista 20 z największą liczbą takich domen: 24031 hekko.pl 16836 forpsi.pl 9562 linuxpl.com 8542 biznes-host.pl 7806 az.pl 4789 home.pl 3860 nameserver.sk 3675 kei.pl 3447 bodis.com 3186 zenbox.pl 3011 mydevil.net 2970 superhost.pl 2676 nazwa.pl 2639 1and1.pl 1995 turbodns.co.uk 1668 hoseo.pl 1237 unixstorm.org 1127 neteasy.pl 899 tele3.us 808 laohost.pl Dodatkowo z kolejki domen do sprawdzenia zostały usunięte domeny w różnych rozszerzeniach nie branych pod uwagę przy budowaniu zestawienia, a które zajmowały niepotrzebnie czas potrzebny na weryfikację domen w prawidłowych rozszerzeniach. Usunięte zostało też dużo śmieci wynikających z nieprawidłowego parsowania danych wejściowych z crawlerów i plików które udostępniają dostawcy hostingu. Jest to niestety stan zastany przeze mnie który teraz prostuję. Poniżej lista rozszerzeń domen usuniętych z zestawienia powyżej 10tyś wystąpień: 318145 de 254190 co.uk 198887 ru 137877 nl 115533 cz 56651 ch 56583 at 55260 se 51352 it 47997 dk 42460 be 41394 sk 38841 ca 34965 co.za 26929 hu 26771 es 25553 fr 25443 cn 22013 ro 20886 org.uk 20803 no 19367 ie 18213 lt 17517 co.nz 16680 gr 16024 jp 15955 com.cn 15013 com.ua 14079 cl 13976 in 13429 fi 12609 us 10270 tk Powyższe prace spowodują duże zmiany w statystyce domen na top100.wht.pl gdyż system w krótkim czasie odświeży informacje o delegacjach wszystkich domen w rankingu, ujawniając wszystkie zmiany związane ze zmianą delegacji domen, oraz ich usunięciem z systemu DNS. Piotr Nowak
  9. Informuję, że w bieżącym tygodniu do rankingu top100.wht.pl zostanie dodane około 300 tysięcy nowych nazw domen. Z uwagi na dużą ilość danych zmiany będą wprowadzane przez kilka dni.
  10. Skaczący czas odpowiedzi serwera.

    Aby wyjaśnić problem różnych czasów odpowiedzi serwera wszystkim którzy nie rozumieją tej problematyki, chcę zwrócić uwagę że czas ten zależy przede wszystkim od obciążenia usługi (nie tylko fizycznej maszyny) w danym momencie. Zakładając bowiem, że Klient ma dla przykładu przydzielone 4 cory procesora (4 vCPU), a skrypt PHP wykonuje się przez 1s, to logiczne jest, że maksymalnie z pełną prędkością mogą wykonywać się 4 procesy PHP równocześnie. Czas wykonania wtedy będzie 1s dla każdego procesu i wyniki wykonania wszystkich procesów PHP będą dostępne po 1s. Gdy jednak równocześnie zostanie uruchomionych 8 takich skryptów PHP to czas wykonania się skryptów PHP wzrośnie do 2s dla każdego z nich, ponieważ będą musiały wszystkie dzielić taki sam czas wykonania procesora. Z powyższego jasno wynika, że możemy w sposób czysto teoretyczny wyliczyć czas wykonania się skryptów PHP w środowisku produkcyjnym na podstawie czasu wykonania pojedynczego skryptu PHP w warunkach nie obciążonego serwera, oraz ilości dostępnych vCPU. Na tej podstawie można oszacować ilość równolegle działających wątków przy założonym przez siebie poziomie SLA w zakresie czasu odpowiedzi serwera. Widać też z powyższych wyliczeń, że warto optymalizować czas wykonywania się skryptów PHP i nie bez znaczenia dla wydajności środowiska produkcyjnego jest to czy dany skrypt będzie się wykonywał 1s, 0,5s czy 0,2s - chociaż może się wydawać w środowisku testowym, że wszystkie te czasy są akceptowalne. Można oczywiście dokonać pomiarów czasów poprzez zewnętrzny monitoring, co pozwoli oszacować czy osiągane czasy wykonywania skryptów PHP są zbliżone do czasów optymalnych, jednak warto również sprawdzić ile w tym samym czasie było uruchomionych równocześnie usług (co można przecież oszacować nawet po logach accesslog z serwera WWW). To bowiem pozwoli oszacować czy ilość wykupionej mocy obliczeniowej jest wystarczająca do rzeczywistego obciążenia strony WWW (skryptów PHP), przy założonych wcześniej poziomach SLA dla czasu wykonywania się skryptów PHP.
  11. MaxClients

    Ustawienie zbyt dużej liczby MaxClients też nie będzie do końca korzystne, bo szybkość obsługi pojedynczego requesta będzie limitowana ilością dostępnej mocy obliczeniowej która będzie zawsze dzielona pomiędzy procesy/wątki MaxClients. Może lepiej wydłużyć kolejkę requestów oczekujących ListenBackLog? Zapewni to też mniejsze zużycie pamięci, oraz mniej chwilowych błędów związanych z większym ruchem do apacha.
  12. Wylałeś wiadro pomyj na moją firmę. Pozwól że to zweryfikuję i wyciągnę wnioski.
  13. Cieszę się madej że odpowiedziałeś na wiadomość. Do dzisiaj nie mam odpowiedzi na moją wiadomość PW z 15.01.2018: "Napisz mi nazwę bazy z którą masz problem. Chcę zobaczyć na czym on polega. Na tak mocnym sprzęcie na jakim teraz pracują te bazy z dyskami NVMe mam podejrzenia że problem leży gdzie indziej.". Gdybyś napisał do mnie to pewnie problem został by szybko wyjaśniony. Połączyłem wątek który otworzyłeś z pierwszym który założyłeś i odblokowałem go do dyskusji. Nadal chcę zweryfikować tą sytuację. Skoro teraz szybko odpisujesz to napisz wreszcie identyfikator usługi której dotyczył problem abym mógł zweryfikować sposób wykorzystania tej usługi. Możesz to zrobić tutaj, albo na PW. Odpiszę szczegóły tam gdzie zdecydujesz się wyjaśnić ten problem. Zarówno Tobie, jak i w szczególności mnie jako właścicielowi nazwa.pl zależy na zbadaniu jakości działania usług w nazwa.pl, jak i weryfikacji pracy pracowników nazwa.pl.
  14. Zamykam temat. Napisałem użytkownikowi "madej" 15 stycznia 2018 prywatną wiadomość chcąc wyjaśnić jakiej usługi w nazwa.pl dotyczy problem. Do dnia dzisiejszego nie doczekałem się odpowiedzi. Traktuję temat jako kolejny przypadek czarnego PR. W ten sposób można napisać wszystko o każdym.
  15. Problem z działaniem top100.wht.pl.

    @UnixStorm dziękuję za kontakt PW. Sprawę traktuję jako rozwiązaną. Ponieważ każda sprawa wymaga indywidualnej oceny proszę o wiadomości PW. Zamykam temat.
×