Language Selection

English French German Italian Portuguese Spanish

Tuxmachines' 3rd quarter report

Filed under
Site News

Well, another 3 months has gone by bringing my official time online to 9 months. Boy how time flies.

The big news this quarter was the hardware upgrade. I wonder if anyone noticed the site performing a bit better. We're still limited by my bellsouth business dsl pipe, but the server is functioning much snappier now.

Prior to that I had to let some of the older logs go as it was boggin down the database quite a bit. In fact I only keep the last 3 months or so around now, so for those of you using the "hit" block, the hit count is only accurate for the last 3 months. Well, who knows how accurate it really is, but it has logged the following numbers:

2005-10 427763
2005-09 306579
2005-08 264527
2005-07 192514
2005-06 167216
2005-05 137881
2005-04 111392
2005-03 67624
2005-02 8990

October was a real good month. We had several stories linked to by the biggies. The lg3d story was linked to by slashdot that overwhelmed the pipe and brought us to just about a stand-still for a day or two. OSnews linked to my suse 10.0 and 10.1 alpha 1 stories. Some other stories got mentioned in the comments of slashdot and OSnew as well bringing in a few hits. A lot of folks linked to my suse 10.0 story and Linux Today linked to several as well. I'm not sure we can top the wonderful month October was.

I'm not sure we can top October especially now. I've went back to working a real job recently and just don't have the time and energy to devote to my reviews and stories that I've had the past coupla months. I expect hits to drop at least slightly and probably dramatically.

I have just started using a stats counter within the last week. That way we can get some of the cool statistical information other sites have available like browser and refers, and most importantly - hits. Big Grin It only got fired up Oct 30, so don't expect much for that month and I lost some logs somehow in messing around cleaning up after the hardware change over and also with changing some options and logging methods, so November will not be accurate either. Hopefully starting in December we can get some kind of idea about our traffic here at tuxmachines.

Another fly in the soup is that I must go back to school next semester and take a master's level course or lose my license to practice my profession. So, I thought as long as I was enrolling, I'd just get started on my master's degree. What this means to the site is even less time for me to review distros and talk with developers, what with a full time job and part time school. I'll work on the site as much as possible and try to keep it up to or surpass the quality standards I've tried to set. We will probably just see less original content.

And then of course, there hasn't been as many distros released passed coupla weeks either. So, October may go down as our record month.

Again as every quarter, I want to put out some thank you's. Thanks to atang, gryphen, vonskippy and others, who keep the comments block ever changing, and Texstar who drops by on occasion to sprinkle our stories with witty comments and blogs on occasion. Thanks to Tex's site as well for linking to us. Thanks to the established high-traffic sites who honor us with an occasional link and all the smaller sites who link to us often. Thanks to all the visitors, other commentators, and those who submit news, without whom there would be no Tuxmachines. Biggest thanks goes to Distrowatch who continually supports us and has really had the biggest influence in what I consider our successful last quarter.

If you have a news link or would like to write a review, just click the submit news link. You can create a blog or forum topic by clicking the create content link.

I've had less trouble with 'meanies' this quarter since I turned off the mail server. It still comes on several times a day for a few seconds to pushout the site mail, so if you sign up or lost your password or whatever, please be patient until your email from us arrives.

I guess that's about it. Happy Thanksgiving, Merry Christmas and Happy New Year! Big Grin

Comment viewing options

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

Together we call all make a difference

First, a thank you to srlinuxx for your kind words. From the moment I was successful in installing PCLinuxOS I knew that I had discovered something wonderful. My Linux experience is brief compared to the many outstanding developers out there who have created thousands of OpenSource applications, but I believe that everyone from Linus Torvalds to the disenfranchised M$ Windows user has something important to contribute to the cause.

That being said I agree very much with what atang1 has suggested. Tuxmachines can and should move in the direction of becoming a means to give a sort of "seal of approval" to the numerous Linux distros. Sure there are going to be those who may disagree with our critiques and opinions, but if we are going to assist the masses in migrating to this platform, then they need to know the good from the bad.

It should be pointed out that regardless of what rating a distro receives there will always be room for improvement and a determined pursuit of excellence to remain competitive in the market.

If there is anything I can do to help, please let me know.

cheers!
gryphen

*******
http://myfirstlinux.com

More in Tux Machines

Molly de Blanc: (Some) Highlights from GUADEC

I positively adore my coworkers. I’ll spare you how great they are, and instead focus on some of the talks they’ll be giving. GKT Core Developer Emmanuele Bassi will be giving two talks: Being a GNOME Maintainer: Best Practices and Known Traps and Archaeology of Accessibility. Being a GNOME Maintainer will discuss what it means to be a GNOME maintainer, and Archaeology of Accessibility will be a technical deep dive into the accessibility work Emmanuele and others have been doing around accessibility. (Note: “Accessibility” refers to the ability of technology to accommodate the needs of users who have disabilities, visual impairments, etc.) Melissa Wu, who is organizing the Community Engagement Challenge, will give two sessions as well. In her first, Remember What It’s Like to Be New to GNOME, she’ll talk about her experience coming to the GNOME community only a few months ago, getting to know people, and making things happen. Melissa will also join me for A Year of Strategic Initiatives at GNOME, during which we’ll talk about a range of things that have happened at GNOME over the past year (and some future plans), with a focus on organizational sustainability and the initiatives that make us excited to work here. Executive Director Neil McGovern will lead the Annual General Meeting, to provide everyone with an overview of what we’ve been doing and what we will do, and answer your questions. Read more

IBM/Red Hat: systemd, chatbots, remote work and why Java and Quarkus are important for your business

  • systemd-oomd Looks Like It Will Come Together For systemd 247

    Systemd-oomd is the out-of-memory daemon developed by Facebook and systemd developers. They are aiming for this to be better Linux handling of out-of-memory / low memory situations. Facebook originally wrote their OOMD code for their servers and since then has continued to be refined and adapted so it works out equally as well on desktops and more. Systemd-oomd polls systemd for OOMD-enabled cgroups to monitor them and kill based on memory pressure or swap usage. The systemd-oomd behavior is controlled via a new oomd.conf configuration file. Cgroups will need to employ EnableOomdKill if they want to be killed when under pressure.

  • 8th grader creates Watson-powered chatbot to help students plan for college during COVID-19

    When eighth-grader Harita Suresh found herself stuck at home due to the coronavirus, she decided to use her extra time to learn something new. After perusing edX.org, she settled on a course from IBM called AI chatbots without programming, which claimed that she would be able to build a fully functional chatbot with no prior knowledge about AI. Two weeks later, she’d used her newfound knowledge to create and launch a fully functioning chatbot — Rita — for her dad’s business, Analyze-Ed.

  • 3 best practices for working on a distributed team

    I have mixed feelings about instant messaging platforms. Pulling quick conversations out of email and into Slack often does improve resolution times for small issues, but a successful rollout requires some setting of expectations. Fundamentally, I do not believe it is reasonable to expect prompt responses to IM messages during the workday. Giving employees time for focused, uninterrupted work is vital. These tools provide functionalities to customize alerts, including muting all notifications (with a configurable option that lets others force alerts through as needed), muting individual channels, setting up various keyword notifications, and a wide range of other options not covered here. However, these controls are meaningless if there is an organizational expectation of prompt responses. Too frequently, I see folks asking a question like "Is anyone working on the database?" and, after less than five minutes, following up with "Okay, sounds like nobody is working on it, I am going to make my changes." Not only does this assume everyone has the same working hours, which immediately breaks down when you have remote team members in different time zones, it also ignores the reality of work both in and out of the office. Packages get delivered, coffee needs to be prepared, meetings are attended, and, sometimes, real work is being done! Take an empathetic look at your co-workers' needs and build expectations that allow for async work.

  • Why Java and Quarkus are important for your business

    Java has been the workhorse of enterprise software application development for the past 25 years. During this time, we have also seen some drastic changes to application infrastructure technologies - ones that are not always compatible with the Java framework. We have seen it all: from monolithic application servers, to API-driven programmable infrastructure, to just-in-time intelligent serverless infrastructures. We have gone from extensive setup and dynamic configuration for peak workloads, to expressing the ideal operational model as code for our applications. Now with serverless computing, developers can focus on providing the application code and letting an intelligent application infrastructure run and scale up and down for use, without even thinking about infrastructure concerns. Increasingly, modern application infrastructure tends to be immutable, meaning that servers are not able to be modified after they have been deployed. Immutable infrastructure can help simplify operations and lead to simpler, more predictable, and consistent deployment processes. When changes are required, the old configuration can be replaced with a new configuration to keep the environments consistent and easily reproducible across development, test and production. However, the traditional Java framework was designed for changeable application infrastructure that is no longer required in modern cloud environments.

NanoPi and Raspberry Pi

  • Compact, $20 NanoPi Neo3 SBC runs Linux on RK3328

    FriendlyElec has launched a 48 x 48mm, $20-and-up “NanoPi Neo3” SBC that runs Linux on a quad -A53 Rockchip RK3328 with 1GB or 2GB DDR4 and provides USB 3.0, GbE, and -20 to 70℃ support. When FriendlyElec announced its NanoPi Neo4 SBC last October, there was a lot to be excited about, starting with one of the most affordable prices ($45 and up) and smallest footprints (60 x 45mm) available with a hexa-core Rockchip RK3399. To our mind, it was not a proper Neo, however, as it lacked the ultra-compact 40 x 40mm footprint of earlier, Allwinner-based Neo boards such as the Allwinner H3-based NanoPi Neo Air and Allwinner H5-based NanoPi Neo2 or 52 x 40mm NanoPi Neo Plus2.

  • Metronome or Music Pc? Music Geek Tries the Raspberry Pi/Linux-Primarily based 'Organelle'

Troubleshoot Linux kernel panic with kdump crash tool

Kernel panic is a critical issue that manifests as a system freeze. If you're not familiar with what a kernel does, it is the core of an OS. Linux itself is a kernel, which enables developers to create numerous distributions. A serious enough error at the kernel can cause an event known as kernel panic. This is similar to Window's blue screen of death, but instead of seeing a blue screen, you simply see a log output on a black screen. Kernel panic can occur due to bad memory, driver crashes, malware or software bugs. To identify the cause of kernel panic, you can use the kdump service to collect crash dumps, perform a root cause analysis and troubleshoot the system. To get started, you should have two VMs that run CentOS. This tutorial uses CentOS 8 as the Linux distribution for both the Network File System (NFS) server and client. If you configure the client to send the crash dumps to an NFS share, you can centrally gather and analyze a crash dump without using the system that is affected by kernel panic. Below are the IP addresses of the NFS server and client. Your addresses may differ depending on your subnet configuration, but both addresses are necessary. Read more