[01:09] tjaalton: i just tested out the 20160310 live image, and the bug is reproducible [01:11] looking at the diff between the manifests, i don't see any possible culprit other than xorg? [01:39] tjaalton: looks like this is probably the issue, and there is a fix released in xserver git https://bugs.freedesktop.org/show_bug.cgi?id=94246 [01:39] Freedesktop bug 94246 in Driver/glamor "Text shadow is rendered incorrectly on Radeon R7 260X" [Normal,Resolved: fixed] [01:39] glamor bug [01:41] if this is it, that should really be backported into a point release [01:48] these are the 2 patches: [01:48] https://cgit.freedesktop.org/xorg/xserver/commit/?id=b05ae79ee3bebef9790c97eedc033d1ffb3ec39a [01:48] https://cgit.freedesktop.org/xorg/xserver/commit/?id=a3e681eafa5355b8bb3b099d47983f14f0d5e197 [01:48] i'll test them [01:50] actually it looks like it might depend on some previous patches as well [05:15] furkan: oh right, forgot glamor.. [05:16] furkan: mind filing a bug? [05:17] tjaalton: sure, will do [05:17] but i haven't tested the patch [05:18] did an apt-get source and was manually merging those two patches but noticed some other discrepancies in the code [05:18] wasn't really in the mood of breaking anything tonight [05:19] so based on that, it seems there have been other patches to the same functions in question, so it may require a bit of fiddling to backport [05:19] sure [05:23] nouveau@riva-tnt2: x11perf -putimagexy500 -eschertilerect500 -repeat 1 [05:23] 2000 reps @ 4.4646 msec ( 224.0/sec): 500x500 tiled rectangle (216x208 tile) [05:23] 4 reps @ 8389.1916 msec ( 0.1/sec): PutImage XY 500x500 square [05:23] ==> how is it possible for a single putimage to need 20 seconds?! [05:29] don't ask me [05:29] where do you get this crap hw? [05:31] probably from an archaeological dig :D [05:31] Greece, that's all we have here :D [05:32] sorry to hear that [05:32] For some reason normal operations like menus animations, scrolling windows, watching youtube etc is extremely slow on all the old graphics cards that I've tried [05:33] With e.g. windows 2000, it isn't so; it's something specific to the linux implementation [05:33] I don't know if it'd be worth it to try and troubleshoot it, to find which code paths are so slow etc... [05:33] Difference like from e.g. 1 fps on linux, to 30 fps on windows [05:34] Tested in 10 cards or so, so I don't think it's just driver-specific [05:34] have you tried the proprietary driver (if it's still supported)? [05:34] it's not [05:34] Not recently (it would need 8.04), but I did try intel hardware as well [05:34] oh [05:34] nvidia [05:35] wait what, windows 2000? [05:35] what kind of CPU do you have? [05:36] We're the IT support center of 300+ schools, we have a lot of CPUs available for testing, [05:36] because i occasionally use windows 7 and 10, and i find that window operations in linux are much more CPU intensive [05:37] like moving around a window can cause CPU usage to spike to 30-40%, resizing a window can cause 90%+ CPU usage [05:37] so currently I'm testing with the windows-2000 -era hardware that they have, we're using them as linux thin clients [05:37] whereas with windows 7+, CPU usage is negligible [05:38] Right, that's what I notice too [05:38] i think Xorg is just really inefficient [05:38] But why? Too many buffers being copied around? [05:38] i don't know but i think that's part of what Wayland will fix [05:39] and Mir, on the Ubuntu side [05:39] I really can't see why a putimage would need 20 seconds, last I tried implementing that in assembly back in 1995 we could easily do 60 fps... [05:39] i think there is a build of Ubuntu 16.04 available with Unity 8, maybe you can try it if it's compatible with your hardware [05:40] Unity 8 uses Mir [05:40] no it won't be [05:40] but it's a big work-in-progress right now [05:40] oh, my mistake then [05:40] Would e.g. wayland or mir be compatible with intel 855? [05:40] at least I don't think nouveau has any support for ancient hw [05:40] alkisg: no idea [05:41] ...or nouveau + geforce 400mx, stuff like that [05:45] i don't know if it needs more than just kms support [05:46] first thing to check is if nouveau is used [05:46] the kernel module [05:47] In e.g. 16.04 and geforce 400mx, it is... I'll download a wayland or mir cd to test with... [05:48] with current debian sid on intel skylake & wayland, for instance resizing the terminal is abysmally slow [05:49] it's like 2fps [05:50] Meh :) [05:50] Another idea could be vnc@directfb to reuse those old clients... maybe it would be faster... [05:50] alkisg: i wonder if you guys would just be better off buying raspberry pis [05:51] raspberry pi 3 might be more powerful than your hardware, and consumes much less power [05:51] not sure how expensive electricity is over there, and how much it would offset the cost [05:52] School eletric bills are paid centrally, so they don't care about that [05:52] When we do have 100€ per client, we're upgrading P4's with something like ASROCK QC5000M motherboard + 4 GB RAM [05:52] (all in one, 1900 passmark score for its kabini cpu) [05:52] It's like 100 times faster than raspberry pi 3 [05:52] ok i see, yeah kabini and 4GB RAM is better than rpi for sure [05:54] do you use ubuntu with the kabini boxes? [05:55] so far we've been using equivalent intel-based boards (with IDE connectors), but they're not available anymore, so we ordered our first kabini one some days ago, it hasn't arrived yet [05:55] We'll start testing it in a week or so [05:55] oh ok, i have a kabini box running ubuntu and it works really nicely [05:56] Some teacher reported that his recent amd board didn't work with 64bit ubuntu after 14.10, and he needed 32bit instead [05:56] (usb + lan didn't work at all on the live CDs etc) [05:58] that could be for any number of reasons... i remember i had an issue with an intel machine where the onboard Realtek LAN wasn't working properly, and it's because for some reason the wrong kernel module was being loaded [05:58] i built the driver from source and it worked fine after that [06:09] Haha ok s3virge wins, 4 reps @ 15587.4967 msec ( 0.1/sec): PutImage XY 500x500 square [06:10] That's like one putimage per hour :D [06:22] * alkisg is trying to find some ancient graphics card that goes faster in debian wheezy (before xaa was killed) compared to ubuntu xenial... and can't find any!!! [06:48] furkan: it wasn't too hard to backport the font fixes afterall [06:48] seems to work [06:49] oh, nice :) [06:50] did you still want me to file that bug report? i was still going to do it a bit later [07:05] please [07:21] tjaalton: done https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1555960 [07:21] Launchpad bug 1555960 in xorg (Ubuntu) "Some text (in buttons, dropdown menus) renders incorrectly" [Undecided,New] [07:21] i could have sworn that somewhere on that page there was an option to indicate that an upstream fix has been committed [07:21] but i can't find it [07:22] thx [07:22] np [07:23] glamor performance is really coming along nicely, it's been getting faster with every xorg release [07:25] i was meant to let skylake fall back to modesetting+glamor but other bugs prevent that [07:25] i'm looking forward to 1.19, it looks like eric put in some pretty nice improvements while doing his work on the raspberry pi driver [07:40] uploaded [07:47] to x-staging? [07:47] no [07:47] xenial [07:47] the bugfix i mean [07:47] hmm maybe it hasn't propagated to my mirror yet [07:48] lucky if it has even built yet.. [07:48] it'll take a day to hit your mirror [07:48] oh haha [07:50] btw remember when you said i must have not updated for a quite a while [07:50] the mirror i was using hasn't been updated since mid-february [07:50] same thing with fi.a.u.c [07:50] and i think that might be the most popular mirror around here [07:50] (hosted at a university nearby) [07:53] come to think of it, i think that might be the mirror being used in our lab, so we might not have been getting security updates for the past month :o [07:53] * furkan ssh's in [07:53] I hope you use security.u.c [07:53] as everyone should [07:54] what's that? [07:54] security.ubuntu.com [07:54] see sources.list [07:55] oh ok [07:55] checking now, we use an apt-cacher [07:55] looks like we use the generic ca.archive.ubuntu.com mirror [07:56] are you suggesting that i add a separate line for security.ubuntu.com? [07:57] no [07:57] should have already [07:57] even if you use a mirror the default sources.list uses security.u.c for security updates [07:57] unless you've fumbled that [07:58] i'm gonna pastebin this to make sure, i'm not the one who set up this particular server [07:58] i'm talking about the client [07:58] i don't care what you mirror :) [07:58] oh this server is acting as the apt-cacher for all the computers in the lab [07:58] k [07:58] http://pastebin.com/M9QwcPJV [07:59] i don't see "security" anywhere in here [07:59] well there is trusty-security, but points to ca.archive.u.c [07:59] i don't know how apt cacher works [07:59] that's just the sources.list file [07:59] apt-cacher just sets up an HTTP server and serves the cached packages [08:00] then you can hit issues like mentioned [08:00] ok i see, i'm looking at my sources.list at home and i see the difference [08:00] deb http://security.ubuntu.com/ubuntu/ xenial-security multiverse main universe restricted [08:01] i will modify the server, thanks for the heads up [08:01] basically all the clients have their source.list set up to point to the apt-cacher [08:01] and the apt-cacher uses its own sources.list to retrieve/cache the packages and serve them to the others [08:03] ok [08:03] I just host a local mirror [08:03] of debian & ubuntu === JanC_ is now known as JanC