Thing is, I wouldn't/like/ to have to disable JS, or run NoScript, but thanks to poor implementations of ad code, disabling it can/seriously/ speed up loading on a high(ish) latency connection. And that's on top of all the potential attack vectors.
Speaking of which,/. runs/much/ faster on my phone when you disable JS - None of this slow ajax and hugely-long page to re-render when you add a comment.
It's probably due to the fact that the only cheap memory solution big enough would be using flash memory - Probably an eMMC chip - and it's fairly slow(20mb/sec reads). Increasing the speed through the use of high end chips and controllers would raise the cost quite a bit.
I'd be more interested in a simple image file loaded to an outer track on the disk: The whole image is then copied to memory at boot(meaning you get top-speed linear reads; 100+mb/sec at least), where it's then uncompressed etc. So long as you can keep the image in one spot, and sitting on the disk in one long spiral, it will work very fast due to no seek-lag to speak of.
What I was thinking about was the cameras themselves, not how they connect to the rest of the infrastructure, which may well be done with an ethernet-attached device or wifi bridge, etc. But I've seen/loads/ of cameras which use coax to transmit their data, at least for the first stage. Wireless in this case seems/very/ dangerous, especially on a per-camera basis: It doesn't take that much to jam or block a wifi signal; a coax(or ethernet) lead has to be physically cut however.
Printers? Haven't seen any but one or two low-end consumer models. All professional installs I've seen use good old Ethernet. Video surveillance? Sane deal. Heck, most of these just use composite over coax. HVAC? Low bandwidth at best, and I haven't seen an in-use system that actually uses WiFi. Electric meters? Really low bandwidth, and the better systems I've seen send/very/ low speed data back up the power lines.
So, no, WiFi isn't everywhere. It's just a good add-on for portable devices and stuff that doesn't care about high latency.
To true. Heck, thanks to Dosbox and emulators like ScummVM, a number of these games can be played on your/phone/ too! Legend of Kyrandia's a good example: Plays great on my N900, and looks better than on a PC due to the higher pixel density of the 260ppi screen.
Course, near as I can tell, computers these days can re-render the page fast enough that it doesn't matter: It's internet connection speed and latency that's important. I, for one, hate ajax crap: It's almost always slower for me(due to them always using multiple requests, across multiple servers usually) than a single, straight HTML page with everything else being cached. Of course, the ajax'd page loading new ad-code may have something to do with it -- Turning on NoScript speeds up some pages loading by 10x at least!
Heck, no need to make it a virus: Just add good functionality to your botnet client, and people will/intentionally/ install it! Think: Do you know many people who wouldn't give up some cpu cycles and bandwidth if it meant, say, easier torrents or the latest movies/music easily downloadable? What about a really nice screensaver? I think the next wave of malware will be things that get the user to install it... and/keep/ it installed!
So long as Nvidia's FTP server doesn't get hacked and I download a messed-with driver, I'm pretty safe. Only/one/ java applet ever runs through firefox: Runescape. Outside of that, Noscript blocks it all. I think I may have one or two other Java programs that run as user... but still, trusted software.
If you want to write standalone XML/JS applications, well, that's what XULRunner's for. It works fairly nicely, and the resulting files can be excecuted by anyone with FF installed, or with a stand-alone copy of the XULRunner bits.
I agree completely. To be honest, when I took a class in microcontroller programming(PIC assembly), the absolute/worst/ thing I had to do was to make a flow chart. For me, it's just not intiitive or useful - I can read and trace the code far faster than I can draw silly boxes.
Yea, but probably not. You have small enough blocks, and it ought to be able to load a single one in under 150ms. That's quick enough for it to feel "fast enough". Plus, you'd have the advantage of the program being usable almost immediately, instead of waiting for all these features(which probably won't be needed) to load. Heck, add a 'last used' list, and have it automatically load the modules used last time(or last three times) - Probably a good indication of what's going to be used this time.
See, there's this thing called a 'plugin' or 'extension'. It ought to be possible to simply load a light framework, then load extension-code dynamically as advanced features are needed. Especially with how powerful today's systems are.
Yea, sure. And here I am, with my N900 and it's 267PPI screen and resistive touchscreen... And I can accurately tap things at least as small as most desktop gui buttons. Tapping 8pt link-text with a finger, however, can be slightly iffy, but it works pretty darn well. And, of course, if you use the stylus you can easily hit a 6x6px square without issue, let alone a 50x20px button.
Yes, perhaps you need huge flashy buttons when you have a horribly inaccurate capacitative touchscreen... but I don't want either.
Of course, that isn't to say that some tablet interface characteristics -- gestures and kinetic scrolling to name two -- aren't great. They just shouldn't be needed. I've had good luck with my HP TC1100 loaded up with stock ubuntu; Using it as a tablet required me to setup an onscreen keyboard, though. The pen worked/just fine/ for a mouse replacement.
No, what would happen is we'd end up with sites compiled for some obscure language-version, which nothing but one browser half-understands. Oh, and the compiler's buggy also.
As it is now, when there's a critical error in some obscure website's code, the problem can be diagnosed, and either fixed or worked around with a Greasemonkey script. (Had to do that last night: Some educational login page had a id='txtpassword' field, which they called as getElementById('txtPassword'). It worked in IE, but not in anything else -- Small js-replacement in Greasemonkey solved the problem for now).
Uh... I disagree. Provided you have a decent mouse-binding to the touchscreen, mouse apps are generally perfectly usable with a touchscreen or Wacom Penabled-style tablet. In the case of the former, you need to bind right-click to touching the screen for 0.5-1.0s, and left click to quicker taps. In the case of the latter, a right-click modifier button on the pen will do fine. Aside from that, perhaps add some drag detection in select apps and set that up for scrolling. Just about all you need.
I think the only reason they didn't take off is because of cost - Who wants a fragile transformer for 2x the cost of a regular laptop?
Uh, since when does that prove anything? I ran Windows XP x64 for over a year with/no/ infections. Same with XP for years before that. The last time I actually had a true infection was about 4 years ago, when it came with a WGA-deactivation crack/patch(Legal copy ran out of activations). Took all of 5 minutes to get rid of it. Before that, nothing since Windows 95(something slightly iffy came in on a software sampler CD). Am I lucky? Perhaps. Or, perhaps I just used common sense(And a NATed router).
Yea, believe that if you want. What will really happen if they will bug you until you do something. Or, have someone else do it, and then you'll have to clean up/his/ crap as well! It's the curse of being a techie.
Why not? At the time of my experiment -- about a year ago -- I was using Kubuntu 9.10 and XP was/everywhere/. There were a few students with Vista or 7, but all school computers were XP. As far as know, this is still the case, so I have every right to make the comparison. Oh, and I have/never/ had the XP find printer bit work correctly. I always had to make a new printer, tell it to use a new TCP/IP port etc. Perhaps it was just admins "not doing their jobs right", but oh well.
If I was getting anywhere near even 100fps, I/would/ change the other browser settings to 0. As it is, though, no other browser's even coming close to that limitp and thus changing the minimum timeout won't change the output. Firefox with accel, was. So I set it to 0, to see how fast it can/really/ render, and found that the 4ms timeout was the limiting factor.
Oh, and 'all browsers'? Wasn't there a big stink recently over the fact that IE9 set it to 0, and had higher numbers because of it?
You can say that again! Last time I tried to connect to a network printer(at school), I simply had to click "find printer", wait a few seconds, and pick from the list of available printers(all 50 on the network). Easy. XP(which we were running at the time), required -- at best -- knowing the IP. At worst, it also required some arcane driver too.
Slashdot Mirror
Thing is, I wouldn't /like/ to have to disable JS, or run NoScript, but thanks to poor implementations of ad code, disabling it can /seriously/ speed up loading on a high(ish) latency connection.
And that's on top of all the potential attack vectors.
Speaking of which, /. runs /much/ faster on my phone when you disable JS - None of this slow ajax and hugely-long page to re-render when you add a comment.
It's probably due to the fact that the only cheap memory solution big enough would be using flash memory - Probably an eMMC chip - and it's fairly slow(20mb/sec reads). Increasing the speed through the use of high end chips and controllers would raise the cost quite a bit.
I'd be more interested in a simple image file loaded to an outer track on the disk: The whole image is then copied to memory at boot(meaning you get top-speed linear reads; 100+mb/sec at least), where it's then uncompressed etc.
So long as you can keep the image in one spot, and sitting on the disk in one long spiral, it will work very fast due to no seek-lag to speak of.
I.e. they are pushing an inferior system so they can advertise it cheaper.
How is this different than anything else?
What I was thinking about was the cameras themselves, not how they connect to the rest of the infrastructure, which may well be done with an ethernet-attached device or wifi bridge, etc. /loads/ of cameras which use coax to transmit their data, at least for the first stage. /very/ dangerous, especially on a per-camera basis: It doesn't take that much to jam or block a wifi signal; a coax(or ethernet) lead has to be physically cut however.
But I've seen
Wireless in this case seems
Printers? Haven't seen any but one or two low-end consumer models. All professional installs I've seen use good old Ethernet. /very/ low speed data back up the power lines.
Video surveillance? Sane deal. Heck, most of these just use composite over coax.
HVAC? Low bandwidth at best, and I haven't seen an in-use system that actually uses WiFi.
Electric meters? Really low bandwidth, and the better systems I've seen send
So, no, WiFi isn't everywhere. It's just a good add-on for portable devices and stuff that doesn't care about high latency.
To true. /phone/ too!
Heck, thanks to Dosbox and emulators like ScummVM, a number of these games can be played on your
Legend of Kyrandia's a good example: Plays great on my N900, and looks better than on a PC due to the higher pixel density of the 260ppi screen.
Course, near as I can tell, computers these days can re-render the page fast enough that it doesn't matter: It's internet connection speed and latency that's important.
I, for one, hate ajax crap: It's almost always slower for me(due to them always using multiple requests, across multiple servers usually) than a single, straight HTML page with everything else being cached. Of course, the ajax'd page loading new ad-code may have something to do with it -- Turning on NoScript speeds up some pages loading by 10x at least!
My P3 450mhz Windows XP server had been up for almost 3 years serving malware, etc.
FTFY
Heck, no need to make it a virus: Just add good functionality to your botnet client, and people will /intentionally/ install it! /keep/ it installed!
Think: Do you know many people who wouldn't give up some cpu cycles and bandwidth if it meant, say, easier torrents or the latest movies/music easily downloadable? What about a really nice screensaver?
I think the next wave of malware will be things that get the user to install it... and
So long as Nvidia's FTP server doesn't get hacked and I download a messed-with driver, I'm pretty safe. /one/ java applet ever runs through firefox: Runescape. Outside of that, Noscript blocks it all.
Only
I think I may have one or two other Java programs that run as user... but still, trusted software.
If you want to write standalone XML/JS applications, well, that's what XULRunner's for.
It works fairly nicely, and the resulting files can be excecuted by anyone with FF installed, or with a stand-alone copy of the XULRunner bits.
Mod Parent Up.
I agree completely. To be honest, when I took a class in microcontroller programming(PIC assembly), the absolute /worst/ thing I had to do was to make a flow chart. For me, it's just not intiitive or useful - I can read and trace the code far faster than I can draw silly boxes.
Yea, but probably not. You have small enough blocks, and it ought to be able to load a single one in under 150ms. That's quick enough for it to feel "fast enough". Plus, you'd have the advantage of the program being usable almost immediately, instead of waiting for all these features(which probably won't be needed) to load.
Heck, add a 'last used' list, and have it automatically load the modules used last time(or last three times) - Probably a good indication of what's going to be used this time.
"As computers get more capable, the software that uses them is written to waste more." FTFY.
See, there's this thing called a 'plugin' or 'extension'. It ought to be possible to simply load a light framework, then load extension-code dynamically as advanced features are needed. Especially with how powerful today's systems are.
Yea, sure. And here I am, with my N900 and it's 267PPI screen and resistive touchscreen... And I can accurately tap things at least as small as most desktop gui buttons. Tapping 8pt link-text with a finger, however, can be slightly iffy, but it works pretty darn well. And, of course, if you use the stylus you can easily hit a 6x6px square without issue, let alone a 50x20px button.
Yes, perhaps you need huge flashy buttons when you have a horribly inaccurate capacitative touchscreen... but I don't want either.
Of course, that isn't to say that some tablet interface characteristics -- gestures and kinetic scrolling to name two -- aren't great. They just shouldn't be needed. /just fine/ for a mouse replacement.
I've had good luck with my HP TC1100 loaded up with stock ubuntu; Using it as a tablet required me to setup an onscreen keyboard, though. The pen worked
No, what would happen is we'd end up with sites compiled for some obscure language-version, which nothing but one browser half-understands. Oh, and the compiler's buggy also.
As it is now, when there's a critical error in some obscure website's code, the problem can be diagnosed, and either fixed or worked around with a Greasemonkey script.
(Had to do that last night: Some educational login page had a id='txtpassword' field, which they called as getElementById('txtPassword'). It worked in IE, but not in anything else -- Small js-replacement in Greasemonkey solved the problem for now).
Uh... I disagree. Provided you have a decent mouse-binding to the touchscreen, mouse apps are generally perfectly usable with a touchscreen or Wacom Penabled-style tablet.
In the case of the former, you need to bind right-click to touching the screen for 0.5-1.0s, and left click to quicker taps.
In the case of the latter, a right-click modifier button on the pen will do fine.
Aside from that, perhaps add some drag detection in select apps and set that up for scrolling. Just about all you need.
I think the only reason they didn't take off is because of cost - Who wants a fragile transformer for 2x the cost of a regular laptop?
Uh, since when does that prove anything? I ran Windows XP x64 for over a year with /no/ infections. Same with XP for years before that.
The last time I actually had a true infection was about 4 years ago, when it came with a WGA-deactivation crack/patch(Legal copy ran out of activations). Took all of 5 minutes to get rid of it. Before that, nothing since Windows 95(something slightly iffy came in on a software sampler CD).
Am I lucky? Perhaps. Or, perhaps I just used common sense(And a NATed router).
While I'm a staunch Linux supporter, you're wrong on the last count: The 'at' command will do what you want there.
Yea, believe that if you want. What will really happen if they will bug you until you do something. Or, have someone else do it, and then you'll have to clean up /his/ crap as well!
It's the curse of being a techie.
Why not? At the time of my experiment -- about a year ago -- I was using Kubuntu 9.10 and XP was /everywhere/. There were a few students with Vista or 7, but all school computers were XP. As far as know, this is still the case, so I have every right to make the comparison. /never/ had the XP find printer bit work correctly. I always had to make a new printer, tell it to use a new TCP/IP port etc. Perhaps it was just admins "not doing their jobs right", but oh well.
Oh, and I have
If I was getting anywhere near even 100fps, I /would/ change the other browser settings to 0. As it is, though, no other browser's even coming close to that limitp and thus changing the minimum timeout won't change the output. /really/ render, and found that the 4ms timeout was the limiting factor.
Firefox with accel, was. So I set it to 0, to see how fast it can
Oh, and 'all browsers'? Wasn't there a big stink recently over the fact that IE9 set it to 0, and had higher numbers because of it?
You can say that again!
Last time I tried to connect to a network printer(at school), I simply had to click "find printer", wait a few seconds, and pick from the list of available printers(all 50 on the network). Easy.
XP(which we were running at the time), required -- at best -- knowing the IP. At worst, it also required some arcane driver too.