Shouting alone has effects
Brendan Gregg showed how shouting had a measurable effect on disk latency while at Sun:
268 posts • joined 16 May 2007
Brendan Gregg showed how shouting had a measurable effect on disk latency while at Sun:
I thought the foremost concern was the defense of the realm, and that often entails deliberately putting the said people in harm's way.
That's pretty rich, considering AT&T hasn't even tried to bring fiber to its customers, despite pocketing tremendous tax breaks to do so since the 90s. They are happy to starve their rotting infrastructure of investment and milk it for profits, investing is for suckers like Verizon FIOS.
Actually it's Ireland that broke the law by granting state aid, and the remedy is for Apple Ireland to disgorge the said aid plus interest. This is not a fine or penalty. All in all, Apple got off lightly (well, when Ireland exhausts appeals, that is).
The companies in question are Irish subsidiaries of Apple. Apple could reduce its European tax burden by repatriating the money to the US, but then they would have to pay US taxes, which are higher.
Apple and Ireland will appeal, and they will lose eventually. I doubt Apple will move: Ireland will be the only English-speaking country in the EU, and its normal corporate tax rate (not the sweetheart deal) is lower than most.
The same ruling is also applicable to Google and other tech companies whose too-clever-by-half tax avoidance strategies have been laid bare, even though the EC has not even touched the main tax dodge of using arbitrary intra-company payments for "intellectual property" to shift profits to tax havens.
Obviously they'd love to enclose the commons for their own benefit. That's why Israel is considering banning the use of unlicensed spectrum by carriers:
I'd buy a 4K player, but for the fact there is not a single UHD Blu-Ray release I am even remotely interested in. Perhaps when the remastered release of Lawrence of Arabia comes out, whenever that is, or Rogue One next year.
I suspect falling sales of discs are caused as much by the creative bankruptcy of Hollywood and lack of movies worth watching as by competition from streaming.
Erdögan's rhetoric is unseemly at best, but the US *is* harboring the head of a Scientology-meets-Opus-Dei cult that masterminded a failed coup attempt that killed hundreds in Turkey. It's as if the commander of the Provisional IRA were living in Virginia unfettered while organizing a terror spree in London. The Turks' fury is somewhat understandable.
What about Alibaba's UC Browser, which has built-in ad-blocking? It is very popular in places where mobile users pay by the byte, claiming over 50% market share in India for instance.
Vancouver is notorious for the illegal electrical taps that power lamps in its marijuana "grow-ops", as noted by Douglas Coupland in "City of Glass".
The startups there have been displaced by the much more lucrative business of providing hostels for Chinese students:
Storage Array and SAN makers keep peddling an architecture designed for disk that is simply obsolete in an era where latency is everything.
The greatest benefit of NVMe isn't throughput, it's low latency, largely by simplifying the protocol compared to ATA or SCSI. Putting NVMe devices inside an array with multiple levels of protocol conversion guarantees latency will be at least an order of magnitude slower, probably closer to two, and completely defeats the purpose of fast NVMe storage.
Parse the careful semantics.
Or Edinburgh post-scotxit. Or Amsterdam, where the majority speak excellent English.
The phrase comes from "Software Defined Radio" (SDR), where a tunable wideband RF circuit combined with a fast DSP substitutes for fixed-function electronics. The Software-Defined Networking guys cribbed it from SDR.
SDS is the same promise as "open": cheap and flexible unlike the proprietary black boxes. Of course, only open-source solutions can be trusted, a vendor will always try to bring back lock-in.
If your network latency exceeds your storage's latency, the right architecture is direct-attached storage, not networked storage, with the networking happening at the application layer, e.g the database. Very few Ethernet switches deliver the < 0.2ms latency of a typical NVMe SSD (only Arista comes to mind).
Networked storage is a paradigm whose time is past, and the increasingly frantic efforts of storage vendors to stave off irrelevance by shoehorning SSDs into legacy architectures designed for disk remind me of other Rube Goldberg contraptions like disk arrays that pretend to be tape auto loaders to work around brain-dead backup software.
Switzerland is the home of Calvinism, after all.
Thanks for the tip, I had the same issue as @J Bourne. I have been using the ancient feed http://www.theregister.co.uk/excerpts.rss, switching to http://www.theregister.co.uk/headlines.atom gives the author (but no other categories or tags)
This was sufficient an annoyance that someone wrote an extension to disable this incredibly dumb UX.
See Joel Spolsky's excellent article on how Microsoft's Excel team was paranoid about dependencies, to the point of having its own compiler:
Much harder and more expensive than promiscuous code reuse, but it does have its advantages.
At first I thought the resolved feud between Node.js and its Io.js fork had erupted anew.
Git (the open source code management system by Linus Torvalds,not Github the company) is decentralized by design, and it is trivial to move the code itself elsewhere, e.g. Bitbucket or self-hosted, much easier than switching from Sourceforge to Github.
What is harder to replicate is the community. Github's value is from its role as the social network for developers, not from its code-hosting. They cannot afford to antagonize developers. A recent example was when most of Github's Enterprisa sales and Product Management left the company. They were taking the product in directions that caused a backlash from individual developers, and the company opted for the latter:
Those people are primarily index funds, i.e. people who rely on Google's revenues to fund their retirement and would probably look askance at the shenanigans of Tony Fadell at Nest, among others.
It's Israeli and Indian employees of Intel that rescued it from irrelevance when it was being trounced in performance by AMD, from the Core architecture designed in Israel to the Xeon chips done in India.
I'm guessing Italic is toast. The thing is, low-cost domains like IoT don't have the margins to fund cutting-edge fab technology, only smartphones, tablets, PCs and servers do.
Oracle's branch of ZFS has support for encryption, which is not available in OpenZFS.
Most of the original authors of ZFS have left Sun since it was acquired by Oracle, and there is probably more talent on the OpenZFS fork.
And they will swiftly find a way to cut the dependence of the device on the cloud, possibly via firmware update.
Google is notorious for abruptly discontinuing services, but those people bought the hubs before the company was acquired, so blaming the victim under the doctrine of caveat emptor won't work.
Trust on First Use doesn't solve the problem, because legacy compatibility downgrade attacks mean the problem cannot be solved at the SMTP layer. It's time for people to stop trying to devise doomed work-arounds and instead move to increase adoption of S/MIME, which has the potential to help, but has benn hamstrung by inadequate PKI infrastructure. Imagine if Apple or Google provided automatic S/MIME carts using the same kind of automated provisioning Let's Encrypt has.
Investors do, and in their desperation to eke out returns in an era of effectively negative interest rates, they piled into VC without understanding how to gauge a startup, thus the surge of dumb money following the herd.
Ouch, how the mighty have fallen...
The problems with email, Slack, and every other messaging system are social and behavioral in nature. Moving to a new system, like getting a new email after changing jobs, gives a short respite but dysfunctional collaboration patterns reassert themselves quickly.
Like IRC, texting or chat, Slack is good for throwaway exchanges, but it's not going to solve the problem of efficient work habits. That will probably take one or two generations to happen, after all people are only just starting to take a more systematic approach to handling their to-do lists withGTD et al.
Let's Encrypt works quite well and is free.
HTTPS because in the post-Snowden era, everything should be encrypted by default.
The cost of an HTTPS connection is in the initial TLS handshake and key exchange. By the time nginx sees the user-agent header, the harm is already done.
Government is not required for a solution. What we need is a digital version of Underwriters Laboratories, who do certification and safety checks for manufacturers, as do others like NSF or the TÜVs:
If IoT vendors cannot sell a product if it lacks a security mark from UL or others, they will get with the program.
Everyone running a secure website should test its crypto using the free SSL Labs tool:
Nothing less than an A or A+ rating is acceptable.
I bought a Shuttle DS57U, a fanless dual-core 1.5GHz Broadwell PC meant for digital signage applications (I use mine as a firewall, as it has dual Intel GbE NICs instead of the usual Realtek garbage). It is also available in an i7 version, the DS57U7 (dual-core 2.4GHz Intel i7-5500U ULV), still fanless.
Very neat little system, and fairly inexpensive as well at $500 total system price with SSD and 16GB RAM (gross overkill, I know).
Given how some hooligans delight in dropping cinder blocks onto traffic from an overpass or pedestrian bridge, I am surprised this isn't done more frequently to cars.
These offenses should be treated as attempted murder. There was a guy in California who was caught and sentenced to a stiff sentence, 14 years IIRC, but that was later reduced to a mere 5 years by a bleeding heart judge.
There's a dearth of thorough reviews of open-source monitoring software, but I will take open-source over proprietary or hosted solutions any day.
We use Zabbix (with the PostgreSQL backend) to manage just shy of a hundred physical servers and around 500 containers. Like any serious piece of software, there is a learning curve, and the terminology is sometimes confusing because it is written by Russians, not native English speakers, but I haven't found it particularly difficult to set up. It 's certainly easier than Nagios, Ganglia or MON, and actually usable by non-technical users like support or management.
My main beef with it is that it assumes "no news is good news" and will ignore items (metrics) that are not sending data, which usually means the system is down or hung so badly the agent is not responding either. Ad-hoc querying and graphing capabilities are also somewhat crude, e.g. "build me a screen (dashboard) of CPU vs. swap for all machines in host group 'database servers'". The PHP-based web UI is a bit tired and it would be nice to have modern JS/canvas-based interactive graphs, but it is serviceable.
That said the template system is fairly flexible and powerful if you give some forethought to design, it does have the ability to handle dependencies so as to reduce the flood of downstream alerts, and is fairly easy to extend. Performance is better than a Python/Perl/Ruby solution like ZenOSS, but you will still need to dedicate a system past 100 monitored hosts/VMs or so.
The way the UK spooks used to eavesdrop on Lady Diana (some of the more reactionary royalists within the establishment really had it for her) was simply to informally ask the US to do it for them. The UK spooks were not legally allowed to directly spy on her, but were allowed to receive "information sharing" from the US spooks. No doubt they return the favor.
The latency introduced by a network and array controller are always going to be much higher than those of direct-attached storage in the era of SSDs. The future is farms of shared-nothing servers with high-speed NVMe direct-attached storage, with aggregation being done by higher-level protocols or frameworks like Hadoop, Spark, Cassandra, pNFS et al. If you look at all the web-scale operators, Amazon, Google, FB et al, that's how they all operate, none of them use expensive and underperforming arrays. Enterprises will keep buying arrays out of sheer inertia for a little while, but as they shed workloads to the cloud, the dynamic is not favorable to the outdated mainframe-era array model.
A recent report by Accenture found that 47% of those surveyed were avoiding IoT devices due to concerns over privacy and security. People are not as apathetic as you think. When combined with the marginal utility of most IoT devices, for half of potential customers the value proposition is just not compelling enough to outweigh the risks.
Things like Spark or Hadoop clusters-in-a-box, Or Cassandra, ElasticSearch etc.
The density needs to go way higher, though - even a 5x improvement in performance per watt will get drowned out by Amdahl's law when CPU power consumption only represents about 20-30% of total system power usage (DRAM accounts for a significant proportion).
And thus projects are being culled. Resources of the human kind have probably been reassigned to the unemployment office. Yet this project, while unsuccessful in adoption, does not begin to plumb the depths of uselessness of Mozilla Open Badges, among others.
We migrated data out of AWS using ZFS snapshots and incremental transfer functionality, at speeds close to a gigabit without any special arrangements with Amazon:
As I write, the official www.php.net site only has an announcement for PHP 7.0.0 Release Candidate 8 dating from Nov. 26th.
It's about shaking down advertisers: either they pay the ransom to get on the whitelist or their ads get blocked. It's also a stalking horse for further, more damaging net neutrality violations by setting a PR friendly precedent.
Thin clients manage to be more expensive than full-featured computers, and have been that way since the days of the x3270, vt100, X Terminals (cheaper than workstations, much more expensive than PCs). That's because they are typically sold to large corporations where IT suffers from "it's not my money" syndrome and because as a niche product R&D costs are amortized over much smaller volumes.
There is something to be said for specialized Linux distros that turn obsolete PCs into workable thin clients, but otherwise iPad or Chromebooks locked into running the browser are the real thin client.
The right way to deal with this is to provide a stored-procedure based interface for the app servers to access the database, not directly using raw SQL/NoSQL, which should be reserved for the DBA or database programmer (you have one, right?).
This takes care of injection attacks, but also confidentiality. Most reasonable systems have the concept of definer/invoker access, similar to the setuid bit in UNIX, where a stored procedure has access to an underlying table with the rights of the definer but the invoker calling the procedure doesn't. If you have a table of users and passwords, for instance, you could have a procedure authenticate(user, password) that can read the table and can be called by the app server but does not leak passwords, even hashed/salted ones. It's much harder to exploit such finer-grained access for data theft.
Is not caused by the tortured legal rationalizations they employ, but by their history of plotting against democratically elected governments.
Mono is used primarily by those who were dumb enough to tie themselves to Microsoft's proprietary .NET stack, and who can hardly act surprised when they are squeezed by the vendor (or its sole alternative).
Java users are pretty much in the same boat. Even though there are alternative JVMs, Oracle is as rapacious a firm as it gets, unlike Sun, and their lawsuits against Google should be a waking call to developers, to start working on their migration plan and limit their exposure to what is going to be an increasingly expensive legacy technology.
The cost was prohibitive because Boeing would rather sell $800M bombers than $55M ones, and invented excuses. The whole concept of advanced manned bombers is as archaic as battleships or horse cavalry. The Russians can shoot them down whenever they want, and you don't need the fancy tech to bomb the likes of ISIS, just a cheap, cost-effective warhorse like the B-52.