toddf: roger on openbgpd and megaraid; i have a feeling you're not using 'megacli' (the one LSI wrote) up_the_irons: but of course, megacli is not open source ;-) up_the_irons: just use bioctl on OpenbSD, it `works' ;-) yeah, but on my other systems, non-openbsd, megacli blows sleep is consuming me cd $bed there is a reason why a common raid interface at the userland level makes tons of sense, one can do the oss thing and make it useful, let the os do its job and abstract the hardware as it can yes, OpenBSD may not have all the spiffy features of say zfs, but it is sad it is often alone speaking up for what is right vendor supplied drivers and user interface bits are windows models, not unix models *sigh* i really like openbsd but i'm getting fairly dismal httpd performance compared to freebsd there are rather conservative settings on by default if you do not tune anything yes your system may not perform optimally for a http server you might consider tuning yeah, i've been doing some research but i'm not coming up with much can you give me some pointers in regards to what i should tweak? net.inet.{tcp,udp}.recvspace=262144 (the above via cmdline to sysctl and in /etc/sysctl.conf)... s/ffs/ffs,softdep/ in /etc/fstab if you have a kernel recent enough to sport kern.bufcachepercent, then set it to 90 (what mem is not used by apps up to 90% of system mem will become disk buffers, giving way to application allocations instead of swapping though) those should get you started.. i'd already made the recvspace and sendspace changes and that only got me about 15Kbps more throughput i'll try the softdep change, and my kernel's not new enough for bufcachepercent i've been wondering whether a lack of sendfile() could be to blame for some of the slowdown might try a current snapshot which is pretty stable btw .. if you want to test the bufcachepercent=90 thing going to try a different webserver, too (been playing with cherokee but it's giving me trouble) the softdep thing mainly helps if you have lots of files created or removed at once, but there are other benifits also I do nginx (with thin for Rails apps). On FreeBSD though. same here on OpenBSD though :) there are various webservers in ports.. well, turns out it was the webserver! let it be known that cherokee on openbsd is abominably slow any chance you tried the httpd that comes with base? is there any sort of incoming ssh connection throttling that has been applied? islandfox: yes, it has always been this way. more than 10 ssh syn's in 1 minute will lock your IP until the next minute or so protection from dictionary attacks ah, I haven't sone rapid ssh until recently is that for all boxes? islandfox: it is applied to port 22 only; so if you hate it, you can move your port that also explain the lack of much attacks I suppose RandalSchwartz: yes that hurts some SVN applications do you have a FAQ that says "move your SVN port"? no, but, good idea :) because that's being discussed right now on the freebsd pages as in "why not throttle incoming ssh" and that was one of the response I'll just implement connection multiplexing in my app I suppose or get off port 22. :) which isn't a bad idea anyway 22 = Very Low Hanging Fruit only like 2 customers have ever noticed the throttling phenomenon; yet bandwidth graphs for dictionary attacks were slammed to the floor when i implemented it; == win :) so I impressed Neil yesterday. told him I hosed my IP settings for my box, and yet was able to reboot the box remotely, login with the console, fix the settings and reboot again RandalSchwartz: yeah he *better* be impressed ;) I just discovered it when running a new backup script against it a few days ago :) a backup that *doesn't* use rsync? :) not really worried about dictionary attacks since I only allow public key auth, but I might change the port on the main VM if I am too lazy to implement multiplexing for a while... well at $previous_hosting, that would have required a pair of helping hands RandalSchwartz: yes, a script managing zfs snapshots+send/recv aha. ok - yeah, multi-connections I love the fact that customers can do their own repairs also ;) less work for you I can click Acknowledge in Nagios a lot more... anyhow, thank up_the_irons, good to know I'm not going crazy, I had thought it was unfiltered :) islandfox: np! sorry to temporarily make u crazy i mentioned changing ssh ports one time to my friends on facebook, and they mumbled "security through obscurity" shmget: yeah, if that's the only thing you do; but on the flip side, if everyone used random ssh ports and port 22 was not used at all, break-ins through dictionary attacks would be reduced; i find it hard to be able to refute that it's not "security" per-se, but it makes a concrete difference right it at least makes intruders search for the right port (by running SSH on a different port, you can also get through corporate firewalls that disallow port 22) yeah i'm surprised I haven't been caught yet, been doing it for years i made a simple vpn one time before the company i worked for had one i had a freebsd server that checked my mail on an exchange server. if i emailed myself an email at work with my IP address at home, it would initiate an SSH connection to my home computer. then, I did another tunnel back through, and did what I needed to do it worked great no one busted me for it i have heard they only bust you when you transfer large amounts of data, as it could be someone trying to send out corporate docuements/secrets up_the_irons: you around? shmget: interesting amdprophet: yes having some slowdowns on our vps, just wondering if there's any known issues amdprophet: migrating a VM to the kvr04 server (not sure if that is you or not); maybe I should ionice that... (done) thanks np i think it's worse now lol http://aelatis.com/ we are on kvr04 btw this migration is a pain :( :( any ETA as to when it will be doe? done & done * 7G left, 7.3 MB/s 2G left corrupt disk image raid sucks ddrescue is pretty cool up_the_irons, i think you should give in and use a real distribution, a.k.a. slackware.