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

GNU/Linux on the Desktop Versus Proprietary Forms

  • Why I use a Mac computer, but an Android phone
    Yes, you could use a flavour of Linux on cheaper hardware, but then you trade the great Mac graphical interface with the ones available to Linux. You can fight me in the comments, but deep down you know I’m right. MacOS comes with Bash, and many of the tools those familiar with Linux would expect to have by default in their favourite distribution, including basics like “whois”, which aren’t installed in Windows by default.
  • Everything you knew about Chromebooks is wrong
    The original assumed vision of the Chromebook platform was a laptop and operating system capable of running only the Chrome web browser. You could do anything you wanted, as long as you wanted to stay on the web at all times. Today, the best new Chromebooks can runs apps from three additional operating systems. Not only do Chromebooks run apps, but they run more apps without dual- or multi-booting than any other computing platform. Chromebooks can run apps from Android, Linux and Windows concurrently in the same session.
  • Games, Tests and GitLab CI
    We are getting midterm of the GNOME 3.30 development cycle and many things already happened in the Games world. I will spare the user facing news for later as today I want to tell you about development features we desperatly needed as maintainers: tests and continuous integration. TL;DR: GLib, Meson, Flatpak and GitLab CI make writing and running tests super easy!

Graphics: Vulkan and Vega M

  • Vulkan Virgl Has Kicked Off For Supporting This Graphics/Compute API Within VMs
    Of the hundreds of projects for this year's Google Summer of Code, there are many interesting GSoC 2018 projects but one of those that I am most excited for is Vulkan-Virgl for getting this modern API supported with hardware acceleration by guest virtual machines. As implied by the name, this effort is based upon the Virgl project started by David Airlie and originally tasked with getting OpenGL acceleration to guest VMs using a fully open-source Linux driver stack. Virgl has been in good shape for a while now with OpenGL, while this summer the hope is to get the Vulkan API support going for opening up VMs to using this high-performance graphics and compute API.
  • AMDVLK Driver Lands Half-Float Additions, Many Other Improvements
    There's been another weekly-ish public code push to the AMDVLK open-source AMD Vulkan Linux driver stack and this time around it's heavy on feature work. There has been a fair amount of changes pertaining to half-float (FP16) support including support for the AMD_gpu_shader_half_float extension, prepping for VK_AMD_gpu_shader_half_float_fetch, FP16 interpolation intrinsics and register settings, and more.
  • Vega M Graphics On Intel Kabylake G CPUs Are Beginning To Work Under Linux
    We have been covering the Linux driver upbringing of "Vega M" for the Vega/Polaris graphics found in select newer Intel "Kabylake G" processors. The code is still in flight before it will work in all released versions of the Linux driver components, but for those willing to build the code or rely upon third party repositories, Vega M is now working on Linux. As I have covered in various past articles, the open-source driver support for Radeon Vega M is queued into DRM-Next for the upcoming Linux 4.18 kernel cycle, Mesa 18.1 albeit with new hardware I always recommend using the latest Git (current Mesa 18.2), and there are also binary GPU microcode files needed too.

Plasma 5.13 – Amazing Tux, How Sweet Plasma

Plasma 5.13 is (going to be) a very nice release. It builds on the solid foundation that is the LTS edition, and adds cool, smart touches. The emphasis is on seamless integration of elements, which is what separates professionals from amateurs. It’s all around how the WHOLE desktop behaves, and not individual programs in isolation. And Plasma is making great strides, offering a polished version of an already mature and handsome product, with extra focus on fonts, media and browser connectivity and good performance. There are some rough patches. Apart from the obvious beta issues, those goes without saying, KDE Connect ought to be a true multi-phone product, the network stack really needs to be spotless, and that means full Microsoft Windows inter-operability, Spectacle should allow for configurable shadows and alpha channel, and I want to see if the decorative backend has been cleaned up, i.e. can you search and install new themes and icons without encountering useless errors and inconsistencies. But all in all, I’m quite impressed. The changes are big and noticeable, and above all, meaningful. You don’t just get features for the sake of it, you get things that improve the quality and consistency of the desktop, that maximize fun and productivity, and there’s deep thought in orchestrating it all together. It ain’t just a random bunch of options that happen to work. I like seeing patterns in things, and I’m happy when there’s functional harmony. This spring season of distro testing hasn’t been fun, and Plasma 5.13 is balm for my weary wrists, so hurting from all that angry typing. More than worth a spin, and highly recommended. Full steam on, Tuxers. Read more Also: This week in Usability & Productivity, part 20

Sad News! Development Stopped for Korora and BackSlash Linux

It seems more and more small distributions are facing a had time. Recently we saw the crisis at Void Linux. Now we have two more small Linux distributions calling it quit, albeit temporarily. Read more