Live data from Hacker News

Viewing profile — fuber2018

fuber2018

HN member
Joined
Wed, Feb 07, 2018, 10:09 PM UTC
HN karma
33
Public activity
17 items

About fuber2018

No profile information was provided.

Recent public activity

  1. comment
    Comment #36659441

    I knew a guy who worked at MS when they were developing the Barney doll. He signed up to beta/play-test the doll since he had a son in the target age range. He left work on Friday …

  2. comment
    Comment #36648562

    The code in question has to process a string of variable length. But the compiler/CPU can process bytes one at a time or much faster in groups. The code is trying to process as muc…

  3. comment
    Comment #36636214

    If this code only runs on one compiler version/CPU arch, then ASSUMING the compiler will do the RIGHT THING and auto-vectorize the code is okay. But if your code will be cross-plat…

  4. comment
    Comment #36636128

    I assume the M1's SIMD registers are wider/more numerous than just the couple of size_t registers used for the loading/masking/accumulating inner loop in your run_swtches(). You ca…

  5. comment
    Comment #36630162

    If I unroll the 64-bit SWAR version by 8x instead of 4x, the runtime is reduced by another 10% over the 4x-unrolled SWAR version. Diminishing returns...

  6. comment
    Comment #36630130

    Almost the same as my SWAR version - which is what you're doing. But aren't you reading off the end of the buffer in your memcpy(&w...)? Say with an empty input string whose start …

  7. comment
    Comment #36630058

    My SWAR version almost does what your vectorization algorithm description does - just that the SWAR-code looks rather gnarly because the compiler isn't auto-generating the vector c…

  8. comment
    Comment #36630014

    If I convert the unrolled-64-bit SWAR function to use 32-bit chunks instead, average runtime almost doubles, approx. 0.1s now. Need sleep now.

  9. comment
    Comment #36629583

    If I unroll the main while loop to handle 4x as much each time through the loop in the SWAR-version, the runtime drops to 0.0562s (average 10 runs). That's an overall 57.5x speedup…

  10. comment
    Comment #36629313

    I took the 64-bit SWAR ('S'IMD-'W'ithin-'A'-'R'egister) road and passed in the string length - the calling code has the length "right there"!!! Using the original run_switches func…

  11. comment
    Comment #30006993

    There's a dark side to this pressure to perform well in all aspects - high suicide rate amongst your adults in the Palo Alto area. see https://www.mercurynews.com/2017/03/03/cdc-re…

  12. comment
    Comment #30006901

    Some researchers suggest parents should praise effort instead of intelligence. see https://www.nytimes.com/1998/07/14/science/praise-children-f... Also children should be permitted…

  13. comment
    Comment #24074272

    Looking at the nutritional info for Soylent and Vite Ramen shows that they also contain Vitamin D - at the same DRV percentages. If you're getting 105% of your magnesium from these…

  14. comment
    Comment #24053998

    If you are missing, then authorities usually like to have a recent photo of you to aid in the search. I don't see an explicit reference to "recent image of me" in your "First step"…

  15. comment
    Comment #22472208

    My guess is Symantec due to their change of corporate direction/vision in 2019 (selling enterprise sec biz to Broadcom, concentrating on consumer/smallbiz cybersecurity). see https…

  16. comment
    Comment #21778589

    Not when you understand the economics/operation of 1980s desktop software. Multitasking OSes? Nope - not in the early-mid 1980s. You want to use another app? Save your work, quit y…

  17. comment
    Comment #16328489

    Library is GPL (not LGPL), so usage will be limited to those who don't mind the entire app's source code being released.