Re: Poor browser performance in OpenBSD
Branching off from the CPU and X paths of analysis, have you made sure network performance is not a factor in all this? A tact also in the browser, is use the inspect tools to see the response time of the request pieces. IF it is at all network related that my yield some information. Ken On Wed, Jun 20, 2018 at 08:29:30AM +0300, wrote: > Hello. > I'm using Firefox and Chromium (from packages) to browse the internet on > OpenBSD 6.3 (amd64). > The problem is that their performance in OpenBSD is very poor compared to > other OSes. > Everything I found regarding boosting their performance: > 1) Changing some values in login.conf for login group staff and adding myself > to that login class: > staff:\ > :datasize-cur=4096M:\ > :datasize-max=infinity:\ > :openfiles-cur=1024:\ > :stacksize-cur=64M:\ > :maxproc-max=512:\ > :maxproc-cur=512:\ > :ignorenologin:\ > :requirehome@:\ > :tc=default: > > 2) sysctl kern.shminfo.shmall=268435456 > > All of this was taken from here: > http://openbsd-archive.7691.n7.nabble.com/Coddling-bloated-web-browsers-etc-or-how-far-does-kern-shminfo-shmall-usefully-go-td244155.html > > These changes to the system don't seem to have any effect. > Loading pages is slow, watching online video is possible but the > responsiveness of the browser becomes awful. > > Do I need additional settings to fix this? > > > dmesg: > > OpenBSD 6.3-current (GENERIC.MP) #13: Thu Jun 14 17:29:44 MDT 2018 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 8442433536 (8051MB) > avail mem = 8108933120 (7733MB) > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xe9374 (57 entries) > bios0: vendor Hewlett-Packard version "K01 v02.57" date 11/16/2012 > bios0: Hewlett-Packard HP Compaq Pro 6300 All-in-One PC > acpi0 at bios0: rev 2 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP APIC MCFG HPET SSDT SSDT SLIC SSDT SSDT TCPA ASF! BGRT > acpi0: wakeup devices PS2K(S3) PS2M(S3) P0P1(S4) USB1(S3) USB2(S3) USB3(S3) > USB4(S3) USB5(S3) USB6(S3) USB7(S3) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) > PXSX(S4) RP03(S4) [...] > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz, 3293.09 MHz > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,XSAVE,AVX,F16C,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu0: 256KB 64b/line 8-way L2 cache > cpu0: smt 0, core 0, package 0 > mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges > cpu0: apic clock running at 99MHz > cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE > cpu1 at mainbus0: apid 2 (application processor) > cpu1: Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz, 3292.52 MHz > cpu1: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,XSAVE,AVX,F16C,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu1: 256KB 64b/line 8-way L2 cache > cpu1: smt 0, core 1, package 0 > ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins > acpimcfg0 at acpi0 addr 0xf800, bus 0-63 > acpihpet0 at acpi0: 14318179 Hz > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus 1 (P0P1) > acpiprt2 at acpi0: bus -1 (RP01) > acpiprt3 at acpi0: bus -1 (RP02) > acpiprt4 at acpi0: bus -1 (RP03) > acpiprt5 at acpi0: bus -1 (RP04) > acpiprt6 at acpi0: bus -1 (RP05) > acpiprt7 at acpi0: bus -1 (RP06) > acpiprt8 at acpi0: bus -1 (RP07) > acpiprt9 at acpi0: bus -1 (RP08) > acpiprt10 at acpi0: bus -1 (PEG0) > acpiprt11 at acpi0: bus -1 (PEG1) > acpiprt12 at acpi0: bus -1 (PEG2) > acpiprt13 at acpi0: bus -1 (PEG3) > acpiec0 at acpi0: not present > acpicpu0 at acpi0: C3(350@80 mwait.1@0x20), C2(500@59 mwait.1@0x10), > C1(1000@1 mwait.1), PSS > acpicpu1 at acpi0: C3(350@80 mwait.1@0x20), C2(500@59 mwait.1@0x10), > C1(1000@1 mwait.1), PSS > acpipwrres0 at acpi0: FN00, resource for FAN0 > acpipwrres1 at acpi0: FN01, resource for FAN1 > acpipwrres2 at acpi0: FN02, resource for FAN2 > acpipwrres3 at acpi0: FN03, resource for FAN3 > acpipwrres4 at acpi0: FN04, resource for FAN4 > acpitz0 at acpi0: critical temperature is 105 degC > acpitz1 at acpi0: critical temperature is 105 degC > acpicmos0 at acpi0 > "INT3F0D" at acpi0 not configured > tpm0 at acpi0: TPM_ addr 0xfed4/0x5000: Infineon SLB9635 1.2 rev 0x10 > acpibtn0 at acpi0: PWRB > "PNP0C14" at acpi0 not configured > "PNP0C0B" at acpi0 not configured > "PNP0C0B" at
Re: How to copy n bytes from stdin to stdout?
On Thu, Jun 21, 2018 at 12:44:14AM +0200, Tomasz Rola wrote: [...] > => (591 60): cat nread > #!/bin/sh > > # nread n - read up to n bytes from stdio, put them on to stdout > > N=$1 > > dd bs=512 count=$((N / 512)) iflag=fullblock 2>/dev/null > dd bs=1 count=$((N % 512)) iflag=fullblock 2>/dev/null Craps. I have consulted OpenBSD's manpage for dd and there is no mention of iflag. So this will not work on OpenBSD. I will have to rethink this, sorry. -- Regards, Tomasz Rola -- ** A C programmer asked whether computer had Buddha's nature. ** ** As the answer, master did "rm -rif" on the programmer's home** ** directory. And then the C programmer became enlightened... ** ** ** ** Tomasz Rola mailto:tomasz_r...@bigfoot.com **
Re: How to copy n bytes from stdin to stdout?
On Thu, Jun 21, 2018 at 12:02:14AM +0200, Maximilian Pichler wrote: > Your script is incorrect. > > $ dd if=/dev/zero bs=1 | ./nread 1234567 | wc -c > 0+2411 records in > 0+2411 records out > 2411 bytes transferred in 0.038 secs (62579 bytes/sec) > 135+0 records in > 135+0 records out > 135 bytes transferred in 0.001 secs (126148 bytes/sec) > 2546 > I have slightly modified the script to ease debugging. Also, slight mod to read full blocks - I was not aware that strange things can happen when two dd's feed one another in a pipe. => (591 60): cat nread #!/bin/sh # nread n - read up to n bytes from stdio, put them on to stdout N=$1 dd bs=512 count=$((N / 512)) iflag=fullblock 2>/dev/null dd bs=1 count=$((N % 512)) iflag=fullblock 2>/dev/null => (591 61): md5sum (591 65): dd if=/dev/zero bs=1 2>/dev/null | /usr/bin/time nread 1234567 | wc -c 0.14user 3.00system 0:03.55elapsed 88%CPU (0avgtext+0avgdata 768maxresident)k 0inputs+0outputs (0major+737minor)pagefaults 0swaps 1234567 => (591 66): cat HUGE | /usr/bin/time nread 1234567 | wc -c 0.00user 0.01system 0:00.02elapsed 54%CPU (0avgtext+0avgdata 768maxresident)k 0inputs+0outputs (0major+734minor)pagefaults 0swaps 1234567 -- Regards, Tomasz Rola -- ** A C programmer asked whether computer had Buddha's nature. ** ** As the answer, master did "rm -rif" on the programmer's home** ** directory. And then the C programmer became enlightened... ** ** ** ** Tomasz Rola mailto:tomasz_r...@bigfoot.com **
Re: How to copy n bytes from stdin to stdout?
POSIX says (http://pubs.opengroup.org/onlinepubs/9699919799/utilities/head.html#tag_20_57_18) about the 'head' utility: "There is no -c option (as there is in tail) because it is not historical practice and because other utilities in this volume of POSIX.1-2017 provide similar functionality." I'm just wondering what these other utilities might be. On Wed, Jun 20, 2018 at 5:32 PM, Maximilian Pichler wrote: > dd bs=1 count=1234567 will copy 1234567 bytes and then stop, but it's slow. > > I can't seem to think of a faster command that also works in the > presence of short reads and blocking. There is ghead -c from coreutils > in ports, but this should be possible in base, no? > > Max
Re: How to copy n bytes from stdin to stdout?
Your script is incorrect. $ dd if=/dev/zero bs=1 | ./nread 1234567 | wc -c 0+2411 records in 0+2411 records out 2411 bytes transferred in 0.038 secs (62579 bytes/sec) 135+0 records in 135+0 records out 135 bytes transferred in 0.001 secs (126148 bytes/sec) 2546 $ man dd ... count=n Copy only n input blocks. ... These are input, not output blocks. On Wed, Jun 20, 2018 at 11:42 PM, Tomasz Rola wrote: > On Wed, Jun 20, 2018 at 08:20:16PM +0200, Maximilian Pichler wrote: >> On Wed, Jun 20, 2018 at 7:17 PM, Tomasz Rola wrote: >> > But seriously: man sh. >> >> Are you saying there is a shell built-in that does this? If so, which one? > > => (591 13):cat nread > #!/bin/sh > > # nread n - read up to n bytes from stdio, put them on to stdout > > N=$1 > > dd bs=512 count=$((N / 512)) > dd bs=1 count=$((N % 512)) > > => (591 14): md5sum 9c6d3e6aa2b11f6351290fc4f770bf44 - > > => (591 15): chmod a+x nread > > => (591 16): cat HUGE | /usr/bin/time ./nread 1234567 | wc -c > 2411+0 records in > 2411+0 records out > 1234432 bytes (1.2 MB) copied, 0.0122527 s, 101 MB/s > 135+0 records in > 135+0 records out > 135 bytes (135 B) copied, 0.000620305 s, 218 kB/s > 0.00user 0.01system 0:00.02elapsed 57%CPU (0avgtext+0avgdata 768maxresident)k > 0inputs+0outputs (0major+731minor)pagefaults 0swaps > 1234567 > > Total time is well below 1s. If you want faster, then you have to > write it in C or assembly. > > -- > Regards, > Tomasz Rola > > -- > ** A C programmer asked whether computer had Buddha's nature. ** > ** As the answer, master did "rm -rif" on the programmer's home** > ** directory. And then the C programmer became enlightened... ** > ** ** > ** Tomasz Rola mailto:tomasz_r...@bigfoot.com ** >
Re: OpenBSD in qemu freezes randomly
On 20/06/18 17:03, Leo Unglaub wrote: Hey, thank you very much for the link. I have forwarded it to the support staff at the datacenter. I hope they apply it very quickly. I let you know if this fixes the problem. Thanks and greetings Leo On 06/19/18 21:21, Kapetanakis Giannis wrote: They should try setting this on the host: kvm-intel.preemption_timer=0 It seems that this patch on linux kernel fixes the problem. https://patchwork.kernel.org/patch/10411125/ G no problem. Also have a look here: https://bugzilla.redhat.com/show_bug.cgi?id=1584775 G
Re: How to copy n bytes from stdin to stdout?
On Wed, Jun 20, 2018 at 08:20:16PM +0200, Maximilian Pichler wrote: > On Wed, Jun 20, 2018 at 7:17 PM, Tomasz Rola wrote: > > But seriously: man sh. > > Are you saying there is a shell built-in that does this? If so, which one? => (591 13):cat nread #!/bin/sh # nread n - read up to n bytes from stdio, put them on to stdout N=$1 dd bs=512 count=$((N / 512)) dd bs=1 count=$((N % 512)) => (591 14): md5sum (591 15): chmod a+x nread => (591 16): cat HUGE | /usr/bin/time ./nread 1234567 | wc -c 2411+0 records in 2411+0 records out 1234432 bytes (1.2 MB) copied, 0.0122527 s, 101 MB/s 135+0 records in 135+0 records out 135 bytes (135 B) copied, 0.000620305 s, 218 kB/s 0.00user 0.01system 0:00.02elapsed 57%CPU (0avgtext+0avgdata 768maxresident)k 0inputs+0outputs (0major+731minor)pagefaults 0swaps 1234567 Total time is well below 1s. If you want faster, then you have to write it in C or assembly. -- Regards, Tomasz Rola -- ** A C programmer asked whether computer had Buddha's nature. ** ** As the answer, master did "rm -rif" on the programmer's home** ** directory. And then the C programmer became enlightened... ** ** ** ** Tomasz Rola mailto:tomasz_r...@bigfoot.com **
Re: Poor browser performance in OpenBSD
Patrick Harper [paia...@fastmail.com] wrote: > I beg to differ, on my setup at least, the full GMaps in Chromium runs silky > smooth as intended. This is a Cayman (radeon) graphics card driving a 4K > monitor through dual 1920x2160 signals (hooray xrandr). I've never tried > Intel graphics though. > I notice some major slowdowns with the meltdown mitigation on Core 2 Duo with inteldrm that make them almost unusable with modern browsers right now. Not as bad on newer CPUs.
FTP login delay
I've enabled ftpd and am experiencing very long delays (consistently 75 seconds) when logging in from localhost. Running nc reveals that the connection is accepted immediately, but the server waits before spitting out the 'ready' line: $ nc -4v localhost 21 Connection to localhost 21 port [tcp/ftp] succeeded! <<...75 seconds go by...>> 220 zen-thought.my.domain FTP server ready. This smelled a lot like https://www.openbsd.org/faq/faq8.html#RevDNS, but of course localhost is in /etc/hosts (and /etc/resolv.conf has 'lookup file bind').
Re: New laptop recommendations
No drm support for Kaveri in OpenBSD 6.3. There is support in current now so 6.4 should work better when it arrives. -- Patrick Harper paia...@fastmail.com On Wed, 20 Jun 2018, at 14:03, Johan Mellberg wrote: > Hmm. I have that one and there’s something fishy with the graphics, when > I boot the installer (6.3) I just get “static” on the built in screen. > No problem with any other OS. I just tried booting OpenBSD as a test so > have not investigated further, but consider it a potential issue, it > might be just my specimen but then again, maybe not. > > Mvh, Johan > — > Smartphone. Ja... just det. > > > 20 juni 2018 kl. 21:36 skrev Patrick Harper : > > > > HP EliteBook 745 G2? > > > > -- > > Patrick Harper > > paia...@fastmail.com > > > >> On Wed, 20 Jun 2018, at 09:01, Thomas Frohwein wrote: > >> No AMD laptop recommendations in this day and age? Also buying used or > >> refurbished laptops on eBay is a security risk from the outset - ask > >> yourself how well you would be at spotting if someone had tampered e.g. > >> with the webcam or the firmware? With new hardware, you have at least a > >> reasonable expectation that the package hasn't been opened between > >> manufacturer and you... > >> > >
Re: New laptop recommendations
Hmm. I have that one and there’s something fishy with the graphics, when I boot the installer (6.3) I just get “static” on the built in screen. No problem with any other OS. I just tried booting OpenBSD as a test so have not investigated further, but consider it a potential issue, it might be just my specimen but then again, maybe not. Mvh, Johan — Smartphone. Ja... just det. > 20 juni 2018 kl. 21:36 skrev Patrick Harper : > > HP EliteBook 745 G2? > > -- > Patrick Harper > paia...@fastmail.com > >> On Wed, 20 Jun 2018, at 09:01, Thomas Frohwein wrote: >> No AMD laptop recommendations in this day and age? Also buying used or >> refurbished laptops on eBay is a security risk from the outset - ask >> yourself how well you would be at spotting if someone had tampered e.g. >> with the webcam or the firmware? With new hardware, you have at least a >> reasonable expectation that the package hasn't been opened between >> manufacturer and you... >> >
Re: How to search for "hostap" in man pages.
Hi Luke, Luke A. Call wrote on Sat, Jun 16, 2018 at 05:34:45PM -0600: > I think "man -K" would work on gnu/linux, The man(1) implementation used on many (but not all) Linux systems, man-db, does have a -K option since 2009. But what it does is just linearily search through the full text of all manual page files in question, without using any kind of a database - even though it is called man-db. The older man(1) implementation used by some other Linux systems has it, too, since man-1.5e, which was released between 1993 and 1998; that's probably where this option first appeared. It is also available on Solaris 11. I do not consider that option useful. On the one hand, it is so expensive that i wouldn't recommend using it, and even the man-db manual page warns about the seriously bad performance. I don't want options in mandoc that aren't really usable. On the other hand, if you feel like you absolutely must do a full text search across manual pages, you can already do that with grep(1), as you mentioned. So it isn't really needed as an option to mandoc. Actually, i occasionally, but rarely, use grep(1) myself on manual page, but almost exclusively when trying to find pages containing words that ought to be marked up, but where the markup is missing. That's more of a manual tree maintainer job than an end-user job. So i do not intend to implement -K, and would probably even reject patches implementing it, calling them featuritis = bloating the user interface for very little profit, if any. Yours, Ingo
Re: New laptop recommendations
HP EliteBook 745 G2? -- Patrick Harper paia...@fastmail.com On Wed, 20 Jun 2018, at 09:01, Thomas Frohwein wrote: > No AMD laptop recommendations in this day and age? Also buying used or > refurbished laptops on eBay is a security risk from the outset - ask > yourself how well you would be at spotting if someone had tampered e.g. > with the webcam or the firmware? With new hardware, you have at least a > reasonable expectation that the package hasn't been opened between > manufacturer and you... >
Re: Poor browser performance in OpenBSD
The card is a FirePro V5900. Unlike the 6950/6970 it is single-slot. However, the slot below it should be kept vacant to allow for heat dissipation, which I've employed a 12cm fan to take care of. The card has a pair of DP outputs, and the monitor (MultiSync EA244UHD) has a pair of DP inputs. I can use xorg.conf to send the two 'screens' through both outputs, and the monitor has a Multi-Picture mode that I can use to combine the screens together. Some caveats: the two screens are sufficiently out of sync that when watching videos the division between them is noticeable. mpv will only go fullscreen to one screen and not both. By the end of this year, 6.4 will be out and it will almost certainly have drm support for cards with 1st and 2nd gen GCN architectures. All FirePro cards released between 2012 and 2015 are capable of 4K at 60Hz through a single DP pipe, so an extravagant setup such as mine won't be necessary, at least on the AMD side of things, from 6.4 onwards. I'm in no rush to upgrade as the newer cards are still quite expensive. X-Toolkit is not dpi-aware so apps based on it will have to be optimised 'by hand' (doubling the text size everywhere, rewriting UI elements in X Athena Widgets, Motif etc.). I have made a custom .fvwmrc (based on the default .fvwmrc from 6.2) to do most of this for the default window manager. For some reason xterm follows its own rules regarding the titlebar text size and I haven't figured that out, plus all the pixmaps for the root menu and so forth have to be line doubled and re-rendered. I also have Xft.dpi set to 183 in the .Xresources and .Xdefaults files as this helps to coerce GTK+ 3 and Qt5 apps to scale themselves correctly. I imagine a script during installation could configure all of this 'automatically' dependent on screen pixel density but I'm a long way off from achieving that. Enough rambling, this is the config I have: pai$ cat 10-monitor.conf Section "Monitor" Identifier "DisplayPort-0" DisplaySize 265 299 Modeline "3840x2160_60.00" 712.75 3840 4160 4576 5312 2160 2163 2168 2237 -hsync +vsync Modeline "1920x2160_60.00" 356.25 1920 2080 2288 2656 2160 2163 2173 2237 -hsync +vsync Option "PreferredMode" "1920x2160_60.00" Option "LeftOf" "DisplayPort-1" EndSection Section "Monitor" Identifier "DisplayPort-1" DisplaySize 265 299 Modeline "3840x2160_60.00" 712.75 3840 4160 4576 5312 2160 2163 2168 2237 -hsync +vsync Modeline "1920x2160_60.00" 356.25 1920 2080 2288 2656 2160 2163 2173 2237 -hsync +vsync Option "PreferredMode" "1920x2160_60.00" Option "RightOf" "DisplayPort-0" EndSection Section "Screen" Identifier "Screen0" Device "drm0" Monitor "DisplayPort-1" DefaultDepth 24 SubSection "Display" Depth 24 Virtual 3840 2160 EndSubSection EndSection pai$ cat 20-radeon.conf Section "Device" Identifier "drm0" Driver "radeon" Option "AccelMethod" "glamor" EndSection pai$ cat /var/log/Xorg.0.log [46.248] (WW) checkDevMem: failed to open /dev/xf86 and /dev/mem (Operation not permitted) Check that you have set 'machdep.allowaperture=1' in /etc/sysctl.conf and reboot your machine refer to xf86(4) for details [46.248]linear framebuffer access unavailable [46.261] (--) Using wscons driver on /dev/ttyC4 [46.270] X.Org X Server 1.19.6 Release Date: 2017-12-20 [46.270] X Protocol Version 11, Revision 0 [46.270] Build Operating System: OpenBSD 6.3 amd64 [46.270] Current Operating System: OpenBSD pai.tolxanka.com 6.3 GENERIC.MP#3 amd64 [46.270] Build Date: 24 March 2018 02:38:24PM [46.270] [46.271] Current version of pixman: 0.34.0 [46.271]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [46.271] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [46.271] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jun 20 16:44:36 2018 [46.273] (==) Using config directory: "/etc/X11/xorg.conf.d" [46.273] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d" [46.275] (==) No Layout section. Using the first Screen section. [46.275] (**) |-->Screen "Screen0" (0) [46.276] (**) | |-->Monitor "DisplayPort-1" [46.276] (**) | |-->Device "drm0" [46.276] (==) Automatically adding devices [46.276] (==) Automatically enabling devices [46.276] (==) Not automatically adding GPU devices [46.277] (==) Max clients allowed: 256, resource mask: 0x1f [46.287] (==) FontPath set to: /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/OTF/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/100dpi/,
Re: How to copy n bytes from stdin to stdout?
On Wed, Jun 20, 2018 at 7:17 PM, Tomasz Rola wrote: > But seriously: man sh. Are you saying there is a shell built-in that does this? If so, which one?
20% package loss on CARP after upgrade to 6.3
Hey everybody, I'm experiencing problems with CARP after upgrading to 6.3, it was working fine between my two servers in 6.2 but after upgrading (first backup and then master) I have a ping package loss on about 20%. It seem like the backup server tries to take the master, cause it's the only one changing the states. When it changes state the symptoms is: one package is dropped (ping), and it switches back to backup. I haven't changed anything, carp-config or PF, except the upgrade to 6.3. It works if i shutdown the master, then Backup takes over fine and gives back to master when it gets up, but when it's just running in backup, it switches back and fourth. I have tried tcpdumping and looking at my pfsync0 but I can't find the problem. I have tried to write my CARP settings again in hostname.carp* on both servers, check if pfsync0 is on the same interface and IP-range on both servers, checked my PF and everything, but can't find the problem... It does it across all 6 CARP's, so it looks like it's missing a hardbeat or something once in a while. I also tried switching from multicast to unicast, in case my ISP (running Juniper equipment) have activated something on the WAN side, but it didn't change my experience - but since it also happens on my LAN I didn't really expect this to be the problem. # Server 1 My /etc/hostname.* for CARP's and pfsync + host adaptor: https://pastebin.com/vrtuPqnQ My /etc/pf.conf: https://pastebin.com/yhVkG4x4 # Server 2 My /etc/hostname.* for CARP's and pfsync + host adaptor: https://pastebin.com/a7fuM923 My /etc/pf.conf: https://pastebin.com/xNr1TtZ7 Any help or pointers would be fantastic. I have struggled with this for a week now and I'm running out of idears - the only solution I have right now is turning off the backup server. $ uname -a OpenBSD BSD-firewall01.static.semarkit.net 6.3 GENERIC.MP#107 amd64 Both servers is running on a KVM host running Debian Stretch with ZFS-for- Linux and they haven't been touched either since it got installed, neither before, under or after the problems started. em0 is passed through the host and running all the VLAN and CARP things, while em1 (pfsync0) is a crossed connection between the two host servers not connected to the outside world or switch. If you need any other information on anything in the setup, please feel free to ask, I'm really annoyed by this, since it has worked and now it don't, and I can't figure out why or what I have missed. The only thing I haven't tried yet is to install a couple of new server and reproduce the problem. Sorry for a really long post! And to the people receiving this message for the second time, I'm really sorry to, but had some problems with my DMARC settings. -- Med Venlig Hilsen / Best Regards Henrik Dige Semark
Re: How to copy n bytes from stdin to stdout?
On Wed, Jun 20, 2018 at 06:50:06PM +0200, Tomasz Rola wrote: [...] > > Maybe suggest to the teacher that she sticks to numbers divisible by > 512? That is what haxorz do. But seriously: man sh. -- Regards, Tomasz Rola -- ** A C programmer asked whether computer had Buddha's nature. ** ** As the answer, master did "rm -rif" on the programmer's home** ** directory. And then the C programmer became enlightened... ** ** ** ** Tomasz Rola mailto:tomasz_r...@bigfoot.com **
Re: How to copy n bytes from stdin to stdout?
On Wed, Jun 20, 2018 at 06:35:49PM +0200, Maximilian Pichler wrote: > On Wed, Jun 20, 2018 at 6:27 PM, Tomasz Rola wrote: > > On my Linux box: > > ? > > > cat HUGE | /usr/bin/time dd bs=1 count=1234944 | wc -c > > stdin might be something much faster than your disk, in which case the > relative cost of bs=1 increases. So is this the problem with slow disk? > > cat HUGE | /usr/bin/time dd bs=1024 count=1206 | wc -c > > Doesn't work for prime numbers. ;) Maybe suggest to the teacher that she sticks to numbers divisible by 512? That is what haxorz do. -- Regards, Tomasz Rola -- ** A C programmer asked whether computer had Buddha's nature. ** ** As the answer, master did "rm -rif" on the programmer's home** ** directory. And then the C programmer became enlightened... ** ** ** ** Tomasz Rola mailto:tomasz_r...@bigfoot.com **
Re: Poor browser performance in OpenBSD
Quoting Solene Rapenne : Максим writes: Hello. I'm using Firefox and Chromium (from packages) to browse the internet on OpenBSD 6.3 (amd64). The problem is that their performance in OpenBSD is very poor compared to other OSes. Loading pages is slow, watching online video is possible but the responsiveness of the browser becomes awful. Do I need additional settings to fix this? In my opinion this is normal on OpenBSD I am very surprised to hear that web browser performance is that bad on OpenBSD. Actually my experience is quite the opposite -- it works much better on OpenBSD than on my iMac. However, I don't know if I am going only to old man web sites :) I have had ZERO problems going to youtube and watching videos etc., from sites like washingtonpost.com or globeandmail.ca or other news sites. Typically I use firefox-esr but have also tested with tor-browser and chromium. In case it helps, I am using KDE4 and have the following settings: vijay.foretell.ca$ ulimit -a time(cpu-seconds)unlimited file(blocks) unlimited coredump(blocks) unlimited data(kbytes) 5242880 stack(kbytes)16384 lockedmem(kbytes)5057874 memory(kbytes) 15168720 nofiles(descriptors) 1024 processes512 vijay.foretell.ca$ more /etc/sysctl.conf machdep.allowaperture=2 # See xf86(4) kern.shminfo.shmall=51200 kern.shminfo.shmmni=1024 /etc/login.conf has default values I think, since I don't recall changing that. Here is my .profile in case it helps. export HISTSIZE=100 export HISTFILE=~/.history export PS1="\H$ " nof() { ls -l $1 | egrep -c '^-' } ulimit -d 5242880 ulimit -s 16384 ulimit -n 1024 ulimit -p 512 export CVSROOT=vijay@10.0.0.154:/home/cvs alias mandpb='mandoc -Tascii /home/ports/infrastructure/man/man1/dpb.1 | less' alias manbulk='mandoc -Tascii /home/ports/infrastructure/man/man8/bulk.8 | less' export JAVA_HOME=/usr/local/jre-1.8.0/ export PATH=$PATH:/usr/local/jre-1.8.0/bin Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited vsan...@foretell.ca
Re: How to copy n bytes from stdin to stdout?
On Wed, Jun 20, 2018 at 6:27 PM, Tomasz Rola wrote: > On my Linux box: ? > cat HUGE | /usr/bin/time dd bs=1 count=1234944 | wc -c stdin might be something much faster than your disk, in which case the relative cost of bs=1 increases. > cat HUGE | /usr/bin/time dd bs=1024 count=1206 | wc -c Doesn't work for prime numbers. ;)
Re: How to copy n bytes from stdin to stdout?
On Wed, Jun 20, 2018 at 06:01:21PM +0200, Maximilian Pichler wrote: > On Wed, Jun 20, 2018 at 5:50 PM, Solene Rapenne wrote: > > it's slow because it flushes the output every byte, what would you > > expect? Maybe you should do in a different manner. > > I know, my question is what such a different manner might look like. :) On my Linux box: cat HUGE | /usr/bin/time dd bs=1 count=1234944 | wc -c 1234944+0 records in 1234944+0 records out 1234944 bytes (1.2 MB) copied, 4.33782 s, 285 kB/s 0.33user 4.00system 0:04.34elapsed 99%CPU (0avgtext+0avgdata 772maxresident)k 0inputs+0outputs (0major+249minor)pagefaults 0swaps 1234944 cat HUGE | /usr/bin/time dd bs=1024 count=1206 | wc -c 1206+0 records in 1206+0 records out 1234944 bytes (1.2 MB) copied, 0.00895034 s, 138 MB/s 0.00user 0.00system 0:00.01elapsed 66%CPU (0avgtext+0avgdata 768maxresident)k 0inputs+0outputs (0major+248minor)pagefaults 0swaps 1234944 -- Regards, Tomasz Rola -- ** A C programmer asked whether computer had Buddha's nature. ** ** As the answer, master did "rm -rif" on the programmer's home** ** directory. And then the C programmer became enlightened... ** ** ** ** Tomasz Rola mailto:tomasz_r...@bigfoot.com **
Re: How to copy n bytes from stdin to stdout?
On Wed, Jun 20, 2018 at 5:50 PM, Solene Rapenne wrote: > it's slow because it flushes the output every byte, what would you > expect? Maybe you should do in a different manner. I know, my question is what such a different manner might look like. :)
Re: New laptop recommendations
No AMD laptop recommendations in this day and age? Also buying used or refurbished laptops on eBay is a security risk from the outset - ask yourself how well you would be at spotting if someone had tampered e.g. with the webcam or the firmware? With new hardware, you have at least a reasonable expectation that the package hasn't been opened between manufacturer and you...
Re: screenshot with maim: Invalid number of channels provided to image.
Hi, Rudolf Sykora wrote: Failed to detect a compositor, OpenGL hardware-accelleration disabled... and fix the typo? Riccardo
Re: Poor browser performance in OpenBSD
On Wed, Jun 20, 2018 at 11:36:37AM +0300, wrote: > cat /var/log/Xorg.0.log > > [17.555] (--) checkDevMem: using aperture driver /dev/xf86 > [17.603] (--) Using wscons driver on /dev/ttyC4 > [17.639] > X.Org X Server 1.19.6 When I tried different settings with Intel integrated graphics recently, I got the best performance with modesetting driver *and* with machdep.allowaperture=0. The latter should result in a warning (WW) at the beginning of Xorg.0.log like this: [36.333] (WW) checkDevMem: failed to open /dev/xf86 and /dev/mem (Operation not permitted) Check that you have set 'machdep.allowaperture=1' in /etc/sysctl.conf and reboot your machine refer to xf86(4) for details [36.333]linear framebuffer access unavailable which I don't see in your Xorg.0.log. I suspect you set allowaperture to something else manually. While I don't fully understand the technical reasons for it, anything greater than 0 led to a performance drop or other issues when I tested this a few weeks ago. Therefore, I would recommend you try the modesetting driver (just remove the intel driver from xorg.conf) with allowaperture set to 0. Please let me know if that helps - it may also be useful for others to know. Here's my Xorg.0.log: [36.333] (WW) checkDevMem: failed to open /dev/xf86 and /dev/mem (Operation not permitted) Check that you have set 'machdep.allowaperture=1' in /etc/sysctl.conf and reboot your machine refer to xf86(4) for details [36.333]linear framebuffer access unavailable [36.355] (--) Using wscons driver on /dev/ttyC4 [36.366] X.Org X Server 1.19.6 Release Date: 2017-12-20 [36.366] X Protocol Version 11, Revision 0 [36.366] Build Operating System: OpenBSD 6.3 amd64 [36.366] Current Operating System: OpenBSD e5570.domain 6.3 GENERIC.MP#36 amd64 [36.366] Build Date: 20 June 2018 12:26:31AM [36.366] [36.366] Current version of pixman: 0.34.0 [36.366]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [36.366] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [36.366] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jun 20 08:29:43 2018 [36.367] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d" [36.368] (==) No Layout section. Using the first Screen section. [36.369] (==) No screen section available. Using defaults. [36.369] (**) |-->Screen "Default Screen Section" (0) [36.369] (**) | |-->Monitor "" [36.369] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [36.369] (==) Automatically adding devices [36.369] (==) Automatically enabling devices [36.369] (==) Not automatically adding GPU devices [36.369] (==) Max clients allowed: 256, resource mask: 0x1f [36.370] (==) FontPath set to: /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/OTF/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/ [36.370] (==) ModulePath set to "/usr/X11R6/lib/modules" [36.370] (II) The server relies on wscons to provide the list of input devices. If no devices become available, reconfigure wscons or disable AutoAddDevices. [36.370] (II) Loader magic: 0x17a4fa86e000 [36.370] (II) Module ABI versions: [36.370]X.Org ANSI C Emulation: 0.4 [36.370]X.Org Video Driver: 23.0 [36.370]X.Org XInput driver : 24.1 [36.370]X.Org Server Extension : 10.0 [36.370] (--) PCI:*(0:0:2:0) 8086:5912:1462:7a74 rev 4, Mem @ 0xde00/16777216, 0xb000/268435456, I/O @ 0xf000/64 [36.371] (--) PCI: (0:1:0:0) 1002:67b1:148c:2358 rev 128, Mem @ 0xc000/268435456, 0xd000/8388608, 0xdf10/262144, I/O @ 0xe000/256 [36.371] (II) LoadModule: "glx" [36.372] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so [36.382] (II) Module glx: vendor="X.Org Foundation" [36.382]compiled for 1.19.6, module version = 1.0.0 [36.382]ABI class: X.Org Server Extension, version 10.0 [36.383] (==) Matched modesetting as autoconfigured driver 0 [36.383] (==) Assigned the driver to the xf86ConfigLayout [36.383] (II) LoadModule: "modesetting" [36.383] (II) Loading /usr/X11R6/lib/modules/drivers/modesetting_drv.so [36.384] (II) Module modesetting: vendor="X.Org Foundation" [36.384]compiled for 1.19.6, module version = 1.19.6 [36.384]Module class: X.Org Video Driver [36.384]ABI class: X.Org Video Driver, version 23.0 [36.384] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [36.384]
Re: How to copy n bytes from stdin to stdout?
Maximilian Pichler writes: > dd bs=1 count=1234567 will copy 1234567 bytes and then stop, but it's slow. > > I can't seem to think of a faster command that also works in the > presence of short reads and blocking. There is ghead -c from coreutils > in ports, but this should be possible in base, no? > > Max it's slow because it flushes the output every byte, what would you expect? Maybe you should do in a different manner.
Re: New laptop recommendations
I'm quite happy with my Asus Zenbook 3 (UX390UA). It's thinner, lighter and more powerful than the current MacBooks and costs about 1100 EUR now. On Tue, Jun 19, 2018 at 12:37 PM, Rupert Gallagher wrote: > I'm done with my 10 years old 1200EUR MacBookPro. It served me well, every > day, but is now falling apart, finally. > > I would buy a new one if only Steve Jobs would be alive and keeping Apple > inspired. The new models are meticulously designed to make you suffer: > expensive, slow cpu, soldered ram, soldered disk, small disk, bad keyboard > keys, wifi only, must pay extra for standard connectors. > > I have 1500EUR for a new laptop. What would you buy with it?
Re: firefox crashes when password field is focused
> Whenever I click on a password field on a website firefox crashes. > This is on current w/ newest firefox and is reproducible on every > password field on every site I tried (although usernames work fine) > and is reproducible with all combinations of settings including > default. It has persisted for the last few days. > firefox[35106]: pledge "proc", syscall 2 It's because of the new plegde of firefox. Happens when messagebus isn't running. Make sure you got dbus installed and activated in /etc/rc.conf.local, like this: pkg_scripts=messagebus
How to copy n bytes from stdin to stdout?
dd bs=1 count=1234567 will copy 1234567 bytes and then stop, but it's slow. I can't seem to think of a faster command that also works in the presence of short reads and blocking. There is ghead -c from coreutils in ports, but this should be possible in base, no? Max
Re: Poor browser performance in OpenBSD
I beg to differ, on my setup at least, the full GMaps in Chromium runs silky smooth as intended. This is a Cayman (radeon) graphics card driving a 4K monitor through dual 1920x2160 signals (hooray xrandr). I've never tried Intel graphics though. -- Patrick Harper paia...@fastmail.com On Wed, 20 Jun 2018, at 05:15, Solene Rapenne wrote: > > Максим writes: > > > Hello. > > I'm using Firefox and Chromium (from packages) to browse the internet on > > OpenBSD 6.3 (amd64). > > The problem is that their performance in OpenBSD is very poor compared to > > other OSes. > > Loading pages is slow, watching online video is possible but the > > responsiveness of the browser becomes awful. > > > > Do I need additional settings to fix this? > > > > In my opinion this is normal on OpenBSD >
Re: OpenBSD in qemu freezes randomly
Hey, thank you very much for the link. I have forwarded it to the support staff at the datacenter. I hope they apply it very quickly. I let you know if this fixes the problem. Thanks and greetings Leo On 06/19/18 21:21, Kapetanakis Giannis wrote: They should try setting this on the host: kvm-intel.preemption_timer=0 It seems that this patch on linux kernel fixes the problem. https://patchwork.kernel.org/patch/10411125/ G
Re: Have a 1 Gbit connection but I not all devices are getting 1 Gbit speed from my ISP
> > > >Lenovo G500 with USB 3.0 Ethernet and OpenBSD 6.2 - 100mbit > >Lenovo T400 with motherboard Ethernet Ubuntu 14.04 - 100mbit > >Lenovo T560 with motherboard Ethernet Windows 10 - 1 Gbit > > > Boot all 3 laptops with OpenBSD flashdrive to see if it is OS/driver issue of hardware issue. Try to set speen explicitly and see if it works
Re: Poor browser performance in OpenBSD
Have you tried vmstat to find bottleneck: is it CPU in userspace or in kernel or storage? Which WM are you using? Could it be WM issue? Try to use lower resolution (I know that resolution is locked for LCDs, but you can try just to make sure it is not the problem)
Re: Poor browser performance in OpenBSD
Максим writes: > Hello. > I'm using Firefox and Chromium (from packages) to browse the internet on > OpenBSD 6.3 (amd64). > The problem is that their performance in OpenBSD is very poor compared to > other OSes. > Loading pages is slow, watching online video is possible but the > responsiveness of the browser becomes awful. > > Do I need additional settings to fix this? > In my opinion this is normal on OpenBSD
Re: Poor browser performance in OpenBSD
I followed your advice: cat /etc/X11/xorg.conf Section "Device" Identifier "drm" Driver "intel" EndSection and rebooted No visual change in performance. cat /var/log/Xorg.0.log [19.136] (--) checkDevMem: using aperture driver /dev/xf86 [19.185] (--) Using wscons driver on /dev/ttyC4 [19.220] X.Org X Server 1.19.6 Release Date: 2017-12-20 [19.220] X Protocol Version 11, Revision 0 [19.220] Build Operating System: OpenBSD 6.3 amd64 [19.220] Current Operating System: OpenBSD ws-it-a13.ancor.ru 6.3 GENERIC.MP#13 amd64 [19.220] Build Date: 14 June 2018 05:54:55PM [19.220] [19.220] Current version of pixman: 0.34.0 [19.220]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [19.220] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [19.221] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jun 20 13:18:19 2018 [19.222] (==) Using config file: "/etc/X11/xorg.conf" [19.222] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d" [19.224] (==) No Layout section. Using the first Screen section. [19.224] (==) No screen section available. Using defaults. [19.224] (**) |-->Screen "Default Screen Section" (0) [19.224] (**) | |-->Monitor "" [19.225] (==) No device specified for screen "Default Screen Section". Using the first device section listed. [19.225] (**) | |-->Device "drm" [19.225] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [19.225] (==) Automatically adding devices [19.225] (==) Automatically enabling devices [19.225] (==) Not automatically adding GPU devices [19.226] (==) Max clients allowed: 256, resource mask: 0x1f [19.234] (==) FontPath set to: /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/OTF/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/ [19.234] (==) ModulePath set to "/usr/X11R6/lib/modules" [19.234] (II) The server relies on wscons to provide the list of input devices. If no devices become available, reconfigure wscons or disable AutoAddDevices. [19.234] (II) Loader magic: 0xdf4d176e000 [19.234] (II) Module ABI versions: [19.234]X.Org ANSI C Emulation: 0.4 [19.234]X.Org Video Driver: 23.0 [19.234]X.Org XInput driver : 24.1 [19.234]X.Org Server Extension : 10.0 [19.235] (--) PCI:*(0:0:2:0) 8086:0152:103c:339b rev 9, Mem @ 0xf780/4194304, 0xe000/268435456, I/O @ 0xf000/64 [19.236] (II) LoadModule: "glx" [19.240] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so [19.252] (II) Module glx: vendor="X.Org Foundation" [19.252]compiled for 1.19.6, module version = 1.0.0 [19.252]ABI class: X.Org Server Extension, version 10.0 [19.252] (II) LoadModule: "intel" [19.253] (II) Loading /usr/X11R6/lib/modules/drivers/intel_drv.so [19.257] (II) Module intel: vendor="X.Org Foundation" [19.257]compiled for 1.19.6, module version = 2.99.916 [19.257]Module class: X.Org Video Driver [19.257]ABI class: X.Org Video Driver, version 23.0 [19.257] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, 4 Series, G45/G43, Q45/Q43, G41, B43 [19.258] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000 [19.258] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100 [19.258] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200, 6200, P6300 [19.260] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 20151010 [19.263] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD Graphics 2500 [19.263] (--) intel(0): CPU: x86-64, sse2, sse3, ssse3, sse4.1, sse4.2, avx [19.263] (II) intel(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [19.263] (==) intel(0): Depth 24, (--) framebuffer bpp 32 [19.263] (==) intel(0): RGB weight 888 [19.263] (==) intel(0): Default visual is TrueColor [19.264] (II) intel(0): Output eDP1 has no monitor section [19.265] (--) intel(0): Found backlight control interface wscons (type 'platform') for output eDP1 [19.265] (II) intel(0): Enabled output eDP1 [19.265] (II) intel(0): Output VGA1 has no monitor section [19.265] (II) intel(0): Enabled output VGA1 [19.265] (II) intel(0): Output HDMI1 has
Re: Have a 1 Gbit connection but I not all devices are getting 1 Gbit speed from my ISP
Do u run cat 6 cables ? On June 20, 2018 9:25:56 AM UTC, Kollar Arpad wrote: >Hello: > >Original question: >https://superuser.com/questions/1332664/have-a-1-gbit-connection-but-i-not-all-devices-are-getting-1-gbit-speed-from-my > > > >I have 3 laptops and a 1 Gbit network connection to my ISP. But when I >connect my ISPs cable to the laptops ethtool link/speedtest precisely >says: > >Lenovo G500 with USB 3.0 Ethernet and OpenBSD 6.2 - 100mbit >Lenovo T400 with motherboard Ethernet Ubuntu 14.04 - 100mbit >Lenovo T560 with motherboard Ethernet Windows 10 - 1 Gbit > >All the HWs support 1 Gbit connection. > >The big question: Why cannot the Lenovo G500 and Lenovo T400 >auto-negotiate to 1 Gbit? It is a 1 Gbit connection to my ISP, but I >can only auto-negotiate with 1 Gbit with the Windows 10/T560 laptop. > >Maybe I need cross-cable? The ISP I think has a switch at the other >end. > >This is the cable that I have from my ISP: >https://i.stack.imgur.com/1rH37.jpg > > > >the USB 3.0 Gbit ethernet to USB is cdce. > >Anybody seen similar? What could cause the 100mbit connection instead >of the Gbit? > >Thanks for any hint.. -- Take Care Sincerely flipchan layerprox dev
Have a 1 Gbit connection but I not all devices are getting 1 Gbit speed from my ISP
Hello: Original question: https://superuser.com/questions/1332664/have-a-1-gbit-connection-but-i-not-all-devices-are-getting-1-gbit-speed-from-my I have 3 laptops and a 1 Gbit network connection to my ISP. But when I connect my ISPs cable to the laptops ethtool link/speedtest precisely says: Lenovo G500 with USB 3.0 Ethernet and OpenBSD 6.2 - 100mbit Lenovo T400 with motherboard Ethernet Ubuntu 14.04 - 100mbit Lenovo T560 with motherboard Ethernet Windows 10 - 1 Gbit All the HWs support 1 Gbit connection. The big question: Why cannot the Lenovo G500 and Lenovo T400 auto-negotiate to 1 Gbit? It is a 1 Gbit connection to my ISP, but I can only auto-negotiate with 1 Gbit with the Windows 10/T560 laptop. Maybe I need cross-cable? The ISP I think has a switch at the other end. This is the cable that I have from my ISP: https://i.stack.imgur.com/1rH37.jpg the USB 3.0 Gbit ethernet to USB is cdce. Anybody seen similar? What could cause the 100mbit connection instead of the Gbit? Thanks for any hint..
Re: Poor browser performance in OpenBSD
cat /var/log/Xorg.0.log [17.555] (--) checkDevMem: using aperture driver /dev/xf86 [17.603] (--) Using wscons driver on /dev/ttyC4 [17.639] X.Org X Server 1.19.6 Release Date: 2017-12-20 [17.639] X Protocol Version 11, Revision 0 [17.639] Build Operating System: OpenBSD 6.3 amd64 [17.639] Current Operating System: OpenBSD ws-it-a13.ancor.ru 6.3 GENERIC.MP#13 amd64 [17.639] Build Date: 14 June 2018 05:54:55PM [17.639] [17.639] Current version of pixman: 0.34.0 [17.639]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [17.639] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [17.639] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jun 19 11:12:07 2018 [17.642] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d" [17.643] (==) No Layout section. Using the first Screen section. [17.644] (==) No screen section available. Using defaults. [17.644] (**) |-->Screen "Default Screen Section" (0) [17.644] (**) | |-->Monitor "" [17.645] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [17.645] (==) Automatically adding devices [17.645] (==) Automatically enabling devices [17.645] (==) Not automatically adding GPU devices [17.645] (==) Max clients allowed: 256, resource mask: 0x1f [17.653] (==) FontPath set to: /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/OTF/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/ [17.653] (==) ModulePath set to "/usr/X11R6/lib/modules" [17.653] (II) The server relies on wscons to provide the list of input devices. If no devices become available, reconfigure wscons or disable AutoAddDevices. [17.653] (II) Loader magic: 0x1c51c426e000 [17.653] (II) Module ABI versions: [17.653]X.Org ANSI C Emulation: 0.4 [17.654]X.Org Video Driver: 23.0 [17.654]X.Org XInput driver : 24.1 [17.654]X.Org Server Extension : 10.0 [17.654] (--) PCI:*(0:0:2:0) 8086:0152:103c:339b rev 9, Mem @ 0xf780/4194304, 0xe000/268435456, I/O @ 0xf000/64 [17.655] (II) LoadModule: "glx" [17.659] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so [17.672] (II) Module glx: vendor="X.Org Foundation" [17.672]compiled for 1.19.6, module version = 1.0.0 [17.672]ABI class: X.Org Server Extension, version 10.0 [17.673] (==) Matched modesetting as autoconfigured driver 0 [17.673] (==) Assigned the driver to the xf86ConfigLayout [17.673] (II) LoadModule: "modesetting" [17.673] (II) Loading /usr/X11R6/lib/modules/drivers/modesetting_drv.so [17.674] (II) Module modesetting: vendor="X.Org Foundation" [17.674]compiled for 1.19.6, module version = 1.19.6 [17.674]Module class: X.Org Video Driver [17.674]ABI class: X.Org Video Driver, version 23.0 [17.674] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [17.675] (**) modeset(0): claimed PCI slot 0@0:2:0 [17.675] (II) modeset(0): using default device [17.676] (II) modeset(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [17.676] (==) modeset(0): Depth 24, (==) framebuffer bpp 32 [17.676] (==) modeset(0): RGB weight 888 [17.676] (==) modeset(0): Default visual is TrueColor [17.676] (II) Loading sub module "glamoregl" [17.676] (II) LoadModule: "glamoregl" [17.678] (II) Loading /usr/X11R6/lib/modules/libglamoregl.so [17.692] (II) Module glamoregl: vendor="X.Org Foundation" [17.692]compiled for 1.19.6, module version = 1.0.0 [17.692]ABI class: X.Org ANSI C Emulation, version 0.4 [17.692] (II) glamor: OpenGL accelerated X.org driver based. [17.736] (II) glamor: EGL version 1.4 (DRI2): [17.757] (II) modeset(0): glamor initialized [17.760] (II) modeset(0): Output eDP-1 has no monitor section [17.762] (II) modeset(0): Output VGA-1 has no monitor section [17.790] (II) modeset(0): Output HDMI-1 has no monitor section [17.805] (II) modeset(0): Output DP-1 has no monitor section [17.809] (II) modeset(0): EDID for output eDP-1 [17.809] (II) modeset(0): Manufacturer: HWP Model: 4215 Serial#: 1 [17.809] (II) modeset(0): Year: 2012 Week: 25 [17.809] (II) modeset(0): EDID Version: 1.3 [17.809] (II) modeset(0): Digital Display Input [17.809] (II) modeset(0): Max Image Size [cm]: horiz.: 48 vert.: 27 [17.809] (II) modeset(0): Gamma: 2.20 [17.809] (II) modeset(0): No DPMS capabilities specified [17.809] (II) modeset(0): Supported
Re: Poor browser performance in OpenBSD
It's using the framebuffer driver in EFI mode, so you're getting a resolution native to the monitor but no acceleration. Try making an xorg.conf file in /etc/X11/ with the following contents: Section "Device" Identifier "drm" Driver "intel" EndSection (reboot) -- Patrick Harper paia...@fastmail.com On Wed, 20 Jun 2018, at 01:36, Максим wrote: > cat /var/log/Xorg.0.log > > [17.555] (--) checkDevMem: using aperture driver /dev/xf86 > [17.603] (--) Using wscons driver on /dev/ttyC4 > [17.639] > X.Org X Server 1.19.6 > Release Date: 2017-12-20 > [17.639] X Protocol Version 11, Revision 0 > [17.639] Build Operating System: OpenBSD 6.3 amd64 > [17.639] Current Operating System: OpenBSD ws-it-a13.ancor.ru 6.3 > GENERIC.MP#13 amd64 > [17.639] Build Date: 14 June 2018 05:54:55PM > [17.639] > [17.639] Current version of pixman: 0.34.0 > [17.639] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [17.639] Markers: (--) probed, (**) from config file, (==) default > setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [17.639] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jun 19 > 11:12:07 2018 > [17.642] (==) Using system config directory "/usr/X11R6/share/X11/ > xorg.conf.d" > [17.643] (==) No Layout section. Using the first Screen section. > [17.644] (==) No screen section available. Using defaults. > [17.644] (**) |-->Screen "Default Screen Section" (0) > [17.644] (**) | |-->Monitor "" > [17.645] (==) No monitor specified for screen "Default Screen > Section". > Using a default monitor configuration. > [17.645] (==) Automatically adding devices > [17.645] (==) Automatically enabling devices > [17.645] (==) Not automatically adding GPU devices > [17.645] (==) Max clients allowed: 256, resource mask: 0x1f > [17.653] (==) FontPath set to: > /usr/X11R6/lib/X11/fonts/misc/, > /usr/X11R6/lib/X11/fonts/TTF/, > /usr/X11R6/lib/X11/fonts/OTF/, > /usr/X11R6/lib/X11/fonts/Type1/, > /usr/X11R6/lib/X11/fonts/100dpi/, > /usr/X11R6/lib/X11/fonts/75dpi/ > [17.653] (==) ModulePath set to "/usr/X11R6/lib/modules" > [17.653] (II) The server relies on wscons to provide the list of > input devices. > If no devices become available, reconfigure wscons or disable > AutoAddDevices. > [17.653] (II) Loader magic: 0x1c51c426e000 > [17.653] (II) Module ABI versions: > [17.653] X.Org ANSI C Emulation: 0.4 > [17.654] X.Org Video Driver: 23.0 > [17.654] X.Org XInput driver : 24.1 > [17.654] X.Org Server Extension : 10.0 > [17.654] (--) PCI:*(0:0:2:0) 8086:0152:103c:339b rev 9, Mem @ > 0xf780/4194304, 0xe000/268435456, I/O @ 0xf000/64 > [17.655] (II) LoadModule: "glx" > [17.659] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so > [17.672] (II) Module glx: vendor="X.Org Foundation" > [17.672] compiled for 1.19.6, module version = 1.0.0 > [17.672] ABI class: X.Org Server Extension, version 10.0 > [17.673] (==) Matched modesetting as autoconfigured driver 0 > [17.673] (==) Assigned the driver to the xf86ConfigLayout > [17.673] (II) LoadModule: "modesetting" > [17.673] (II) Loading /usr/X11R6/lib/modules/drivers/ > modesetting_drv.so > [17.674] (II) Module modesetting: vendor="X.Org Foundation" > [17.674] compiled for 1.19.6, module version = 1.19.6 > [17.674] Module class: X.Org Video Driver > [17.674] ABI class: X.Org Video Driver, version 23.0 > [17.674] (II) modesetting: Driver for Modesetting Kernel Drivers: > kms > [17.675] (**) modeset(0): claimed PCI slot 0@0:2:0 > [17.675] (II) modeset(0): using default device > [17.676] (II) modeset(0): Creating default Display subsection in > Screen section > "Default Screen Section" for depth/fbbpp 24/32 > [17.676] (==) modeset(0): Depth 24, (==) framebuffer bpp 32 > [17.676] (==) modeset(0): RGB weight 888 > [17.676] (==) modeset(0): Default visual is TrueColor > [17.676] (II) Loading sub module "glamoregl" > [17.676] (II) LoadModule: "glamoregl" > [17.678] (II) Loading /usr/X11R6/lib/modules/libglamoregl.so > [17.692] (II) Module glamoregl: vendor="X.Org Foundation" > [17.692] compiled for 1.19.6, module version = 1.0.0 > [17.692] ABI class: X.Org ANSI C Emulation, version 0.4 > [17.692] (II) glamor: OpenGL accelerated X.org driver based. > [17.736] (II) glamor: EGL version 1.4 (DRI2): > [17.757] (II) modeset(0): glamor initialized > [17.760] (II) modeset(0): Output eDP-1 has no monitor section > [17.762] (II) modeset(0): Output VGA-1 has no monitor section > [17.790] (II) modeset(0): Output HDMI-1 has no monitor section > [17.805] (II) modeset(0): Output DP-1 has no
Huawei 4G stick (Hisilicon Balong V7 chipset) kernel driver
Huawei E3372h modem built on Hisilicon Balong V7 SOC. http://www.hisilicon.com/en/Products/ProductList/Balong Does it have (planned) a kernel driver to have it working? Thank you for answer in advance. Denis
Re: Poor browser performance in OpenBSD
Also, in the about:flags page in Chromium, try enabling the 'Override software rendering list' (#ignore-gpu-blacklist) setting. -- Patrick Harper paia...@fastmail.com On Wed, 20 Jun 2018, at 01:28, Patrick Harper wrote: > Post the contents of /var/log/Xorg.0.log > > -- > Patrick Harper > paia...@fastmail.com > > On Wed, 20 Jun 2018, at 00:20, Максим wrote: > > fw_update was among the first commands after the install process :-) > > hardware acceleration definitely works. > > > > -- > > > > > > 20.06.2018, 10:04, "Maurice McCarthy" : > > > Can only suggest reading man intel and/or running > > > $ doas fw_update > > > > > > beyond that you'd need someone more knowledgeable. > > > Good Luck > >
Re: Poor browser performance in OpenBSD
Post the contents of /var/log/Xorg.0.log -- Patrick Harper paia...@fastmail.com On Wed, 20 Jun 2018, at 00:20, Максим wrote: > fw_update was among the first commands after the install process :-) > hardware acceleration definitely works. > > -- > > > 20.06.2018, 10:04, "Maurice McCarthy" : > > Can only suggest reading man intel and/or running > > $ doas fw_update > > > > beyond that you'd need someone more knowledgeable. > > Good Luck >
Re: Poor browser performance in OpenBSD
fw_update was among the first commands after the install process :-) hardware acceleration definitely works. -- 20.06.2018, 10:04, "Maurice McCarthy" : > Can only suggest reading man intel and/or running > $ doas fw_update > > beyond that you'd need someone more knowledgeable. > Good Luck
httpd directory auto index but hide the parent ..
Hello list, I have odin$ cat /etc/httpd.conf server "default" { listen on * port 80 directory auto index root "htdocs/TESLA" } odin$ and a bunch of files in the htdocs/TESLA directory. Can I somehow arrange that the parent of TESLA (i.e. "..") is not listed when the page is loaded? Thanks! Ruda
Re: Poor browser performance in OpenBSD
Can only suggest reading man intel and/or running $ doas fw_update beyond that you'd need someone more knowledgeable. Good Luck