Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Witajcie. Jestem szczęśliwym użytkownikiem Debian Testing i karty AMD Radeon HD 5850. Dzisiaj zauważyłem, że z repozytorium testing zniknął całkowicie sterownik fglrx i wszystkie pochodne pakiety.
Tutaj dowód - status pakietu na PTS: http://packages.qa.debian.org/f/fglrx-driver.html
A tutaj "wyjaśnienie": http://packages.qa.debian.org/f/fglrx-driver/news/20110928T163910Z.html Jak widać, dzisiaj wszystkie pakiety związane z fglrx zostały usunięte z testing przez przez pana jcristau, tutaj changelog jego działań: http://release.debian.org/britney/hints/jcristau
Ktoś potrafi wyjaśnić, dlaczego tak się stało? Albo przetłumaczyć mi na język "polski", oco tu chodzi? Bo nadal nie rozumiem, dlaczego pakiet został usunięty.
Offline
Pewnie dlatego, że nie ma obecnie wersji sterownika fglrx działającego z Xorgiem 1.11, który właśnie pojawił się w testingu. Stery Nvidii dla starszych kart ([url=http://packages.qa.debian.org/n/nvidia-graphics-drivers-legacy-96xx.html]nvidia-graphics-drivers-legacy-96xx[/url] oraz [url=http://packages.qa.debian.org/n/nvidia-graphics-drivers-legacy-173xx.html]nvidia-graphics-drivers-legacy-173xx[/url]), które również z nim nie działają, także wyleciały.
Offline
No to by pasowało. Szkoda, tylko, że nie poczekano z migracją xorga, aż do pojawienia się działających sterowników, bo te "najnowsze" z unstable także nie działają z nowym Xorg (wymagają zależności od wirtualnych pakietów, których nie ma jeszcze w repo). Tak więc, używając repozytorium Debiana, nie można mieć aktualnego systemu i działających sterowników fglrx, na dzień dzisiejszy. Spoko.
Ostatnio edytowany przez pioruns (2011-09-28 23:06:13)
Offline
Zależy jak na to patrzeć… Wszystko co znajduje się w sekcji non-free, czyli m.in. zamknięte sterowniki, właściwie nie jest częścią Debiana. :) Gdyby chodziło o otwarte stery, na pewno poczekaliby z migracją Xorga. Poza tym nie chodzi o to, że tych sterów zgodnych z Xorgiem 1.11 nie ma aktualnie w Debianie. Ich w ogóle nie ma, trzeba czekać aż zostaną wydane przez producenta. A kiedy zostaną wydane? Nie wiadomo…
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639875#31
Just for the record, 11-8 segfaults with the latest xorg packages that
bumped the abi. It definitely looks like we need to wait for an
upstream fix.[/quote]
[img]http://svn.debianart.org/themes/generic/spinner/spinner48px-moreblue.png[/img]
Offline
[quote=pioruns]Szkoda, tylko, że nie poczekano z migracją xorga, aż do pojawienia się działających sterowników, bo te "najnowsze" z unstable także nie działają z nowym Xorg[/quote]
Nie każdy używa zamkniętych sterowników i nie ma potrzeby do specjalnego czekania na łaskę AMD czy NVidii. Jeszcze by tego brakowało żeby od tego zależał rozwój Debiana i innych dystrybucji.
Offline
To czy ktoś używa to jego sprawa. Ja z kolei mam nvidie i jeszcze mi się nie zdarzyło bym miał problem z ich sterownikami (jakiś poważny, który by się przekładał na codzienną pracę, uniemożliwiając ją). Jednak nie wyobrażam sobie pracy na linuxie bez tych sterowników. Wszystkie sterowniki opensource mogą się schować w stosunku do tych zamkniętych (przynajmniej nvidii). Gdybym nie miał do dyspozycji zamkniętych, działających sterowników dla swojej karty graficznej, zaprzestałbym korzystania z linuxa. Debian by na tym raczej ucierpiał, bo przecie nic tak nie wpływa na rozwój oprogramowania jak ucieczka jego użytkowników.
Druga sprawa dotyczy samego xorga. Jeżeli jak pisze pioruns, nie działają mu te sterowniki na nowszej wersji xorga, niech go wyrzuci i zainstaluje wersję np ze stable, lub tę ostatnią, na której mu wszystko działało. Po czym niech zablokuje sobie te pakiety w aptitude, by podczas aktualizacji nie ruszało mu ich. I niech czekają na lepsze czasy.
Ja też mam z paroma pakietami trochę problemów, jednak one mi nie narzucą swojej woli, bo to ja - użytkownik - decyduję o tym jakie będzie przeznaczenie mojego systemu, a nie linux :]
Offline
Chyba źle mnie zrozumiałeś. Sterowniki wyleciały bo nie działają. Oczywiście że to niekorzystna sytuacja, ale pretensje można mieć do AMD/NVidii że nie zdążyły wydać [b]działających[/b] sterowników z aktualną wersją xorga. [b]ArnVaker[/b] już wcześniej wspomniał że:
Wszystko co znajduje się w sekcji non-free, czyli m.in. zamknięte sterowniki, właściwie nie jest częścią Debiana. :) Gdyby chodziło o otwarte stery, na pewno poczekaliby z migracją Xorga. Poza tym nie chodzi o to, że tych sterów zgodnych z Xorgiem 1.11 nie ma aktualnie w Debianie. Ich w ogóle nie ma, trzeba czekać aż zostaną wydane przez producenta.[/quote]
Co można jeszcze do tego dodać? Formalnie Debian to Squeeze — w nim są działające. A logiczne że w testingu/sidzie rozwija się kolejne wydanie i nikt nie będzie czekał aż jakiś producent poprawi zamknięty sterownik.
Offline
Ja nie przeczę, że głównym winowajcą jest AMD. Trzeba wyciągnąć wnioski na przyszłość z tej sytuacji i przy zakupie kolejnej karty graficznej wybrać nvidie, bo panowie z nvidii przynajmniej cenią sobie użytkowników linuxa, w przeciwieństwie do AMD. To nie jest zresztą pierwsza sytuacja (problem ze sterownikami AMD) o której słyszę. Dlatego ja od 3 lat siedzę na kartach graficznych nvidii i póki co nie mam (i nie miałem) z nimi żadnych problemów.
Offline
[quote=morfik]Trzeba wyciągnąć wnioski na przyszłość z tej sytuacji i przy zakupie kolejnej karty graficznej wybrać nvidie, bo panowie z nvidii przynajmniej cenią sobie użytkowników linuxa, w przeciwieństwie do AMD.[/quote]
Generalnie tak, ale w tym przypadku sterów Nvidii z Xorgiem 1.11 też bym obecnie nikomu nie polecił. Niby jest już wersja z jego oficjalną obsługą, ale działa po prostu słabo. Pewnie panowie z Nvidii też jakieś obejście zastosowali. :P /me w każdym razie siedzi na Xorgu 1.10 + Nvidia 280.13 póki co.
Offline
E tam
Nvidia działa.
aptitude show xserver-xorg-core Pakiet: xserver-xorg-core Stan: zainstalowany Zainstalowany automatycznie: tak Wersja: 2:1.11.1-1
ilin@debian ~ % dpkg -l | grep nvidia ii glx-alternative-nvidia 0.1.94 allows the selection of NVIDIA as GLX provider ii libgl1-nvidia-alternatives 280.13.really.275.28-1 transition libGL.so* diversions to glx-alternative-nvidia ii libgl1-nvidia-glx 280.13.really.275.28-1 NVIDIA binary OpenGL libraries ii libglx-nvidia-alternatives 280.13.really.275.28-1 transition libgl.so diversions to glx-alternative-nvidia ii nvidia-alternative 280.13.really.275.28-1 allows the selection of NVIDIA as GLX provider ii nvidia-glx 280.13.really.275.28-1 NVIDIA metapackage ii nvidia-installer-cleanup 20110729+2 Cleanup after driver installation with the nvidia-installer ii nvidia-kernel-common 20110729+2 NVIDIA binary kernel module support files ii nvidia-kernel-dkms 280.13.really.275.28-1 NVIDIA binary kernel module DKMS source ii nvidia-support 20110729+2 NVIDIA binary graphics driver support files ii nvidia-vdpau-driver 280.13.really.275.28-1 NVIDIA vdpau driver ii xserver-xorg-video-nvidia 280.13.really.275.28-1 NVIDIA binary Xorg driver
ilin@debian ~ % glxgears 35359 frames in 5.0 seconds = 7071.738 FPS
Nie zauważyłem żadnych nieprawidłowości.
Offline
[b]ilin[/b]: Ale nie zawsze tak jak powinna. Nawet w Archu m.in. przez to czekają z wrzuceniem do głównego repo Xorga 1.11: [url]http://www.mail-archive.com/arch-general@archlinux.org/msg21877.html[/url]. Daleko nie szukając: [url]http://forum.dug.net.pl/viewtopic.php?id=19724[/url] — problem spowodowany właśnie współpracą sterów Nvidii z nowym Xorgiem, po cofnięciu wszystko wróciło do normy.
Offline
Ja korzystałem ze sterowników 280.x, jednak jakiś czas temu nie chciał mi się włączyć tryb graficzny, wyrzuciłem je i zainstalowałem 275.28 i problem zniknął.
Generalnie można popatrzeć po dacie aktualizacji konkretnego sterownika:
Linux Display Driver - x86 275.28 September 7, 2011 Linux Display Driver - x86 173.1431 August 17, 2011 Linux Display Driver - x86 BETA 285.03 August 17, 2011 Linux Display Driver - x86 280.13 August 1, 2011
Ostatnio edytowany przez morfik (2011-09-30 16:10:31)
Offline
275.28 to są właśnie te jedyne oficjalnie obsługujące nowego Xorga, które u niektórych powodują problemy. Wolę poczekać aż obsługa nowego Xorga zostanie wprowadzona w głównej gałęzi sterowników, a nie w tej LTS, podejrzewam że wtedy nie będzie już z nimi żadnych problemów. :)
Offline
Opracowałem rozwiązanie dla użytkowników Debian Testing i Debian Unstable.
Z serwisu http://snapshot.debian.org/ trzeba ściągnąć i zainstalować następujące wersje pakietów:
libgl1-mesa-dev_7.10.3-4_amd64.deb libgl1-mesa-dri_7.10.3-4_amd64.deb libgl1-mesa-glx_7.10.3-4_amd64.deb mesa-common-dev_7.10.3-4_amd64.deb xorg_7.6+8_amd64.deb xserver-xorg_7.6+8_amd64.deb xserver-xorg-core_1.10.4-1_amd64.deb xserver-xorg-input-all_7.6+8_amd64.deb xserver-xorg-input-evdev_2.6.0-2+b1_amd64.deb xserver-xorg-input-synaptics_1.4.1-1_amd64.deb xserver-xorg-input-wacom_0.10.10+20110203-1+b1_amd64.deb xserver-xorg-video-apm_1.2.3-2+b1_amd64.deb xserver-xorg-video-ark_0.7.3-2+b1_amd64.deb xserver-xorg-video-ati_6.14.2-1_amd64.deb xserver-xorg-video-chips_1.2.4-1+b1_amd64.deb xserver-xorg-video-cirrus_1.3.2-4+b1_amd64.deb xserver-xorg-video-fbdev_0.4.2-4+b1_amd64.deb xserver-xorg-video-i128_1.3.4-2+b1_amd64.deb xserver-xorg-video-intel_2.15.0-3_amd64.deb xserver-xorg-video-mach64_6.9.0-1_amd64.deb xserver-xorg-video-mga_1.4.13.dfsg-3+b1_amd64.deb xserver-xorg-video-neomagic_1.2.5-2+b1_amd64.deb xserver-xorg-video-nouveau_0.0.16+git20110411+8378443-1+b1_amd64.deb xserver-xorg-video-openchrome_0.2.904+svn920-1_amd64.deb xserver-xorg-video-r128_6.8.1-5+b1_amd64.deb xserver-xorg-video-radeon_6.14.2-1_amd64.deb xserver-xorg-video-rendition_4.2.4-2+b1_amd64.deb xserver-xorg-video-s3_0.6.3-4+b1_amd64.deb xserver-xorg-video-s3virge_1.10.4-4+b1_amd64.deb xserver-xorg-video-savage_2.3.2-3+b1_amd64.deb xserver-xorg-video-siliconmotion_1.7.5-1+b1_amd64.deb xserver-xorg-video-sis_0.10.3-3+b1_amd64.deb xserver-xorg-video-sisusb_0.9.4-2+b1_amd64.deb xserver-xorg-video-tdfx_1.4.3-4+b1_amd64.deb xserver-xorg-video-trident_1.3.4-2+b1_amd64.deb xserver-xorg-video-tseng_1.2.4-2+b1_amd64.deb xserver-xorg-video-vesa_2.3.0-7_amd64.deb xserver-xorg-video-vmware_11.0.3-2+b1_amd64.deb xserver-xorg-video-voodoo_1.2.4-2+b1_amd64.deb
Po downgrade xorga i mesy, restart, instalacja fglrx-driver=1:11-9-1 z unstable no i mamy spowrotem działające pięknie sterowniki własnościowe. Nie wiem co nowego jest w Xorg 1.11, bo żadnych różnich w pracy nie zauważyłem, oczywiście oprócz tego, ze musiałem jechać na sterowniku open source.
Gdyby ktoś miał problemy z downgrade to proszę pytać:)
Ostatnio edytowany przez pioruns (2011-10-09 14:18:46)
Offline
[quote=pioruns]Z serwisu http://snapshot.debian.org/ trzeba ściągnąć i zainstalować następujące wersje pakietów:[/quote]
Nie trzeba ręcznie ściągać tego wszystkiego, można użyć repo: [url]http://forum.dug.net.pl/viewtopic.php?pid=182681#p182681[/url].
PS W ogóle większość tych pakietów możesz usunąć. :)
Offline
Tak, zauważyłem, że mogę użyć migawki repo, w stylu http://snapshot.debian.org/archive/debian/20110920T211952Z/, jednak downgrade xorga i mesy to jednorazowa akcja, zatrzymam te pakiety aż do wydania poprawionej, działającej wersji sterowników zamkniętych. No i nie polegałem na tym, co będzie w migawce, tylko ściągnąłem odpowiednie, dokładne wersje pakietów, sprawdzając, jakie były przed ostatnim upgradem xorga (sprawdziłem w logu dpkg, starsze, działające wersje pojawiły się w moim systemie 21 września i były tam do czasu upgrade xorg 1.11).
Nie mniej jednak, warto zapamiętać taki sposób, dla kogoś, kto jeszcze pakietów nie przypinał z zewnętrznych repozytoriów;)
I zgadzam się, większość pakietów xserver-xorg-video* nie jest mi potrzebna, z wyjątkiem jednego - xserver-xorg-video-radeon, który mogę użyć, gdybym odinstalował fglrx:)
Ostatnio edytowany przez pioruns (2011-10-09 15:42:19)
Offline
Tam są tworzone cztery zrzuty całego repozytorium na dobę, zawsze można dobrać moment z odpowiednią zawartością. IMO użycie repo jest po prostu szybsze i wygodniejsze niż ściąganie każdego pakietu osobno. Repo wystarczy znaleźć tylko raz, no i przy okazji jest już gotowy wpis do zablokowania pakietów przed aktualizacją. Niemniej jednak każde rozwiązanie jest oczywiście dobre, jeżeli tylko pozwala osiągnąć zamierzony cel.
Offline
[b]@ilin[/b] U mnie nowy Xorg działał nieciekawie - stary, z backportów lata jak huragan Katrina.
$ dpkg -l | grep nvidia ii glx-alternative-nvidia 0.1.94 allows the selection of NVIDIA as GLX provider ii libgl1-nvidia-alternatives 280.13.really.275.28-1 transition libGL.so* diversions to glx-alternative-nvidia ii libgl1-nvidia-glx 280.13.really.275.28-1 NVIDIA binary OpenGL libraries ii libglx-nvidia-alternatives 280.13.really.275.28-1 transition libgl.so diversions to glx-alternative-nvidia ii nvidia-alternative 280.13.really.275.28-1 allows the selection of NVIDIA as GLX provider ii nvidia-glx 280.13.really.275.28-1 NVIDIA metapackage ii nvidia-installer-cleanup 20110729+2 Cleanup after driver installation with the nvidia-installer ii nvidia-kernel-common 20110729+2 NVIDIA binary kernel module support files ii nvidia-kernel-dkms 280.13.really.275.28-1 NVIDIA binary kernel module DKMS source ii nvidia-support 20110729+2 NVIDIA binary graphics driver support files ii nvidia-vdpau-driver 280.13.really.275.28-1 NVIDIA vdpau driver ii nvidia-xconfig 280.13-1 X configuration tool for non-free NVIDIA drivers ii xserver-xorg-video-nvidia 280.13.really.275.28-1 NVIDIA binary Xorg driver
$ aptitude show xserver-xorg-core Pakiet: xserver-xorg-core Stan: zainstalowany Zainstalowany automatycznie: nie Wersja: 2:1.10.4-1~bpo60+1 Priorytet: opcjonalny Sekcja: x11 Opiekun: Debian X Strike Force <debian-x@lists.debian.org>
$ glxgears 47677 frames in 5.0 seconds = 9535.267 FPS 48079 frames in 5.0 seconds = 9615.700 FPS 47973 frames in 5.0 seconds = 9594.456 FPS
Co do zamkniętych sterów - zdecydowanie wolę takie niż zwykle otwarte. Dlatego dodanie nowego Xorga do testinga jest dziwne, skoro nawet w Archu (wedługg distrowatch) siedzi 1.10.4 - coś zatem jest nie tak.
Ostatnio edytowany przez sir_lucjan (2011-10-09 18:11:01)
Offline
[quote=sir_lucjan]Dlatego dodanie nowego Xorga do testinga jest dziwne, skoro nawet w Archu (wedługg distrowatch) siedzi 1.10.4 - coś zatem jest nie tak.[/quote]
Zamknięte sterowniki nie są częścią Debiana, deweloperzy Debiana nie zwracają na nie uwagi. :P
Offline
Dziwi mnie takie podejście do tematu ale Debian to Debian :D
Offline
[b]OT:[/b] W takich sytuacjach jak ta z Xorgiem 1.11 okazuje się, że osobne kontrolowane repo LMDE ma jednak sens — Xorg 1.11 zapewne nie będzie tam dostępny dopóki wszystko nie zacznie działać na nim tak jak na wcześniejszych wersjach. :)
Offline
nie straszcie wszystkich tym Xorgiem 1.11.1 u mnie działa
karta grafiki nvidii z akceleracją Trapezoids + sterowniki 285.05.09
trzeba na nvidii sprawdzać
arturek@debian:~/Pulpit$ nvidia-settings -q AccelerateTrapezoids Attribute 'AccelerateTrapezoids' (debian:0.0): 1. 'AccelerateTrapezoids' is a boolean attribute; valid values are: 1 (on/true) and 0 (off/false). 'AccelerateTrapezoids' can use the following target types: X Screen. arturek@debian:~/Pulpit$
działa akceleracja Trapezoids
Attribute 'AccelerateTrapezoids' (debian:0.0): [b]1[/b][/quote]
wyłączona ( wtedy też mam błędy )Attribute 'AccelerateTrapezoids' (debian:0.0): [b]0[/b][/quote]
Ostatnio edytowany przez arturek (2011-10-09 20:28:30)
Debian “buster” XfceOffline
[quote=ArnVaker]Tam są tworzone cztery zrzuty całego repozytorium na dobę, zawsze można dobrać moment z odpowiednią zawartością. IMO użycie repo jest po prostu szybsze i wygodniejsze niż ściąganie każdego pakietu osobno. Repo wystarczy znaleźć tylko raz, no i przy okazji jest już gotowy wpis do zablokowania pakietów przed aktualizacją. Niemniej jednak każde rozwiązanie jest oczywiście dobre, jeżeli tylko pozwala osiągnąć zamierzony cel.[/quote]
No tu masz rację, na pewno to wygodniejsze jest. Następnym razem, gdy będę miał tego typu problem, to zrobię to:)
A przy okazji, mógłbyś zerknąć, czy jeszcze jakieś pakiety mógłbym usunąć (z tej mojej listy), oprócz tych xserver-xorg-video*? Bo te video już poszły z systemu, komendą:
aptitude purge `dpkg -l |grep xserver-xorg-video | awk {'print $2'} |grep -v radeon`
EDIT: Przypiąłem cofnięte pakiety pinem w /etc/apt/preferences (gdyby ktoś szukał, to będzie miał gotowe rozwiązanie):
Package: *xserver* xorg mesa-common-dev libgl1-mesa* Pin: release a=now Pin-Priority: 1020
Dopóki nie zobaczę w aktualizacjach nic z fglrx, to nie mam się czym martwić - system działa ładnie i stabilnie.
Ostatnio edytowany przez pioruns (2011-10-10 02:05:02)
Offline
[deb]libgl1-mesa-dev[/deb], [deb]mesa-common-dev[/deb], [deb]xorg[/deb], [deb]xserver-xorg-input-all[/deb], [deb]xserver-xorg-input-synaptics[/deb] (jeżeli to nie lapek), [deb]xserver-xorg-input-wacom[/deb]. U siebie nie mam też [deb]libgl1-mesa-dri[/deb], ale u Ciebie może siedzieć jako zależność czegoś. W ogóle cała mesa o ile dobrze pamiętam siedzi tylko przez zależności, zamknięte sterowniki i tak jej nie używają. Przynajmniej tak jest w przypadku sterowników Nvidii, miałem kiedyś puste pakiety zamiast pakietów mesy i wszystko działało bez problemu.
$ dpkg -l |grep xserver ii x11-xserver-utils 7.6+3 X server utilities ii xserver-common 2:1.10.4-1 common files used by various X servers ii xserver-xorg 1:7.6+8 X.Org X server ii xserver-xorg-core 2:1.10.4-1 Xorg X server - core server ii xserver-xorg-input-evdev 1:2.6.0-2+b1 X.Org X server -- evdev input driver ii xserver-xorg-video-vesa 1:2.3.0-7 X.Org X server -- VESA display driver
[deb]x11-xserver-utils[/deb] nie jest niezbędny, ale ja go używam po prostu. Do tego jeszcze sterowniki ze skryptu Nvidii, których tu nie widać.
BTW:
aptitude purge `dpkg -l |grep xserver-xorg-video | awk {'print $2'} |grep -v radeon`
to samo za pomocą samego aptitude:
aptitude purge 'xserver-xorg-video~i !~nradeon'
:)
Offline
Strony: 1
Time (s) | Query |
---|---|
0.00013 | SET CHARSET latin2 |
0.00008 | SET NAMES latin2 |
0.00094 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.145.85.74' WHERE u.id=1 |
0.00079 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.145.85.74', 1732685728) |
0.00065 | SELECT * FROM punbb_online WHERE logged<1732685428 |
0.00054 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=19778 AND t.moved_to IS NULL |
0.00005 | SELECT search_for, replace_with FROM punbb_censoring |
0.00275 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=19778 ORDER BY p.id LIMIT 0,25 |
0.00143 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=19778 |
Total query time: 0.00736 s |