Re: serwer dla poczty/www
On pią, 28 kwi 2006, Marcin Kurzyna wrote: > ps. to teraz jeszcze jak by mi ktoś powiedział jak regulować jasność > matrycy...? ;> (fn+key odpowiedni nie działa - potrzebuje software'owej > obsługi afaik) Witam, Właściwie to nie mam doświadczenia z turionami, bo używam asusa, w którym akurat regulowanie jasności działa, ale: W oryginalnym acpid znajduje się program 'acpi_listen', który wyświetla kody wciskanych klawiszy specjalnych, oczywiście tych obsługiwanych przez acpid. Zastanawiam się tylko czemu 'acpi_listen' nie jest pakowany do rpm'a przy budowaniu. Regulowanie jasności odbywa się w moim przypadku tak: # echo 15 > /proc/acpi/asus/brn A zatem można sobie w /etc/acpi/events/ można zdefiniować odpowiednie zdarzenia dla danych klawiszy. Nie wiem czy dla Twojej maszyny dostępny jest jakiś interfejs do tego. -- Pozdrawiam, Michał ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Tuesday 25 April 2006 23:43, Łukasz Maśko wrote: > Ja mam P4, ale może naprowadzę chociaż na właściwy tor: Więc opis był bardzo trafny ;-) i wreszcie jest to komputer używalny bez zasilania - dziękuję wielce :D Na powernow-k8 + cpufreq-ondemand: [EMAIL PROTECTED] ~]$ acpi -b Battery 1: discharging, 98%, 03:54:25 remaining a procesor rzeczywiście jak ktoś już napisał spada do 800MHz. Dziękuję wielce, Marcin ps. to teraz jeszcze jak by mi ktoś powiedział jak regulować jasność matrycy...? ;> (fn+key odpowiedni nie działa - potrzebuje software'owej obsługi afaik) ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Tuesday 25 April 2006 23:43, Łukasz Maśko wrote: > Ja mam P4, ale może naprowadzę chociaż na właściwy tor: thnx, sprawdzę już jutro, ale niewątpliwie jest to cenna informacja; jak mówiłem nie drążyłem wcześniej problemu ;) pozdr marcin ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Dnia wtorek, 25 kwietnia 2006 23:24, Marcin Kurzyna napisał: [...] > tylko ładujesz moduł czy coś jeszcze robisz? > > [EMAIL PROTECTED] ~]# dmesg -c > ... > [EMAIL PROTECTED] ~]# modprobe cpufreq_ondemand > [EMAIL PROTECTED] ~]# dmesg > [EMAIL PROTECTED] ~]# lsmod | grep cpufreq > cpufreq_ondemand 6626 0 > [EMAIL PROTECTED] ~]# > > niby załadowany ale reakcji nie widzę żadnej - ani na ac, ani na > bateriach. Ja mam P4, ale może naprowadzę chociaż na właściwy tor: $ cd /sys/devices/system/cpu/cpu0/cpufreq/ $ cat scaling_driver p4-clockmod Tutaj musisz użyć odpowiedniego modułu dla twojego procesora. Dopiero potem będziesz miał jakiś efekt. $ cat scaling_governor performance Czyli jest ustawione na maksymalną moc. Domyślnie jest wykorzystywany właśnie ten algorytm, dlatego komp ci zżera tyle prądu. Wykonanie teraz (jako root): $ echo ondemand > scaling_governor powoduje przełączenie na ondemand. > > (częstotliwość spada nawet do 800 MHz). Wraz z acpid (i modułami w > > [EMAIL PROTECTED] ~]# cat /proc/cpuinfo | grep MHz > cpu MHz : 1795.599 Tak się nie sprawdza bieżącego taktowania > i się nie rusza... coś trzeba mu zrobić żeby zaczął działać? Obstawiam, że to: Sprawdzamy bieżące: # cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq teraz czary-mary ;-) # modprobe powernow-k8 # modprobe cpufreq-ondemand # echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor I potem sprawdź sobie taktowanie: # cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Tuesday 25 April 2006 15:00, Michał Łukaszek wrote: > On 4/25/06, Marcin Kurzyna <[EMAIL PROTECTED]> wrote: > > z tym zjeżdzaniem baterii to też jescze nie jest tak całkiem do końca > > wina sprzętu bo np nie mam uruchomionych żadnych oszczędzaczy w stylu > > cpufreq (próbowałem, ale powiedział że unsupported processor ;p przy czym > > google twierdzą że z tym proc działa więc pewno trzeba by głębiej > > poszukać). > > Działa. Mam laptopa z Turionem i bez problemu działa cpufreq_ondemand tylko ładujesz moduł czy coś jeszcze robisz? [EMAIL PROTECTED] ~]# dmesg -c ... [EMAIL PROTECTED] ~]# modprobe cpufreq_ondemand [EMAIL PROTECTED] ~]# dmesg [EMAIL PROTECTED] ~]# lsmod | grep cpufreq cpufreq_ondemand 6626 0 [EMAIL PROTECTED] ~]# niby załadowany ale reakcji nie widzę żadnej - ani na ac, ani na bateriach. [EMAIL PROTECTED] ~]# cpufreq-info cpufrequtils 0.4: cpufreq-info (C) Dominik Brodowski 2004 Report errors and bugs to [EMAIL PROTECTED], please. analyzing CPU 0: no or unknown cpufreq driver is active on this CPU > (częstotliwość spada nawet do 800 MHz). Wraz z acpid (i modułami w [EMAIL PROTECTED] ~]# cat /proc/cpuinfo | grep MHz cpu MHz : 1795.599 i się nie rusza... coś trzeba mu zrobić żeby zaczął działać? > do czasu przewijanie z touchpada, prognozowany czas jest ok 5h, na > zwykłej 6-cio ogniwowej baterii. hmm... było by miło? ;] m. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On 4/25/06, Marcin Kurzyna <[EMAIL PROTECTED]> wrote: > z tym zjeżdzaniem baterii to też jescze nie jest tak całkiem do końca wina > sprzętu bo np nie mam uruchomionych żadnych oszczędzaczy w stylu cpufreq > (próbowałem, ale powiedział że unsupported processor ;p przy czym google > twierdzą że z tym proc działa więc pewno trzeba by głębiej poszukać). Działa. Mam laptopa z Turionem i bez problemu działa cpufreq_ondemand (częstotliwość spada nawet do 800 MHz). Wraz z acpid (i modułami w stylu ac, battery, button itp itd.) podczas czytania pdfa, i od czasu do czasu przewijanie z touchpada, prognozowany czas jest ok 5h, na zwykłej 6-cio ogniwowej baterii. -- pozdrawiam, Michał Łukaszek [EMAIL PROTECTED] ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Wednesday 19 April 2006 07:46, Michal Chruszcz wrote: heh - jestem przekonany że już odpowiadałem na tą wiadomośc, ale że nie ma to wysyłam jeszcze raz ;-) lepiej późno niż wcale > Mógłbyś coś więcej napisać o tym laptopie? Przymierzam się do zakupu i > myślałem właśnie o tym modelu, ale coraz mniej mi się podoba ten pomysł. ogólnie sprawuje się bardzo dobrze. jestem generalnie zadowolony z zakupu - spełnia wszystko to co chciałem żeby spełniał. > Jak się sprawia Turion/Sempron? (najlepiej w porównaniu do Athlona 64) > Powszechnym zjawiskiem jest takie zarzynanie baterii, czy tylko ten tak ma? wydaje się sprawiać dobrze. do co powszechoności zjadania baterii - nie wiem, nie mam za dużego porownania, w poprzednim laptopie bateria byłą sama z siebie już tak zjechana że po 15 munitach siadała ;-) więc nie sądzę żeby było to dobre porównanie, a z drugiej strony jak był nowy to wszyscy mówili że 2.4 to za nowy kernel żeby używac ;-) z tym zjeżdzaniem baterii to też jescze nie jest tak całkiem do końca wina sprzętu bo np nie mam uruchomionych żadnych oszczędzaczy w stylu cpufreq (próbowałem, ale powiedział że unsupported processor ;p przy czym google twierdzą że z tym proc działa więc pewno trzeba by głębiej poszukać). analogicznie trzeba by mu wgrać alternatywne dsdt na próbę i zobaczyć jak się z tym sprawuje - podobnież lepiej (szczególnie jeśli chodzi o pracę wiatraka). a jak już przy nim jesteśmy - laptop ma jedną dolegliwość - jakoś tak ma acpi zrobione że linuks się gubi na odczytach (tak jakby sam ich nie sprawdzał) i bez odpalonego w tle: while(true); do acpi -t >/dev/null 2>/dev/null; sleep 1; done nie ma co liczyć na sensowność pracy, a wiatrak włącza się wtedy dopiero jak proc przeroczy 75stC i wyje na maksymalnych obrotach. natomiast jak wymusić odczyty to działa poprawnie wszystko. > I ostatnie - czy udało Ci się dojść do jakiegoś normalnego stanu z flashem > i OOo? hm. poniekąd. mam chroota i686 z którego odpalam FF z flashem, mplayera z w32oodec jak i OOo. I w zasadzie chodzi to całkiem dobrze. W zasadzie. pozdr, marcin. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
It seems like on Tuesday 18 April 2006 15:34, Marcin Kurzyna typed: > teraz piszę właśnie z hp nx6125 - generalnie bardzo przyjemne urządzenie, > choć ACPI pod linuksem nie umywa sie do tego co udaje się osiągnąć pod > windows - niestety; w szczególności działanie z baterii, które pod > linuksem (~1h 40min) jest prawie dwa razy krótsze niż pod win (~3-3,5h). Mógłbyś coś więcej napisać o tym laptopie? Przymierzam się do zakupu i myślałem właśnie o tym modelu, ale coraz mniej mi się podoba ten pomysł. Jak się sprawia Turion/Sempron? (najlepiej w porównaniu do Athlona 64) Powszechnym zjawiskiem jest takie zarzynanie baterii, czy tylko ten tak ma? I ostatnie - czy udało Ci się dojść do jakiegoś normalnego stanu z flashem i OOo? -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery/ Meet Jacek: http://photoblog.be/jacek ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Saturday 15 April 2006 11:45, Sławomir Kawała wrote: > > > Dobrze wiedziec, jak bede zmieniac lapa to juz pewnie na cos z > > > AMD64. > > oj :) tu bym się tak nie śpieszył - sam mam i choć jestem bardzo > Uu, dzieki wielkie za ostrzezenie :> Poczekam zatem jeszcze troche, > tymbardziej, ze nie mam czasu na walke z systemem/apps teraz. W sumie to jest chyba największy problem - ilość czasu potrzebnego na wstępną konfigurację ;-/ bo potem działa już dość dobrze. > najblizszych miesiecy pewnie ceny jeszcze spadna (na razie cos > sensownego widzialem w granicach 1300$ na stronie HP/Compaq). teraz piszę właśnie z hp nx6125 - generalnie bardzo przyjemne urządzenie, choć ACPI pod linuksem nie umywa sie do tego co udaje się osiągnąć pod windows - niestety; w szczególności działanie z baterii, które pod linuksem (~1h 40min) jest prawie dwa razy krótsze niż pod win (~3-3,5h). m -- Marcin Kurzyna, CrystalPoint Software www.crystalpoint.pl :: [EMAIL PROTECTED] tel: +48 503 012-513, +48 22 782-44-20 :: fax: +48 22 767-60-29 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Dnia Sat, 15 Apr 2006 01:28:47 +0200 Marcin Kurzyna <[EMAIL PROTECTED]> napisal(a||e)s: > > Dobrze wiedziec, jak bede zmieniac lapa to juz pewnie na cos z > > AMD64. > > oj :) tu bym się tak nie śpieszył - sam mam i choć jestem bardzo > zadowolny z ogólnego działania to trzeba się trochę nagimnastykować - > nie wszystkie aplikacje są na 64bit (choćby flash, OOo) - zabawa w > chrooty, albo multilib jest momentami... irytująca :) Uu, dzieki wielkie za ostrzezenie :> Poczekam zatem jeszcze troche, tymbardziej, ze nie mam czasu na walke z systemem/apps teraz. W sumie AMD64 w lapach to (chyba?) jeszcze nowosc, zatem na przelomie najblizszych miesiecy pewnie ceny jeszcze spadna (na razie cos sensownego widzialem w granicach 1300$ na stronie HP/Compaq). -- pozdr. Sławomir Kawała JID: slwkk [at] alternatywa [dot] net GSM: (0)601-398-348 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Marcin Kurzyna napisał(a): > On Saturday 15 April 2006 01:05, Sławomir Kawała wrote: >> Dobrze wiedziec, jak bede zmieniac lapa to juz pewnie na cos z AMD64. > > oj :) tu bym się tak nie śpieszył - sam mam i choć jestem bardzo zadowolny z > ogólnego działania to trzeba się trochę nagimnastykować - nie wszystkie > aplikacje są na 64bit (choćby flash, OOo) - zabawa w chrooty, albo multilib > jest momentami... irytująca :) > > natomiast to co jest natywnie na amd64 działa bardzo dobrze i bardzo sprawnie. > > nie dodałem, ze amd64 działa mi na typowo serwerowym działania: quagga, dns, squid, i jeszcze jakies tym podobne oprogramowanie -- Z powazaniem Przemyslaw Backiel ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Saturday 15 April 2006 01:05, Sławomir Kawała wrote: > > Dobrze wiedziec, jak bede zmieniac lapa to juz pewnie na cos z AMD64. oj :) tu bym się tak nie śpieszył - sam mam i choć jestem bardzo zadowolny z ogólnego działania to trzeba się trochę nagimnastykować - nie wszystkie aplikacje są na 64bit (choćby flash, OOo) - zabawa w chrooty, albo multilib jest momentami... irytująca :) natomiast to co jest natywnie na amd64 działa bardzo dobrze i bardzo sprawnie. m. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Dnia Fri, 14 Apr 2006 23:52:24 +0200 Przemysław Backiel <[EMAIL PROTECTED]> napisal(a||e)s: (...) > z tego założenia wychodziłem do tego pory i tak zawsze robiłem, nagle > pomyślałem o redundatnym zasilaniu, by byc bardziej pro? Kazdy lubi nowe zabawki, normalne :> > dzisiaj mam 256 MB RAMu i swapuje w szczycie na 70MB na jakis czas.. > 512 styknie :) > 1 GB to bedzie az nadto. Chyba, ze tak... zreszta dolozenie RAMu w razie potrzeby to nie problem. > > Z arch 64 bit nie mam zadnego doswiadczenia. W ogole PLD pracuje na > > tym poprawnie? > działa, mam 2 maszyny pod sobą i działa ładnie :) Dobrze wiedziec, jak bede zmieniac lapa to juz pewnie na cos z AMD64. > czyli na razie idzie w strone składaka > a juz myslalem o SMP powaznie.. Zaraz sie rzuca fanatycy SMP :D Tak powaznie, ja bym chetnie widzial u siebie maszynke z kilkoma prockami, duza iloscia ramu i XEN, gentoo hostos + jako guest os pld, freebsd i opensolaris zamiast 3 oddzielnych maszynek, ktore mam w sieci - chociaz nie ukrywam, przede wszystkim do zabawy/testow/nauki :) -- pozdr. Sławomir Kawała JID: slwkk [at] alternatywa [dot] net GSM: (0)601-398-348 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Sławomir Kawała napisał(a): > Dnia Fri, 14 Apr 2006 17:27:12 +0200 > Przemysław Backiel <[EMAIL PROTECTED]> napisal(a||e)s: > >> mam do dyspozycji ~2500 zł > (...) > > Z tego co wymieniles to ja bym wolal porzadnie zlozonego skladaka. Nie > bede sie wglebial co do bebechow, bo nie jestem na biezaco, takze tylko > kilka uwag. > > Zasilanie, porzadny zasilacz to kwestia podstawowa, jednak nie ma co > przesadzac... zazwyczaj redundantne zasilanie + zasilacze > wymieniane hotswapowo potrzebne sa jedynie w firmach hostingowych w > miejscach typu datacentrach etc. W wiekszosci przypadkow jesli nie > kupisz chinskiego badziewia za 30zl i dolozysz przed nim jakiegos UPSa o > odpowiedniej mocy to zyskujesz 2in1, raz, ze masz podtrzymanie napiecia > w razie czego, a dwa, ze taki UPS normalizuje napiecie przed > zasilaczem, takze odwala za niego polowe roboty. > z tego założenia wychodziłem do tego pory i tak zawsze robiłem, nagle pomyślałem o redundatnym zasilaniu, by byc bardziej pro? składaki wole, bo: nowe wiem co jest w srodku > Zaraz za zasilaniem wpakowalbym kase w obudowe, cos raczej duzego, zeby > nie bylo scisku jesli zechcesz wpakowac kilka dyskow i z jakims > sensownym systemem chlodzenia. tia > > Chcesz uzywac duzo pamieciozernych demonow, ja bym rozwazyl wrzucenie > 2GB RAM, szczegolnie, ze mozna taka ilosc kupic za rozsadne pieniadze. dzisiaj mam 256 MB RAMu i swapuje w szczycie na 70MB na jakis czas.. 512 styknie :) 1 GB to bedzie az nadto. > > Nie ma co inwestowac w dyski / kontrolery SCSI, SATA wystarcza. > Zainteresuj sie bardziej rozdzieleniem danych na nich na rozne > partycje/filesystemy np. oddzielna partycja do skladowania maili, > jesli masz maildir tzn. duzo zazwyczaj malych pliczkow, dobry bedzie > reiserfs (moze nawet 4, jesli bedziesz mial backup), oddzielna > partycja na /home gdzie userzy trzymaja swoje www, jesli masz jakas > wielka baze danych to tu rowniez oddzielna partycja/dysk najlepiej ze > stabilnym fs typu ext3. tak robie do tej pory właśnie. > > Z arch 64 bit nie mam zadnego doswiadczenia. W ogole PLD pracuje na tym > poprawnie? działa, mam 2 maszyny pod sobą i działa ładnie :) > > Generalnie z tym sprzetem nie ma co przesadzac... zawsze w razie > potrzeby bedziesz mogl wyrzucic mail serwer (globalnie), serwer www, > baze or sth na oddzielny komputer. Chociaz jesli w tej chwili 800-tka > sie u Ciebie jako tako wyrabia zapewne nie bedziesz mial takiej > potrzeby w ogole. ja tez tak mysle, tymbardziej ze tam zadnego squida etc nie ma po prostu.. > > Swoja droga pamietaj o rzeczach tak przyziemnych jak konfiguracja > softu, mysql z konfigow ustawiasz wszelakie limity, w php to samo, > spamassassina odpalasz jako demon, a nie np z procmaila, postfix tez > masz w konfigu rozniaste ustawienia np ilosc przetwarzanych rownolegle > maili, 2 rownolegle antywirusy (clamav + mks jak rozumiem masz > jednoczesnie?) to juz nadmiarowosc, clamav imo styka, amavisd przydatny > nie czasami mam jeden, czasami drugi.. clamav lzejszy się wydaje.. i fajny w ogole, ale kobyla... moze sie okazac, ze wystarczy Ci jakas > alternatywa np amavisd-lite (do postfixa, nie wiem czy nadal rozwijany). > > Gdyby jakis demon przesadzal (pod linuksem), nie testowalem... ale: > http://ckrm.sourceforge.net/ > > Odnosnie zapotrzebowania na mocny sprzet... Administruje srednio > obciazonym serwerem pocztowym, miesieczny ruch sumaryczny (in/out) to ok > 100k maili, z czego 10k rozpoznanych jako spam. Konta w mysql, wymuszam to ja mam troche wiecej poczty, i te PIII daje rade.. > programowo uzywanie ssl/tls/https na userach (co oczywiscie musi wplywac > na obciazenie), do tego Horde z kilkoma modulami (dosc sporawy system > pracy grupowej m.in. webmail + imap dla niego), oczywiscie apache > (tylko pod Horde i statsy), statsy - rrdtool (rrdcgi), uzytkownicy maja > mozliwosc definiowania w ograniczonym zakresie wlasnych filtrow (czyli > de facto kazdy mail jest dodatkowo przetwarzany przez maildropa), poza > tym kilka skryptow biegajacych z crona made in myself + firewall, calosc > zamknieta w 6 jailach (em, hm... to FreeBSD 6.0 jest :P). :) > > Sprzet: > > AMD Athlon(tm) XP 2800+ > plyta, nie pamietam, cos na nForce2 > 1GB RAM Kingston > 2 zwykle dyski ATA100 > > Sprzet sie raczej nudzi... do tego stopnia, ze rozwazana jest tam > jeszcze ewentualna instalacja smtp proxy (po dolozeniu ramu). Obciazenie > procka nie przegracza przez wieksza czesc doby 10%, na wykresach sa > sporadycznie pojedyncze piki do 40% (ale to w wiekszosci moje skrypty > dzialajace nad ranem, ktore robia rozniaste rzeczy), obciazenie > pamieci... bardzo roznie, 2-3 razy w ciagu doby potrafi wyswapowac na > jakis czas do 50MB, generalnie przez wieksza czesc dnia jest ok (tutaj > wine zrzuce na ISP, ktory zazyczyl sobie, aby userzy mieli mozliwosc > wysylania maili do wielkosci 25MB... to robi swoje, szczegolnie przez > webmaila wysylanie czegos takiego, webmail->mysql->smtp). kumam czyli na razie idzie w strone składaka a
Re: serwer dla poczty/www
Dnia Fri, 14 Apr 2006 17:39:18 +0200 Robert 'dzeus' Graużenis <[EMAIL PROTECTED]> napisal(a||e)s: > Spróbuj zastosować "greylist" dopiero to co się przedrze traktuj SA, > odciążysz antyvira i SA znacząco. Z greylistingiem sa zwiazane 2 podstawowe problemy: 1. Zle skonfigurowane serwery smtp nie ponowia proby wyslania maila po odrzuceniu, a nadawca odrazu otrzyma (albo i nie) zwrot. 2. Bardzo wiele aplikacji webowych laczy sie bez posrednictwa jakiegos serwera smtp, znaczy sie lacza sie bezposrednio na dst port 25 naszego smtpd, skutek oczywiscie taki, ze 99,9% z nich nie powtorzy wyslania maila w ogole. 3-cim, mniej waznym dla niektorych (dla innych wrecz priorytetowym), czas dostarczenia maila... znow sprawa zalezy od drugiej strony, tzn. od konfiguracji czasu po jakim ich smtp znow bedzie sie probowal dobic do naszego serwera - czesto ustawione jest to np na 30 min i wiecej, co jest juz calkiem sporym opoznieniem (dla niektorych). -- pozdr. Sławomir Kawała JID: slwkk [at] alternatywa [dot] net GSM: (0)601-398-348 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Dnia Fri, 14 Apr 2006 17:27:12 +0200 Przemysław Backiel <[EMAIL PROTECTED]> napisal(a||e)s: > mam do dyspozycji ~2500 zł (...) Z tego co wymieniles to ja bym wolal porzadnie zlozonego skladaka. Nie bede sie wglebial co do bebechow, bo nie jestem na biezaco, takze tylko kilka uwag. Zasilanie, porzadny zasilacz to kwestia podstawowa, jednak nie ma co przesadzac... zazwyczaj redundantne zasilanie + zasilacze wymieniane hotswapowo potrzebne sa jedynie w firmach hostingowych w miejscach typu datacentrach etc. W wiekszosci przypadkow jesli nie kupisz chinskiego badziewia za 30zl i dolozysz przed nim jakiegos UPSa o odpowiedniej mocy to zyskujesz 2in1, raz, ze masz podtrzymanie napiecia w razie czego, a dwa, ze taki UPS normalizuje napiecie przed zasilaczem, takze odwala za niego polowe roboty. Zaraz za zasilaniem wpakowalbym kase w obudowe, cos raczej duzego, zeby nie bylo scisku jesli zechcesz wpakowac kilka dyskow i z jakims sensownym systemem chlodzenia. Chcesz uzywac duzo pamieciozernych demonow, ja bym rozwazyl wrzucenie 2GB RAM, szczegolnie, ze mozna taka ilosc kupic za rozsadne pieniadze. Nie ma co inwestowac w dyski / kontrolery SCSI, SATA wystarcza. Zainteresuj sie bardziej rozdzieleniem danych na nich na rozne partycje/filesystemy np. oddzielna partycja do skladowania maili, jesli masz maildir tzn. duzo zazwyczaj malych pliczkow, dobry bedzie reiserfs (moze nawet 4, jesli bedziesz mial backup), oddzielna partycja na /home gdzie userzy trzymaja swoje www, jesli masz jakas wielka baze danych to tu rowniez oddzielna partycja/dysk najlepiej ze stabilnym fs typu ext3. Z arch 64 bit nie mam zadnego doswiadczenia. W ogole PLD pracuje na tym poprawnie? Generalnie z tym sprzetem nie ma co przesadzac... zawsze w razie potrzeby bedziesz mogl wyrzucic mail serwer (globalnie), serwer www, baze or sth na oddzielny komputer. Chociaz jesli w tej chwili 800-tka sie u Ciebie jako tako wyrabia zapewne nie bedziesz mial takiej potrzeby w ogole. Swoja droga pamietaj o rzeczach tak przyziemnych jak konfiguracja softu, mysql z konfigow ustawiasz wszelakie limity, w php to samo, spamassassina odpalasz jako demon, a nie np z procmaila, postfix tez masz w konfigu rozniaste ustawienia np ilosc przetwarzanych rownolegle maili, 2 rownolegle antywirusy (clamav + mks jak rozumiem masz jednoczesnie?) to juz nadmiarowosc, clamav imo styka, amavisd przydatny i fajny w ogole, ale kobyla... moze sie okazac, ze wystarczy Ci jakas alternatywa np amavisd-lite (do postfixa, nie wiem czy nadal rozwijany). Gdyby jakis demon przesadzal (pod linuksem), nie testowalem... ale: http://ckrm.sourceforge.net/ Odnosnie zapotrzebowania na mocny sprzet... Administruje srednio obciazonym serwerem pocztowym, miesieczny ruch sumaryczny (in/out) to ok 100k maili, z czego 10k rozpoznanych jako spam. Konta w mysql, wymuszam programowo uzywanie ssl/tls/https na userach (co oczywiscie musi wplywac na obciazenie), do tego Horde z kilkoma modulami (dosc sporawy system pracy grupowej m.in. webmail + imap dla niego), oczywiscie apache (tylko pod Horde i statsy), statsy - rrdtool (rrdcgi), uzytkownicy maja mozliwosc definiowania w ograniczonym zakresie wlasnych filtrow (czyli de facto kazdy mail jest dodatkowo przetwarzany przez maildropa), poza tym kilka skryptow biegajacych z crona made in myself + firewall, calosc zamknieta w 6 jailach (em, hm... to FreeBSD 6.0 jest :P). Sprzet: AMD Athlon(tm) XP 2800+ plyta, nie pamietam, cos na nForce2 1GB RAM Kingston 2 zwykle dyski ATA100 Sprzet sie raczej nudzi... do tego stopnia, ze rozwazana jest tam jeszcze ewentualna instalacja smtp proxy (po dolozeniu ramu). Obciazenie procka nie przegracza przez wieksza czesc doby 10%, na wykresach sa sporadycznie pojedyncze piki do 40% (ale to w wiekszosci moje skrypty dzialajace nad ranem, ktore robia rozniaste rzeczy), obciazenie pamieci... bardzo roznie, 2-3 razy w ciagu doby potrafi wyswapowac na jakis czas do 50MB, generalnie przez wieksza czesc dnia jest ok (tutaj wine zrzuce na ISP, ktory zazyczyl sobie, aby userzy mieli mozliwosc wysylania maili do wielkosci 25MB... to robi swoje, szczegolnie przez webmaila wysylanie czegos takiego, webmail->mysql->smtp). Mila rzecza przy szybkim sprzecie sa natomiast aktualizacje, a raczej fakt, ze mozna je przeprowadzic w rozsadnym czasie (we FreeBSD uzywam portow co sie wiaze z kompilacja wiekszej czesci softu). -- pozdr. Sławomir Kawała JID: slwkk [at] alternatywa [dot] net GSM: (0)601-398-348 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Fri, Apr 14, 2006 at 06:06:56PM +0200, Jacek Osiecki wrote: > On Fri, 14 Apr 2006, Robert 'dzeus' Graużenis wrote: > > >On Fri, Apr 14, 2006 at 05:27:12PM +0200, Przemysław Backiel wrote: > >(...) > >>aktualne PIII 833 daje rade, ale load ma duzy momentami, w szczycie.. > >>no i do wakacji cos nowego postawic bedę musiał. > > >Spróbuj zastosować "greylist" dopiero to co się przedrze traktuj SA, > >odciążysz antyvira i SA znacząco. > > Rozumiem że "greylist" w sensie mail odbijamy z tmp errorem, a jeśli > przyjdzie ponownie w przeciągu 12h to przepuszczamy i dopisujemy do > akceptowanych na stałe? Niekoniecznie na stałe, ale o to chodzi z grubsza. Po zastosowaniu u mnie skuteczność wyniosi jakieś 95%. -- Robert 'dzeus' Graużenis LRU #291194 PLD User/Admin/Developer ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Fri, 14 Apr 2006, Robert 'dzeus' Graużenis wrote: On Fri, Apr 14, 2006 at 05:27:12PM +0200, Przemysław Backiel wrote: (...) aktualne PIII 833 daje rade, ale load ma duzy momentami, w szczycie.. no i do wakacji cos nowego postawic bedę musiał. Spróbuj zastosować "greylist" dopiero to co się przedrze traktuj SA, odciążysz antyvira i SA znacząco. Rozumiem że "greylist" w sensie mail odbijamy z tmp errorem, a jeśli przyjdzie ponownie w przeciągu 12h to przepuszczamy i dopisujemy do akceptowanych na stałe? Pozdrawiam, -- Jacek Osiecki [EMAIL PROTECTED] GG:3828944 "Poglądy polityczne mają takie znaczenie w sejmie jak upierzenie u krokodyla" (c) Tomasz Olbratowski 2004___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Fri, 14 Apr 2006, Przemysław Backiel wrote: Sławomir Kawała napisał(a): "dlatego mam dylemat, bo albo mocna mocna nowa maszyna, albo (IMO) pro sprzet, z dopasem, ale słabszy.." Moze podaj konkretnie jaki jestes w stanie kupic 'skladak' i serwer, bedzie latwiej ocenic co sie bardziej oplaca. mam do dyspozycji ~2500 zł na allegro widze za 1,3-1,4k zł maszyny 4 procesore P III xeon 500 MHz lub 2 X PIII xeon 733 MHz z 512-1024 SDRAM DIMM z ECC, 3 zasilacze host swap, 2-5 dysków SCSI 9,1 GB z RAIDem sprzetowym.. do tego chciałem dokupic nowy adaptec na pci za jakies 600 zł (za tyle widziałem) z SATA i 2 dyski SATA z 5 letnią gwarancją.. (po jakies 80-120 GB) jesli nowy to: zasilacz tagan jakis albo inny wydajny prądowo, moze AMD ATHLON 64 3000+/lub jakis sempron (2800) ale na socket 754 i 1 GB RAM ale nie ECC, raid softwarowy, 2-3 dyski SATA minusy tego: brak raidu hardwarowego (chce tylko mirroring miec) brak nadmiarowosci zasilaczy Weź pod uwagę, że takie 2-5 dysków z RAID5 to tak naprawdę nie za wiele... To są dyski zarżnięte u jakiegoś ISP - nie wiadomo kiedy padną. Nowych nie kupisz, a żeby mieć względne bezpieczeństwo będziesz musiał wybrać raid5 z dwoma hotspare'ami. Wydajność też najwyższa nie będzie... Przy nowym sprzęcie najlepiej sobie złożyć 4 dyski - i to co niezbędne do życia (/, /var) na softraid 1, to co ważne na raid10, a jakieś /tmp czy /var/cache na raid0. Swap rozbity na 4 dyski. Masz super bezpieczeństwo, a do tego bardzo dużą wydajność. Kupując nowy sprzęt wystarczy kupić porządny zasilacz - nawet jak padnie, to nie uszkodzi nic ze sprzętu a Ty po prostu w parę godzin kupisz następny. Przy starych superhiperserwerach mogą poza tym zdarzyć się niespodzianki, np. serwer wystartuje ale tylko ze swojego kontrolera SCSI, którego z kolei nie trawi lilo :) Po prostu pamiętaj, że ten tani używany sprzęt jest przechodzony jak samochód w szkole jazdy - i nigdy nie wiadomo kiedy coś wyleci w powietrze. Ja długo się męczyłem z decyzjami co kupić - i w końcu padło właśnie na nowego składaka, tyle że budżet był większy a tym samym sprzęt fajniejszy :) Pozdrawiam, -- Jacek Osiecki [EMAIL PROTECTED] GG:3828944 "Poglądy polityczne mają takie znaczenie w sejmie jak upierzenie u krokodyla" (c) Tomasz Olbratowski 2004___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Fri, Apr 14, 2006 at 05:27:12PM +0200, Przemysław Backiel wrote: (...) > aktualne PIII 833 daje rade, ale load ma duzy momentami, w szczycie.. > no i do wakacji cos nowego postawic bedę musiał. Spróbuj zastosować "greylist" dopiero to co się przedrze traktuj SA, odciążysz antyvira i SA znacząco. -- Robert 'dzeus' Graużenis LRU #291194 PLD User/Admin/Developer ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Sławomir Kawała napisał(a): > Dnia Fri, 14 Apr 2006 15:01:59 +0200 > Przemysław Backiel <[EMAIL PROTECTED]> napisal(a||e)s: > >> a nie jest tak >> ze jeden proces pójdzie na procek 1 >> drugi proces na procek 2 >> trzeci na 3 > > Tak sie dzieje, jesli aplikacja wyforkowuje odrazu kilka procesow, > wtedy tu juz nie mam znaczenia wielowatkowosc, jadro jesli ma > wkompilowana obsluge SMP rozrzuca procesy po procesorach. > >> no i jak najpierw myslalem o wielu procesorach, to teraz juz tak nie >> mysle.. zastawiam się, czy rzeczywiscie: apacze, mysql, postfix, >> spamassasin, amavis z clamavem (mksem), bindem.. wykorzsta kilka >> procesorów.. czy moze jednak 1 mocniejszy procek no i składak... > > To sa aplikacje typowo serwerowe, wiekszosc z nich jest pisana > wielowatkowo, oraz dziala w kilku procesach - na pewno wykorzystaja > wiecej niz jeden procesor. Nie sadze, zebys uzyskal wieksza wydajnosc > przy 2 procesorach typu PII 450 niz przy jednym PIII 900 (+2 razy > cache, - dzielony dostep do pamieci). Wracajac do pierwotnego pytania: > > "dlatego mam dylemat, bo albo mocna mocna nowa maszyna, albo (IMO) > pro sprzet, z dopasem, ale słabszy.." > > Moze podaj konkretnie jaki jestes w stanie kupic 'skladak' i serwer, > bedzie latwiej ocenic co sie bardziej oplaca. > mam do dyspozycji ~2500 zł na allegro widze za 1,3-1,4k zł maszyny 4 procesore P III xeon 500 MHz lub 2 X PIII xeon 733 MHz z 512-1024 SDRAM DIMM z ECC, 3 zasilacze host swap, 2-5 dysków SCSI 9,1 GB z RAIDem sprzetowym.. do tego chciałem dokupic nowy adaptec na pci za jakies 600 zł (za tyle widziałem) z SATA i 2 dyski SATA z 5 letnią gwarancją.. (po jakies 80-120 GB) jesli nowy to: zasilacz tagan jakis albo inny wydajny prądowo, moze AMD ATHLON 64 3000+/lub jakis sempron (2800) ale na socket 754 i 1 GB RAM ale nie ECC, raid softwarowy, 2-3 dyski SATA minusy tego: brak raidu hardwarowego (chce tylko mirroring miec) brak nadmiarowosci zasilaczy aktualne PIII 833 daje rade, ale load ma duzy momentami, w szczycie.. no i do wakacji cos nowego postawic bedę musiał. -- Z powazaniem Przemyslaw Backiel ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Dnia Fri, 14 Apr 2006 15:01:59 +0200 Przemysław Backiel <[EMAIL PROTECTED]> napisal(a||e)s: > a nie jest tak > ze jeden proces pójdzie na procek 1 > drugi proces na procek 2 > trzeci na 3 Tak sie dzieje, jesli aplikacja wyforkowuje odrazu kilka procesow, wtedy tu juz nie mam znaczenia wielowatkowosc, jadro jesli ma wkompilowana obsluge SMP rozrzuca procesy po procesorach. > no i jak najpierw myslalem o wielu procesorach, to teraz juz tak nie > mysle.. zastawiam się, czy rzeczywiscie: apacze, mysql, postfix, > spamassasin, amavis z clamavem (mksem), bindem.. wykorzsta kilka > procesorów.. czy moze jednak 1 mocniejszy procek no i składak... To sa aplikacje typowo serwerowe, wiekszosc z nich jest pisana wielowatkowo, oraz dziala w kilku procesach - na pewno wykorzystaja wiecej niz jeden procesor. Nie sadze, zebys uzyskal wieksza wydajnosc przy 2 procesorach typu PII 450 niz przy jednym PIII 900 (+2 razy cache, - dzielony dostep do pamieci). Wracajac do pierwotnego pytania: "dlatego mam dylemat, bo albo mocna mocna nowa maszyna, albo (IMO) pro sprzet, z dopasem, ale słabszy.." Moze podaj konkretnie jaki jestes w stanie kupic 'skladak' i serwer, bedzie latwiej ocenic co sie bardziej oplaca. -- pozdr. Sławomir Kawała JID: slwkk [at] alternatywa [dot] net GSM: (0)601-398-348 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Stacho Pal wrote: > Za markę i przede wszystkim za ten swerwis 'on site'. On site też jest kosztowny, ale jak się dobrze wczytać w warunki takiej umowy, to czasem nie warto nim sobie głowy zawracać - szczegolnie jak się pracuje w firmie zajmującej sie komputerami :) Artur ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Fri, 14 Apr 2006, Przemysław Backiel wrote: > nie wiedziałem ze moga być takie problemy z SMP - to była ważna > wiadomość dla mnie. z drugiej strony, za 2,5k nie ma sie co czarować.. Przesada - teraz mam 2xPIII 1GHz (przedtem 2xPIII 450MHz) - oba chodzily na jadrach SMP poczawszy od 2.2.x. Poza problemami ze sprzetem (zasilanie i przegrzewanie sie) nie mialem nigdy problemow. Linux merkury 2.6.11.10-6smp #1 SMP Fri May 27 23:26:05 CEST 2005 i686 Pentium_III_(Coppermine) unknown PLD Linux -- Yaro IRL: Jaroslaw Dziubek | "Postawienie kobiety na piedestale http://yaro.perfect.net.pl/| można usprawiedliwić jedynie chęcią KNM Member: http://www.knm.org.pl/ | dokładniejszego obejrzenia jej nóg" IRC: Yaro, ICQ: 1340145, GG: 1110 | V.Nabokow ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Fri, 14 Apr 2006, Przemysław Backiel wrote: Sławomir Kawała napisał(a): Dnia Fri, 14 Apr 2006 01:53:59 +0200 Marcin Kurzyna <[EMAIL PROTECTED]> napisal(a||e)s: On Thursday 13 April 2006 21:49, Sławomir Kawała wrote: Przede wszystkim tylko niektore aplikacje sa w stanie wykorzystac dwa procesory, sa to aplikacje pisane wielowatkowo... moze dochodzic do ...której świetnym przykładem będzie serwer www konkretniej apache, ale oczywiscie - masz racje. DNS swoje tez obciaza momentami... Binda można skonfigurować na SMP (/etc/sysconfig/named). sytuacji, gdy aplikacja obciazy mocno jeden procesor i bedzie sie zamulac, podczas gdy drugi bedzie sie 'nudzil'. Ponadto bledne jest hm, mi jak jedna aplikacja, jednowątkowa wisi na jednym procku to (...) A teraz sytuacja gdy aplikacja jest jednowatkowa, obciaza pierwszy procek w 100% i mimo, ze jest zapas na drugim, trzecim czy fafnastym to i tak aplikacja sie bedzie zamulac, mimo, ze system globalnie bedzie w 'swietnej' kondycji, maly load etc. - o to mi chodzilo. a nie jest tak ze jeden proces pójdzie na procek 1 drugi proces na procek 2 trzeci na 3 Tak IMHO właśnie jest. jakis mechanizm rodzielania zadan na procesory jest w ogóle? Musi być, jest jeszcze tak że jeden proces nie jest na stałe przypisany do konkretnego prosesora, tylko 'migruje'. ile osób tyle opinii, co do wielu procesorów - myślę że musisz się zastanowić czy masz szansę wykorzystać przetwarzanie równoległe. Zgadza sie. Najoptymalniejszym wyjsciem jest mozliwosc przetestowania obu rozwiazan. no i jak najpierw myslalem o wielu procesorach, to teraz juz tak nie mysle.. zastawiam się, czy rzeczywiscie: apacze, mysql, postfix, spamassasin, amavis z clamavem (mksem), bindem.. wykorzsta kilka procesorów.. czy moze jednak 1 mocniejszy procek no i składak... Wykorzystają, przyklad to maszyna z której piszę ten list (2xPIII 550MHz, 512MB), inna sprawa że jakiś komputer z jedenym procesorem ~1.5GHz już byłby szybszy, lub porównywalny. Nie wspominając o pamięci i dyskach. === hdparm -Tt /dev/sdb /dev/sdb: Timing cached reads: 520 MB in 2.00 seconds = 259.98 MB/sec Timing buffered disk reads: 92 MB in 3.06 seconds = 30.10 MB/sec -- pzdr Stacho Pal___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Sławomir Kawała napisał(a): > Dnia Fri, 14 Apr 2006 01:53:59 +0200 > Marcin Kurzyna <[EMAIL PROTECTED]> napisal(a||e)s: > >> On Thursday 13 April 2006 21:49, Sławomir Kawała wrote: >> >>> Przede wszystkim tylko niektore aplikacje sa w stanie wykorzystac >>> dwa procesory, sa to aplikacje pisane wielowatkowo... moze >>> dochodzic do >> ...której świetnym przykładem będzie serwer www > > konkretniej apache, ale oczywiscie - masz racje. > akurat u mnie apacz jest mało obciążony ale mta + antyspam + antyvir - to obciaza maszyne.. DNS swoje tez obciaza momentami... >>> sytuacji, gdy aplikacja obciazy mocno jeden procesor i bedzie sie >>> zamulac, podczas gdy drugi bedzie sie 'nudzil'. Ponadto bledne jest >> hm, mi jak jedna aplikacja, jednowątkowa wisi na jednym procku to > (...) > > A teraz sytuacja gdy aplikacja jest jednowatkowa, obciaza pierwszy > procek w 100% i mimo, ze jest zapas na drugim, trzecim czy fafnastym to > i tak aplikacja sie bedzie zamulac, mimo, ze system globalnie bedzie w > 'swietnej' kondycji, maly load etc. - o to mi chodzilo. a nie jest tak ze jeden proces pójdzie na procek 1 drugi proces na procek 2 trzeci na 3 jakis mechanizm rodzielania zadan na procesory jest w ogóle? >> ile osób tyle opinii, co do wielu procesorów - myślę że musisz się >> zastanowić czy masz szansę wykorzystać przetwarzanie równoległe. > > Zgadza sie. Najoptymalniejszym wyjsciem jest mozliwosc przetestowania > obu rozwiazan. Ja mam zle doswiadczenia ze starymi Proliantami i pseudo > ISP-ami kupujacymi je na kilogramy na allegro... gdybym mial do wyboru > nowy sprzet obslugujacy SMP/NUMA z opcja wsadzenia x-prockow, zamiast > jednego super mega wypas to wtedy bylaby zupelnia inna rozmowa... no i jak najpierw myslalem o wielu procesorach, to teraz juz tak nie mysle.. zastawiam się, czy rzeczywiscie: apacze, mysql, postfix, spamassasin, amavis z clamavem (mksem), bindem.. wykorzsta kilka procesorów.. czy moze jednak 1 mocniejszy procek no i składak... -- Z powazaniem Przemyslaw Backiel ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On 14.04.2006 13:12, Sławomir Kawała wrote: > Zgadza sie. Najoptymalniejszym wyjsciem jest mozliwosc przetestowania ^^ Ja sie tylko uczepie, ze takiego slowa nie ma, no offence ;) -- atler ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Dnia Fri, 14 Apr 2006 01:53:59 +0200 Marcin Kurzyna <[EMAIL PROTECTED]> napisal(a||e)s: > On Thursday 13 April 2006 21:49, Sławomir Kawała wrote: > > > Przede wszystkim tylko niektore aplikacje sa w stanie wykorzystac > > dwa procesory, sa to aplikacje pisane wielowatkowo... moze > > dochodzic do > > ...której świetnym przykładem będzie serwer www konkretniej apache, ale oczywiscie - masz racje. > > sytuacji, gdy aplikacja obciazy mocno jeden procesor i bedzie sie > > zamulac, podczas gdy drugi bedzie sie 'nudzil'. Ponadto bledne jest > > hm, mi jak jedna aplikacja, jednowątkowa wisi na jednym procku to (...) A teraz sytuacja gdy aplikacja jest jednowatkowa, obciaza pierwszy procek w 100% i mimo, ze jest zapas na drugim, trzecim czy fafnastym to i tak aplikacja sie bedzie zamulac, mimo, ze system globalnie bedzie w 'swietnej' kondycji, maly load etc. - o to mi chodzilo. > > (pod FreeBSD i owszem, tu problemy z SMP sa prawie codziennoscia), > > szczęśliwie PLD to linux ;] No tak, ale trzeba byc otwartym na inne systemy rowniez ;) FreeBSD znakomicie sie sprawdza jako system pod na wszelakie serwery www, bazy etc. > > gdybym ja mial wybor miedzy starym sprzetem z x cpu, a nowym z > > jednym prockiem raczej dlugo bym sie nie zastanawial... > > hm.. może by trzeba ;-) Ja tam nadal obstawiam przy swoim ;] > ile osób tyle opinii, co do wielu procesorów - myślę że musisz się > zastanowić czy masz szansę wykorzystać przetwarzanie równoległe. Zgadza sie. Najoptymalniejszym wyjsciem jest mozliwosc przetestowania obu rozwiazan. Ja mam zle doswiadczenia ze starymi Proliantami i pseudo ISP-ami kupujacymi je na kilogramy na allegro... gdybym mial do wyboru nowy sprzet obslugujacy SMP/NUMA z opcja wsadzenia x-prockow, zamiast jednego super mega wypas to wtedy bylaby zupelnia inna rozmowa... -- pozdr. Sławomir Kawała JID: slwkk [at] alternatywa [dot] net GSM: (0)601-398-348 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Thursday 13 April 2006 21:49, Sławomir Kawała wrote: > Przede wszystkim tylko niektore aplikacje sa w stanie wykorzystac > dwa procesory, sa to aplikacje pisane wielowatkowo... moze dochodzic do ...której świetnym przykładem będzie serwer www (nawet jeśli będzie to wiele procesów, a nie wątków)... a afaik to jedno z (głównych?) zastosowań tej maszyny. > sytuacji, gdy aplikacja obciazy mocno jeden procesor i bedzie sie > zamulac, podczas gdy drugi bedzie sie 'nudzil'. Ponadto bledne jest hm, mi jak jedna aplikacja, jednowątkowa wisi na jednym procku to drugi grzecznie zajmuje się pozostałymi rzeczami które trzeba zrobić, np - drugim requestem www, albo sprawdzi czy w mejlu nie ma akurat spamu... > rzeczy, sam nie doswiadczylem wywalania sie kernela pod linuksem (pod > FreeBSD i owszem, tu problemy z SMP sa prawie codziennoscia), ale szczęśliwie PLD to linux ;] nie miałem problemów z wieloma wątkami ani na starym sprzęcie typu 2xP100, ani na nowym - dwurdzeniowe amd64. > google jest pelne tego typu watkow, gdzie zalezaja wylaczenie smp (np do google jest pełen bardzo wielu rzeczy... > gdybym ja mial wybor miedzy starym sprzetem z x cpu, a nowym z jednym > prockiem raczej dlugo bym sie nie zastanawial... hm.. może by trzeba ;-) ile osób tyle opinii, co do wielu procesorów - myślę że musisz się zastanowić czy masz szansę wykorzystać przetwarzanie równoległe. Dla serwera www wzrost wydajności będzie duzy, natomias dla innych aplikacji nie koniecznie. pozdr, marcin. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Fri, 14 Apr 2006, Artur Flinta wrote: Przemysław Backiel wrote: ale wracając do sprawy.. nie wiedziałem ze moga być takie problemy z SMP - to była ważna wiadomość dla mnie. Z tymi problemami i SMP top bym nie przesadzał, pewnie są problemy tak jak z wszytkim, ale ostanio dokładałem RAM do maszyny z SMP która miała uptime 200 dni. wyjdzie znowu składak :( Który częstokroć może być lepszy od IBM, HP czy Della - gdzie często płaci się za markę i nic więcej. Za markę i przede wszystkim za ten swerwis 'on site'. -- pzdr Stacho Pal___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Przemysław Backiel wrote: > ale wracając do sprawy.. > nie wiedziałem ze moga być takie problemy z SMP - to była ważna > wiadomość dla mnie. z drugiej strony, za 2,5k nie ma sie co czarować.. > nadmiarowości (w nowej maszynie) miec nie będę.. i kółko się zamyka.. > wyjdzie znowu składak :( Który częstokroć może być lepszy od IBM, HP czy Della - gdzie często płaci się za markę i nic więcej. Artur ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Marcin Rybak napisał(a): >Życzę powodzenia w realizacji takiej gwarancji, ciekawe czy jest to >onsite >:P >I jaki jest czas reakcji serwisu :P taką gwarancje to ja rozumiem, ze jak mi padnie sprzet to dostane zwrot kasy, nie przesadzajmy, nikt mi nie zapewni serwisu door 2 door, on site or whatever dla takiego uzywanego sprzętu ale wracając do sprawy.. nie wiedziałem ze moga być takie problemy z SMP - to była ważna wiadomość dla mnie. z drugiej strony, za 2,5k nie ma sie co czarować.. nadmiarowości (w nowej maszynie) miec nie będę.. i kółko się zamyka.. wyjdzie znowu składak :( p.s. nie odpowiadaj w stopce -- Z powazaniem Przemyslaw Backiel ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
RE: serwer dla poczty/www
Sławomir Kawała napisał(a): > ... i czesto nieprzeportowane na 2.6.x :> > > z opisów na allegro wygląda ze stoi tam ubuntu :) (2.6.x) "gwarancje" mozna miec nawet do 6 mc.. -- Życzę powodzenia w realizacji takiej gwarancji, ciekawe czy jest to onsite :P I jaki jest czas reakcji serwisu :P --- Marcin Skype: marcin.qnc QNC - IBM Premier Business Partner ul. Lubicz 23 31-503 Kraków tel: +48 12 629 61 22 fax: +48 12 629 61 23 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Sławomir Kawała napisał(a): > Dnia Thu, 13 Apr 2006 19:34:50 +0200 > Przemysław Backiel <[EMAIL PROTECTED]> napisal(a||e)s: > >> a to jest problem z SMP? myslałem ze tylko kernel i wsio smiga >> poprawnie.. nigdy nie stawiałem maszyny n procesorowej... > > Przede wszystkim tylko niektore aplikacje sa w stanie wykorzystac > dwa procesory, sa to aplikacje pisane wielowatkowo... moze dochodzic do > sytuacji, gdy aplikacja obciazy mocno jeden procesor i bedzie sie > zamulac, podczas gdy drugi bedzie sie 'nudzil'. Ponadto bledne jest > myslenie, ze w kazdym wypadku przy dwoch procesorach 450MHz (nawet przy > zalozeniu, ze aplikacja potrafi je wykorzystac) uzyskasz taka sama > wydajnosc jak przy jednej 900-tce. Nastepne rzecz... nieoptymalne > wykorzystanie pamieci przy 'zwyklym' SMP, tylko jeden procesor moze > kozystac z pamieci w tym samym czasie, drugi czeka na zwolnienie jej > przez pierwszy (tutaj z pomoca przychodzi NUMA, ale w starym sprzecie > nie masz co liczyc na support tej technologi). Z bardziej przyziemnych > rzeczy, sam nie doswiadczylem wywalania sie kernela pod linuksem (pod > FreeBSD i owszem, tu problemy z SMP sa prawie codziennoscia), ale > google jest pelne tego typu watkow, gdzie zalezaja wylaczenie smp (np do > niedawna bywaly problemy w linuksie przy smp+usb uhci). Generalnie, > gdybym ja mial wybor miedzy starym sprzetem z x cpu, a nowym z jednym > prockiem raczej dlugo bym sie nie zastanawial... i dzięki :) czyli poszukam maszyny z jednym prockiem i do tego RAIDy i redundantne zasilanie :) -- Z powazaniem Przemyslaw Backiel ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Dnia Thu, 13 Apr 2006 19:34:50 +0200 Przemysław Backiel <[EMAIL PROTECTED]> napisal(a||e)s: > a to jest problem z SMP? myslałem ze tylko kernel i wsio smiga > poprawnie.. nigdy nie stawiałem maszyny n procesorowej... Przede wszystkim tylko niektore aplikacje sa w stanie wykorzystac dwa procesory, sa to aplikacje pisane wielowatkowo... moze dochodzic do sytuacji, gdy aplikacja obciazy mocno jeden procesor i bedzie sie zamulac, podczas gdy drugi bedzie sie 'nudzil'. Ponadto bledne jest myslenie, ze w kazdym wypadku przy dwoch procesorach 450MHz (nawet przy zalozeniu, ze aplikacja potrafi je wykorzystac) uzyskasz taka sama wydajnosc jak przy jednej 900-tce. Nastepne rzecz... nieoptymalne wykorzystanie pamieci przy 'zwyklym' SMP, tylko jeden procesor moze kozystac z pamieci w tym samym czasie, drugi czeka na zwolnienie jej przez pierwszy (tutaj z pomoca przychodzi NUMA, ale w starym sprzecie nie masz co liczyc na support tej technologi). Z bardziej przyziemnych rzeczy, sam nie doswiadczylem wywalania sie kernela pod linuksem (pod FreeBSD i owszem, tu problemy z SMP sa prawie codziennoscia), ale google jest pelne tego typu watkow, gdzie zalezaja wylaczenie smp (np do niedawna bywaly problemy w linuksie przy smp+usb uhci). Generalnie, gdybym ja mial wybor miedzy starym sprzetem z x cpu, a nowym z jednym prockiem raczej dlugo bym sie nie zastanawial... -- pozdr. Sławomir Kawała JID: slwkk [at] alternatywa [dot] net GSM: (0)601-398-348 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Sławomir Kawała napisał(a): > ... i czesto nieprzeportowane na 2.6.x :> > > z opisów na allegro wygląda ze stoi tam ubuntu :) (2.6.x) "gwarancje" mozna miec nawet do 6 mc.. a to jest problem z SMP? myslałem ze tylko kernel i wsio smiga poprawnie.. nigdy nie stawiałem maszyny n procesorowej... n > 1 -- Z powazaniem Przemyslaw Backiel ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Dnia Thu, 13 Apr 2006 18:49:45 +0200 Lukasz Glebicki <[EMAIL PROTECTED]> napisal(a||e)s: > Stare, pancerne komputery działają pod > Linuxem bardzo dobrze właśnie dlatego, że sterowniki do sprzętu w > nich zawartego są już na tyle dojrzałe, ... i czesto nieprzeportowane na 2.6.x :> -- pozdr. Sławomir Kawała JID: slwkk [at] alternatywa [dot] net GSM: (0)601-398-348 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
On Thursday 13 April 2006 17:52, Sławomir Kawała wrote:
> starszy, slabszy, zazwyczaj bez gwarancji, supportu, czesto
> bez rozwijanych driverow, aktualizacji biosu itp.
Tutaj akurat się nie zgodzę. Stare, pancerne komputery działają pod Linuxem
bardzo dobrze właśnie dlatego, że sterowniki do sprzętu w nich zawartego są
już na tyle dojrzałe, że nie potrzebują rozwoju. Nowy sprzęt może działać
bardzo dobrze, ale wcale nie musi.
pozdrawiam
--
Łukasz Głębicki mail/rot13:[EMAIL PROTECTED] PLD/Linux Team
gg:246267Linux Registered User #318551 blekot:{irc,skype}
Student of Warsaw University of Technology, Faculty of Mechatronics
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Dnia Thu, 13 Apr 2006 17:45:39 +0200 Przemysław Backiel <[EMAIL PROTECTED]> napisal(a||e)s: > dlatego mam dylemat, bo albo mocna mocna nowa maszyna, albo (IMO) pro > sprzet, z dopasem, ale słabszy.. starszy, slabszy, zazwyczaj bez gwarancji, supportu, czesto bez rozwijanych driverow, aktualizacji biosu itp. Ja bym wolal nowego IBM, a i odpada zabawa z SMP... -- pozdr. Sławomir Kawała JID: slwkk [at] alternatywa [dot] net GSM: (0)601-398-348 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: serwer dla poczty/www
Marcin Rybak napisał(a): > Redundancja to podstawa jeśli to strategiczny serwer. > Warto zainwestować w coś nowego i z gwarancja (nie robie tu autoreklamy), > ale za 2500 netto możesz mieć już IBM eServer x100 z dyskiem sata 80 gb, 512 > ramu i P4 3.0. > Jeśli chodzi o używany sprzęt to niezbędne jest zabezpieczenie się. > Mirroring dysków, jakis hotspare, redundantny zasilacz. no własnie.. za 2,5k moge miec: uzywany dell z 4 X pIII 550 xeon, 1 GB RAM z ECC, 3 X zasilacz, 3-5 dysków SCSI 9,1 GB z RAIDem sprzetowym, do tego kupuje nowy kontroler adapteca dla SATA i 2-3 dyski SATA z 5 letnią gwarancją (na dane) i w sumie za 2,5k mam taką maszynę dyski SCSI of corz hot swap, podobnie jak karty PCI, zasilacze.. dlatego mam dylemat, bo albo mocna mocna nowa maszyna, albo (IMO) pro sprzet, z dopasem, ale słabszy.. zastanawiam sie jak się sprawuje takie 4 X PIII Xeon.. > > Nie wiem jak z Dellem, ale raczej nic nowego tu nie wymyślił, ibmy świetnie > współpracują z linuxem, większość jest w jadrze (stawiałem już PLD na x206, > x226, 346 (dwa procki) i x336. Żadnych problemów. mam nadzieje ze dell bedzie ok, ale IBM tez wchodzi w rachube :) mam tylko dylemat co ma byc za sprzet - nowy, wydajny, ale bez nadmiarowosci, czy uzywany, ale pełen pro.. -- Z powazaniem Przemyslaw Backiel ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
RE: serwer dla poczty/www
Redundancja to podstawa jeśli to strategiczny serwer. Warto zainwestować w coś nowego i z gwarancja (nie robie tu autoreklamy), ale za 2500 netto możesz mieć już IBM eServer x100 z dyskiem sata 80 gb, 512 ramu i P4 3.0. Jeśli chodzi o używany sprzęt to niezbędne jest zabezpieczenie się. Mirroring dysków, jakis hotspare, redundantny zasilacz. Nie wiem jak z Dellem, ale raczej nic nowego tu nie wymyślił, ibmy świetnie współpracują z linuxem, większość jest w jadrze (stawiałem już PLD na x206, x226, 346 (dwa procki) i x336. Żadnych problemów. --- Marcin e-mail: [EMAIL PROTECTED] Skype: marcin.qnc QNC - IBM Premier Business Partner ul. Lubicz 23 31-503 Kraków tel: +48 12 629 61 22 fax: +48 12 629 61 23 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Przemysław Backiel Sent: Thursday, April 13, 2006 5:13 PM To: PLD: Users list (Polish) Subject: serwer dla poczty/www Witam, moj serwerek powoli łapie zadyszki, obsługuje koło 300-500 kont z czego przez 100 kont przechodzi ~500 maili dziennie.. obecnie jest to celeron ~900 MHz patrze na allegro i widze maszyny, 4 procesorowe (della) na PIII xeon 500-550 MHz (dyski to osobna sprawa) albo 2 procesorowe 2 X PIII xeon 733.. mam pytanie, co brac (dla www/poczty/dns/ftp) miałaby ta maszyna robic za backup NASa (freeradius + pppoe) tak aby dała rade? lepiej 4 procki ale słabsze czy 2 mocniejsze? kwestie ramu pomińmy.. czy z dell'ami są w ogóle jakies problemy na PLD? a moze lepiej jeden wydajniejszy procek (ale wtedy bez redundatnego zasilania, bez SCSI etc) -- Z powazaniem Przemyslaw Backiel ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
serwer dla poczty/www
Witam, moj serwerek powoli łapie zadyszki, obsługuje koło 300-500 kont z czego przez 100 kont przechodzi ~500 maili dziennie.. obecnie jest to celeron ~900 MHz patrze na allegro i widze maszyny, 4 procesorowe (della) na PIII xeon 500-550 MHz (dyski to osobna sprawa) albo 2 procesorowe 2 X PIII xeon 733.. mam pytanie, co brac (dla www/poczty/dns/ftp) miałaby ta maszyna robic za backup NASa (freeradius + pppoe) tak aby dała rade? lepiej 4 procki ale słabsze czy 2 mocniejsze? kwestie ramu pomińmy.. czy z dell'ami są w ogóle jakies problemy na PLD? a moze lepiej jeden wydajniejszy procek (ale wtedy bez redundatnego zasilania, bez SCSI etc) -- Z powazaniem Przemyslaw Backiel ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
