Live data from Hacker News

Viewing profile — p_l

p_l

HN member
Joined
Sat, Jul 02, 2011, 10:59 PM UTC
HN karma
9,850
Public activity
5,200 items

About p_l

[ my public key: https://keybase.io/pawel_lasek; my proof: https://keybase.io/pawel_lasek/sigs/pq37gK20v7ngSJ9wYjGNZ9K7DjPDz-X-zkaE9hUuUtc ]

Recent public activity

  1. comment
    Comment #49254290

    IIRC not compiled (you can include the interpreter). But then Scheme was always less EVAL-friendly of the lisps

  2. comment
    Comment #49246933

    Linux actually has pretty long history of userspace drivers, and multiple kernel drivers have as their main if not only logic a way to link hardware interface with userspace app, o…

  3. comment
    Comment #49241929

    The part where Windows applications built with C++ generally do not share C++ ABI DLLs with each other and the operating system except for certain well isolated ones is major part …

  4. comment
    Comment #49241915

    Additionally a lot of the APIs if you go underneath, including native code components, are exposed through few variants of Binder (BeOS-derived IPC for the uninitiated) including u…

  5. comment
    Comment #49241892

    More like the specific design of a vtable

  6. comment
    Comment #49241878

    Every new API since around NT5.2/6.0 era had to get explicit waiver to be provided as anything other than COM interface. Some additionally have weird hybridization going on IIRC th…

  7. comment
    Comment #49241667

    Unaligned access was common issue on many RISCs, which depending on specific Unix variant and runtime settings might mean regularly getting SIGBUS for code ported from other archit…

  8. comment
    Comment #49241646

    Arguably the ECL was just digging themselves deeper, the real failure was upper management fighting any suggestion that VAX has played out and should be replaced. EDIT: Then there'…

  9. comment
    Comment #49241297

    Seeing Postgres articles from Snowflake surprises me a lot though given how there's zero relation between Snowflake the product and Postgres itself EDIT: I now see it's mainly to d…

  10. comment
    Comment #49237764

    Another somewhat related error in strategy was trying to keep VAX alive for longer than it should have been, especially the ECL versions

  11. comment
    Comment #49237759

    The funny part is that arguably both HyperTransport and QPI descend from the interprocessor links designed for Alpha EV7

  12. comment
    Comment #49237750

    An important thing to consider is that DEC simply didn't have enough CPU design teams, which is also why Alpha essentially had only one-and-half model in the works throughout its h…

  13. comment
    Comment #49235409

    FWIW Alpha pretty quickly went with mainly PCI + few legacy ISA slots for considerable chunk of the line, unlike competition which used proprietary buses that might have been faste…

  14. comment
    Comment #49235388

    The issue was not that Alpha ISA was impossible to scale down. The issue was that DEC lacked the resources to run a completely new microarchitecture design to target low-power plat…

  15. comment
    Comment #49235352

    Decision to cease support was reputedly done by Compaq, coming as complete surprise to both Compaq-side and Microsoft-side NT teams. As for Alpha, funnily enough the first few year…

  16. comment
    Comment #49232876

    Thinking longer about Alpha's imprecise faults made me realize that signaling NaNs can be quite useful in such case

  17. comment
    Comment #49210010

    That's the real problem with AGPL, IMO - it encourages copyright assignment to a corporate entity so it can launder it through dual-licensing

  18. comment
    Comment #49209338

    Yes, I agree it does a lot of heavy lifting there. Honestly that's why it needs to both have strict liabilities on operators/developers (no more "computer said so but computer can'…

  19. comment
    Comment #49208354

    Because a computer can handle 100s of such calls simultaneously. Similarly, I worked on a system that used AI for approvals of payment for medical activities (in Germany) - it only…

  20. comment
    Comment #49180045

    FX!32 was good compared to what was available elsewhere (including for Itanium IIRC). I am not saying it had to compete with fully with x86 on consumer desktops from beginning, but…

  21. comment
    Comment #49176897

    I somewhat suspect that if not for multiple materials (not from MS) promoting deep dependency on IBM PC specifics, it might have worked out.

  22. comment
    Comment #49169720

    Windows on Alpha and FX!32 were reasonably solid options, as was the general health of the Alpha ecosystem. The platform also was not overextended in dot-com boom as much as let's …

  23. comment
    Comment #49166276

    IIRC it was major part of intel's roadmap to establish it so that "future" of PC cpus would be locked down to Intel/HP partnership. And back then VIA was still noticeable competito…

  24. comment
    Comment #49166265

    EV7 were introduced after customers refused to upgrade to Integrity over crap performance.

  25. comment
    Comment #49166245

    Itanium was essentially (incompatible) PA-RISC 3 - it originated as HP project and the direction to totally replace HPPA with Itanium was there from the start. Non-Stop got ported …