inkyoto · HackerTrans

11 dagen geledendiscuss

> […] why the building does not have high quality NBN connections?

Because their place of residence is connected to an embedded network that has eschewed the NBN Co and chosen to connect to a private fibre operator who sits outside the NBN. They probably also pay more compared to NBN for the same speed.

Not every embedded network supplies fibre, but some do, and that appears to be the case in their situation.

By the way, NBN has recently upgraded the network to 2Gbps, with 10 Gbps having been trialled but no availability date set as of yet.

inkyoto

11 dagen geledendiscuss

«Mates rates» is a big problem in Australia, indeed. At best, it is collusion, but typically it is corruption.

I have recently gone through the entire chain of complaints, the ombudsman including, and I have gained plenty of insight into how insidious the current scheme is.

NSW has set out to do something about it, with price caps being introduced in 2027. If you live in NSW, make your submission to the regulator (IPART) ASAP – submissions are closing at the end of July.

inkyoto

11 dagen geledendiscuss

No, technically it can't. An individual writing to an MP is rarely sufficient by itself.

Australia’s embedded network landscape is a peculiarly intricate tangle of nuance, complexity and regulatory optimism. Note that the embedded networks are distinctly unique and different from retail utility providers.

Please bear with my lengthy explanation for a few rather long moments.

Embedded networks are private distribution systems sitting behind a single connection to the public grid (shopping malls, apartment blocks, retirement villages, camp and caravan sites etc). They all have, effectively, a single wire going into the site.

Originally, they were designed for incidental on-selling by site managers, and they are a regulatory exception allowing the operator to on-sell electricity and other services without becoming a fully authorised energy retailer or licenced distributor. The embedded networks typically bundle: 1) electricity, 2) centralised hot water, 3) cold water, 4) gas, 5) heating / cooling (air-conditioning) and 6) fibre to the premises (sometimes, not always). All those things are governed by separate statutes.

In theory as well as occasionally in practice, they should be cheaper for consumers because they are able to negotiate lower wholesale rates from the upstream supplier and because the customer churn is non-existent (the customer is locked into the network and has nowhere to go). In some cases, that is indeed true, but because the current legislation explicitly excludes the embedded networks from the government reporting, many embedded network operators have resorted to the insidious exploitation of their customers, and the government is clueless because the operators' imposed pricing is opaque.

Natiaonally, Australia does not have a single federal embedded-network statute. The principal framework is a cooperative national scheme comprising 7 government bodies (Australian Energy Market Commission, AER, Australian Energy Market Operator, National Electricity Law and Rules, National Energy Retail Law and Rules, Australian Consumer Law and Australian Competition and Consumer Commission).

At the state level – so far – only Victoria has largely banned new embedded networks, with the remaining states either participating or not participating in the National Energy Customer Framework. Overall, NSW, Victoria, Western Australia and the national regulators are tightening the rules but they still have a way to go.

For a reform such as embedded-network regulation, the path looks closer to:

  Voters ↝ political parties ↝ MP's ↝ ministers ↝ departments ↝ intergovernmental bodies ↝ regulators ↝ consultation processes ↝ rule-making bodies ↝ implementation.

An MP may understand: «Residents in apartment towers are getting poor outcomes». They are highly unlikely to understand: a) market settlement arrangements, b) metering identifiers, c) distribution-loss factors, d) retailer-of-last-resort frameworks, e) exemption classes, f) embedded-network-manager functions, or g)interactions between state strata law and national electricity law.

Unsurprisingly and consequently, politicians become heavily dependent on: a) departmental advice, b) regulator advice, c) industry submissions, d) consultant reports, and e) lobby groups.

The people who understand the system – and especially those one who know how to work the system to their benefit – therefore acquire disproportionate influence over how the system evolves. That does not necessarily imply corruption, it is a structural feature of technical governance. Customers, however, refer to it as «rent seeking», even if they own an apartment.

Despite all that, elected representatives still do remain one of the few machineries capable of changing the underlying legal framework. The deeper issue is that modern regulatory states are neither pure democracies nor pure technocracies – they are hybrids. Formal authority remains democratic, but practical power is distributed among elected officials, bureaucracies, regulators, courts, industry participants, consultants, lobbyists and organised interest groups.

I have recently gone down the rabbit hole of the embedded networks and learned a bewildering number of things hence the fulmination.

inkyoto

11 dagen geledendiscuss

Performance gap is not closing in specimens commercially available today, and the promises of it «happening any moment from now» are now indistinguishable from monthly horoscopes.

For example, Zen 2 is a 2019 design, and the 64-core SG2044 C920v2, which was released in May 2025, a three-decode, four-dispatch core at about 2.6 GHz, with 128-bit vectors is still approximately[0]:

  – 9 times slower in the block tridiagonal solver at 64 cores;

  – 2.05 times slower in the lower-upper Gauss-Seidel solver;

  – 2.05 times slower in the scalar pentadiagonal solver.

Given a six year gap between two design (2019 vs 2025), the result is wholly underwhelming.

The reason why those three solvers are particularly interesting, especially in the HPC scenario, is because all three exercise substantial amounts of (unlike hobbyist and similar synthetic benchmarks):

  – Floating-point computation;

  – Memory hierarchy behaviour;

  – Cache utilisation;

  – Synchronisation;

  – Compiler optimisation;

  – Overall processor throughput.

Another, June 2026, study using production astrophysics codes found the SG2044 roughly 3–6 times slower[1] than an AMD EPYC 9554 system and 3–9 times slower than an Nvidia Grace system, workload depending.

[0] https://arxiv.org/html/2508.13840v1

[1] https://arxiv.org/abs/2508.13840v1

inkyoto

11 dagen geledendiscuss

> […] they are legally allowed to sign binding contracts with the building manager […]

The embedded networks collude with the builders and offer them the installation of wiring, air-conditioning, gas, hot water, and sometimes the internet – usually for free – and that happens before the strata comes into the picture. The strata is left with no choice but to inherit a fixed-term contract (typically 3-5 years), after which it can switch to… another embedded network.

The builders accept offers from embedded networks because it reduces their overall costs.

The NSW government has enacted the first tranche of regulations for embedded networks from the 1st of July this year, with the embedded networks price caps being introduced in early 2027 (that is the promise, anyway). If you live in NSW, IPART is the government body in charge of the regulation, and it is accepting submissions until the end of this month. Prepare and make your own submission whilst you can, as I have done.

inkyoto

11 dagen geledendiscuss

Moreover, apartment dwelling residential customers connected to embedded networks (many new apartment blocks in NSW, Victoria and Queensland) are not eligible for the Solar Share Offer because under section 6(3)(c), a consumer supplied through an embedded network is already excluded from the Commonwealth Electricity Retail Code’s definition of a «small customer».

The government won't address this particular perverse situation with the embedded networks until the 2027–28 DMO period.

inkyoto

13 dagen geledendiscuss

There are not.

inkyoto

13 dagen geledendiscuss

x86 is an ancient design mired in legacy and problems, so Intel/AMD Intel and AMD had to make it work for a modern world even if that involved kludges, band-aids, and crutches. Whilst you do have a point there, personally I do not find x86 particularly interesting to discuss.

I did not have Qualcomm and their latest bout of theatrical shenanigans concerning C in mind, either.

Back onto C.

  – C demonstrably improves code density;

  – Improved code density is conducive of better instruction cache utilisation and reducing the pressure on the TLB;

  – Mixed-width decoding (a trade-off) demonstrably adds front-end work (especially in pathological cases[0]);

  – No publicly benchmarked RISC-V processor is sufficiently contemporary and wide (or very wide) to impart the net effect of that trade-off at the highest performance tier;

  – Performance targets (aarch64 and x86-64) are moving faster than publicly demonstrated performance of existing RISC-V implementations in silicon, and the gap is not closing in.

So purported performance benefits of C may or may not materialise – it remains to be seen and proved, and claims that a future wide RISC-V core will validate design choices such as C remain not yet falsified projections rather than demonstrated engineering results – at this stage.

[0] The second page is not resident, the decoder can't proceed because the second half-word can't be obtained, the access generates a page fault, the CPU eventually vectors to the page-fault handler. Genuine page faults are extremely expensive.

inkyoto

14 dagen geledendiscuss

> […] and hold on to 2 bytes from the previous cache line if there was 1/2 a 32-bit instruction at the end of the previous cache line […]

Well, and that is the worst case scenario from the performance standpoint since, if a 32-bit instruction is spans a page boundary, it will result in a page fault stalling the instruction decoder.

It might be acceptable in implementations not sensitive to such an overhead (e.g. embedded solutions) but is wholly unacceptable in high performance scenarios.

inkyoto

26 dagen geledendiscuss

Sun was one of the few RISC design houses who stubbornly resisted NUMA in favour of SMP, which they have perfected in the hardware and in the software (Solaris). The «Solaris internals» book discusses the subject of SMP vs NUMA vs ccNUMA in the «Parallel systems architectures» section (3.2).

You might be thinking SGI who went in big on NUMA. IBM and HP have also built ccNUMA systems (e.g. HP Superdome and Superdome 2).

inkyoto

29 dagen geledendiscuss

Well. The Latin version of Roman is Romanus, which is believed to have descended from Romulus, one of the two legendary founders of Rome.

The popularity of Roman in Eastern and Western Slavic cultures is likely due to the cultural influence of the Byzantine Empire. Roman is also a rather popular name in Spanish speaking Latin American countries (Román) and is not entirely unknown in Germany (same spelling).

inkyoto

vorige maanddiscuss

It is exactly the other way round: JSON-LD has largely displaced and superseded RDF/XML in many web applications.

inkyoto

vorige maanddiscuss

kowtow (叩頭) is a Cantonese word borrowed into English in the early 19th century.

inkyoto

vorige maanddiscuss

I see Swift as a more approachable version of Rust.

If somebody is mulling over Rust but finds it too difficult to grasp, they could start off with Swift first and then move over to Rust.

One of the main advantages of Rust is a more developed and thriving ecosystem.

inkyoto

vorige maanddiscuss

Not just interoperability with Objective C but with C (full) and C++ (increasingly better but not full) as well.

Swift is also interoperable with different versions of itself courtesy of the Swift stable ABI (Application Binary Interface)[0], which they invested a significant amount of time into at the expense of adding other new features to the language, which have come along later.

Rust offers a different approach: recompile everything and static linking.

[0] https://faultlore.com/blah/swift-abi/

inkyoto

2 maanden geledendiscuss

> I got my first bifocals last year. I got the "no line" variety and, so far, I hate them.

They are called progressives (or multi-focal – depending on whom you speak with).

Progressives come in a few «ranges»: near-range, mid-range and all-purpose. There are also «premium» options available, although I am not entirely sure how much different they actually are.

I have found that having two separate pairs of progressives (near-range for reading, laptop use and all-purpose for everything else) works the best. All of them can also be had as the transition variety and with different tint colours, thus obviating the need for a separate pair of shades.

In fact, when I first tried the near-range progressives some 5 years ago, it was an eye-opener in the almost literal sense of the word – the laptop screen flattened and became bigger despite obviously not changing its physical size. It was something that I had struggled with for a long time before the progressives entered mainstream. At high prescription numbers, the lenses for myopia start distorting the true shape of objects which creates mild to substantial visual discomfort, and near-range progressives fix that.

Another source of discomfort might be the suboptimal «Add» number on the script for progressives. This can be fixed by going to an optometrist clinic rather that a street optometrist (or find a reputable and good one first). If the «Add» is too small, the progressives will make little difference compared to conventional lenses, and, if it is too big, they will make it difficult to see in the distance.

Based on own subjective experience, I can't recommend the progressives enough, although a little bit of fine-tuning might be required (none in my case).

inkyoto

3 maanden geledendiscuss

The vast majority of virtual machines, including JVM and .NET, are stack based.

And, whilst compiling C and C++ the JVM / .NET CLR byte codes is very uncommon, both VM's have become very popular compilation targets for other programming languages.

inkyoto

3 maanden geledendiscuss

Rotating register windows are a distinguishing feature of the Berkeley RISC design, which predates VLIW by at least a decade.

inkyoto

3 maanden geledendiscuss

> "PLEASE COME FROM" is one of the eldritch horrors of software development.

The most enigmatic control flow statements in INTERCAL, however, remain PLEASE GIVE UP and DO ABSTAIN FROM – a most exalted celebration of pure logic and immaculate reason.

inkyoto

4 maanden geledendiscuss

Once again – respectfully – this remains largely twaddle as the facts themselves state otherwise.

Even at the microarchitecture level, the hard part is not raw CISC-ness but irregularity and compatibility baggage. In that respect x86 was usually the uglier customer.

High-end x86 implementations ultimately scaled further because Motorola had less market pressure and fewer resources than Intel to keep throwing silicon at the problem, not because m68k was somehow harder to optimise.

Later high-performance m68k cores did what later x86 cores also did: translate the architected variable-length instruction stream into a more regular internal form. Motorola’s own MC68060 manual says the variable-length M68000 instruction stream is internally decoded into a fixed-length representation and then dispatched to dual pipelined RISC execution engines. That is not evidence of an ISA that was uniquely resistant to microarchitectural optimisation. It is evidence that Motorola used the same broad trick that became standard elsewhere: hide ISA ugliness behind a cleaner internal machine.

There is also a deeper point. The m68k ISA was rich, but it was comparatively regular and systematic at the architectural level. The m68k manuals show a clean register model and – notably – consistent condition-code behaviour across instruction forms. That kind of regularity is exactly what tends to help both compiler backends and hardware decode/control design. By contrast, x86’s biggest hardware pain historically came not from being «less CISC» than m68k, but from being more irregular and more burdened by backward compatibility.

Lastly, but not least importantly, CPU's were not the core business of Motorola – it was a large communications-and-semiconductors company, with the CPU's being just one product family within a much larger semiconductor business.

There was no clear understanding within the company of the rising importance of CPU's (and computing in general), hence the chronic underinvestment in the CPU product line – m68k did not see the light of highly advanced, performant designs purely because of that.

comments