Styczeń 2007 - lms - lists.lms.org.pl

Re: lmsd - długie czytanie bazy
by KubaTyszko 12 Sty '07

12 Sty '07

On Thu, Jan 11, 2007 at 09:35:56PM +0100, =?UTF-8?Q? malpi ?= wrote: > Info dla potomnych :) > > > >> - robiłeś VACUUM? > > > Nie robiłem - zacznę :) > > > > obowiązkowo > > > POTWIERDZAM!!! > > Po zastosowaniu czas skrócił się do ok 22sek. = 100% satysfakcji na dzień dzisiejszy (przy obecnej liczbie wpisów) ;-) > > Dzięki - Paweł > > > ja jeszcze goraco polecam przyjrzec sie dokladnie indexom w bazie danych, moj redirector do squida pyta lms o kazde zadanie http i byl czas ze baza byla mocno obciazona, pomoglo dodanie i poprawienie paru indexow.

1 0

Re: KODOWANIE
by A.L.E.C 12 Sty '07

12 Sty '07

machine(a)vf.pl wrote: > Witam ma problem nastepujacy: > > W pliku lms.ini: > [invoices] > number_template = %N/%M/%Y > header = "Virtual Future\nTadeusz Klimek\nul. Zlota > 8\n25-015 Kielce\nNIP: 9590963312\nNumer rachunku: 14 1940 1076 5241 > 9610 0000 0000\n default_author = "Tadeusz Klimek" > cplace = Kielce > monthly_numbering = 0 > > ustawiajac na stronie kodowanie "europa srodkowa (WINDOWS)" Zlota (ly > robi > sie polskie... a reszta strony krzaki) powrot na UTF znow Zlota (ly) > robi > sie krzaczasta... koduj lms.ini w UTFie, albo lepiej, uzywaj konfiguracji przez LMS-UI. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

KODOWANIE
by machine＠vf.pl 11 Sty '07

11 Sty '07

Witam ma problem nastepujacy: W pliku lms.ini: [invoices] number_template = %N/%M/%Y header = "Virtual Future\nTadeusz Klimek\nul. Zlota 8\n25-015 Kielce\nNIP: 9590963312\nNumer rachunku: 14 1940 1076 5241 9610 0000 0000\n default_author = "Tadeusz Klimek" cplace = Kielce monthly_numbering = 0 [payments] deadline = 1 paytype = GOTWKA comment = Abonament miesiczny za Internet (okres %current_month) suspension_description = (zawieszenie) payments skryptem elegancko generuje kodowanie na fakturach jak nalezy... zas wartosc pobierana z invoices na fakturze robi mi krzaki... -- Virtual Future Tadeusz Klimek ul. Z.ota 8 -- W miejsce "l" robi mi kwadracik (to jest ly, nie uzywam polskich znakow :D) ustawiajac na stronie kodowanie "europa srodkowa (WINDOWS)" Zlota (ly robi sie polskie... a reszta strony krzaki) powrot na UTF znow Zlota (ly) robi sie krzaczasta... Prosze o pomoc z kodowaniem -- pozdrawiam VF

1 0

Re: Re: lmsd - długie czytanie bazy
by "malpi" 11 Sty '07

11 Sty '07

Info dla potomnych :) > >> - robiłeś VACUUM? > > Nie robiłem - zacznę :) > > obowiązkowo > POTWIERDZAM!!! Po zastosowaniu czas skrócił się do ok 22sek. = 100% satysfakcji na dzień dzisiejszy (przy obecnej liczbie wpisów) ;-) Dzięki - Paweł

1 0

Re: lmsd - długie czytanie bazy
by A.L.E.C 11 Sty '07

11 Sty '07

malpi wrote: >> - robiłeś VACUUM? > Nie robiłem - zacznę :) obowiązkowo >> - czy nie zacząłeś używać opcji networks/customergroups modułu tc? to >> może spowolnić wykonanie sporo > tak, włączyłem - więcej mam teraz zdalny serwer :/ > (to chyba ta przyczyna! - da się coś z tym zrobić???) Pewnie tylko przerabiając kod modułu. Albo zamiast customergroups, użyć networks, bo to głównie sprawdzanie przynależności do grup jest kiepsko rozwiązane. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: [lms] lmsd - długie czytanie bazy
by "malpi" 11 Sty '07

11 Sty '07

---- Wiadomość Oryginalna ---- Od: "A.L.E.C" <alec(a)alec.pl> Do: <lms(a)lists.rulez.pl> Data: 11 stycznia 2007 13:51 Temat: [lms] Re: [lms] lmsd - długie czytanie bazy > - robiłeś VACUUM? Nie robiłem - zacznę :) > - czy nie zacząłeś używać opcji networks/customergroups modułu tc? to > może spowolnić wykonanie sporo tak, włączyłem - więcej mam teraz zdalny serwer :/ (to chyba ta przyczyna! - da się coś z tym zrobić???) > - włącz logowanie czasów zapytań w postgresie, może to baza muli, no bo > raczej nie sam zapis do pliku > - jak wygląda obciążenie systemu podczas pracy modułu? postgres obciąża procesor na max'a Pozdrawiam - Paweł

1 0

BAZY MYSQL
by machine＠vf.pl 11 Sty '07

11 Sty '07

Hej mam problem z kodowaniem baz danych... Mianowicie musze wrocic do starej bazy danych i wydrukowac kilka faktur.. ale niestety mam w nich zle kodowanie... Nie wiem jak sobie z tym poradzic, postawilem osobny serwer do testowania tego... mysql Ver 14.12 Distrib 5.0.33, for pld-linux-gnu (i686) using readline 5.1 Prosilbym o pomoc, zainteresowanych wynagrodzniem pienieznym prosze o kontakt pod numer gg: 8300 -- Virtual Future

1 0

Re: [lms] lmsd - długie czytanie bazy
by A.L.E.C 11 Sty '07

11 Sty '07

malpi wrote: > Witam. > Zaobserwowałem od jakiegoś miesiąca coraz wolniejsze działanie lmsd > przy przetwarzaniu regułek tc (hfsc). > Właściwie może to ma związek z wymianą wersji lms'a z wersji 1.8.6 na > 1.87??? raczej nie ma związku > Otóż na maszynie dwuprocesorowej (2*Xeon 1,7GHz,pamięć RAM > 1536MB,szybkie dyski na scsi) utworzenie ok 4500 linijek w pliku dla > ok 700komputerów w bazie zajmuje prawie 3min. > Przy czym samo przetowrzenie regułek tc z tego pliku zajmuje maks > 3sekundy! > Czym to może być spowodowane? - robiłeś VACUUM? - czy nie zacząłeś używać opcji networks/customergroups modułu tc? to może spowolnić wykonanie sporo - włącz logowanie czasów zapytań w postgresie, może to baza muli, no bo raczej nie sam zapis do pliku - jak wygląda obciążenie systemu podczas pracy modułu? -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

lmsd - długie czytanie bazy
by "malpi" 11 Sty '07

11 Sty '07

Witam. Zaobserwowałem od jakiegoś miesiąca coraz wolniejsze działanie lmsd przy przetwarzaniu regułek tc (hfsc). Właściwie może to ma związek z wymianą wersji lms'a z wersji 1.8.6 na 1.87??? Otóż na maszynie dwuprocesorowej (2*Xeon 1,7GHz,pamięć RAM 1536MB,szybkie dyski na scsi) utworzenie ok 4500 linijek w pliku dla ok 700komputerów w bazie zajmuje prawie 3min. Przy czym samo przetowrzenie regułek tc z tego pliku zajmuje maks 3sekundy! Czym to może być spowodowane? Wersja LMS: 1.8.7 Adria (1.757.2.10/1.13.2.4) Wersja LMSDB: 1.8.7 Adria (core: 1.36.2.2 / driver: postgres 1.29.2.2) Wersja PostgreSQL: 7.4.7 Wersja PHP: 4.4.2sf2 Wersja Smarty: 2.6.14 Pozdrawiam Paweł

1 0

Re: [OT] Orinoco manegement system
by Dariusz Kowalczyk 11 Sty '07

11 Sty '07

On Thu, 11 Jan 2007 01:24:37 +0100, Wojciech Ziniewicz wrote > > > > To jest cala platforma sprzetowo-programowa nazywa sie to: > > ProximVision ..ale z winboxem to bym tego nie porónywał > > > > http://www.veracomp.pl/tsunami.proximvision-advanced-100-licencji.sieci- bezprzewodowe- > > rozlegle-wwan.page.19.pr_acro.TSU-PVA100.html > > > > Dariusz Kowalczyk > > > > Chodziło o coś bardziej winboxowego wlasnie - gdzies mi sie o oczy obilo... > > Mam cuś takiego jak KArlnet Wireless Configurator - chodziło o coś w > tym stylu... > > Jakieś pomysły ? Wszystkie urzadzenia Proxima sa w pelni zarzadzane przez snmp, wiec moze jakies HP- OpenView lub inne narzedzie do zarzadzania sprzetem przez snmp ..mozna samemu tez napisac soft do zarzadzania w opraciu o MIB-y ktore dostarcza Proxim i opensourcowe narzedzia go komunikacji z uzadzeniami dajacymi sie zarzadzan po snmp moze ktos sie pokusi i do lms-sa cos skrobnie :-), LMS niedlugo bedzie potrafil z demona zarzadzac produktami (www.etherwerx.com) a one sa zarzadzane przez snmp, jak widac wiec da sie pewnie i z Orinoco czy Tsunami Dariusz Kowalczyk

1 0