avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • September 23, 2019, 06:22 AM
  • Proudly celebrating 13 years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Gothi[c] [ switch to compact view ]

Pages: prev1 [2] 3 4 5 6 7 ... 32next
The lengths you will go to just to get me to post... :D

Non-Windows Software / Screenshot thread!
« on: August 30, 2013, 10:22 AM »
So, here's a thread to kick off this new section. Post your OS screenshots! Use GNU+Linux, HP-UX, Plan9, z/OS, GCOS, MCP, *BSD, anything else? Share what it looks like! :)
Here's my humble contribution:


Fresh install on an Indigo2:


Screenshots from my octane:




4DWM running on GNU+Linux through X11 forwarding over SSH:


Fluxbox window manager on GNU+Linux:



Fresh install of Solaris 10 booted in CDE:


After some time messing with it, this is what it looks like now:


Living Room / Re: Avatar Mysteries
« on: March 31, 2013, 03:14 PM »
That 'last' page was intended to be first, as a message header/intro.
It's not really encoded at all.
I'm sure someone will figure it out :D

Living Room / Re: /r/DonationCoder (Reddit)
« on: March 14, 2013, 08:27 AM »
I might end up posting there more than here.

I don't know why though.

I like the subreddit-system and how there's very specialized groups of interest, and the way you can combine subreddit views.
I hate the voting system, and the algorithm that shows the top posts on the 'hot' page (it ends up favoring small light/funny posts over posts with interesting/original content)

... And for those who don't use ubuntu, don't despair.
It runs on Gentoo Linux too now :)


N.A.N.Y. 2013 / Re: N.A.N.Y. - New Apps for the New Year - 2013
« on: January 01, 2013, 11:07 AM »
That's a very amazing design Hally! Thanks so much!

N.A.N.Y. 2013 / Re: N.A.N.Y. - New Apps for the New Year - 2013
« on: November 10, 2012, 08:55 PM »

Living Room / Products designed to fail, a documentary
« on: November 01, 2011, 07:29 PM »
In case you need yet another thing to piss you off in this world,
Here's an interesting documentary I found that confirms what I always suspected: how nowadays products are designed to fail from the start...


Developer's Corner / Re: Herb Sutter's brief look at C++11
« on: November 01, 2011, 02:33 AM »
Use auto wherever possible. It is useful for two reasons. First, most obviously it’s a convenience that lets us avoid repeating a type name that we already stated and the compiler already knows.

// C++98
map<int,string>::iterator i = m.begin();
// C++11
auto i = begin(m);

Second, it’s more than just a convenience when a type has an unknown or unutterable name, such as the type of most lambda functions, that you couldn’t otherwise spell easily or at all.

I'm not sure how much I like this... I mean,.. Isn't this type of thing exactly why we have typdef's ?
At least a typedef still gives you an idea of what type a variable will be, or at least make it relatively easy to look up the type definition in the code. Looking up the return value of begin() in stl seems like more of a pain in the rear, and this is just a simple example... :S

typedef std::vector<std::string> strvector;

// ...

strvector foo = func(); // <- this seems more useful/readable than:

auto foo = func(); // <- no idea wtf foo is from looking at it.


* Gothi[c] waits for dc to be flagged as terrorist organisation :D
watch all the paypal funds be frozen :D

You forgot to add that world food stocks are going down and population is going up :)

Living Room / Re: DoCo Banner - Animated!
« on: June 07, 2011, 01:58 PM »
I love the part where he sinks  :P

Living Room / Re: DoCo Banner - Animated!
« on: June 07, 2011, 01:58 PM »
This is awesome!
Should be the official banner :)

I signed up at Oracle for news and they called me, left a message to call them.
Yes they have my #, but no big deal to me.

I don't think they have what I would use, ever.

But considering they called, I suspect there is an aggressive sales force to incorporate their products as a business standard, of which I have not much to do with.

Oracle has been doing that since the 90's
I remember getting a call from them about their oracle database products way back in the 90's just because i had created an account to download something (forget what) ...

That is bizarre. Don't they have redundant power? Was it a blackout? Brownout?

I host with Softlayer in Texas. They've been excellent.

The entire datacenter went dark completely.

Normally they have UPS'es and battery banks to keep things runing until the generators kick in.
The UPS'es "couldn't handle the load" according to them, and everything went down.

It wasn't a brownout as it took quite a bit for them to restore power.

Developer's Corner / Re: Game Engines and Apps
« on: May 22, 2011, 04:46 AM »
Woah, way to bump a great old thread mouser :)

Also, related: https://www.donation...dex.php?topic=3352.0



Speech Development Robot for Humans under Construction

Living Room / Re: Anyone here using a standing desk?
« on: May 11, 2011, 03:32 PM »
Also, according to the graphic each extra hour of TV = 11% extra death risk,
So by that logic, watching 10 hours of TV would instantly drop you dead :D

Living Room / Re: Anyone here using a standing desk?
« on: May 11, 2011, 03:29 PM »
So, If I am to believe this infographic, then eating gum while sitting would consume more energy than standing?
So, obviously the solution is not to get a standing desk, but to chew more gum!  :D

Living Room / Re: what is the benefit of this old style network
« on: April 24, 2011, 11:56 AM »
At work (Hosting company) we run a quad-nic setup.

* Two NIC's for internal (LAN) traffic.
* Two NIC's for internet (WAN) traffic.

In VmWare the two LAN NIC's are grouped, and the two WAN nic's are grouped for redundancy. (if one link goes down, the other one remains up.) - They are also connected to four switches, that are also set up in a redundant manner.

This allows a physical separation between LAN and WAN for security and performance, and a fully redundant network.

Nowerdays with VLAN's you can get away with separating LAN/WAN on the same switch, but many sysadmins and corporations are (with good reason) paranoid enough to not trust their network separation to a VLAN configuration in a switch (which can be hacked to change the config). Physical separation is simpler than VLAN's and not subject to (malicious) misconfiguration in the switches.

First of all, while mouser states "we don't know" he really means "he doesn't know" :) I tried to explain, but oh well...

The problem is this:

Recently we have been implementing a lot of caching in order to speed things up. The database currently does quite some heavy query caching, and on the apache side we have besides the usual stuff, APC for php opcode caching (which the forum software, smf, can use the API for). All of this, of course comes at a cost of memory.

We had maxclients set quite high (200), which makes things run pretty fast with prefork, since there's always processes around to serve new clients. The problem is that the average apache process size has grown to around 30MB, so worst case scenario is 20*30MB=5.8GB, which is more memory than the server has.
In fact, after the aggressive MySQL caching, there is only 780 MB free for apache to play around with.
This is why I have decreased MaxClients to 20, which will prevent us from running out of memory, at the cost of some slowdown.

So really, all we have to do at this moment is probably just make the MySQL caching a bit less crazy, to make some more room for Apache.

As f0dder points out sort of kind of, the fact that Apache with prefork is process based, it makes memory consumption a bit hard to predict (since the memory size of a process changes by what script is running, moreover, if you use keepalive, it grows with the number of requests a client makes over the same connection to the same client thus making things even more unpredictable).

I wouldn't go as far as switching httpd, but we could switch MPM. There is an experimental event MPM for apache, but I'm not sure how I feel about using an experimental MPM on a production server.

To make matters worse, packet loss at softlayer has been really hurting us.
This is their latest excuse:

    SoftLayer Engineers are aware of the sporadic packetloss and/or connectivity to FCR01.SEA01. Currently engineers are working on resolving this issue; however, there is a chance a reboot to the router will be required. In the event this needs to happen, a notice will be posted here along with any other information gathered.

-- Update --
Service has been restored to customers behind FCR01.SEA01. During the process of working on the router, the issue manifested itself into 100% CPU resulting in upstream and downstream links going down along with routing protocols. Engineers were able to stabilize the router without a reload, and are currently monitoring it to determine if the fix is permanent.

-- UPDATE --
Engineers have determined this is not a permanent fix for the FCR01.SEA01 issue. During the course of troubleshooting this issue with Cisco, it has been determined that the best course of action is to upgrade the router to the latest IOS version. This will be happening at approximately 01:30 CDT.

Engineers are continuing to work with Cisco TAC on this issue. At this point, the router has been restored to service at approximately 03:20 CDT. Some customers may continue to experience intermittent packetloss behind FCR01.SEA01.

Working for a hosting provider myself, I understand that stuff happens, but this packet loss stuff with them has been going on ever since we moved to their seattle data center :( every day.
Also, one would think that softlayer is big enough to have a replacement router ready they can just put in (or have a proper redundant network that can route around it for that matter).

Mircryption / Re: Blowssi - Perl v5.10.1 - 2/3 subtests failed
« on: April 19, 2011, 12:34 AM »
You might be able to get away with just skipping the make test step.

I'm not the author of Crypt-ircDH1080 so you might want to ask whoever made that module.
All I can say is that it works fine here on perl v5.12.2
It's pretty hard to debug stuff without ssh access over a forum :)

Does the server allow download resuming?
Yes. (Apache does by default)

Might be worth noting that they only benchmarked ff startup/shutdown time, not the actual impact on page rendering!

Pages: prev1 [2] 3 4 5 6 7 ... 32next