Forgot your password?
typodupeerror

Comment: Re:Yay? (Score 3, Informative) 53

by phoenix_rizzen (#46983283) Attached to: Ericsson Trial 10Gbps 5G Mobile Broadband Network in Japan

Not to mention all the time spent waiting for the 17 different CDN services to respond to download content, all the time spent waiting for the 23 different ad networks to respond to download content, all the time spent waiting for the various DNS servers to respond with the correct IPs, etc.

Sure, the actual downloads of the various bits of data is very fast. But that's the shortest/quickest part of loading a web page. And all the other bits and bobs and bottlenecks are the same, regardless of what speed of network connection you have.

Comment: Re:X Miles IS a standard for me (Score 1) 398

by phoenix_rizzen (#46824937) Attached to: Will the Nissan Leaf Take On the Tesla Model S At Half the Price?

Yes, exactly.

They need to stop with the hybrid crap where there are two drivetrains, and the pure-electric crap with horrible range and non-existent charging networks.

The ultimate EV is one with a gas/diesel generator that does nothing but charge the batteries to provide virtually unlimited range using the existing gas station network.

Comment: Still waiting for the EV with a generator (Score 1) 398

by phoenix_rizzen (#46824871) Attached to: Will the Nissan Leaf Take On the Tesla Model S At Half the Price?

Stick a battery pack that can handle ~150 Km (~100 miles) into the EV. That covers just about everyone's daily city driving.

Then install a small gas or diesel generator into the car. All that generator does is charge the battery. It doesn't power the wheels, it doesn't drive the car, it doesn't to anything except provide electrical power to the car.

That way, you have the means to use the EV for long trips. Need more than ~150 Km range? Fill up the little gas tank and carry on as per normal.

The GM Volt is so close to being the perfect EV. All they have to do is remove the non-electric drivetrain, disengage the gas motor from the wheels, and tune the gas motor to run as a generator, and that's it.

Comment: Re:Someone has to be in charge (Score 5, Informative) 641

by phoenix_rizzen (#46662057) Attached to: Linus Torvalds Suspends Key Linux Developer

Kay's been a kernel developer for years, and has clashed with Linux many times in the past, all for the same reasons: Kay patches something, breaks a lot of things, says everyone else has to fix their code to work around the things he broke as it's "not his problem". Linux has finally had enough of that attitude.

Comment: Re:Lighting is decent but not perfect (Score 1) 208

by phoenix_rizzen (#46651687) Attached to: USB Reversable Cable Images Emerge

Those are all issues with the cable and Lightning protocols, not the actual, physical connector.

The problem with MicroUSB and even full-sized USB is that stupid tongue in the middle of the socket that goes inside the plug on the cable. That tongue can be easily broken by moving the device with the cable plugged in. I've snapped that off a phone and a desktop now. And there's no way to fix it without replacing the entire socket ... not easy when it's soldered to the motherboard.

The Lightning socket/plug is going in the right direction. The contacts should be on the outside of the plug on the cable, and along the inside walls of the socket. The plug should be solid (no holes), and the socket should be just a hole (no pins, tongues, or whatnot).

Compare the headphone jack/socket. Connectors around the inner wall of the socket and on the outside of the plug. Plug is solid. Socket is a hole. Impossible to plug it in wrong. Take design cues from that, from the Lightning connector, hell even the old mini Christmast lights got it right.

Pins and tongues inside of sockets that a plug has to go around is just dumb. Didn't we have enough issues with bent pins on VGA/Serial/Parallel/PS2 ports to realise that was the wrong way to do things?

Comment: Re: How are these things related? (Score 1) 202

by phoenix_rizzen (#46605705) Attached to: KDE and Canonical Developers Disagree Over Display Server

You were going on about how X11-over-SSH is so slow, and using VNC is so much better/faster as there's no SSH in the way.

I was saying that SSH is not slow, as we use VNC-over-SSH all the time.

And that X11-over-SSH is not slow, as we use the NX Client all the time (which is X11-over-SSH).

X11 by itself can be very slow over the network. But it doesn't have to be (just look at NX as an example).

Thus, doing things in a similar way to X11 doesn't mean it will be inherently slow.

Comment: Re: How are these things related? (Score 1) 202

by phoenix_rizzen (#46605557) Attached to: KDE and Canonical Developers Disagree Over Display Server

What's funny about that is that we use VNC-tunnelled-over-SSH everyday (remote helpdesk connections to Windows and Linux stations) without issues. Even when the remote desktop has dual-monitors configured, although that can take a bit of horizontal and/or vertical scrolling of the local VNC client window.

Tunnelling over SSH is not slow. Especially if you enable the NONE cipher on boths ends. :) Not recommended if you are going over public Internet links, but can work wonders within an organisation.

Tunnelling X11 over SSH can be slow, but can also be made fast using NX. Downside to that is that it's full-desktop remoting, not per-application remoting. But it works wonders for staff and students to access their Linux accounts at the schools from home (even across ADSL links).

We can even watch 480p youtube videos in Firefox via VNC-over-SSH across ADSL links (it's choppy but watchable). E10 (10 Mbps) sites make it no different than watching locally (with the exception of the complete lack of sound). Using NX makes even the ADSL link enjoyable. And that's all done over SSH (without compression enabled in the SSH client/server).

IOW, tunnelling over SSH is not slow. Whatever app/protocol you are tunnelling will determine the "speed" of the remote app.

Comment: Re:logic (Score 1) 202

by phoenix_rizzen (#46569251) Attached to: KDE and Canonical Developers Disagree Over Display Server

The reasons for introducing mir are performance, ability to run on low footprint devices, and cross device compatability.

Jolla would like to know why the need for Mir when they have a Wayland compositor and window manager running on low-end/mid-range mobile devices with excellent (compared to other similar-spec devices) performance.

Comment: Re:So it seemed simple at first... (Score 1) 358

by phoenix_rizzen (#46486891) Attached to: EU Votes For Universal Phone Charger

I'm hoping they move away from the "tiny post with pins sticking up inside the slot" setup that USB of all stripes uses, and toward a "the pins are on the outside of the slot".

There's nothing worse than having that tiny post inside the micro-USB slot break off.

Look at the 3.5 mm headphone jack for inspiration. Look at the Lightning connector for inspiration. Hell, look at the old mini Christmas light bulbs for inspiration. Make the end plug solid, and connect to pins/connectors around the slot that it plugs into. Nothing to break off inside. Nothing to bend.

Thus spake the master programmer: "When a program is being tested, it is too late to make design changes." -- Geoffrey James, "The Tao of Programming"

Working...