Unless your current user is in the daemon login class (which is
unlikely), it shouldn't.
Have a look to the manual page of login.conf(5) to understand how it works.
When you edit your login.conf, you have to login again for your
modifications to take effect.
It may explain a difference between the
Radeon HD 7770
Sent from Outlook Mobile. Yes, it works with gmail.
On Wed, Apr 20, 2016 at 12:21 PM -0700, "ilyes aiouaz"
wrote:
Hi,
What's the model of your graphics card ?
Le 20/04/2016 18:46, Daniel Boyd a écrit :
> Breakthrough in xfce -- Settings ->
Hi,
What's the model of your graphics card ?
Le 20/04/2016 18:46, Daniel Boyd a écrit :
Breakthrough in xfce -- Settings -> Window Manager Tweaks -> Compositor.
Disabled it.
Runs *so* much better
On Wed, Apr 20, 2016 at 11:35 AM, Daniel Boyd wrote:
I just switched to
Breakthrough in xfce -- Settings -> Window Manager Tweaks -> Compositor.
Disabled it.
Runs *so* much better
On Wed, Apr 20, 2016 at 11:35 AM, Daniel Boyd wrote:
> I just switched to fvwm this morning and it's night-and-day faster than
> xfce. Hard to believe it's the
openfiles-cur is set to 128 under daemon in my login.conf. Could that be
affecting it?
On Wed, Apr 20, 2016 at 10:51 AM, Guillaume Simon <
guillaume.si...@mailoo.org> wrote:
> Your nofiles(descriptors) may be too low.
> You should consider increasing it to 512 or more
> The weird thing is it
I just switched to fvwm this morning and it's night-and-day faster than
xfce. Hard to believe it's the same computer. I'm going to have to spend
some quality time with the fvwm manpage because I've never used it much
beyond launching xterm to install another window manager :)
On Mon, Apr 18,
Your nofiles(descriptors) may be too low.
You should consider increasing it to 512 or more
The weird thing is it doesn't match the "openfiles-cur" of your default
login class (2048, according to your first email).
Le 04/20/16 16:41, Daniel Boyd a écrit :
> $ ulimit -a
> time(cpu-seconds)
$ ulimit -a
time(cpu-seconds)unlimited
file(blocks) unlimited
coredump(blocks) unlimited
data(kbytes) 3584000
stack(kbytes)4096
lockedmem(kbytes)2701637
memory(kbytes) 8101908
nofiles(descriptors) 128
processes256
On Tue, Apr 19, 2016 at 3:52
> I've been using OpenBSD (first 5.8 and now 5.9) on my primary work machine
> for a couple months now.
I still find xombrero far faster than firefox, however I am on 5.9 and
often use older machines. However I have switched my browser even on my
windows machine to xombrero for local browsing
Le 19/04/2016 19:11, Daniel Boyd a écrit :
Firefox has been quite stable, with or without the 'noscript' plug-in,
since I increased my data allocation. The crashes that I saw
previously were all due to running out of memory (I don't run a
desktop, just a wm, nor do I use xdm, so it's easy to
> Firefox has been quite stable, with or without the 'noscript' plug-in,
since I increased my data allocation. The crashes that I saw
> previously were all due to running out of memory (I don't run a
> desktop, just a wm, nor do I use xdm, so it's easy to see Firefox
> errors on the vt where I
On Tue, Apr 19, 2016 at 1:54 PM, Daniel Boyd wrote:
> I was OK with the performance in Firefox (though it was pretty slow). What
> was *really* bothering me was the crashing. Does 'noscript' solve that as
> well?
Firefox has been quite stable, with or without the
I was OK with the performance in Firefox (though it was pretty slow). What
was *really* bothering me was the crashing. Does 'noscript' solve that as
well?
I'm currently trying out xombrero and vimb. I feel like vimb might be a
bit faster, but it doesn't recognize the Gmail composing text area
On Tue, Apr 19, 2016 at 12:58 PM, Federico Carrone
wrote:
> After migrating from Linux to OpenBSD on my desktop performance was really
> bad inside Firefox and Chromium in 5.9 specially on big websites like gmail.
> It was not usable, on an 4 core machine and with 16GB
After migrating from Linux to OpenBSD on my desktop performance was really
bad inside Firefox and Chromium in 5.9 specially on big websites like
gmail. It was not usable, on an 4 core machine and with 16GB of RAM. After
migrating to -current, they have become usable. If it is possible try to
use
I have also had problems with Firefox performance with OpenBSD (it's
not a speed demon with Linux or FreeBSD, but it is faster on those
systems). And I haven't found Chromium to be a good alternative -- too
many crashes and "Oh, snap"s.
But my experience with Firefox is that the problem is easily
For what it's worth, Firefox may be quite usable even on an old config
when you add plugins limiting javascript usage such as :
- RequestPolicy
- Noscript
I use it daily on an 11 years old computer and prefere it over xombrero
because of the following issues :
-
On 2016.04.18, Daniel Boyd wrote:
> Thanks -- I will give xombrero a shot. Definitely need javascript support
> as I am currently composing this in Gmail and do quite a bit of
> javscript-based web development :)
>
> On Mon, Apr 18, 2016 at 1:31 PM, wrote:
>
> > I think
I don't have any problems with Firefox on -current with Fvwm2. I switched to
Fvwm because Xfce was getting unmanageable. After about a week when I got my
config just right it is much easier and faster than Xfce just not as pretty.
Sent from my iPhone
> On Apr 18, 2016, at 3:13 PM, Daniel Boyd
Thanks -- I will give xombrero a shot. Definitely need javascript support
as I am currently composing this in Gmail and do quite a bit of
javscript-based web development :)
On Mon, Apr 18, 2016 at 1:31 PM, wrote:
> I think the problem is with firefox itself.
> tedu@
> Yes, I did. awesome, and clutter(that comes with gnome. I actually
> installed the gnome DE to just to try this out). To no avail.
>
> Speculating, I'd say that the problem is in X. Where I don't know. But it
> might also be that xfce is involved somehow; both 5.8 and 5.9 uses xfce
> 4.12.
I think the problem is with firefox itself.
tedu@ wrote a post about this:
http://www.tedunangst.com/flak/post/firefox-vs-rthreads
Since the code is so bloated, no one will ever waste time trying to fix all the
issues. Just switch to some other browser, there's plenty of options.
I'm using Links
Hi Daniel,
On 2016-04-18 18:30, Daniel Boyd wrote:
I was unable to solve either of the two problems you describe and
obviously did noone else. The proposed solutions later in this thread
did
nothing to improve the situation in my case. Your first item (the
crash
fest in 5.8 and 5.9) made me
> I was unable to solve either of the two problems you describe and
> obviously did noone else. The proposed solutions later in this thread did
> nothing to improve the situation in my case. Your first item (the crash
> fest in 5.8 and 5.9) made me move back to 5.7 which I'm using right now. It
>
I tried this and it didn't seem to have much of an effect, unfortunately.
On Fri, Apr 15, 2016 at 8:48 PM, wrote:
> Try to raise your aperture driver level to give your gpu more privileges:
>
> # sysctl machdep.allowaperture=2
>
> You can read more about the other levels
Hi Daniel,
On 2016-04-15 20:11, Daniel Boyd wrote:
I have noticed a pattern lately. When I open LibreOffice or Evince,
Firefox crashes -- like pretty regularly. I switched from using Calc
to
Gnumeric and that has helped some, but having my browser crash 10-15
times
a day is not good for
Try to raise your aperture driver level to give your gpu more privileges:
# sysctl machdep.allowaperture=2
You can read more about the other levels on man pages (type "man xf86").
hm.. What about the slow xfce? Does anyone else have issues dragging
windows around with high-res monitors? Anyone else using a Radeon HD 7770?
On Fri, Apr 15, 2016 at 5:15 PM, Daniel Jakots wrote:
> On Fri, 15 Apr 2016 13:11:39 -0500, Daniel Boyd
>
yeah -- my effective data limit is (and has been ) 3500M
this this might be indicative of bad memory (like physically?)
On Fri, Apr 15, 2016 at 3:28 PM, Donald Allen
wrote:
> On Fri, Apr 15, 2016 at 4:24 PM, Daniel Boyd wrote:
> > I had my
On Fri, 15 Apr 2016 13:11:39 -0500, Daniel Boyd
wrote:
> I have noticed a pattern lately. When I open LibreOffice or Evince,
> Firefox crashes -- like pretty regularly.
FWIW, more than 90% of times I launch smplayer to play a movie, firefox
dies and it really looks it's
I had my datasize up under 'staff' which I believe should cover my user
account. How do I find out what my effective datasize limit is? Is it
possible that some processes would be bound by 'default' and others by
'staff?'
On Fri, Apr 15, 2016 at 1:34 PM, Donald Allen
On Fri, Apr 15, 2016 at 4:24 PM, Daniel Boyd wrote:
> I had my datasize up under 'staff' which I believe should cover my user
> account. How do I find out what my effective datasize limit is? Is it
> possible that some processes would be bound by 'default' and others by
>
On Fri, Apr 15, 2016 at 2:11 PM, Daniel Boyd wrote:
> I have noticed a pattern lately. When I open LibreOffice or Evince,
> Firefox crashes -- like pretty regularly. I switched from using Calc to
> Gnumeric and that has helped some, but having my browser crash 10-15 times
I have noticed a pattern lately. When I open LibreOffice or Evince,
Firefox crashes -- like pretty regularly. I switched from using Calc to
Gnumeric and that has helped some, but having my browser crash 10-15 times
a day is not good for productivity.
I've been using OpenBSD (first 5.8 and now
34 matches
Mail list logo