Language Selection

English French German Italian Portuguese Spanish

Your Fav PC

Desktop
66% (472 votes)
Laptop
34% (246 votes)
Total votes: 718

cop this?

masalai

wherever you are clevo is the maker of what I have. for the fiddlers & upgraders try their amd with 2 x hdd (mine is 100g each, dual dvd drives, 4G ram & modest nvidia geforce go 7900 with 256mb feeding a 17inch 1920 x 1200 lcd screen plus your other little bits & pieces. Even when I could not afford a notebook and used a 'mini-tower' I found that I replaced before the need to tinker/upgrade the internals.

I have found the screen better on these aging eyes & even movies are OK with the note on my belly in bed!

A recent contract to the tropics of PNG made me happy with my AMD core as the apples & Multiple Sclerosis people using intel on top of fan mounted stands warning that my machine would die from the excessive heat. I went bush for a couple of days, with the machine left on so a friend could use it in my absence - no problems. So why the need for a BIG box.

use the web and find that which meets your needs.

Go linux

Definitely desktop!

I mean, if someone really needs mobility, than he doesn't even have a choice, only laptop will do. But for anything else, and especially 16hr/day computing/playing/whatever, desktop rules. MNSHO.

[ ...typing this on 22", two 320GB SATA disks in mirror, 2GB RAM... ]
--
www.linuxinsight.com

mobility and performance

I tend to use a laptop for everything and upgrade them. For example this L2005CL has an upgraded hard drive 160g, upgraded ram (all the way), upgraded Turion MT-36 and upgraded DVD-DLx8 lightscribe burner.

At the end of these somewhat extended life cycles (4 years) I tend to go for AMD dual or quad core Laptop Chips, (Maybe AMD Video next time) SATA drives (I hope external SATA ports appear on laptops).

I can't upgrade the motherboard and LCD but I can dock them via the Expansion Port or USB.

And I buy the most common brand that has the batteries and parts. I am very selective about the motherboard and LCD/Video since they have to last the longest.

Now if we can only get HP to install a Linux on their laptops. Now I just take a live kubuntu disk make sure that works before sale then put openSuSE on.

Hasta Le Vista Baby!

mobility vs performance

It's hard to say.

At the moment I only have a laptop, easier for me with the fact I am moving around a lot at Uni and it allows me to have access to things when I need them.

But a desktop does have the advantage of upgrading when you want to and you can tinker with things a bit more (and generally better support for *nix)

But then my laptop has a lot of things integrated, usb/firewire/bluetooth/wireless/ethernet/card reader etc. Which does make me feel like I am buying a well rounded system as opposed to a box with parts in...

More in Tux Machines

Linux 4.18 RC2 Released From China

  • Linux 4.18-rc2
    Another week, another -rc. I'm still traveling - now in China - but at least I'm doing this rc Sunday _evening_ local time rather than _morning_. And next rc I'll be back home and over rmy jetlag (knock wood) so everything should be back to the traditional schedule. Anyway, it's early in the rc series yet, but things look fairly normal. About a third of the patch is drivers (drm and s390 stand out, but here's networking and block updates too, and misc noise all over). We also had some of the core dma files move from drivers/base/dma-* (and lib/dma-*) to kernel/dma/*. We sometimes do code movement (and other "renaming" things) after the merge window simply because it tends to be less disruptive that way. Another 20% is under "tools" - mainly due to some selftest updates for rseq, but there's some turbostat and perf tooling work too. We also had some noticeable filesystem updates, particularly to cifs. I'm going to point those out, because some of them probably shouldn't have been in rc2. They were "fixes" not in the "regressions" sense, but in the "missing features" sense. So please, people, the "fixes" during the rc series really should be things that are _regressions_. If it used to work, and it no longer does, then fixing that is a good and proper fix. Or if something oopses or has a security implication, then the fix for that is a real fix. But if it's something that has never worked, even if it "fixes" some behavior, then it's new development, and that should come in during the merge window. Just because you think it's a "fix" doesn't mean that it really is one, at least in the "during the rc series" sense. Anyway, with that small rant out of the way, the rest is mostly arch updates (x86, powerpc, arm64, mips), and core networking. Go forth and test. Things look fairly sane, it's not really all that scary. Shortlog appended for people who want to scan through what changed. Linus
  • Linux 4.18-rc2 Released With A Normal Week's Worth Of Changes
    Due to traveling in China, Linus Torvalds has released the Linux 4.18-rc2 kernel a half-day ahead of schedule, but overall things are looking good for Linux 4.18.

A GTK+ 3 update

  • A GTK+ 3 update
    When we started development towards GTK+ 4, we laid out a plan that said GTK+ 3.22 would be the final, stable branch of GTK+ 3. And we’ve stuck to this for a while. I has served us reasonably well — GTK+ 3 stopped changing in drastic ways, which was well-received, and we are finally seeing applications moving from GTK+ 2.
  • GTK+ 3.24 To Deliver Some New Features While Waiting For GTK4
    While the GNOME tool-kit developers have been hard at work on GTK4 roughly the past two years and have kept GTK3 frozen at GTK+ 3.22, a GTK+ 3.24 release is now being worked on to deliver some new features until GTK+ 4.0 is ready to be released. While GTK+ 4.0 is shaping up well and GTK+ 3.22 was planned to be the last GTK3 stable release, the developers have had second thoughts due to GTK+ 4 taking time to mature. Some limited new features are being offered up in the GTK+ 3.24 release to debut this September.

Finally: First stable release of KBibTeX for KDE Frameworks 5

After almost exactly two years of being work-in-progress, the first stable release of KBibTeX for KDE Frameworks 5 has been published! You can grab the sources at your local KDE mirror. Some distributions like ArchLinux already ship binary packages. After one beta and one release candidate, now comes the final release. You may wonder why this release gets version number 0.8.1 but not 0.8 as expected. This is simply due to the fact that I noticed a bug in CMakeLists.txt when computing version numbers which did not work if the version number just had two fields, i. e. no ‘patch’ version. As the code and the tag of 0.8 was already pushed, I had no alternative than to fix the problem and increase the version number. Otherwise, the ChangeLog (alternative view) is virtually unchanged compared to the last pre-release. Read more

Today in Techrights