Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×

Comment Re:Obsolete (Score 1) 164

Oddly enough, it wouldn't. You could use NAT hardware in front of old gear and everything will just keep working. Stuff that gets updated, could just use the new syntax and deal with things correctly. Stuff like core routers and switches wouldn't care. It would be fare less disruptive than trying to install ipv6.

Comment Re:Obsolete (Score 1) 164

Early ip resolver libraries would sometimes parse octal ip addresses with commas as in your example of /.'s ip address as 330,42,265,55. Many of those would also deal with a 0xd822b52d or sometimes without the 0x. Many systems will let you do something like "ifconfig en0 0xd822b52d/32 alias"

Some of the early proposals to expand the IPv4 address space was to allow use more of the bits from the ports source and destination addresses so you could do things like "ping 8.8.8.888" or "ifconfig en0 8.8.8.8/32/13/2 dstbits 4 srcbits 8"

Comment Re:Hash (Score 1) 195

Microware OS-9 from 1979 used program and modules somewhat like DLL or shared libraries. The code to load a module would CRC check them when loaded and that bit of code could check a list and that list could either allow or deny any module. If you loaded the right data module, you had built in white listing about 3 and a half decades ago.

Comment Re:x86 IS efficient (Score 2) 168

There is one disadvantage of the different ARM modes and that is the an arbitrary program will contain all the needed bit patters to make some useful code. This means that any reasonable large program will have enough code to support hacking techniques like Return Oriented Programming if another bug can be exploited. I would love to see some control bits that turn off the other modes.

Comment Re:No mention of SPARC? (Score 1) 223

Early Java was nothing other than a mess of pointers to pointers to pointers to pointers to more pointers all in a multi threaded system. The T1 addressed that problem but the concept of "All problems in computer science can be solved by another level of indirection*" is false and at some point compiler writers fix part of it. When they win, concepts like the T1 fail.

Sun tried great things with the T1 and it was like a great chess move that failed. The problem is they did a pawn sacrifice of their core business for that attack and it just didn't work out. Up until the T2000, Sun never designed their high end kit, they stayed with the low end and groups like Cray or SGI did their "big iron". The only great boxes sun designed in house where the small pizza boxes. The SS1, SSP20, x1, netra210 were great little servers. Things like the 690 and e10k were outsourced and while they were impressive as well, they didn't have the personality of the pizza boxes.

*To Quote David Wheeler

Comment Re:hard to fault Oracle (Score 1) 223

Have you read "man inittab" on any system V derived? action=respawn means it will ALWAYS run at the listed run levels. Sort of like how it runs the svc daemon does now. Whoever planned the new system just didn't get "init".

SMF only runs things as long as the contract system works.

As far as writing sensitive data to disks, do you know about the "real world?" Take a look at any online credit card system in the world. You will find people enter their card number as their email address, shipping address, reference number. You will find admins sending stuff like "can you fix 4111 1111 .... 1111 for me?" SSNs flow like water as well. Some times you must scrub the empty space on the disk or scrub stuff you know was just wrong. ZFS has NO ability to do that and that is a MAJOR FLAW!!!!!

ifconfig isn't about the stack. It is a tool to tell the stack what to do and has been for more than 3 decades. Inventing new tools to do the same job was pure incompetence.

Comment Re:No mention of SPARC? (Score 2) 223

No, the t2 can preserve the context of 64 threads but it can and will only run no more than 8 execution threads at a time. In most cases, the pipeline is so starved, it won't even manage 8. When it is running 8 at a time, it is doing each at a much slower rate that the older CPUs would be doing if they were made using the same process.

The II/IIi/IIIii can preserve something like 4 processes executions context at a time. Sometimes that is better. It is better on nearly all of my workloads.

Comment Re:hard to fault Oracle (Score 1) 223

Integer priorities mean I have absolute control.

The current system has no guarantee of any order of anything. This means if you get hacked at a non privileged user level, that process can hang around until it gets the "system is shutting down" signal, then do a quick fork/exec a few times and keep running until the system sends it a kill -9. Meanwhile it has a system without syslog running and without any auditing running. Take advantage of something running a broken xml library that runs setuid, and you own the system until it power off and nothing is logged at all.

Comment Re:No mention of SPARC? (Score 2) 223

What advances would that be? The ones out of Fujitsu? The T chips are just now catching up with workloads that they can run reasonably. I have work loads that a 15 year old Sparc IIi will out perform a few year old T2. The V100 was a $1000 appliance box yet the base T2 was selling for more than $6,000. If the UltraSparc IIIi was made at 22 nm (unlike its original 130 nm) and it would scream for most web appliance roles. It would even be a nice cpu for the Lights Out Management system and it could even run Solaris unlike their current LOM which is running Linux.

Slashdot Top Deals

"More software projects have gone awry for lack of calendar time than for all other causes combined." -- Fred Brooks, Jr., _The Mythical Man Month_

Working...