Language Selection

English French German Italian Portuguese Spanish

Dell defection from Intel is a brain twister

Filed under
Hardware

TWO THINGS THAT SOME people missed in the Nvidia Dell press release yesterday - but not us - were the fact that it wasn't an Intel chipset in a Dell box and the release of a true 2x 16x PCIe slot motherboard with a single CPU.

The Dell bit is huge, not because of the fact that it is using, gasp, something non-Intel, but it shows how powerful a marketing message SLi really is. A while back, ATI put that into a quarterly report, begrudgingly pointing out that it was a problem. The new fire lit under its chipset division and Crossfire also shows how critical this whole market segment is to box builders and graphic chip makers alike.

Dell defecting, or at least letting some light in through the cracks shows that even the mighty Dell bows to market pressure. It also shows that Intel has no 32+ PCIe lane chipset in the works for the near future, nor a multi-part chipset with PCIe on the south bridge. The volume isn't going to be high, Intel does not have a competitive gaming CPU, and won't for another year, so this is more a low volume face saver than a threat to Voodoo.

Still, if Nvidia can meet the stringent Dell supply chain requirements, there is an upside to leverage this into something more lucrative. Nvidia seems to know what it has, and is not shy about twisting arms to get what it wants. One has to wonder if this is what ATI is trying to counter than the occasional benchmark loss.

On the tech side, there is also big news. The new chipsets are the more significant thing, and have the potential to outstrip everyone else out there. It is called SLI X16, and it potentially provides a true 2x 16x PCIe slots, plus two 1x lanes, one slot comes off the northbridge, and the other off the southbridge. Unlike the NForce Pro line, the 2200 and 2050 chips, the new X16 does not need a second CPU and a second HT link to work right. In fact, it even works on Intel, getting them closer to being back in the gaming game.

While this may seem like a no-brainer, just put more ports off the southbridge, it is a lot more complex than that. The NB to SB connection has to be a fairly high speed link on the most vanilla chipset. Each PCIe channel is 2.5Gbps, so 16x is 40Gbps of bandwidth, not something you can just slap on because it meets a feature requirement checkbox. By comparison, the IDE, SATA, GigE and sound are a collective bandwidth pittance.

Full Story.

More in Tux Machines

today's leftovers

  • FLOSS Weekly 389: Best Practices Badge
  • OpenGL 4.5 For The Intel Mesa Driver May Be Imminent
    Intel has been rapidly advancing their OpenGL 4.x support and OpenGL 4.5 is even in sight now. Kristian Høgsberg today landed GL_KHR_robustness support in the i965 DRI driver, a requirement for OpenGL 4.5.
  • Shotwell vs. digiKam
    How to manage your photos? – That is probably the biggest question for anyone doing anything with a photo camera. As resolutions of cameras grow, the data we have to manage is growing ever. In my case I am talking about more than 50000 photos and videos measuring up to about 200Gb of disk space, constantly growing. There are several photo management softwares out there, I guess the most commonly used ones are Shotwell for the Gnome desktop, digiKam for the KDE world, and FotoXX. I have not used Shotwell and digiKam for quite some time, and collect here my experiences of strength and weaknesses of the two programs. FotoXX seems to be very powerful, too, but I haven’t tested it till now.
  • Tweet your database with db2twitter
    db2twitter is developed by and run for LinuxJobs.fr, the job board of th french-speaking Free Software and Opensource community.
  • Tiny Core Linux 7.1 Screenshot Tour
  • Annoying myths about Linux that won't go away
    Linux has been around for many years, and has gotten better and better as time has gone by. Yet there are some enduring, inaccurate, and annoying myths about Linux that persist to this day. A Linux redditor started a thread about Linux myths and got some interesting responses from his fellow Linux users:
  • GStreamer Spring Hackfest 2016
    After missing the last few GStreamer hackfests I finally managed to attend this time. It was held in Thessaloniki, Greece’s second largest city. The city is located by the sea side and the entire hackfest and related activities were either directly by the sea or just a couple blocks away.
  • My talk at OSDC 2016: Continuous Integration in Data Centers – Further 3 Years Later
  • Isenkram with PackageKit support - new version 0.23 available in Debian unstable
    The isenkram system is a user-focused solution in Debian for handling hardware related packages. The idea is to have a database of mappings between hardware and packages, and pop up a dialog suggesting for the user to install the packages to use a given hardware dongle. Some use cases are when you insert a Yubikey, it proposes to install the software needed to control it; when you insert a braille reader list it proposes to install the packages needed to send text to the reader; and when you insert a ColorHug screen calibrator it suggests to install the driver for it. The system work well, and even have a few command line tools to install firmware packages and packages for the hardware already in the machine (as opposed to hotpluggable hardware).

today's howtos

Leftovers: Gaming

Leftovers: KDE (Akonadi, KWin)

  • Akonadi for e-mail needs to die
    So, I'm officially giving up on kmail2 (i.e., the Akonadi-based version of kmail) on the last one of my PCs now. I have tried hard and put in a lot of effort to get it working, but it costs me a significant amount of time and effort just to be able to receive and read e-mail - meaning hanging IMAP resources every few minutes, the feared "Multiple merge candidates" bug popping up again and again, and other surprise events. That is plainly not acceptable in the workplace, where I need to rely on e-mail as means of communication. By leaving kmail2 I seem to be following many many other people... Even dedicated KDE enthusiasts that I know have by now migrated to Trojita or Thunderbird.
  • Virtual keyboard support in KWin/Wayland 5.7
    Over the last weeks I worked on improved input device support in KWin/Wayland and support for virtual keyboard. KWin 5.7 will integrate the new QtVirtualKeyboard module which is now available under GPLv3. For us this means that we have access to a high quality QML based keyboard. For Qt it means that the virtual keyboard is exposed to more users and thanks to the open source nature it means that we can upstream fixes.
  • Virtual Keyboard Support For KWin / KDE Wayland 5.7
    The latest KWin/Wayland hacking project by Martin Gräßlin is adding virtual keyboard support to KWin for the upcoming KDE Plasma 5.7 release. This virtual keyboard support is powered by the QtVirtualKeyboard module and provides a high-quality, QML-based keyboard that will work on KWin/Wayland when no hardware keyboard is available. Implementing this virtual keyboard support with Wayland compatibility was actually quite a feat, but has now become a reality thanks to the work by Martin.