| DocScrutinizer05 | https://www.youtube.com/watch?v=EKLBSwdSMH4 experimental jazz meets apnoe | 00:21 |
|---|---|---|
| brolin_empey | Heh, apparently Kingston has discontinued earlier-than-DDR3 SDRAM modules. I wonder if this means that the lifetime warranty for the DDR1 and DDR2 modules I am still using is now worthless because Kingston can no longer provide a replacement for DDR2 and earlier modules? | 02:54 |
| Hurrian | They probably have some in a backroom somewhere, manufacturers typically reserve some stock for replacements | 03:36 |
| Hurrian | But might take a month+ for them to find and ship it to you | 03:36 |
| brolin_empey | Hurrian: Maybe. That makes sense. What about my SODIMM question? | 04:09 |
| Hurrian | nope, the first few Intel integrated memory controllers (especially on laptops) were a bit flaky, so they don't support gigantic DIMMs | 04:12 |
| Hurrian | 1st gen Nehalem was really bad at this, crashed and burned with 8GB sodimms | 04:12 |
| Hurrian | 2nd gen Sandy Bridge, which is what's in your laptop, only supports up to 8GB SODIMM | 04:13 |
| Hurrian | if your CPU is socketed and you can upgrade to Ivy Bridge, you can use a 16GB SODIMM | 04:13 |
| brolin_empey | Hurrian: It is the notebook computer of my father, not of me. I use only desktop and handheld computers, not something in between. Can I tell from the software if the CPU is socketed? Maybe from the package type? I guess if it is some form of BGA then it is soldered on their motherboard but if it is some form of PGA or LGA then it may be socketed? Does the motherboard firmware have to support the CPU released after the model of computer was released? | 04:22 |
| brolin_empey | s/their/the/ | 04:23 |
| infobot | brolin_empey meant: Hurrian: It is the notebook computer of my father, not of me. I use only desktop and handheld computers, not something in between. Can I tell from the software if the CPU is socketed? Maybe from the package type? I guess if it is some form of BGA then... | 04:23 |
| Hurrian | Typically if you have a microcode update in your BIOS released after Ivy Bridge came out, you'll have support for the newer CPUs | 04:23 |
| brolin_empey | Hurrian: I intentionally said “motherboard firmware” instead of “BIOS” because this computer uses EFI, not BIOS. Anyway, can I tell from the software if the CPU is socketed? | 04:27 |
| Hurrian | no, that core i5 CPU was available in both BGA and PGA form factors, you'll have to check by opening it up | 04:27 |
| brolin_empey | Hurrian: I could check if System Information Viewer or CPU-Z or similar shows the package type/form factor but my father has rebooted the computer into GNU+Linux because he usually uses GNU+Linux and was only temporarily running Windows. | 04:33 |
| brolin_empey | Hurrian: I ran lshw as root on GNU+Linux. Apparently the motherboard firmware is from Phoenix Technologies and is dated 2011‑11‑21. | 04:48 |
| brolin_empey | Hurrian: Apparently lshw does not say which package type/form factor the CPU uses. :-/ | 05:05 |
| Hurrian | IIRC you can't check the package type of the installed CPU from software, as socketed/soldered doesn't really make a difference to the software | 05:37 |
| Hurrian | also, the microcode in the firmware probably isnt updated with the Ivy Bridge microcode, by then it was likely still in final qualification | 05:40 |
| brolin_empey | Hurrian: That makes sense but lots of things can be checked from software that usually should not matter to application software, such as the type of RAM or the chassis type of the computer. | 07:28 |
| Hurrian | Only if the vendor declares those properties in e.g. ACPI tables | 07:31 |
| Hurrian | or the DMI table | 07:31 |
| brolin_empey | Hurrian: Maybe a better example is the brand of CPU as reported by the CPUID instruction. How often does application software need to know on which brand of CPU it runs as long as the CPU does what the software needs? | 07:35 |
| brolin_empey | Maybe the government of the PRC wants to avoid VIA CPUs because VIA is in the ROC? | 07:38 |
| Hurrian | often never, but iirc optimizing compilers sometimes enable faster code paths depending on available CPU features | 07:39 |
| brolin_empey | Well, the position of the CPC is that the ROC no longer legitimately exists, so I guess the CPC does not care if they use hardware from Taiwan because their position is that Taiwan is a province of the PRC. | 07:44 |
| brolin_empey | Hurrian: Features of the CPU running the compiler or of the CPU targetted by the compiler? | 07:46 |
| Hurrian | the latter | 07:47 |
| brolin_empey | Hurrian: Then why do features of the CPU running the compiler matter? Use of cross-compilers is common, even within the same family of computer/instruction set architecture, such as using an x86-64 computer to build software for x86-32. | 07:51 |
| Hurrian | the CPU running the compiler doesn't matter as long as it's set up to do cross compile properly | 07:52 |
| Hurrian | for gcc at least, building cross-endian compilers more or less works too, for most architectures | 07:52 |
| brolin_empey | Hurrian: I guess non-GNU compilers have had cross-endian compilation working for decades too because, as far as I know, x86 (little endian) computers are used to run compilers targetting big-endian computers, such as embedded platforms using m68k or PowerPC. | 08:02 |
| brolin_empey | I guess a specific example is CodeWarrior or some other non-GNU compiler targetting an m68k Palm OS computer but running on an x86 computer. | 08:04 |
| brolin_empey | Or a Microsoft compiler running on an x86 computer but targetting a big-endian video game console, such as one using the MIPS (PlayStation, Nintendo 64) or SuperH/SH (Sega Saturn, Sega Dreamcast) architecture. I forgot the endianness of MIPS and SH but I remember that m68k is big-endian and PowerPC supports both little- and big-endian modes but Darwin/Mac OS X uses big-endian mode. | 08:11 |
| brolin_empey | If I recall correctly, Alpha also supports both little- and big-endian modes. | 08:16 |
| brolin_empey | If I recall correctly, 6800/6502 are little-endian, which seems unexpected because 68000 is big-endian. | 08:18 |
| brolin_empey | Does a Sun x86 computer use the IBM PC architecture or does Sun have their own computer architecture using the x86 ISA? | 08:20 |
| brolin_empey | There was the SGI Visual Workstation that, if I recall correctly, uses the x86 ISA but at least partly does not use the IBM PC architecture. | 08:24 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!