Najwieksza ilosc klientow obslugiwanych przez lmsa
Chcialem was zapytac ile maksymalnie mieliscie userow w lmsie albo wiecie o tym ze na 100% ktos ma? Interesuje mnie tylko info o osobach ktore maja przynajmniej 1000 wprowadzonych klientow. A najlepiej duzo wiecej.
Jaroslaw Czarniak pisze:
Chcialem was zapytac ile maksymalnie mieliscie userow w lmsie albo wiecie o tym ze na 100% ktos ma? Interesuje mnie tylko info o osobach ktore maja przynajmniej 1000 wprowadzonych klientow. A najlepiej duzo wiecej.
ponad 12 tysiecy klientow - baza na postgresie (LMS sluzy tylko jako baza danych o klientach, nie dzieli pasma itp)
!DSPAM:4a018d9e178221804284693!
Jaroslaw Czarniak pisze:
Chcialem was zapytac ile maksymalnie mieliscie userow w lmsie albo wiecie o tym ze na 100% ktos ma? Interesuje mnie tylko info o osobach ktore maja przynajmniej 1000 wprowadzonych klientow. A najlepiej duzo wiecej.
Można odpalić moduł genfake i się samemu przekonać.
http://devel.ingram.com.pl/lms_cvs/ admin:kau
!DSPAM:4a01950a184286491211187!
Przemysław Kudyba pisze:
Jaroslaw Czarniak pisze:
Chcialem was zapytac ile maksymalnie mieliscie userow w lmsie albo wiecie o tym ze na 100% ktos ma? Interesuje mnie tylko info o osobach ktore maja przynajmniej 1000 wprowadzonych klientow. A najlepiej duzo wiecej.
Można odpalić moduł genfake i się samemu przekonać.
http://devel.ingram.com.pl/lms_cvs/ admin:kau
Hihi. Proba wygenerowania mapki ukazala load na poziomie: 4.58 3.41 1.65
A wiec jedno jest pewne - przy 20tys na pewno nie uzywa sie mapki:D
Andrzej Banach pisze:
Przemysław Kudyba pisze:
Jaroslaw Czarniak pisze:
Chcialem was zapytac ile maksymalnie mieliscie userow w lmsie albo wiecie o tym ze na 100% ktos ma? Interesuje mnie tylko info o osobach ktore maja przynajmniej 1000 wprowadzonych klientow. A najlepiej duzo wiecej.
Można odpalić moduł genfake i się samemu przekonać.
http://devel.ingram.com.pl/lms_cvs/ admin:kau
Hihi. Proba wygenerowania mapki ukazala load na poziomie: 4.58 3.41 1.65
A wiec jedno jest pewne - przy 20tys na pewno nie uzywa sie mapki:D
U mnie wywla memory exhausted :) Nie chce mi się limitów zwiększać ;)
!DSPAM:4a01a1a4196656908914954!
W dniu 6 maja 2009 16:32 użytkownik Andrzej Banach lms@net-komp.net.pl napisał:
Hihi. Proba wygenerowania mapki ukazala load na poziomie: 4.58 3.41 1.65
A wiec jedno jest pewne - przy 20tys na pewno nie uzywa sie mapki:D
Bez przesady.
Nie na jednym serwerze, i baza tez "rozmyta" na kilka hostów i spokojnie można 3x taką ilość obsługiwać i zarządzać, a 'system wykonawczy' to np n routerków z MT i radius.
Wednesday 06 May 2009 16:43:11 Krzysztof Drewicz napisał(a):
W dniu 6 maja 2009 16:32 użytkownik Andrzej Banach
lms@net-komp.net.pl napisał:
Hihi. Proba wygenerowania mapki ukazala load na poziomie: 4.58 3.41 1.65
A wiec jedno jest pewne - przy 20tys na pewno nie uzywa sie mapki:D
Bez przesady.
Nie na jednym serwerze, i baza tez "rozmyta" na kilka hostów i spokojnie można 3x taką ilość obsługiwać i zarządzać, a 'system wykonawczy' to np n routerków z MT i radius.
Czyli, jednym słowem moje 11 tysiecy nie powinno stanowic problemu. Pytam sie głownie dlatego, ze niektóre podstrony lmsa sa tak napisane ze ich wyswietlenie trwa w nieskonczonosc (głownie sieci i finanse) przy duzej ilosci ludzi. I musialem popsuc troche kod aby te strony wyswietlaly sie w jakims rozsadnym czasie. No i boje sie troche czy jeszcze wieksza liczba nie spowoduje dodatkowego opoznienia na nastepnych stronach.
W dniu 7 maja 2009 09:27 użytkownik Jaroslaw Czarniak jczarniak@jarsat.pl napisał:
Czyli, jednym słowem moje 11 tysiecy nie powinno stanowic problemu. Pytam sie głownie dlatego, ze niektóre podstrony lmsa sa tak napisane ze ich wyswietlenie trwa w nieskonczonosc (głownie sieci i finanse) przy duzej ilosci ludzi. I musialem popsuc troche kod aby te strony wyswietlaly sie w jakims rozsadnym czasie. No i boje sie troche czy jeszcze wieksza liczba nie spowoduje dodatkowego opoznienia na nastepnych stronach.
Optymalizator do PHP ?
wytnij te moduły w php których nie używasz i to na prawdę fajnie działa.
Cytowanie Krzysztof Drewicz 69@75.pl:
Optymalizator do PHP ?
wytnij te moduły w php których nie używasz i to na prawdę fajnie działa.
Niektóre rzeczy sa używane, a spowolnienie występuje nie tylko w funkcji klientów, lecz także w funkcji czasu. Przykład: Lista faktur. U mnie co miesiąc powstaje kolejne kilka tysięcy faktur + kilka tyś wpłat, więc lista faktur robi sie dziebko mało użyteczna, a to z niej drukowane sa faktury wystawione z automatu.
Przydał by się jakiś mechanizm retencji danych.
!DSPAM:4a02be1694534062814199!
W dniu 7 maja 2009 12:55 użytkownik maniac@sistbg.net napisał:
wytnij te moduły w php których nie używasz i to na prawdę fajnie działa.
Niektóre rzeczy sa używane, a spowolnienie występuje nie tylko w funkcji klientów, lecz także w funkcji czasu. Przykład: Lista faktur. U mnie co miesiąc powstaje kolejne kilka tysięcy faktur + kilka tyś wpłat, więc lista faktur robi sie dziebko mało użyteczna, a to z niej drukowane sa faktury wystawione z automatu.
Drukuj mądrzej, jakimś fetch & print albo pdfuj, pdfy raczej się lepiej drukuje z automatu (myślę tu o drukowaniu po stronie linuksa, czymś co pobiera pdfy, robi print na drukarkę i tyle). Mając tyle faktur, lepiej zainwestować w podpis elektroniczny i wystawiać 'e-Faktury'. Klientom umożliwiasz wydruk swojej kopii jako duplikatu, oraz zapewniasz jakis interfejs www do 'e-Faktur' ktore wystawiles i podpisałeś. Mniej papieru, mniej wizyt na poczcie. Wplaty zapewne wpisują się automagicznie jakimś transcollect czy innej maści płatnościami masowymi.
Przydał by się jakiś mechanizm retencji danych.
Możesz skopiować sobie bazę do lmsa "archiwalnego" a stare faktury & wplaty usunac albo lepiej zmienic w jeden wpis "fvat za rok 200x" "wplaty za rok 200x". Ale to juz raczej łatanie niewydolności bazy (używasz pgsql?). Czemu dane z przed 5 lat nie miałyby być dostępne? to już niech baza tak zoptymalizuje sobie wyszukiwanie i indeksy aby nie spowalniała nowych rzeczy. Chociaż podejście do daty wystawienia przez ctime (czyli ilość sekund od) jest karkołomne, wyszukanie np maj 2008 oznacza wyszukaj cdate pomiedzy z zakresu np 10000000 i 102592000 (2592000 to ilość sekund w 30 dniowym miesiącu).
Cytowanie Krzysztof Drewicz 69@75.pl:
W dniu 7 maja 2009 12:55 użytkownik maniac@sistbg.net napisał:
wytnij te moduły w php których nie używasz i to na prawdę fajnie działa.
Niektóre rzeczy sa używane, a spowolnienie występuje nie tylko w funkcji klientów, lecz także w funkcji czasu. Przykład: Lista faktur. U mnie co miesiąc powstaje kolejne kilka tysięcy faktur + kilka tyś wpłat, więc lista faktur robi sie dziebko mało użyteczna, a to z niej drukowane sa faktury wystawione z automatu.
Drukuj mądrzej, jakimś fetch & print albo pdfuj, pdfy raczej się lepiej drukuje z automatu (myślę tu o drukowaniu po stronie linuksa, czymś co pobiera pdfy, robi print na drukarkę i tyle). Mając tyle faktur, lepiej zainwestować w podpis elektroniczny i wystawiać 'e-Faktury'. Klientom umożliwiasz wydruk swojej kopii jako duplikatu, oraz zapewniasz jakis interfejs www do 'e-Faktur' ktore wystawiles i podpisałeś. Mniej papieru, mniej wizyt na poczcie.
Tak, klienci pobierają duplikaty, kopie moga odebrać w biurze jak tylko chcą. Ale nie zwalnia to z obowiązku wydrukowania kopii. Faktury można nie wydrukować jeżeli jest to e-Faktura. Nie wiem jak teraz, ale jak zaczynałem, jedyna e-fautkra to była taka z wykożystaniem EDI czyli dla zwykłego ISP temat nie do przeskoczenia. e-Faktura implikuje jeszcze jedno. W myśl prawa nie ma ona kopii papierowaej. Więc klient nie może nic fizycznie nic papierowego otrzymać. A wszelkie papierki to zwykłe świstki o randze kserokopii.
Przydał by się jakiś mechanizm retencji danych.
Możesz skopiować sobie bazę do lmsa "archiwalnego" a stare faktury & wplaty usunac albo lepiej zmienic w jeden wpis "fvat za rok 200x" "wplaty za rok 200x". Ale to juz raczej łatanie niewydolności bazy (używasz pgsql?). Czemu dane z przed 5 lat nie miałyby być dostępne? to już niech baza tak zoptymalizuje sobie wyszukiwanie i indeksy aby nie spowalniała nowych rzeczy.
Imho to nie rozwiąze retencji danych, bo problem i tak wróci, tylko nieco później. Stare dane powinny lądować w oddzielnej, archiwalnej tabeli, tak by nie spowalniać wyszukiwania.
!DSPAM:4a02d9a8114026258220944!
1197 i działa
-----Original Message----- From: lms-bounces@lists.lms.org.pl [mailto:lms-bounces@lists.lms.org.pl] On Behalf Of Jaroslaw Czarniak Sent: Wednesday, May 06, 2009 3:01 PM To: LMS-mailing Subject: [lms] Najwieksza ilosc klientow obslugiwanych przez lmsa
Chcialem was zapytac ile maksymalnie mieliscie userow w lmsie albo wiecie o tym ze na 100% ktos ma? Interesuje mnie tylko info o osobach ktore maja przynajmniej 1000 wprowadzonych klientow. A najlepiej duzo wiecej.
-- Pozdrawiam Jarosław Czarniak Jarsat s.c. Kruczkowskiego 13F 80-288, Gdańsk jczarniak (at) jarsat (dot) pl tel. 0 58 736 50 01 NIP 583-25-65-608; REGON 191681902;
__________ Informacja programu ESET Smart Security, wersja bazy sygnatur wirusów 4055 (20090506) __________
Wiadomosc zostala sprawdzona przez program ESET Smart Security. http://www.eset.pl lub http://www.eset.com
!DSPAM:4a019d87192035750622685!
uczestnicy (7)
-
Andrzej Banach -
ICE -
Jaroslaw Czarniak -
Krzysztof Drewicz -
maniac＠sistbg.net -
PORTALL Mieczysław Falkowski -
Przemysław Kudyba