The Great Pyramid of Giza of built over 4000 years ago. We have never built a Pyramid anywhere near that scale, yet, we can tell those people 4000 years ago how to do it better.
Next we'll be telling Noah, how to increase living space on his boat by using carbon fibre.
All my machines run beautifully; I spent the money for 16GB of RAM when I built them so that I wouldn't have to obsess over each MB a process uses
Enlighten me: - CTRL+SHIFT+ESC - Click show all processes - How many?
Also: - goto performance tab - How many threads/handles?
Each thread and handle uses up resources, not just your excessive 16gb of memory. Unless you have X thread capable cores to match the current thread number, your programs are having to compete and share CPU resources.
and I wrote the sync client myself, because I couldn't find one I liked.
Care to redo your calculations with 90-240 (60 fps * [1.5 to 4]) frames of 1080p video/second?
I'am assuming you want the calculations for the video bandwidth at 60fps for 1080p?: 1920x1080 = 2,073,600 pixels 3x 4byte float for RGB channels per pixel = 24,883,200 bytes, per frame 60 frames a second = 1,492,992,000 bytes/ second With prediction (*4 maxium value), upto = 5,971,968,000 bytes/second
No doubt they will be compressing that data. Probably adding extra latency to group frames into the compression;)
think about something like a game, where you are sending more stuff, not to mention upstream is being used more on these.
Its not "that much", let me explain: - 4x keyboard inputs = 4x char (4 bytes) - 2x mouse inputs X/Y = 2x float (8 bytes) - Thats only a total of 12 bytes for client inputs that needs to be sent.
The issue is the update rate or "tick rate". Ideally you need to match the update rate to the framerate being received for smooth input response. In standard practice, its wise to update the input loop outside of the code loop. On standard games installed on a system, this can actually provide more input updates than actual "game" updates.
No doubt 30 updates will be standard on streaming games. So essentially 360bytes a second of upload data for 30 client input updates a second.
The packet size can be further reduced by using compression on the packet before its sent. Eg: 50% = 180bytes/second
So overall, the upload of client data is not really that much, if streaming games is done the way it should be.
It's not all about the price ya know. Some of us like quality too.
Clearly, you missed that part.
And just to bring myself down to your level: Every MB adds up, every thread and process adds up. No doubt, your PC runs like shit and you havnt a clue why.
Google are great at making things work in a webbrowser. Outside of that, it would be more efficient writing their program in QBasic. Not to mention Google employees have an attention span of a fish, with a inability to support anything "out of fashion". I'am also sick to death of seeing Google's merging existing products to make them more "cool", "Product X is now Product Y".
I'll stick with Dropbox thanks. I know it will be supported and their sole focus, unless their bankrupt.
It's not all about the price ya know. Some of us like quality too.
Same reasons why i've stuck with dropbox for years.
I installed Google drive Windows client the other day to try it: - 1 process and 1 service, using over 160mb working set - Dropbox is only 1 process and 80mb working set.
No doubt Google drive is written in Java + HTML and being emulated with Python. So i uninstalled google drive and i'll stick with dropbox.
Considering this happened before and was stronger, shouldnt this be here 1st? Clearly the people of Chile didnt have the time to take pictures and update their twitter pages, so its not newsworthy?
Considering this: - Most card readers today use the smart chip only. - By using this, your bank will probably remove any support and blocking for your card and account. - When scanning and taking a picture of the card. Your essentially giving your card info to a program, on a device with little or no security. - Looking at the video, it shows you your pin number for that card on the unit. - Complete failure in the video: Theres nothing to stop the restaurant waiter from pressing the button to change selected card.
Theres a million other reasons why this device is completely idiotic. Clearly someone had an idea and money before doing research or using common sense. I hope this device succeeds as it will soon fail when its users report stolen account transactions, which, your bank will not resolve.
Honestly, if your going to abuse the mod point system, at least make it less obvious.
Video? Nope, just blank empty space as usual.
Clearly proving Slashdot Beta doesnt display videos. And you gave it a -1 Troll... Maybe spend more time fixing it, instead of being a retarded big brother having a strop?
This video interview, on the other hand, is a complete disaster.
If i'am honest, the 20 second advert before this video was: - More informative - More accurate - More efficient - More interesting - Kept on topic. Very important this part. - Answered my questions about the product straight away. - Didn't leave me feeling sorry for Robin
We have a unlimited supply of energy which will last millions of years. Yet, we cant be bothered to pull our fingers out of our arse and make it really happen.
Fusion is a great bit of fun years down the line if it works, but we need to think of now. Fix now, make solar plants on our planet or in space, then let the scientists play with other methods.
Either way, energy companies really dont care about the future. All they care for is profits and now. We are going to be stuck in this era for a very long time, unless someone outside of the corrupt energy group can step in and start the ball rolling.
System restore has N previous versions of your driver setup. You can reliably go back in time for the operating system but retain any changes to user files. It is stupid to NOT use system restore. Whenever you install a new driver, the system *will* retain the old files, registry settings etc as shadow copies. It is a well-tested and stable way to go back in time with your os.
I love how even you had to highlight "reliably". Its a known issue with windows system restore, hence why you should never use it.
If you want reliable system restore: - Ghost or DD your HDD. Ideally a fresh install on your system, to ensure you get a clean OS to start with. If you image the drive without installed drivers, you can quickly install fresh/updated ones if you restore. Preventing any old drivers causing issues (cough AMD+CCC)
- When shit hits the fan, or, you cant be bothered to fix it, or, you just want a fresh install, simply restore the backed up image. Boot with a USB linux disk to recover any files before hand if required.
Thats the method i used for many many years, at home and at work. Not only does it improve windows performance (by disabling system restore), its alot quicker and reliable method of restoring your system.
Labeling an article as satire would take all the fun out of it for those of us who 'get it'.
And for those of us who: - "get it" - value their time - Dont want to have their time wasted, sifting through pages of crap to find its satire. - Dont want the world to be full of non-sense, unlabelled crap.
I hadn't realised it was an update which caused the error, so when I finally resorted to system restore it just auto-updated immediately and broke again.
Rule number 1 = Dont use system restore Rule number 2 = Dont use system restore Rule number 3 = Google "Stop 0x0000000e" error code on your BSOD. Rule number 4 = Remember the last thing you did before the BSOD started happening, reverse the process. Job fixed.
One thing I learned: Disable fast boot, if it's enabled, on your Windows machine. Your startup time will be a little slower, but you might just save that time if something ever goes wrong with your Windows install and system restore fails.
All fastboot does is skip a few bios checks (eg: fast memory scan instead of full). It will not effect anything else, unless you have a hardware fault which can be detected at BIOS post.
Apparently a Ubuntu boot dvd cannot mount an NTFS partition with write enabled if a hiberfile.sys is present (apparently windows leaves its mounts active and stored in said file, so modifying the file system would cause problems).
Sounds like the Ubuntu DVD doesnt include NTFS-3G which is required for NTFS write ability on linux. Or simply its a safey feature to prevent you deleting the hibernation file. The only time you need to keep this file is if your machine is in hibernation and powered off. Only then will it contain possible data your working on that isnt technically saved. If you wernt in hibernation when you powered the machine off, the file is just a placeholder for the next hibernation.
Slashdot Mirror
- Horse Poo
- Honestly Pants
- Hewlett-Pucktard
Buffer[9] = 'F';
whooooo!
The Great Pyramid of Giza of built over 4000 years ago.
We have never built a Pyramid anywhere near that scale, yet, we can tell those people 4000 years ago how to do it better.
Next we'll be telling Noah, how to increase living space on his boat by using carbon fibre.
I'd guess 2TB, before it fails.
All my machines run beautifully; I spent the money for 16GB of RAM when I built them so that I wouldn't have to obsess over each MB a process uses
Enlighten me:
- CTRL+SHIFT+ESC
- Click show all processes
- How many?
Also:
- goto performance tab
- How many threads/handles?
Each thread and handle uses up resources, not just your excessive 16gb of memory. Unless you have X thread capable cores to match the current thread number, your programs are having to compete and share CPU resources.
and I wrote the sync client myself, because I couldn't find one I liked.
Is it "coded" in Java?
Care to redo your calculations with 90-240 (60 fps * [1.5 to 4]) frames of 1080p video/second?
I'am assuming you want the calculations for the video bandwidth at 60fps for 1080p?:
1920x1080 = 2,073,600 pixels
3x 4byte float for RGB channels per pixel = 24,883,200 bytes, per frame
60 frames a second = 1,492,992,000 bytes/ second
With prediction (*4 maxium value), upto = 5,971,968,000 bytes/second
No doubt they will be compressing that data. Probably adding extra latency to group frames into the compression ;)
think about something like a game, where you are sending more stuff, not to mention upstream is being used more on these.
Its not "that much", let me explain:
- 4x keyboard inputs = 4x char (4 bytes)
- 2x mouse inputs X/Y = 2x float (8 bytes)
- Thats only a total of 12 bytes for client inputs that needs to be sent.
The issue is the update rate or "tick rate".
Ideally you need to match the update rate to the framerate being received for smooth input response. In standard practice, its wise to update the input loop outside of the code loop. On standard games installed on a system, this can actually provide more input updates than actual "game" updates.
No doubt 30 updates will be standard on streaming games. So essentially 360bytes a second of upload data for 30 client input updates a second.
The packet size can be further reduced by using compression on the packet before its sent. Eg: 50% = 180bytes/second
So overall, the upload of client data is not really that much, if streaming games is done the way it should be.
It's not all about the price ya know. Some of us like quality too.
Clearly, you missed that part.
And just to bring myself down to your level: Every MB adds up, every thread and process adds up. No doubt, your PC runs like shit and you havnt a clue why.
Google are great at making things work in a webbrowser. Outside of that, it would be more efficient writing their program in QBasic.
Not to mention Google employees have an attention span of a fish, with a inability to support anything "out of fashion".
I'am also sick to death of seeing Google's merging existing products to make them more "cool", "Product X is now Product Y".
I'll stick with Dropbox thanks. I know it will be supported and their sole focus, unless their bankrupt.
It's not all about the price ya know. Some of us like quality too.
Same reasons why i've stuck with dropbox for years.
I installed Google drive Windows client the other day to try it:
- 1 process and 1 service, using over 160mb working set
- Dropbox is only 1 process and 80mb working set.
No doubt Google drive is written in Java + HTML and being emulated with Python.
So i uninstalled google drive and i'll stick with dropbox.
Considering this happened before and was stronger, shouldnt this be here 1st?
Clearly the people of Chile didnt have the time to take pictures and update their twitter pages, so its not newsworthy?
New Reports from the "Common Sense Association" indicate: more Grandparents play computer games than Children under 2.
Must be desperate times for Slashdot the original article is "news".
Considering this:
- Most card readers today use the smart chip only.
- By using this, your bank will probably remove any support and blocking for your card and account.
- When scanning and taking a picture of the card. Your essentially giving your card info to a program, on a device with little or no security.
- Looking at the video, it shows you your pin number for that card on the unit.
- Complete failure in the video: Theres nothing to stop the restaurant waiter from pressing the button to change selected card.
Theres a million other reasons why this device is completely idiotic. Clearly someone had an idea and money before doing research or using common sense.
I hope this device succeeds as it will soon fail when its users report stolen account transactions, which, your bank will not resolve.
Q: Did a black hole appear inside the rocket housing during flight?
A: No
Q: Did Earths gravimetric field temporally invert?
A: No
Then its not an Anomaly.
Its more likely a software bug with the termination system, or, faulty internal sensors which triggered it. ;)
Sigh.... It aint rocket science!
More buzzwords conjured up by marketing wannabe's.
I'd love these buzzwords creators to define their buzzwords. Would make our world less clueless and a more informative race.
if(Data >= 1TB)
{
bBigData = true;
}
Was that so hard mr.Marketing?
Our comments/input mean fuck all to Slashdot.
All 3 of these stories have had all their comments wiped to -1:
- http://build.slashdot.org/stor...
- https://news.slashdot.org/stor...
Honestly, if your going to abuse the mod point system, at least make it less obvious.
Video? Nope, just blank empty space as usual.
Clearly proving Slashdot Beta doesnt display videos. And you gave it a -1 Troll...
Maybe spend more time fixing it, instead of being a retarded big brother having a strop?
There's no video.
Dice = -1 troll every comment in this story
Everyone else = +1 informative
Clearly, you'd make a great politician.
http://en.wikipedia.org/wiki/Q...
This video interview, on the other hand, is a complete disaster.
If i'am honest, the 20 second advert before this video was:
- More informative
- More accurate
- More efficient
- More interesting
- Kept on topic. Very important this part.
- Answered my questions about the product straight away.
- Didn't leave me feeling sorry for Robin
For anyone who wants to learn (eg: editors)
Take downs per second:
takedowns a day / seconds in a day
1000000 / 86400 = 11.57407407407407
For seconds:
1 second / takedowns a second
1 / 11.57407407407407 = 0.0864
or
seconds in a day / takedowns per day
86400 / 1000000 = 0.0864
YouTube Music Subscription Viral Marketing
We have a unlimited supply of energy which will last millions of years. Yet, we cant be bothered to pull our fingers out of our arse and make it really happen.
Fusion is a great bit of fun years down the line if it works, but we need to think of now.
Fix now, make solar plants on our planet or in space, then let the scientists play with other methods.
Either way, energy companies really dont care about the future. All they care for is profits and now. We are going to be stuck in this era for a very long time, unless someone outside of the corrupt energy group can step in and start the ball rolling.
System restore has N previous versions of your driver setup. You can reliably go back in time for the operating system but retain any changes to user files. It is stupid to NOT use system restore. Whenever you install a new driver, the system *will* retain the old files, registry settings etc as shadow copies. It is a well-tested and stable way to go back in time with your os.
I love how even you had to highlight "reliably". Its a known issue with windows system restore, hence why you should never use it.
If you want reliable system restore:
- Ghost or DD your HDD.
Ideally a fresh install on your system, to ensure you get a clean OS to start with.
If you image the drive without installed drivers, you can quickly install fresh/updated ones if you restore. Preventing any old drivers causing issues (cough AMD+CCC)
- When shit hits the fan, or, you cant be bothered to fix it, or, you just want a fresh install,
simply restore the backed up image. Boot with a USB linux disk to recover any files before hand if required.
Thats the method i used for many many years, at home and at work.
Not only does it improve windows performance (by disabling system restore), its alot quicker and reliable method of restoring your system.
iCloud
Bong Cloud
iexplorer2_cloud.exe
Eye Eee Cloud
Shame it isnt C++Bossa.
Myself and Python have a disagreement with performance.
Labeling an article as satire would take all the fun out of it for those of us who 'get it'.
And for those of us who :
- "get it"
- value their time
- Dont want to have their time wasted, sifting through pages of crap to find its satire.
- Dont want the world to be full of non-sense, unlabelled crap.
are grateful.
Like most of us care if the world will end in 2880.
The majority of our planet only cares how their profits will turn out next week.
I hadn't realised it was an update which caused the error, so when I finally resorted to system restore it just auto-updated immediately and broke again.
Rule number 1 = Dont use system restore
Rule number 2 = Dont use system restore
Rule number 3 = Google "Stop 0x0000000e" error code on your BSOD.
Rule number 4 = Remember the last thing you did before the BSOD started happening, reverse the process. Job fixed.
One thing I learned: Disable fast boot, if it's enabled, on your Windows machine. Your startup time will be a little slower, but you might just save that time if something ever goes wrong with your Windows install and system restore fails.
All fastboot does is skip a few bios checks (eg: fast memory scan instead of full). It will not effect anything else, unless you have a hardware fault which can be detected at BIOS post.
Apparently a Ubuntu boot dvd cannot mount an NTFS partition with write enabled if a hiberfile.sys is present (apparently windows leaves its mounts active and stored in said file, so modifying the file system would cause problems).
Sounds like the Ubuntu DVD doesnt include NTFS-3G which is required for NTFS write ability on linux. Or simply its a safey feature to prevent you deleting the hibernation file.
The only time you need to keep this file is if your machine is in hibernation and powered off. Only then will it contain possible data your working on that isnt technically saved. If you wernt in hibernation when you powered the machine off, the file is just a placeholder for the next hibernation.