Language Selection

English French German Italian Portuguese Spanish

Site news - keepin' ya posted

Filed under
Site News

If you've noticed the lack of reviews and slower than usual performance of tuxmachines, there is a good reason. I'm working on an off-site hosting vps in hopes of moving tuxmachines to a faster server and/or larger pipe.

Not that I've entirely neglected my reviewing interests, as Sunday I did test 3 distros. I afraid I didn't have much luck. Two of them were from Distrowatch's waiting list and didn't complete the boot (or into gui) process and the other was DSL 2.4.

DSL 2.4 was released and I wanted to write an article on it, except after booting I found all improvements were under the hood. I just couldn't get a full length article out of it. So, I ended up scraping that idea.

But back to the new server. I've rented a vps from tektonic and started with a debian 3.1 install. It was a fairly easy dist-upgrade to etch and moving my site was a no-brainer as well.

I had tried a vps out of Europe last month, I forget the name right now, but ssh response time was agonizing slow and whenever I tried to import drupal's database - mysql would disconnect. They didn't answer my email about it, so I'm test driving tektonic right now.

So far tektonic seems fine except it's slow for me. I've had a few friends from around the world test it and I am getting some positive feedback. So hopefully, it'll just be slow for me. Big Grin

I've been uploading my site which consists of about 1.5 gigs of data. This has been eating up some of my already limited bandwidth making tuxmachines even slower than normal. But hopefully most of the uploading will be finished in a few hours and I will only need to get a newer snapshot of the database when the time comes for further testing.

I will be soliciting testers and opinions in a few days on the speed of the new site. We might experience a bit of bumpy road if we decide to move there permanently with dns and such, but hopefully it will end up providing a more pleasant experience for my regulars and be able to handle more traffic if needed.

Thanks.

Oh, ps.: A monthly printed Linux publication asked for permission to re-print my SUSE article in their magazine with a link to the site, so hopefully that'll bring in some new visitors as well. I hope we complete the move before it's published! Big Grin

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Re: Questions on bandwidth, operating system and tectonic hardwa

atang1 wrote:

It seems about the same speed when guests approach 150 on any bandwidth? Guests around 60 is plenty fast.

Well, I'd hoped a bigger pipe wouldn't bog down as soon as mine seems to when a story hits the "big" sites. I don't know how it's gonna work out, nor do I know the norm. This will be my first attempt at using a hosting service. There are fast drupal sites out there - it must be possible. Big Grin

atang1 wrote:

Is the operating system finetuned to their server cpu(platform)?

Naw, I don't think so. Like I said, our started out a Debian 3.1. It's built for like 386s ain't it?

I'm not a big Debian expert, but my other choices were centos, fedora 4, or suse 10.0. I figured debian to be my best bet for server. I love Gentoo, but it's inconvenient for a server.

Re: Tectonic people must be able to advise you ?

atang1 wrote:

I noticed you do not yet have a batch processing cron job established between the two repositories. I think you only have to have minutes delay until it gets really busy to have within seconds any accuracy?

This experience may give us some idea if it is indeed bandwidth or operating system slow down?

Well, if you mean rsync'in between them, then nope. I looked into it and html files would be easy enough. a php database is another subject altogether. I first toyed with the idea of "load balancing" between the two, but there is no good way I've found to updated one database from the other. Unless you know of a good way?

I mean I could have one use the database of the other, but I think that would slow things down more than it'd help. WDYT?

More in Tux Machines

Android N’s navigation buttons could get a face-lift

New Zealand vs Wales Live Streaming

Android Leftovers

IT runs on the cloud, and the cloud runs on Linux. Any questions?

A recent survey by the Uptime Institute of 1,000 IT executives found that 50 percent of senior enterprise IT executives expect the majority of IT workloads to reside off-premise in cloud or colocation sites in the future. Of those surveyed, 23 percent expect the shift to happen next year, and 70 percent expect that shift to occur within the next four years. Read more

Security Leftovers

  • Teardrop Attack: What Is It And How Does It Work?
    In Teardrop Attack, fragmented packets that are sent in the to the target machine, are buggy in nature and the victim’s machine is unable to reassemble those packets due to the bug in the TCP/IP fragmentation.
  • Updating code can mean fewer security headaches
    Organizations with high rates of code deployments spend half as much time fixing security issues as organizations without such frequent code updates, according to a newly released study. In its latest annual state-of-the-developer report, Devops software provider Puppet found that by better integrating security objectives into daily work, teams in "high-performing organizations" build more secure systems. The report, which surveyed 4,600 technical professionals worldwide, defines high IT performers as offering on-demand, multiple code deploys per day, with lead times for changes of less than one hour. Puppet has been publishing its annual report for five years.
  • Over half of world's top domains weak against email spoofing
    Over half of the world's most popular online services have misconfigured servers which could place users at risk from spoof emails, researchers have warned. According to Swedish cybersecurity firm Detectify, poor authentication processes and configuration settings in servers belonging to hundreds of major online domains are could put users at risk of legitimate-looking phishing campaigns and fraudulent emails.