- lms - lists.lms.org.pl

Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by lukas 08 Wrz '04

08 Wrz '04

Jeśli proponowane przezemnie zmiany weszły by do CVS to miałbym jeszcze jeden wg mnie bardzo ważny pomysł. Chodzi o możliwość zdefiniowania w lms.ini [lmsd] komendy systemowej, którą ALMSD wykonywałby jako pierwszą - przed połączeniem się z bazą danych. Dzięki temu mógłbym np ustanowić tunel SSH z serwerem na którym mam LMS'a a w lms.ini [database] podawalbym adres lokalnej maszyny. imho - brak możliwości zaszyfowania komunikacji ALMSD z bazą to bardzo poważny brak :) pozdrawiam jak zawsze -------------------- Łukasz Wojciechowski

1 0

Re: [lms] Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by lukas 08 Wrz '04

08 Wrz '04

ALEC> lukas wrote: >> daemon/almsd.c - kilka drobnych zmian ALEC> możesz napisać parę słów, jak to działa. Nie wiem czy dobrze rozumiem. ALEC> Uruchamiasz dla każdej sieci demona? I on sprawdza czy jego sieć jest w ALEC> tabeli reloads? Dokladnie tak. Tabela wygląda tak: CREATE TABLE reloads ( netid int(10) unsigned NOT NULL default '0', recordtype enum('0','1') NOT NULL default '0', userid int(10) unsigned NOT NULL default '0', timestamp int(10) unsigned NOT NULL default '0', PRIMARY KEY (netid,recordtype) ) TYPE=MyISAM; Chyba tylko pole recordtype wymaga wyjaśnienia. 0 - polecenie przeładowania (to widać na screenie z mojego pierwszego posta) 1 - potwierdzenie przeładowania (takie rekordy wstawiał by ALMSD po przeładowaniu konfiguracji i w LMS-UI byłoby widać, które z instancji ALMSD się przeładowały i w jakim momencie) Jeśli netid==0 to jest to polecenie przeładowania wszystkich sieci. Jeśli userid==0 to jest to potwierdzenie przeładowania i w LMS-UI zamiast imienia i nazwiska admina będzie "ALMSD". PRZYKŁAD: Z poziomu LMS-UI któryś z adminów chce przeładować konfigurację dla sieci 'SIEC1' - wybiera ją z listy, klika przeładuj i... Dodawany jest rekord z ID sieci, ID admina, recordtype='0', timestamp=time(). ALMSD na jakimś tam odległym routerze. 1. Odczytać timestamp poprzedniego przeładowania (np z pliku) lub 0 - $last_timestamp 2. Odczytać z lms.ini sieci, którymi ma się zajmować dana instancja ALMSD - $networks (tablica z IDkami sieci) 3. Wykonać zapytanie "SELECT timestamp FROM reloads WHERE (netid IN(".join(','$networks).") OR netid=0) AND recordtype = '0' AND timestamp > $last_timestamp 4. Czy zwrócono jakiekolwiek rekordy? 4.1 [TAK] - pojechać po zdefiniowanych w lms.ini instancjach 4.1.1 Dla każdego ID z $networks wykonać zapytanie "REPLACE INTO reloads values($netid,'1',0,".time().")" 4.1.2 Zapisać aktualny timestamp w pliku 4.1.3 Zakończyć działanie 4.2 [NIE] - zakończyć działanie Mniej więcej w ten sposób. Dzieki tym zmianom, będzie można przeładowywać konfigurację tylko na konkretnym routerze. ^^^^^^^^^^^^^ ver1 W między czasie wpadłem na kolejną - lekko ulepszoną i elastyczniejszą wersję tego mechanizmu. Niech to bedzie ver2, opis poniżej. Niektóre moduły ALMSD wymagają w konfiguracji wylistowania sieci, które mają brać pod uwagę podczas działania - tutaj można by zmodyfikować ALMSD i takie moduły aby to ALMSD przekazywał IDki sieci, którymi poszczególne moduły mają się zająć - to by wyeliminowało konieczność definiowania listy sieci w kilku miejscach - wystarczyło by w sekcji [lmsd] Algorytm z ver1 w przypadku gdy ALMSD będzie mial skonfigurowanych kilka sieci - dokona przeładowania zawsze i dla każdej sieci jeśli tylko istnieje polecenie przeładowania dla którejkolwiek z nich. W ver2 od punktu 4 wyglądałoby to tak: 4. Czy zwrócono jakiekolwiek rekordy? 4.1 [TAK]Pobrać IDki sieci, z rekordów z punktu 4. - $reload_networks 4.1.05 pojechać po zdefiniowanych w lms.ini instancjach podając każdej z nich (każdemu modułowi) listę sieci ($reload_networks), które ma wziąć pod uwagę 4.1.1 Dla każdego ID z $reload_networks wykonać zapytanie "REPLACE INTO reloads values($netid,'1',0,".time().")" 4.1.2 Zapisać aktualny timestamp w pliku 4.1.3 Zakończyć działanie 4.2 [NIE] - zakończyć działanie I dla ver1 i ver2 można założyć że definicja sieci w sekcji [lmsd] pliku lms.ini ma zwierać nazwy sieci oddzielone spacją. ALMSD zanim zacząłby cokolwiek sprawdzać to przetłumaczył by sobie te nazwy na IDki - to by jeszcze bardziej uelastyczniło cały mechanizm - ale z drugiej strony nie wydaje mi się, żeby tablica networks a zarazem powiązania nazwasieci <=> idsieci często się zmieniały. huh - no ja bym to tak widział :) Mam gotowe pliki reload.php i reload.html. W alms.c dopiero dłubię i pewnie mi to chwilę zajmie ale jeśli pomysł się spodobał to może ALEC by się zają plikiem alms.c? -------------------- Łukasz Wojciechowski

1 0

Re: Mala optymalizacja
by detekt2＠detekt.pl 08 Wrz '04

08 Wrz '04

Witam Tomasz, > On Wed, 8 Sep 2004 00:55:17 +0200, detekt2 wrote >> Witam , > Witaj. >> btw. takie samo spowolnienie wystepuje przy uzytkownikach i pewnie >> tez LEFT JOIN tu psuje > Jakiej bazdy danych używasz? MySql? mysql 4.0.14 i maszyna nie jest zabijana :) -- Pozdrawiam Michal Kusmirek

1 0

Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by A.L.E.C 08 Wrz '04

08 Wrz '04

lukas wrote: > daemon/almsd.c - kilka drobnych zmian możesz napisać parę słów, jak to działa. Nie wiem czy dobrze rozumiem. Uruchamiasz dla każdej sieci demona? I on sprawdza czy jego sieć jest w tabeli reloads? -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Przeładowywanie konfiguracji - propozycja usprawnienia
by lukas 08 Wrz '04

08 Wrz '04

Witam Już kilka razy o tym gdzieś tam wspominałem a teraz już mam prawie gotowy kod. Mówię o możliwości przeładowywania konfiguracji tylko konkretnych sieci. Mi jest to bardzo potrzebne, bo wdrażam LMS'a do firmy z ponad 10 lokalizacjami. Wygląda to tak jak na załączonym obrazku. Zrobiłem to w oparciu o nową tabelę, którą nazwałem "reloads" (4pola). Zmian wymagają pliki: doc/lms.mysql - definicja tabeli reloads modules/reload.php - napisany od nowa templates/reload.html - napisany od nowa daemon/almsd.c - kilka drobnych zmian Szefowie :) - co wy na to? Jeśli się zdecydujecie to podeślę konkretny kod i opiszę wszystko szczegółowo. pozdrawiam -------------------- Łukasz Wojciechowski

1 0

Re: Mala optymalizacja
by A.L.E.C 08 Wrz '04

08 Wrz '04

Tomasz Chilinski wrote: > Jakiej bazdy danych używasz? MySql? MySQL. Optymalizator postgresa radzi sobie z taką sytuacją wyśmienicie, oto wyniki moich testów. Invoices-3000, Invoicecontents-4500 rekordów. P4 2,8 GHz, 256 RAM PostgreSQL: 1. z JOINem 0,13 sek. 2. bez JOINa 0,13 sek. 3. założenie indeksu na invoicecontents.invoiceid nic nie zmienia MySQL: 1. z JOINem 40,0 sek. 2. bez JOINa 0,18 sek. 3. z indeksem j.w. 0,18 sek. Reasumując zmiana zaproponowana przez detekta jest uzasadniona (po co zakładać indeks jak można zmienić zapytanie). Zwracam także uwagę na wyniki postgresa :) Co do listy użytkowników, to problem został rozwiązany wczoraj. W tym wypadku nie można zrezygnować z LEFT JOINów. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: Mala optymalizacja
by Tomasz Chilinski 08 Wrz '04

08 Wrz '04

On Wed, 8 Sep 2004 00:55:17 +0200, detekt2 wrote > Witam , Witaj. > btw. takie samo spowolnienie wystepuje przy uzytkownikach i pewnie > tez LEFT JOIN tu psuje Jakiej bazdy danych używasz? MySql? > Pozdrawiam Michal Kusmirek Pozdrawiam Tomasz Chiliński

1 0

Mala optymalizacja
by detekt2＠detekt.pl 08 Wrz '04

08 Wrz '04

Witam , od razu uprzedzam ze na bazach sie nie znam, odrobine ich uzywam ale zaczelo mnie zastanawiac czemu jak mam 2300 faktur przechodzenie przez kolejne podstrony trwa az tak dlugo wiec zrobilem prosty test zapytanie z funkcji GetInvoicesList() : SELECT id, number, cdate, customerid, name, address, zip, city, finished, SUM(value*count) AS value, COUNT(invoiceid) AS count >FROM invoices LEFT JOIN invoicecontents ON invoiceid = id WHERE finished = 1 GROUP BY id, number, cdate, customerid, name, address, zip, city, finished ORDER BY cdate ASC zmodyfikowalem na takie : SELECT id, number, cdate, customerid, name, address, zip, city, finished, SUM(value*count) AS value, COUNT(invoiceid) AS count >FROM invoices ,invoicecontents WHERE finished = 1 and invoiceid = id GROUP BY id, number, cdate, customerid, name, address, zip, city, finished ORDER BY cdate ASC i wynik mnie zaskoczyl : na moim p4 2.8 oryginalne zapytanie wykonywalo sie : Pokazanie rekordów 0 - 29 (2276 wszystkich, Wykonanie zapytania trwało 20.1586 sekund(y)) natomiast to zmodyfikowane : Pokazanie rekordów 0 - 29 (2276 wszystkich, Wykonanie zapytania trwało 0.1459 sekund(y)) wyniki obu zapytan byly identyczne wiec jezeli optymalizacja jest sluszna to zrobie maly update w cvs btw. takie samo spowolnienie wystepuje przy uzytkownikach i pewnie tez LEFT JOIN tu psuje -- Pozdrawiam Michal Kusmirek

1 0

Re: Postgres -> MySQL
by A.L.E.C 07 Wrz '04

07 Wrz '04

Grzegorz Czechowski wrote: > Wracając do mojego problemu to rozwiązanie go jest banalne, w plikach > lms.ini i lms-mgc.ini mialem jako bazę MySQL podany adres 127.0.0.1 i > to był błąd. Po wpisaniu localhost poszło, któs kojarzy dlaczego? jednak dobrze wyczułem, że problem z bazą i konfigiem, a za powyższe zachowanie odpowiada opcja skip-networking w my.cnf lub raczej obsługa połaczenia w PHP, czyli jak wpiszesz localhost połaczenie idzie po sockecie, a jak adres IP to po TCP/IP. Ty masz zablokowane połączenia TCP/IP w mysqlu. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: Postgres -> MySQL
by Grzegorz Czechowski 07 Wrz '04

07 Wrz '04

W Twoim liście datowanym 7 września 2004 (22:08:27) można przeczytać: ALEC>> Grzegorz Czechowski wrote: >>> Był sobie LMS na Postgresie, lecz znudziło mu się i postanowił przejść >>> sobie na MySQL. ALEC>> jeszcze do niego wrócisz :) l> Właśnie mi się nasunęło pytanie. l> Czy LMS na postgresie jest wydajniejszy ? l> Mówię tutaj o bazie z 3000 userów. Postgres przy większych bazach danych jest dużo szybszy niż MySQL. Wracając do mojego problemu to rozwiązanie go jest banalne, w plikach lms.ini i lms-mgc.ini mialem jako bazę MySQL podany adres 127.0.0.1 i to był błąd. Po wpisaniu localhost poszło, któs kojarzy dlaczego? Może to jakiś błąd, który należy poprawić? -- g.

1 0