Lipiec 2004 - lms - lists.lms.org.pl

Re: Po co wogule ALMSD ?
by Robert Olejnik 06 Lip '04

06 Lip '04

On Tue, 06 Jul 2004 14:49:28 +0200 Adrian Smarzewski <adrian(a)kadu.net> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Robert Olejnik wrote: > | wchodzić w flame, ale już sam wybór języka (język C) jest w ogóle pomyłką. > | [...] > | własną implementację serwera w pythonie/perlu/java'ie. > uważam, że C jest 3 razy lepszy do tego niż wyżej wymienione języki. > a juz napewno 1000 razy lepszy do tego niż java. > bez flamów, ale przemyśl dlaczego. Właśnie rozpoczynasz flame, więc po co to piszesz. Po pierwsze, pisanie że C jest 1000 razy lepszy od jakiegoś języka, jest oznaką, iż (wybacz) ale Twoje umiejętności programistyczne zbiegają do zera. Dobór języka zależy od zadanego problemu, i tak C jest idealny do jednego typu rozwiązań, a inne języki do innego typu rozwiązań (jeżeli tego poprzednik nie rozumie, a nie rozumie pisząc że C jest lepszy... to nie mam nawet co wdawać się w dyskusję). Odpowiedź dlaczego C zupełnie nie nadaje się do rozwiązania typu daemon dla LMS: Pisząc daemon wymagam by w prosty i szybki sposób pisało się moduły, czyli język musi być elastyczny i mieć gotowe rozszerzenia, które pozwolą realizowanie pewnych zadań. I teraz jeżeli kolega mi powie, że C jest 1000 razy lepszy napisania modułowego rozwiązania, które w prosty sposób pozwoli generować/edytować pliki przy pomocy połączenia do bazy danych, to ja urywam dyskusje i flameujcie sobie sami dalej, nie mam czasu tłumaczyć tak podstawowych rzeczy (no bo przecież rzeczywiście zabawa z zarządzaniem pamięci, tworzeniem własych struktur danych jako podwalinę programu w C jest 1000 razy szybsze niż wykorzystanie gotowych rozwiazań w postaci języków skryptowych, czy też całej machiny jaką daje fenomen Javy). Konkluzja: mnie zupełnie osobiście nie obchodzi jak jest rozwijany daemon ALECD, dla mnie może być on pisany nawet w basicu, ja mam ochotę pisać szybko i wygodnie i dlatego C w tym przypadku jest pomyłką (bo ja napisze w pythonie/perlu w ciągu dwóch dni więcej niż do tej pory zostało napisane w C). Ps. Co do javy, to są przypadki (co prawda obliczeniowe), w których java jest o wiele szybsza niż C/C++. (teraz uśmiechy i myślenie że wypisuje bzdury, a teraz zgaszenie uśmiechów) Java ma świetnie zbudowany kompilator, który optymalizuje kod zanim wygeneruje byte code, więc bardzo często zdarza się sytuacja, kiedy następuje optymalizacja np. pętli w taki sposób, w jaki kompilatory języka C tego nie robią. Pozdrawiam i z mojej strony EOT. -- ,- ,`"`, -- -, | r o b e r t ; :' ; z a r o n . d e b i a n . p l | | '. `" | `-- -- - `. --- - --- --- --'

1 0

Re: Po co wogule ALMSD ?
by Tomasz Chilinski 06 Lip '04

06 Lip '04

On Tue, 06 Jul 2004 14:49:28 +0200, Adrian Smarzewski wrote > Robert Olejnik wrote: > | wchodzić w flame, ale już sam wybór języka (język C) jest w ogóle pomyłką. > | [...] > | własną implementację serwera w pythonie/perlu/java'ie. > uważam, że C jest 3 razy lepszy do tego niż wyżej wymienione języki. > a juz napewno 1000 razy lepszy do tego niż java. > bez flamów, ale przemyśl dlaczego. Właśnie kolega Olejnik napisał, że coś jest be, a coś super, ale bez uzasadnienia. Ot, ccze gadanie. Napisz dlaczego to co piszesz jest lepsze od C, a ja Ci napiszę dlaczego wg mnie to powinno być w pascalu albo basicu napisane. > Pozdrowienia > Adrian Smarzewski Pozdrawiam Tomasz Chiliński

1 0

Re: Po co wogule ALMSD ?
by A.L.E.C 06 Lip '04

06 Lip '04

Przemysław 'Repcio' Gubernat wrote: >> Ciekawe. A jak to zrealizować w praktyce? Bo zdaje się że demon >> kasuje żądanie po wykonaniu restartu. Da się jakoś zmusić demony na >> dwóch maszynach do skorzystania z jednego żądania czy jest wyścig >> "kto pierwszy"? nie kasuje -- Pozdrawiam Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.rulez.pl

1 0

Re: Po co wogule ALMSD ?
by pbern＠pbern.biz 06 Lip '04

06 Lip '04

On Tue, 6 Jul 2004, Maciej Ochalek wrote: > Inna sprawa ze teraz pod znakiem zapytania pozostaje sens rozwijania > wiekszosci modulow demona, ktore maja swoje wersje w skryptach > perlowych. ze co? wole uzywac almsd niz skryptow perlowych, to rozwiazanie jest wygodniejsze, i mniejsze. co jest wazne przy upakowywaniu AP-routera na karcie flash. Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: Po co wogule ALMSD ?
by Adrian Smarzewski 06 Lip '04

06 Lip '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Olejnik wrote: | wchodzić w flame, ale już sam wybór języka (język C) jest w ogóle pomyłką. | [...] | własną implementację serwera w pythonie/perlu/java'ie. uważam, że C jest 3 razy lepszy do tego niż wyżej wymienione języki. a juz napewno 1000 razy lepszy do tego niż java. bez flamów, ale przemyśl dlaczego. - -- Pozdrowienia Adrian Smarzewski -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA6p/YgnuWEmthbpURAifOAJ9z36+husxF7L60ZueW+6watMkbPACcCFsK q5Zc4iFGcPnGszkkdasJk/w= =4xVI -----END PGP SIGNATURE-----

1 0

Re: Po co wogule ALMSD ?
by lukas 06 Lip '04

06 Lip '04

PRG> Jest w archiwum listy. Ano znalazłem ale niewiem jak kontynuować tamten wątek, więc... Tutaj kolega dał dobry pomysł wg mnie. http://lists.rulez.pl/lms/2004/2007.html A ja widzę to tak: - ustalić np, że przeładowanie może dotyczyć określonej grupy użytkowników lub okreslonej sieci (jestem za siecia) - dodać kolumne w bazie z ID sieci - w LMS-UI dać możliwość globalnego przeładowania lub przeładowania tylko wybranej sieci - jeśli przeładowanie globalne to LMS-UI zapisuje tyle rekordów "_force" ile jest sieci, każdy rekord z odpowiednim ID sieci, jeśli przeładowanie wybranej to tylko jeden rekord z ID tej jednej sieci - z drugiej strony czyli ALMSD powinien mieć np możliwość ustawienia w konfigu, na którą sieć ma reagować, jeśli znajdzie rekord "_force" z ID sieci tej co ma sobie przypisaną to odpala wszystko i kasuje rekord W ten sposób można by było przeładować wszystkie "lokalizacje" lub tylko jedną wybraną. -------------------- Łukasz Wojciechowski

1 0

Re: Po co wogule ALMSD ?
by Robert Olejnik 06 Lip '04

06 Lip '04

On Tue, 6 Jul 2004 13:57:37 +0200 Maciej Ochalek <ohaleck(a)rudynet.pl> wrote: > No i dlatego, jeśli dobrze rozumiem, została dodana w 1.3.4 (co > postulowałem, ale pewnie ktoś już wcześniej o tym pomyslal) mozliwosc > uruchamiania zewnetrznych polecen (modul system). Mam zamiar to > wykorzystac, bo dzieki temu demon zyskal duzo wieksza elastycznosc: > np. za pomoca reloadu z poziomu LMS-UI generuje nowe pliki, a > nastepnie restartuje dhcp, firewalla itp. Witam Nastał dobry czas bym wtrącił sie w dyskusję. Ogólnie potrzeba daemon'a jest niekwestionowalna, ale wg. mnie sam ALMSD jest źle zaprojektowany. Nie chcę wchodzić w flame, ale już sam wybór języka (język C) jest w ogóle pomyłką. Mam w swojej firmie rozwiązania podobne do LMS (napisane przeze mnie), ale jako iż sieć się rozrasta, zdecydowałem przepisać od nowa wszystko, niestety sam projekt zakłada iż potrwało by to za długo, postanowiłem więc przyjrzeć sie bliżej lms. I tak wstępnie zadecydowałem, iż LMS-ui zostaje, a napiszę własną implementację serwera w pythonie/perlu/java'ie. Dodatkowo praktycznie już mam podstawę do obłsugi lms VIA Gui, napisane w javie na okienkach. Rozwój gui jednak pozostawię w spokoju, dopóki daemon nie będzie napisany. Zanim jednak, czeka mnie trochę pracy z analizą kodu i założeń LMS. Pozdrawiam -- |-+-[ Robert Olejnik ]-+-[ robert(a)zaron.debian.pl ]-+PLUG+-+SzLUUG+-+RWO-+-+| |-+-{ http://zaron.debian.pl }-+-{ apt: http://zaron.debian.pl/debian }-+-| |-+-| "People get annoyed when you try to debug them." - Larry Wall |-+-+-+-|

1 0

Re: Po co wogule ALMSD ?
by Przemysław 'Repcio' Gubernat 06 Lip '04

06 Lip '04

On Tue, Jul 06, 2004 at 02:01:04PM +0200, Maciej Ochalek wrote: > PRG> [..] > PRG> A weź pod uwagę takie rozwiązanie.. > > PRG> [router1] -------- [sieć] ----- [router2] ---- [sieć] > PRG> | > PRG> | > PRG> | > PRG> [serwer] > > Ciekawe. A jak to zrealizować w praktyce? Bo zdaje się że demon kasuje > żądanie po wykonaniu restartu. Da się jakoś zmusić demony na dwóch > maszynach do skorzystania z jednego żądania czy jest wyścig "kto > pierwszy"? Jest w archiwum listy. -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | System Administrator @ Repcio.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Re: Po co wogule ALMSD ?
by Maciej Ochalek 06 Lip '04

06 Lip '04

PRG> [..] PRG> A weź pod uwagę takie rozwiązanie.. PRG> [router1] -------- [sieć] ----- [router2] ---- [sieć] PRG> | PRG> | PRG> | PRG> [serwer] Ciekawe. A jak to zrealizować w praktyce? Bo zdaje się że demon kasuje żądanie po wykonaniu restartu. Da się jakoś zmusić demony na dwóch maszynach do skorzystania z jednego żądania czy jest wyścig "kto pierwszy"? O. -- Maciej O'Klap Ochałek ASK RudyNET http://www.rudynet.pl

1 0

Re: Po co wogule ALMSD ?
by Maciej Ochalek 06 Lip '04

06 Lip '04

1:48:00 PM, lukas był(a) łaskaw(a) nastukać list o treści: l> Witam l> Tak od kilku dni "wgryzam" sie w LMS'a i zastanawiam się, jaką metodę l> powinienem przyjąć jeśli chodzi o uruchamianie skryptów generujących l> rożne dane/pliki na podstawie zawartości bazy danych. l> Zastanawiam się jakie cele przyświecały stworzeniu ALMSD. l> Narazie rozpatruje wszystko bardzo teoretycznie i może przez to nie l> dostrzegam innych różnic od uruchamiania skryptów z crona niż ten: l> - możliwość zainicjowania pewnych procesów przez administratora LMS'a l> poprzez LMS-UI No i dlatego, jeśli dobrze rozumiem, została dodana w 1.3.4 (co postulowałem, ale pewnie ktoś już wcześniej o tym pomyslal) mozliwosc uruchamiania zewnetrznych polecen (modul system). Mam zamiar to wykorzystac, bo dzieki temu demon zyskal duzo wieksza elastycznosc: np. za pomoca reloadu z poziomu LMS-UI generuje nowe pliki, a nastepnie restartuje dhcp, firewalla itp. Inna sprawa ze teraz pod znakiem zapytania pozostaje sens rozwijania wiekszosci modulow demona, ktore maja swoje wersje w skryptach perlowych. A tak w ogóle to moj pierwszy post na tą listę więc witam wszystkich, twórcom systemu gratuluję i mam nadzieję, że LMS będzie rósł w siłę, w czym będę też miał jakiś malutki udział. Pozdr, O. -- Maciej O'Klap Ochałek ASK RudyNET http://www.rudynet.pl

1 0