Skocz do zawartości

Archi

Administratorzy
  • Zawartość

    86
  • Rejestracja

  • Ostatnia wizyta

  • Wygrane w rankingu

    7

Ostatnia wygrana Archi w Rankingu w dniu 18 Luty

Archi posiadał najczęściej polubioną zawartość!

Reputacja

29 Excellent

1 obserwujący

  1. Jądro na serwerach OVH

    Nie, reboota potrzebuje również z innych względów (np. żeby sprawdzić czy usługi dobrze wstają, systemd działa poprawnie itp.) więc nie jest mi to do niczego potrzebne.
  2. Jądro na serwerach OVH

    Większość tego co wymieniłem tak, większość tego co wywalam z kompilacji, żeby się w ogóle nie budowało wraz z ich zależnościami już nie, a przecież nie będę Ci wymieniał każdego pojedynczego drivera. Ja mam raczej autorskie rozwiązanie oparte hybrydowo na pakietach budowanych ze źródeł i paczkach deb z repo. Mam określoną konfigurację każdego pakietu - serwer testowy każdego dnia dokonuje self-update'a (w pełni automatycznie), wraz z rebootem. Po reboocie lecą unit testy na wszystko co kiedykolwiek mnie zawiodło czy nie ma żadnych regresji (począwszy od tego czy serwis X wstaje, poprzez to czy wspiera funkcjonalność X, a na benchmarku raw wydajności i testach obciążeniowych kończąc). Jeśli wszystkie testy przejdą bez problemu to leci automatyczny deploy na wszystkie maszyny w tej samej konfiguracji. Pakiety ze źródeł są budowane tam gdzie dorzucam łatki -march=native, czyli praktycznie wszędzie gdzie coś grzebię (aktualnie kernel, .net core runtime, nginx, php-fpm i mariadb). Wszystkie maszyny jadą na debianie testingu na produkcji
  3. Jądro na serwerach OVH

    Zależy od przeznaczenia serwera. Politykę ASPM na performance, cpu governor na performance, I/O scheduler w zależności czy mam system na hdd czy ssd cfq lub noop, kernel patchuję patchem od graysky2 żeby mu wrzucić -march=native, przerwania CPU ustawiam na ogół na 250 MHz, do tego wyłączam wszystkie zbędne funkcje, żeby się w ogóle nie budowały, cały debug, czy nawet takie rzeczy jak support procesorów AMD (no bo po co jak mam intela). Ogółem dużo rzeczy można pozmieniać. To wyżej to tylko to co mi do głowy przyszło. Diffmerge, zwykły diff, make localmodconfig czy diff oryg configa z configiem OVH i zaaplikowanie na nowy, po czym make oldconfig. Też dużo możliwości.
  4. Jądro na serwerach OVH

    I to jest bardzo dobre podejście. Sam tak robię, choć teraz preferuję robić 3-way-merge configa distro i configa OVH, jeszcze samemu poprawiając co trzeba.
  5. Serwery w egzotycznych lokalizacjach

    Halo, przecież hostlista już jest.
  6. Portfel haseł

    A potrzebujesz mieć wgląd w ten portfel przez więcej niż jedną osobę? Keepass jest świetny bo sam z niego korzystam i każdy user może mieć swoją własną bazę, ale o dodatkowym administratorze nie ma mowy.
  7. RN Cafe / Gadka szmatka / O wszystkim i niczym...

    Chyba w dużej mierze to zależy od lokalizacji, bo przykładowo u mnie to właśnie UPC jest wzorem jakości, internet zawsze taki jak w specyfikacji, downtime'y raz na kwartał koło 4:00 w nocy, wszystko działa, dział obsługi przyjemny, cena w porządku. Nawet zadzwoniłem z prośbą o przydzielenie statycznego IPv4 i również obyło się bez problemów. Nie mogę tego natomiast powiedzieć o Orange, któremu zarzucić mogę wszystko od fatalnego działu obsługi klienta po brak zrozumienia co oznacza sformułowanie "proszę nie wysyłać mi smsów z przypomnieniem o fakturach do zapłacenia każdego miesiąca".
  8. Nowe gTLD

    Pierwsze co mi przyszło na myśl to xpress-pizza.pl i oczywiście jest wolna. Spoko, uzasadnienie jest, ale z tych dwóch wolałbym jednak plkę
  9. Nowe gTLD

    Za długie, za drogie, i zbyt mało popularne. Do tego większość jest bardzo specyficzna i ma kosmiczne wymagania, całkowicie z dupy bo nikt w 2018r nie szpanuje domeną. Weź sobie za przykład gTLD .domains. Otworzysz na tym jakieś qkash.domains, ale jak już będziesz chciał dołożyć hosting to cała marka leci do /dev/null bo trzymanie marki hostingowej na domenie .domains jest po prostu słabe. Do tego i tak wolałbym o wiele bardziej pójść od razu w qkash.net niż jakieś qkash.domains. IMHO do niczego dobrego to się nie nadaje, poza domenami wizytówkami jakiś specyficznych firm, ale nawet w tym wypadku nie potrafię znaleźć jednego powodu dlaczego wybrać nowe gTLD zamiast generycznego .pl, .com.pl czy innego .net.
  10. Spectre i Meltdown - wpływ na rynek hostingowy

    Nie wiem czy wszyscy zgodnie testujecie nie to co trzeba, czy nie rozumiecie na czym polega łatka. Spadek wydajności, a raczej dodatkowy overhead aniżeli jakieś rzeczywiste spowolnienie dotyczy wyłącznie wykonywanych syscalli na poziomie OSu, a nie czystego benchmarka. Program wykonujący nawet bardzo zaawansowane obliczenia zajmujący 100% procesora nie odczuje w żadnym stopniu łatki, natomiast taki który dokonuje pierdyliard operacji na plikach, pomimo niewielkiego obciążenia CPU już tak. Jak chcecie dobry benchmark to polecam testować INSERTy do MySQLa. Alternatywą będzie cat w pętli lub inne akcje znacząco ukazujące spowolnienie tam, gdzie rzeczywiście się ono znajduje. Nie, nie jest to jakaś ogromna liczba, którą widać na pierwszy rzut oka, ale w zależności od dokonywanego testu do 20% udało mi się zaobserwować, w szczególności na bazach danych. Będzie to bardziej odczuwalne na słabszych maszynach, bo koszt syscalla jako takiego jest minimalny i nawet z łatką bardzo trudny do zauważenia/zbenchmarkowania, ale jest i można w łatwy sposób go sprawdzić. I nie, nie są to liczby, które kogokolwiek musiałyby zmusić do zainwestowania w lepszą infrastrukturę czy podwyżkę cen. Nawet w przypadkach serwerów stricte bazodanowych, dodatkowy overhead jest minimalny, bo operacje zapisu (czyli de facto operacje zapisu plików) są w ogromnej mniejszości w porównaniu do selectów, które na ogół ciągną się z cache'a. Z drugiej strony twierdzenie, że nic się nie zmieniło i spadek wydajności jest bujdą też jest głupotą - overhead jest, ale w przypadku rzeczywistego praktycznego użycia danego serwera, a nie umyślnym robieniu konkretnych benchmarków, jest on po prostu marginalny.
  11. Cloudflare i mail

    A co ma cloudflare do ustawień DNS? Możliwe, że twój serwer mailowy łączy się po IPv6, którego tutaj zdefiniowanego nie ma. Warto dodać rekord AAAA. Jeśli to nie pomoże to przejrzyj logi, wyślij wiadomość testową ze swojej domeny i sam sprawdź powód.
  12. Centos 7 - XFS vs EXT4 (lvm)

    Jak chcesz jakieś benchmarki to można śmiało opierać się na tych od phoronix, mimo że były robione jakiś czas temu to niedużo się w tej materii zmieniło - https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.7-FS-5-Way Nie ma jednoznacznego oczywistego wyboru jeśli zakładamy, że obydwa filesystemy wspierają to co chcemy uzyskać, np. quotę. Ja zawsze wybieram ext4 z powodów kompatybilności - większość różnego dziwnego software'u jest na ogół, o ile w ogóle testowana, to wyłącznie na ext4. Na przykład wiadomo, że niektóre gry Linuxowe ze Steama na XFS po prostu nie działają w ogóle, i oczywiście są to pojedyncze przypadki, ale jednak. Czy taka sytuacja Cię dotyczy? Niezbyt, wątpię, żebyś z takiego softu miał zamiar korzystać, ale biorąc pod uwagę, że nie masz jednego konkretnego powodu używania XFSa, to bardziej kompatybilnym i przetestowanym wyborem jest ext4. A ja na tą chwilę takiego konkretnego wyboru używania XFSa nie widzę. Tak jak pisałem jakiś czas temu na naszym Discordzie, sam uważam ext4 za zabytek, ale na tą chwilę nic lepszego nikt nie stworzył, przynajmniej jeśli mówimy o generalnym użytku posiadania FS do wszystkiego. Jeśli mówimy o specyficznym użyciu, to można polemizować (np. o tym jak dobry jest ZFS ze swoimi snapshotami, ale kulejącym trimem na linuxie, gdzie działa znakomicie na BSD). Generalnie nie widzę powodu do używania XFSa zamiast ext4, ale też nie widzę powodu dlaczego miałbym bronić ext4 jeśli ktoś wybrał xfs - jeśli wszystko mu działa, to argumentu przeciw również nie ma. Jedyne co mogę jasno stwierdzić to to, że w generalnych benchmarkach czyli FSie do wszystkiego, ext4 wiedzie prym.
  13. Pamięć UDIMM

    Sorry za lekki odkop ale warto wspomnieć - Linux umożliwia hot-swap pamięci na poziomie softu już od bardzo dawna. Tak długo, póki płyta się nie zbuntuje możesz odmontować dany obszar/kość i wymienić nawet w desktopowych rozwiązaniach, gdzie nie jest to realizowane przez hardware. Cały proces w całkowicie desktopowych warunkach to włożenie trzeciej kości "backupowej" jeśli serwer jej potrzebuje (używa tej pamięci aktywnie), następnie wyjęcie uszkodzonej i włożenie prawidłowej, po czym wyjęcie backupu. Oczywiście przed każdą operacją odpowiedni wpis do sysfs. Jak nie ma potrzeby ekstra pamięci na czas zamiany to i backupowego ramu nie trzeba, linux sobie przerzuci wszystko na jedną kość albo swap.
  14. Dyskusja wydzielona z wątku o ofercie VPS nazwa.pl

    Jakkolwiek negatywna jest Wasza opinia o danej firmie, zalecane jest powstrzymanie się od negatywnych komentarzy, a w szczególności nawoływanie do zbiorowej "nienawiści" pod tytułem "nikt was tu nie chce". Każda firma posiada przywilej publikowania własnej oferty w tym dziale o charakterze stricte marketingowym i nie ma obowiązku odnosić się do jakiejkolwiek wypowiedzi. Jednocześnie wszystkie tematy na forum, poza nielicznymi regulaminami o charakterze stricte informacyjnym, są otwarte na dyskusję i takowa właśnie ma tutaj miejsce, w którym użytkownicy są całkowicie uprzywilejowani do zamieszczania własnych opinii, odczuć i pytań, popartych merytorycznie przynajmniej własnymi doświadczeniami. Jedynym zabronionym czynem jest marketing szeptany. To czy nazwa.pl jako firma ma zamiar odnosić się do zamieszczanych tutaj odpowiedzi lub też nie świadczy wyłącznie o nich samych i każda osoba jest w stanie stworzyć sobie własny obraz na temat tego co sądzi o takiej podstawie. Na forum nie ma cenzury i pozwalamy zarówno użytkownikom jak i firmom odnieść się do przedstawianych zarzutów - jeśli ktoś z tego przywileju nie korzysta to jest wyłącznie jego wybór. Dalszą dyskusję na temat spraw stricte organizacyjnych poleciłbym przenieść do odpowiedniego działu. Ten dział służy wyłącznie do zamieszczania ofert przez usługodawców, jak i również dyskusji na temat oferty i firmy, a w szczególności zamieszczaniu subiektywnych odczuć jak i zadawaniu pytań.
  15. Opinie o OVH

    Mamy wolny rynek i wolny wybór, jeśli polityka cenowa OVH Ci nie odpowiada to zawsze jest konkurencja
×

Powiadomienie o plikach cookie

Korzystając z forum, wyrażasz zgodę na: Warunki użytkowania, Regulamin, Polityka prywatności.