Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 internet speed test! ×

Comment Same priority - a recommendation (Score 3, Informative) 288

I've the same priorities than you, and am happily using a 3rd gen Thinkpad Carbon X1 with Debian and KDE. A lot of other hardware will be ok too nowadays.

To minimize the laptop power consumption, be sure to install and configure either the old "laptop mode" package, or the more recent "tlp" package (The Laptop Project, a successor to the laptop mode). With a SSD, you can aggressively turn off the disk as there's no spin up wear issue. With TLP installed I'm typically idling below 5W and often below 4. The battery life is so good that I don't charge the battery to 100%, but only 85% and rarely go below 45%. This is a good way to increase the battery life of a Li-ion battery, and a nice touch of all Thinkpads is that you can configure an upper bound for charging. At 85% the ACPI BIOS returns a battery life over 10h30.

Comment Re:Stuff (Score 1) 128

ARM processors from now on. All this stuff is broke.

ARM processors are just as broke as everything else. There's just fewer people looking to uncover the holes.

Fewer yes, but some are looking.
The bug in SnapDragon TrustZone implementation described in the previous link has been fixed BTW. Now what percentage of SnapDragon based smartphones in the field include the fix is anyone guess.

Comment Re:Why the huge jumps? (Score 1) 81

Telecom engineer here. My personal opinion is that the IMT is now a joke. It used to be the case that the generation definitions were engineering based and quite conservative, and matched reality --- up to 3G. But then new entrants came, who tried to position themselves as technology leaders by pushing much more aggressive targets, which ended-up in the 4G mess. The more reasonable companies had a choice: counter with reasonable numbers, and risk passing as looser who weren't as advanced, or play along with the BS. In the end, everyone played along and we ended up with the perfectly ridiculous notion that 4G is 1 Gbps. With lots of pedants without much of a clue about telecommunications now feeling an urge to climb on their soapbox to tell the world that current LTE is not true 4G. As if anyone with a clue should pay attention to the IMT 4G embarrassment.

This is so ridiculous that LTE-A (or R10) is technically 4G only because it has a specific category (that defines the possible peak rate) 8 that goes up to ~3 Gbps actually. But it's a paper category that nobody implements. Not practical. An hint about the level of ridicule: Cat7 before is 300 Mbps, and Cat9 after is 450 Mbps peak rates. Spot the odd value!

Anyway, 5G could still open the door to much higher peak rates. The key is that 5G is supposed to leverage millimeter waves, or the high-end of the spectrum (10-100 GHz roughly). That makes a lot of bandwidth available. But there's still a lot of work to do to get to workable practical implementation that can fit in a pocket and has a reasonable battery life (forget the early 5G demos made in a van powered by a big engine giving lots of power).

And if anyone cares, here's what I consider as good generation transition points: 1G is analog cellular, 2G is narrow band cellular (both TDM GSM and narrow band CDMA), 3G is wide-band (5 MHz) CDMA, and 4G is wide-band OFDMA (10 MHz or more). This makes WiMAX and LTE 4G from the start IMHO. It doesn't match the IMT definition, but it's certainly a better match for reality. And those steps do represent qualitative changes in user experience too (noticeable higher throughput and lower latency).

Lastly: the only people caring about peak rates at the network operators are the marketing folks. What's important is really getting a good average throughput, an acceptable worst-case throughput and having the highest capacity (served bits/s/Hz by cell). The later is what makes the system cost effective. It turns out that many (but not all) techniques that increase capacity also increase peak rates, and peak rate is easier to sell. Hence the emphasis on big peak rates numbers in the general press. But what matters most to end user and operators is really what I listed before.

Comment Re:Why isn't public transport 'free'? (Score 1) 198

Public transports in Paris are already quite cheap (the numbers I'll provide are from memory, please double check if you want to be sure). A few years ago I read that about 1/4th only of the cost is paid by the end user, the rest is subsidies from the various levels of government. And this is even more favorable nowadays: there used to be zones where the farther you were from Paris, the higher you paid. All this has been simplified with a unique fare where the people in the two center zones pay slightly more (peanuts really, and I'm one of those paying more) and all the others pay noticeably less.

But then during peak time several places are already congested, and it's not easy to scale up --- digging new holes for new lines in a city whose underground is already a Swiss cheese is not simple nor cheap. Case in point: the RER A, the biggest east-west line, is one the the congested part. It will be closed for a few months this summer for improvement. It's badly needed, but it'll be quite some mess during the work... Still, there's a lot of investment in improving the infrastructure, mostly with surrounding lines to direct suburb to suburb travel without having to go through the center of Paris (should help congestion a lot).

Still, even with all this a lot of people use their cars. The region is rather densely populated, and even if public transports are really good and cheap they can only do so much.

Comment Re:Perspective (Score 3, Informative) 716

Tempest in a tea pot really: I had the very same issue with Jessie and a little googling around quickly found the issue and a solution (for example here:

In short, if one installs (installed?) Debian Jessie from a USB key the installer would add an entry in /etc/fstab for the key. Now the automounting of USB keys for the currently logged user is normally taken care of by udev, who does things properly. But for backward compatibility if there's a /etc/fstab entry udev bows out and let the legacy system handle the key, and that's where one end-up with a USB key mounted as root instead of as the user. Fix: remove the useless /etc/fstab entry. As this has been discussed already on the Debian user mailing list it's likely been fixed in the install process by now (not check, will try with a new laptop next week).

All in all: a small installation process glitch in the testing distribution, so still beta. But let's not waste such an opportunity to rant on how much the old times were betters, and young ones are hopeless. I guess the real issue is that early Linux users (me included) are getting older, and more adverse to changes.

Comment Re:Why didn't they take them alive? (Score 1) 490

The 4 hostages were killed by the terrorist earlier on when he entered the supermarket, not during the assault. On both sites the terrorists had booby trapped the place with several sticks of explosives already connected to a detonator. It seems a pretty good explanation for "why didn't they try to take them alive?": killing them was the fastest and safest way to make them harmless in this situation.

Comment Re:Rollout in 2030 (Score 1) 216

I can't tell either ;) The principle is an extension of an existing trend: in dense areas, you need tight synchronization among cells to reduce interference and improve the system capacity and quality of service. Existing evolutions of LTE already specified but not yet deployed in the field include things like joint scheduling / cooperative beam forming among cells for example. The pCell idea is pushing the idea to the extreme: it's an integrated cooperative system, where each node is a set of antennas and a device is not associated to a node but cooperatively handled by several. Now there is limit in this approach: in practice you need a centralized scheduler ("Cloud RAN" in marketing speeches) and very low latency between it and the nodes, and this limits practical deployments to dense areas. So it's not a universal solution, but it has potential for where congestion is in practice. Another thing is that although there's a lot of work and momentum on this idea, it's still rather young and it seems not so easy to make even the less radical LTE variants work as well as planned in practice. As often, devil is in the details. But I can't comment much more there: telecoms is big and I'm not involved in this area.

Comment Re:Latency (Score 1) 216

Yes, it's marketing spin again. There are plans to reduce the latency compared to LTE (which was already a big improvement). The 1 ms looks more like a target for the RAN (radio access network) part of the network only. But even today with LTE the RAN is not the main contributor to the end-to-end latency, the core network is the bigger budget even looking only at the wireless telco part, and then the Internet part must be added on top.

Comment Re:Rollout in 2030 (Score 5, Informative) 216

According to theoriginal ITU position to be truly called 4G one need to be able to do at least 1 Gbps peak rate downlink. In order to comply with this requirement LTE release 10 added a new category, Cat 8, doing actually close to 3 Gbps. On paper: nobody implemented it yet --- and it'll be a while before anyone does (if ever: it takes 8x8 MIMO and 5 aggregated 20 MHz LTE channels to reach 3 Gbps).

I'm a telecom professional, and I'm tired about all those "true 4G" statements, and on what is or not 4G. I find the ITU 4G definition ridiculous: a long time ago the world of telecom manufacturers was made of cautious engineering companies. Then very aggressive new entrants came and made outrageous claims [1], and older companies went with the charade not to be seen as lagards. That's basically why we got this very bad joke of "official 4G is 1 Gbps". I guess anyone looking around should see the slight disconnect with reality there? As a bonus joke, new categories were added later on: Cat9 peaks at 300 Mbps, go figure...

For what it's worth, in my opinion the true difference that warrants using a new generation number is the move to OFDMA. 1G was analog, 2G was digital narrow band, 3G is wideband CDMA, 4G is wideband OFDMA. This makes sense to me, as a telecom engineer. The ITU BS I'd rather forgot all about it, it's just too embarrassing.

As for 5G there are interesting things on-going, but it's very early in the game. For now it's only people wanting attention to get funding (like TFA) or cheap PR. Don't feed the PR spinners please. The high-frequency spectrum with many very small antennas and cheap RF (to compensate for the number, 64-256...) is interesting but there is a long road to practical products.

[1] There is a joke on this, and let's protect the culprit: how do you tell the difference between an Ericsson engineer and a Xxx one? The E/// engineer couldn't tell a lie if you put a gun to his head. The Xxxx engineer couldn't tell the truth. I work for neither E/// nor Xxxx BTW.

Comment Re:Cost per wafer? (Score 1) 91

Intel are a process node ahead of the competition

This needs to be qualified. It is true for the high-performance chips, but for mobile and tablets we're talking about SoCs. As far as I know Intel is still not shipping any SoC chip in 14nm and such things are quite a way out in 2015. Intel mobile chips are still in 22nm today, whereas TSMC is in volume with 20nm (Apple latest APs, QCOM latest LTE modems). Intel may leapfrog TSMC in 2015, but the gap for low-cost mobile SoC is not as big as people often think. Intel is the king of high performance, for low-cost good-enough mobile SoC : not so much.

Comment Re:WiFi in France (Score 2) 63

I can't speak about all ISPs as I don't know their offer, but I can speak for Free that I use and is very popular. After all, they came up with the first box and were also the first to include WiFi.

you have no control over that hotspot

Wrong, with Free you can decide to turn the hotspot off completely, turn in on but keep in private (for your own personal use only), or turn it on and also share it.
If the hotspot is off or private, you can't use other Free APs for your own use. If you share, you have free access to any Free hotspot. Up to you to decide.

the company uses your payed line to make more money

As explained above, it goes both way. I have an extra service too for free, which is why my WiFi is shared. And other users are always handled at a lower priority, so it's really transparent to me: they just get the unused capacity on my line.
The wifi access is not directly monetized, in that no-one pay for it. But it certainly make Free more attractive as an operator: their boxes are very popular, so you can get wifi coverage mostly everywhere in a city as long as you participate in the sharing.

you have no control to your router whatsoever

You have control over some basic configuration like the DHCP configuration, basic port forwarding and IPv6 enabling for example. But it's true that the router belongs to Free and you don't have direct access like you could have on an OpenWRT box. If you want this you can put your own router behind, it's a bit wastefull but I did it at one point to have more control over DNS for example.

you have to login to the company's website and see what limited options they provide you

Yes, all the configuration is done through Free web interface and pushed to the box from their network.

in France I had terrible problems with latencies and ofc with Youtube

There was quite a big fight between Free and Google a few months back. Same kind of conflict as between ISPs and big network users like Google, Netflix all over with ISPs trying to get money from them. It seems it's been resolved recently for Youtube, it was really awful at the worst of the clash but is now ok (I'm not a big user though). Still, I'm waiting to see how it'll go with Netflix now they're present in France and if that kind of problem will happen again. I'm not super optimistic, but I've heard there are discussions happening. As I understand it the ISPs would prefer to be able to offer Netflix on their boxes with a cut of the profit in exchange of good network quality, and the big discussion is on the percent of profit for this... We'll see.

Comment Re:too much multi pathing at that frequency (Score 1) 52

This is made for small cells indeed. Any time you see 5G with gigabit speed, it's only for high density areas covered with small cells. 4G will still be there for larger cells (coverage layer in high density areas, and less dense areas).

Also, there are ways to fight multipath. The primary one used in this scheme is beam-forming with a pretty dense array --- what I've seen on pre-5G tests typically use between 64 to 256 antennas. You then get a very narrow beam, and a primary path that is well above secondary reflections. Of course for this to work the base station must be able to precisely track the device, and that's another rarely mentioned limitation of such high-speed 5G scheme: it's mostly for static / pedestrian usage. You can extend this to vehicular (some demos are using cars) by having some smarts about anticipating movements (constrained to roads, etc.) and a less narrow beam (but then you loose SNR and reduce spectral efficiency). But mostly I would expect such 5G to be for the majority of slow moving devices, with fast moving ones pushed to an overlay of bigger 4G cells (so less HO too). This is consistent with small cells. And besides BF, I guess as 4G the waveform will use OFDM/OFDMA to also help fight multipath.

Last comment: as usual the marketing communication focuses on high bandwidth but the true interest is more capacity. So in real life instead of having a few users at super high throughput such a 5G network will be able to support more users at lower (but still very high) average throughput by multiplexing them.

Comment Re: Wireless bandwidth is limited (Score 1) 38

Don't you want to discriminate voice over bulk data to make VoLTE calls work even when the cell is at full load during peak time? That is what is done, and it's not only QoS: at the radio level the way a voice connection is handled is different. To optimize for voice, even if it's voice over IP, LTE does use different techniques (SPS, ROHC, TTI bundling...) that adds complexity to the system.

And although overload doesn't always happen, it's something to be dealt with. We don't yet have the technology to offer unlimited capacity at peak time in dense areas at a price people are ready to pay for. So somewhere, sometimes, cells will be overloaded and we need to think about how to deal with this.

Not discriminating traffic like voice vs. download on a congested cell doesn't make sense to me as a user (I don't work for an operator). Net neutrality for wireless would need to be more subtle than "every packet is equal". Like supporting different traffic classes, with possibly different pricing, but making access to such classes open to all service providers under the same conditions. Today QoS is only for the operator services for example, an OTT player can only get special QoS if it has a deal with the operator. While this would be nice there is significant complexity there in term of access (need a standard API to let an application request some QoS level), access control (better to reject a call than to provide useless crippled voice for example. This is done today for voice, would likely need to be more powerful) and billing (need to be open, secure, simple).

It's already complex to make VoLTE works fine, I don't see this happen anytime soon just based on the underlying complexity. Seeing a reasoned discussion on this addressing the real challenges of wireless would be a good start to prepare the ground, but I don't think we're even close to this.

Comment Re:As a good Slashdotter I didn't RTFA (Score 3, Informative) 36

LTE is not done and is continuing its evolution. To give a rough idea recent products are LTE "release 10" (R10), and standard work will start in a few months on R13 that will not cover anything 5G yet. R13 should arrive in the field in ~2017. This Samsung demo is not a standard yet, it's more a technology evaluation / advanced work that will only land in real products in a few years.

It's likely that a real production 5G will come from within 3GPP, the organization that standardize 2G/3G/4G. At every big transition some people try to go for it with a completely different standard (for 4G: Qualcom UMD, WiMAX) and it may not be different with 5G, but it would be very unlikely to succeed IMHO. The technology demonstrated here is not universal: it can only work in very dense area. Which is fine, that's also where we need added capacity. But it means that whereas in time LTE can fully replace 2G and 3G, 5G will be designed to coexist with 4G and will never replace it. At best, you'll have LTE in low-density areas, and 5G in dense areas. And even in dense areas there may be a 4G coverage umbrella to provide service continuity.

There's a lot of hype and BS in wireless, so take all throughput / generation targets with a big grain of salt... LTE Advanced defines a "category 8" that goes up to 3 Gbps for example, but it's a joke to get the IMT 4G stamp. Already the initial LTE defined a category 5 that no product ever implemented. It was just there to match the WiMAX 2 peak target rate. It was bollocks and unpractical and nobody cared once WiMAX 2 died. Similarly, the people at IMT got over-excited and stuck in a hype loop, and defined real 4G has the ability to support 1 Gbps. It was nonsense at the time and still above what's practical. So what did LTE-A did? It introduced realistic new categories 6 and 7 with 300 Mbps down, and a BS category 8 at 3 Gbps. So on paper LTE-A is 4G, because of a category 8 that nobody will implement anytime soon if ever. I've seen pedants saying LTE is no real 4G but LTE-A is because only LTE-A makes the 1 Gbps IMT target: what a joke!

The high rates of 5G as demoed by Samsung use a very different approach. Much higher frequency allowing larger channels and data rates. Also the size of the antennas shrinks with a higher frequency, so it becomes possible to use many small antennas in a device. Each receive path is quite poor compared to LTE to keep the cost down, but it's compensated by a lot of them. These many antennas are not used for massive spatial multiplexing (SM) MIMO, which would be too computationally expensive, but for a few SM layers as today and beamforming as beamforming is cheap. It's a bit early to say it will work well in real life, but it looks promising and worth pursuing.

Comment Re:HTC (Score 1) 201

They've been sloppy with updates a few years back at their peak of popularity. I guess they had became complacent then. With their recent challenges it seems they have understood the importance of keeping your customers happy, and hence loyal long term, instead of pressuring them to update faster by not supporting old models and just succeeding in annoying people. It's long term vs. hypothetical short term gain. I'm glad they've taken the long view in the end.

Now I find they take updates of "old" phones seriously at least for their flagships (can't tell for the others). I have the first One (M7), it's about 18 months old now and I have Android 4.4.3 with Sense 6 on it, just as the latest One M8. I had a handful of updates since I bought the phone, tracking Google new versions closely. HTC announced Lollipop will be supported on the M7 too. Typically all the big updates are made available within 3 months or so of Google release. If they keep it like this (nice phones with updates), I'll probably stick with them when replacement time come.

One important point: I have an unlocked phone, bought without contract and independently from my operator. Updates may not be as fast when the phone is bought with a contract through an operator, but then the issue would be the operator not HTC.

Slashdot Top Deals

The means-and-ends moralists, or non-doers, always end up on their ends without any means. -- Saul Alinsky