-
Zawartość
96 -
Rejestracja
-
Ostatnia wizyta
Previous Fields
-
Ulubiona dystrybucja
Fedora
-
Środowisko graficzne
KDE
-
GG
7161051
- JID
Contact Methods
-
Strona www
http://klimas7.pl/
-
ICQ
0
Profile Information
-
Skąd
Radziszow
-
Zainteresowania
!) Fizyka (Mechanika kwantowa)
@) Fizyka
#) Elektronika
$) Programowanie (C++)
%) LaTeX (ten zwiazany z TeX ;))
^) kolarstwo Górskie prawie wyczynowo
&) Zawodowo Java
klimas7's Achievements
Użytkownik (7/16)
0
Reputacja
-
Fedora 14 X86_64 & Proprietary Driver Radeon Hd 6800
temat odpowiedział klimas7 → maroszka → Sprzęt i sterowniki
Rzeczywiście dzieje się tak tylko w aplikacjach napisanych pod gtk ale przy wyłączonych efektach. pz B.KLimas -
Fedora 14 X86_64 & Proprietary Driver Radeon Hd 6800
temat odpowiedział klimas7 → maroszka → Sprzęt i sterowniki
Ja dodam że instalowałem stery ati według Opis i wszystko działa bez żadnego problemu wiec chyba nie jest tak źle z tymi sterami od ati. Garść informacji $ uname -a ... 2.6.35.10-74.fc14.x86_64 ... $ lsmod | grep fglrx fglrx 2560335 282 $ lspci | grep ATI 01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3400 Series $ fgl_glxgears Using GLX_SGIX_pbuffer 5634 frames in 5.0 seconds = 1126.800 FPS 5637 frames in 5.0 seconds = 1127.400 FPS 5642 frames in 5.0 seconds = 1128.400 FPS 5636 frames in 5.0 seconds = 1127.200 FPS ... $ glxgears 23895 frames in 5.0 seconds = 4778.987 FPS 25762 frames in 5.0 seconds = 5152.375 FPS 25783 frames in 5.0 seconds = 5156.582 FPS 25709 frames in 5.0 seconds = 5141.665 FPS 25723 frames in 5.0 seconds = 5144.521 FPS Tak jak pisałem wyżej wszystkie funkcje laptopa działają. Ale żeby nie było tak cukierkowo to przy wyłączonych efektach (w kwin) w np. eclipse przy przewijaniu poziomym edytora powstają ,,artefakty'' Które znikają po zaznaczeniu tekstu lub zaczęciu edycji w danym miejscu. pz B.KLimas -
Rozumie że tak jak pisali na tamtym forum masz driver w katalogu (lub innym adekwatnym) /usr/lib64/qt4/plugins/sqldrivers/libqsqlmysql.so pz B.KLimas
-
Może to pomoże ... Ale dalej to już samemu pz B.KLimas
-
Masz paczkę qt-mysql? pz B.KLimas
-
... ja umie czytac i to ze zrozumieniem, wedlug mnie QSqlDatabase db = QSqlDatabase::addDatabase("QPSQL"); To PostgreSQL Wiec prosze przeczytaj kawalek chociaz dokumentacji która polecil Ci morsik: Driver Type Description ... QMYSQL MySQL Driver ... QPSQL PostgreSQL Driver ... pz B.KLimas
-
To wkońcu PostgreSql czy MySql?
-
Witam, Najlepiej otworzyc QtAssistant i poczytac o QtSql Notabene nie trzeba inkludowac zadnych bibliotek zewnetrznych wszystko realizujesz przez drivery dostarczone w Qt. Mozna oczywiscie korzystac z zewnetrznych rzeczy ale na poczatku tak jest najprosciej. Dobrze tez w 'Qt Examples and Demos' przegladnac sobie przyklady SQL. [edit] Jesli masz przyzwyczajenia z javy to w uzywa sie tego podobnie jak jdbc. A i jak masz przyzwyczajenia z NetBeansa to warto sobie skonfigurowac eclipse z pluginem do Qt. [/edit] pz B.Klimas
-
Witam, Tak jak przypuszczałem umieszczenie pliku bazy na partycji ext3 pomogło, chociaż nie uważam tego za żadne rozwiązanie. Według opisu nie powinno być prawie żadnego spadku wydajności, jednak środowisko testowe z tego opisu pozostawia wiele do życzenia. Dalej otwarte zostaje pytanie jak zamontować partycje ext4 aby działała wydajnie? (czy jest to w ogóle możliwe) pz B.KLimas
-
Witam, Przepraszam że pisze pod własnym postem ale trzeba pomóc tematowi. Sprawdziłem opisaną sytuacje na serwerze firebird 2.5 (superserver) sytuacja jest analogiczna jak opisana wcześniej, niezależnie czy serwer instalowany jest z RPM-a czy kompilowany ze źródeł. (Niestety dokonałem profanacji i sprawdziłem sytuacje na ubuntu 10.xx z jądrem 2.6.32 sytuacja również jest analogiczna). Zaobserwowałem również że na jądrze >2.6.30 przy wykonywaniu operacji na bazie dosyć dużo zasobów procesora zużywanych jest na "IOWait" (patrz Przeglądarka obciążenia systemu). Z dużą dozą prawdopodobieństwa problemem jest wspomniany wcześniej system plików ext4. Przy nowszym jądrze dla każdego dysku (partycji) z ext4 działają procesy "dziennika" jbd2/sdaX oraz procesy ext4-dio-unwrite. Na F11 z jądrem 2.6.30 te tych procesów po prostu nie ma. w tym wypadku szybkość odczytu/zapisu przez serwer firebird wynosi ~1800/5000 Kilobajty/s natomiast przy nowszym jądrze prędkości I/O ~300/500 k/s (masakra). Niestety na dzień dzisiejszy nie mam żadnej partycji ext3 żeby potwierdzić tą hipotezę (ale sprawdzę). Niestety/stety baza danych przeważnie chce korzystać z bezpośredniego dostępu do dysku. Czy ktoś może wie jak zmusić system do tego aby nie uruchamiał procesów jbd2.. i ext4...? Kombinowanie z różnymi parametrami montowania dysku (opis_parametrów) nie przyniosło oczekiwanych rezultatów. Pz B.KLimas ps Mam nadzieje że nie piszę tego tylko dla siebie.
-
Witam, Mam zainstalowany serwer firebird w wersji superserver (2.1.3) z którego domyslnie korzystam na F11(x64) z jadrem 2.6.30. Bazy danych maja rozmiar ~1GB, pewne zapytanie a konkretnie update przepisujacy jedno pole do drugiego w tej samej tabeli (jest to jeden z przykladów) trwa w tej konfiguracji okolo ~25s. Natomiast kiedy zmienie jadro na 2.6.32 to to samo zapytanie trwa ~6min. Ogólnie przy przejsciu na nowsze jadro wydajnosc bazy danych spada znaczaco (kazdej operacji nie tylko ww update) Analogiczny spadek wydajnosci zauwazylem przy przejsciu na F13 z jadrem 2.6.34. Jezeli plik bazy umieszcze w pamieci ram to niezaleznie od systemu i wersji jadra te same operacje na bazie trwaja porównywalny czas. System plików jaki jest stosowany to ext4. Test programem bonnie++ daje porównywalne rezultaty. Potraktowanie bazy gbak'em tez nic nie zmienia. Mak tos jakies pomysly lub sugestie jak to rozwiazac lub w która strone szukac tego rozwiazania. Jeszcze z obserwacji organoleptycznych W pierwszym przypadku dysk pracuje dosyc plynnie i pracuje ,,nieprzerwanie'' proces serwera firebird wykorzystuje procesor (1 rdzen) praktycznie w ~98%. W drugim przypadku praca dysku jest ,,nerwowa'' a serwer obciaz procesor (1 rdzen) maksymalnie w 40%. pz B.KLimas
-
Dzięki borzole za sugestie, pomogło, to znaczy $ PATH=/usr/java/jre1.6.0_13/bin/: $ export PATH Spowodowało że rzeczywiście program (wydruk) przestał działać Co rozwiązało mój problem. Sedno problemu. Rzeczywiście wystarczy dołączyć jdt-compiler aby jasperowy wydruk poszedł pod jre. Dzięki
-
Witam, Mam taki nietypowy (chyba) problem. Mam sobie program napisany w java i potrzebuje go przetestować (uruchomić) tylko i wyłącznie z wykorzystaniem jre (bez bibliotek zawartych w jdk). Samo przestawienie wersji javy na jre poprzez alternatives --config java niewiele pomaga ponieważ widoczne są biblioteki (jary) z jdk co psuje test a raczej powoduje że program działa poprawnie. Zna ktoś jakiś elegancki sposób na ustawienie ,,czegoś'' aby korzystać tylko z jre nie rozwalają instalacji javy. Tyle ogólnie, jeśli chodzi o szczegóły to program generuje wydruk z użyciem jasperReport, ww potrzebuje przy dynamicznym generowaniu wydruku jdt-compiler (który notabene zawarty jest w jdk) natomiast docelowy odbiorca niekoniecznie chce instalować całe jdk. Wygooglałem że wystarczy dorzucić jdt-compiler z projektu jasperreports-3.X.X-project tylko nie mam jak tego sprawdzić bo i tak u mnie działa. pz B.KLimas
-
Witam, Oprócz SETI (które szuka dziury w całym) jest BOINC które liczy już konkretne rzeczy. Wiec śmiało można się dołączyć. pz B.KLimas
-
Witam, Proponuje poczytać o wzorcu Model View Controller (klasyczne MVC). Do symulacji - prezentacji zjawisk fizyczny to podstawa. pz B.KLimas