[QUOTE=Dr. Evilcop;52029941]What is it about web languages and being absolute garbage[/QUOTE]
I think you probably just don't like OOP.
[QUOTE=Levelog;52030177]Eww Arris[/QUOTE]
It's a rebranded Motorola modem, pretty much. So whatever.
[editline]29th March 2017[/editline]
[QUOTE=Brt5470;52030185]Those particular ones are pretty solid and are still high stability on Comcast and Cox's network. Though apparently lately spectrum is sucking with SB61XX ones lately.
Though honestly, not sure what else I'd go with personally. Motorola apparently now is back to making their own modems. I really aint a fan of NetGear[/QUOTE]
Odd, I'm on Spectrum and it's working just fine.
[QUOTE=B!N4RY;52030209]I think you probably just don't like OOP.[/QUOTE]
objects not being first class citizens kinda defeats the purpose of OOP :v
[QUOTE=Brt5470;52030185]Those particular ones are pretty solid and are still high stability on Comcast and Cox's network. Though apparently lately spectrum is sucking with SB61XX ones lately.
Though honestly, not sure what else I'd go with personally. Motorola apparently now is back to making their own modems. I really aint a fan of NetGear[/QUOTE]
They're laughably insecure.
[QUOTE=B!N4RY;52030209]I think you probably just don't like OOP.[/QUOTE]
You are correct :v: I think it definitely has its applications but a lot of high level languages seem to encourage shoehorning it into places it really doesn't need to be.
Though, Java was my first language years and years ago, so maybe I'm just traumatized.
[QUOTE=Lyokanthrope;52030220]It's a rebranded Motorola modem, pretty much. So whatever.
[editline]29th March 2017[/editline]
Odd, I'm on Spectrum and it's working just fine.[/QUOTE]
We're on the Spectrum. We may be kinda slow.
[QUOTE=Levelog;52030260]They're laughably insecure.[/QUOTE]
Yea I know Comcast's solution was to just lock down the firmware customer facing. Sucked. I liked rebooting it from the webui.
[QUOTE=Xanadu;52030311]We're on the Spectrum. We may be kinda slow.[/QUOTE]
Speak for yourself there buddy.
[QUOTE=B!N4RY;52030204]What are you trying to say here? This sentence is making zero sense to me[/QUOTE]
When you create a file and map it to memory, it can almost be arbitrarily big, you can map a 1tb big file, and it will behave exactly like memory does to the user application even though your system will have nowhere near that much memory.
The OS might have shared it with other applications, cached the memory on disk, compressed the memory, or will create it when you write too it.
This goes for all memory in all applications, but in the case where memory is mapped to a file, the program quite literally defined its own swap file.
There is no point in swapping out memory, which only exists to be written to disk, because you'd be storing write operations with more write operations.
Even if you'd cache to a different drive, the OS will generally wait and complete all IO the moment you unmap the file.
Unless the writing is [B]super [/B]scattered on LZMA2, it wouldn't even matter how much memory you'd have, and probably perform better if you'd limit its memory usage (if its actually stupid enough to let IO writes swap out real-time applications)
[QUOTE=Dr. Evilcop;52029610]Where's that guy who was telling me there's no reason to have swap/a pagefile if you have 16GB or more of RAM[/QUOTE]
Kinda has a point though
[t]https://www.helifreak.club/image/20170330030406790.png[/t]
Swap/page file always has a purpose to me, mostly because some applications will use it regardless even if there is memory free.
I'm looking at you source dedicated server. :v:
[QUOTE=Lyokanthrope;52030328]Speak for yourself there buddy.[/QUOTE]
But you're the same person
Where is my pagefile over serial infrared?
[QUOTE=Cold;52030416]When you create a file and map it to memory, it can almost be arbitrarily big, you can map a 1tb big file, and it will behave exactly like memory does to the user application even though your system will have nowhere near that much memory.
The OS might have shared it with other applications, cached the memory on disk, compressed the memory, or will create it when you write too it.
This goes for all memory in all applications, but in the case where memory is mapped to a file, the program quite literally defined its own swap file.
There is no point in swapping out memory, which only exists to be written to disk, because you'd be storing write operations with more write operations.
Even if you'd cache to a different drive, the OS will generally wait and complete all IO the moment you unmap the file.
Unless the writing is [B]super [/B]scattered on LZMA2, it wouldn't even matter how much memory you'd have, and probably perform better if you'd limit its memory usage (if its actually stupid enough to let IO writes swap out real-time applications)[/QUOTE]
No,[B] memory mapped IO[/B] and [B]virtual memory[/B] are two completely separate topics, and you're not understanding either of them correctly.
Virtual memory allows all programs to have a complete and isolated 32/64-bit memory space to itself, even though the system doesn't actually have that much memory. Part of its memory management scheme is to use a pagefile/swapfile to swap out physical memory pages that are currently not being used, and replace it with another memory page that requires the physical memory for further processing. This is managed by the OS and CPU, not individual programs.
Virtual memory has nothing to do with "accessing files".
That's memory mapped IO, where interfaces to other computer hardware are mapped to directly to the main memory, or portions of a file (depending on the context). Individual programs can used mmap to access portions of a file without loading the entire file in memory, but it does not get to control how its physical memory is mapped. The actual pagefile/swapfile is managed by the OS and CPU cooperatively, and cannot be directly accessed by a user program.
[editline]29th March 2017[/editline]
[QUOTE=Levelog;52030941]But you're the same person[/QUOTE]
he's far too up the spectrum to realize that apparently
Who was the idiot who figured LGA775 would only need four gigs of RAM, eight at most
[QUOTE=pentium;52028959]Keep in mind that this is analog HD. It's not as simple as you insert a hi-vision disc in the player and connect component/DVI cabling to your TV. It's the [url=https://en.wikipedia.org/wiki/Multiple_sub-Nyquist_sampling_encoding]MUSE System[/url].
[t]http://www.fahrenbruch.de/Muse/Pioneer%20X0%205.jpg[/t]
Even after he bought the player and a movie or two he still needs another converter to adapt MUSE to modern digital HD which is another few hundred dollars.
I mean, HD laserdiscs sound cool and all but fucking that kind of a base cost just to set the player up? No thanks.[/QUOTE]
I don't want no moonrunes messing with my super massive blackholes. only the finest analog hi-def equipment you can source from hard-working Americans, please
[QUOTE=B!N4RY;52031066]No,[B] memory mapped IO[/B] and [B]virtual memory[/B] are two completely separate topics, and you're not understanding either of them correctly.
Virtual memory allows all programs to have a complete and isolated 32/64-bit memory space to itself, even though the system doesn't actually have that much memory. Part of its memory management scheme is to use a pagefile/swapfile to swap out physical memory pages that are currently not being used, and replace it with another memory page that requires the physical memory for further processing. This is managed by the OS and CPU, not individual programs.
Virtual memory has nothing to do with "accessing files".
That's memory mapped IO, where interfaces to other computer hardware are mapped to directly to the main memory, or portions of a file (depending on the context). Individual programs can used mmap to access portions of a file without loading the entire file in memory, but it does not get to control how its physical memory is mapped. The actual pagefile/swapfile is managed by the OS and CPU cooperatively, and cannot be directly accessed by a user program.
[editline]29th March 2017[/editline]
he's far too up the spectrum to realize that apparently[/QUOTE]
to be fair memory mapped IO isn't mapped to memory so much as memory and IO just happen to be in the same address space
[QUOTE=LordCrypto;52031098]to be fair memory mapped IO isn't mapped to memory so much as memory and IO just happen to be in the same address space[/QUOTE]
jesus this sentence is hard to read
[QUOTE=B!N4RY;52031066]No,[B] memory mapped IO[/B] and [B]virtual memory[/B] are two completely separate topics, and you're not understanding either of them correctly.
Virtual memory allows all programs to have a complete and isolated 32/64-bit memory space to itself, even though the system doesn't actually have that much memory. Part of its memory management scheme is to use a pagefile/swapfile to swap out physical memory pages that are currently not being used, and replace it with another memory page that requires the physical memory for further processing. This is managed by the OS and CPU, not individual programs.
Virtual memory has nothing to do with "accessing files".
That's memory mapped IO, where interfaces to other computer hardware are mapped to directly to the main memory, or portions of a file (depending on the context). Individual programs can used mmap to access portions of a file without loading the entire file in memory, but it does not get to control how its physical memory is mapped. The actual pagefile/swapfile is managed by the OS and CPU cooperatively, and cannot be directly accessed by a user program.
[/QUOTE]
To be fair, you [B]can[/B] bypass the OS and access them directly.
[QUOTE=SEKCobra;52031121]To be fair, you [B]can[/B] bypass the OS and access them directly.[/QUOTE]
No you cannot. Having individual programs freely accessing the pagefile would literally violates every design aspect of virtual memory in the first place.
[QUOTE=B!N4RY;52031128]No you cannot. Having individual programs accessing the program file literally violates every design aspect of virtual memory in the first place[/QUOTE]
Just because something violates a specification doesn't make it impossible.
[QUOTE=SEKCobra;52031133]Just because something violates a [B]specification [/B]doesn't make it impossible.[/QUOTE]
It's not a "specification", having programs freely accessing system-managed page file breaks the entire design principle of virtual memory of why it exists in the first place.
One program can easily overwrite a memory page of another program, either unintentionally corrupting it (eg, upon an unexpected context switch), or maliciously changing its behavior.
Feel free to read up more about how virtual memory works first, you'll then understand why this is a bad idea.
[QUOTE=SEKCobra;52031133]Just because something violates a specification doesn't make it impossible.[/QUOTE]
I don't think hugely unsafe kernel exploits really count as something a typical program might do.
[img]http://i.imgur.com/nos7t5G.png[/img]
:toot:
21 was a good year, got both my first girlfriend and my first job
[QUOTE=TrafficMan;52031266][img]http://i.imgur.com/nos7t5G.png[/img]
:toot:
21 was a good year, got both my first girlfriend and my first job[/QUOTE]
It's all downhill from here, buddy.
I'm 21 and my older friends tell me that you lose a lot of energy when you get older. I already don't feel super energetic, so I'm not looking forward to that...
[QUOTE=Warship;52031420]I'm 21 and my older friends tell me that [B]you lose a lot of energy when you get older.[/B] I already don't feel super energetic, so I'm not looking forward to that...[/QUOTE]
You'll also start to notice your penis doesn't work as well as it used to be
[QUOTE=B!N4RY;52031424]You'll also start to notice your penis doesn't work as well as it used to be[/QUOTE]
You should see a doctor. ;)
no
There's a single can of tuna in reception. I first noticed this a couple of days ago, now the problem was that the receptionist was sick that day so it couldn't have been hers.
So naturally after I returned to my desk (I had to go past reception to the bowl of mentos which I assume is for clients? or something) I asked the good folks there "why the fuck is there tuna in reception" and it turns out it was destined as lunch for the receptionist in training.
Except she was fired before I was hired for stealing from petty cash and invoicing a customer a couple of times, of course the customer is huge so they didn't even notice a couple stray invoices until months later. So yeah that's the story of the tuna.
Side note: there's biscuits in the break room and the board room, but there's mentos in reception and the board room. So if you want mentos on regular days it's kinda shit.
[QUOTE=Kiwi;52031735][url]https://www.newegg.com/Product/Product.aspx?Item=N82E16819113287[/url]
ayyyymd
[sp]Check the free gift[/sp][/QUOTE]
Best goty game all years
Sorry, you need to Log In to post a reply to this thread.