Jump to content

sprintmap

Member
  • Posts

    10
  • Joined

  • Last visited

Awards

This user doesn't have any awards

sprintmap's Achievements

  1. I agree with Agreeing to Disagree but that statement is not needed here (could be more useful if you communicate that to International Relations Parties). I still think he/we and everyone atleast on this thread were and are getting along. That poster stated something very obvious and it's not uncommon for a good video to get some dislikes due to viewer's perspective. But the premise to respect someone and what they produce purely because it cost them money to produce it is fundamentally flawed. I have worked for a company that produced things designed in a way that the goods had no other use and could only cause harm to humanity. I am not sure if your premise is sound (strawman detected). Linus is a smart guy - but he has been wrong on several occassions and he takes his community very seriously and relies on them to think critically to provide feedback. OP was merely sharing his sentiment of dislikeness. He never said anything more than that so how you were able to connect that to disrespecting the work produced or him not agreeing to disagree, is beyond me. Cheers.
  2. Water, oil or brake oil etc. Stuff used in hydralic brake system - the liquid is uncompressable. Couldn't Linus fill that copper tube with water and seal it off on both sides then bend it?
  3. He has the right to dislike if he wants to. Disliking != Disrespecting. I don't think he said anything that should get you all defensive IMHO.
  4. I would pick this but this was still so much fun. I am surprised with the number of dislikes on youtube though. It's staggering. I guess Linus may need to re-evaluate the approach for this specific video for the sake of youtube noobs. Would be goofy fun to see linus do a Gaming performance scaling from two cores all the way upto 36 physical cores on this beast rig. I would reckon diminishing return after 4 cores but heck I think this might be up his ally.
  5. Actually both of you are wrong. Xeons use bus rings for interprocess communication in a multi-socket configuration. Intel's current top tier chipset only goes upto 4 physical sockets (Cray's Titan uses that with fibre interconnects) - but quite frankly this is well beyond the scope and understanding of LTT's audience and perhaps even LTT itself. I believe Anandtech has an article on this somewhere on their web where they talk about the limitations of Numa Architecture and other SMP variants but as far as I remember it was not an easy read (material sciences and computer sciences was involved).
  6. Linus I loved this video of yours. I like your relaxed attitude towards even the most expensive hardware and the out of the box thinking. I used the zip tie trick with the Pentium 4 back in the days because Intel's push pins always used to break easily. Please more videos like this. And please more Titan X as paper weight - that was goofy fun. I don't think Linus did anything half ass. He is just trying to be creative and zip tie will work for him because I have personally done it as well. I watch Linus exactly because he is a straight shooter. There are already lots of Channels that spend too much time on micro cosmetics. If Linus starts making videos on PC Cosmetics - I would immediately unsubscribe. Linus spends more time "under the hood" and isn't afraid to get dirty Because it works. He just won't have optimal heatsink contact but it will be sufficient to prevent thermal throttling.
  7. Equally as valid is why shouldn't linus test it in VM? Linus's video are reflective of what people in general want whether it makes sense to you or not. And if he is not testing it in VMWare ESXI or some type of an hypervisor, then he is not catering to the "Enterprise" audiences when showing the Enterprise products. The audiences will then remain the random kids from the Desktop market who think they know better about the Server side. The person they might be speaking to on the forum could hold a Post Doc position in Computer Science and Engineering for all you know (hint) so you may want to watch the knowledge droplets before I send my 300 page peer reviewed thesis your way rather than random websites. Certain problems are specifically useful to solve in VM environment such as Fourier Transformation (Specifically Fast Fourier Transform) due to cache coherency. P.S: A real professional doesn't need to try so hard. In addition, just look at your lingo - surrounding words in **stars** does not make you sound smart. Just write normally and you will do just fine.
  8. I find it amusing how random kids use the world quantum to make it sound scientific. None of what you said makes any sense. IOPS is a direct measure of MB/sec. Lower IOPS and Higher MB/s cannot happen together. Secondly, I was using RAM Disk and transfering at block level (so your assumption about kernel remains incorrect in my specific testing). The problem is SMB/Samba protocol. This has nothing to do with how OS handles small writes. None of the OS I have ever used will refuse to save a 4K notepad file (evident by saving the file, unplugging your computer and replugging it back in, the data persists). My suggestion still stands, Linus should definitely test this in more detail and running the Windows in VM puts more stress on the CPU and it reduces SMB/Samba performance depending on your configuration and CPU type (support for Nested Paging?). Don't believe me? Then setup a Windows Server (Or any OS that supports Samba) on a hypervisor of your choice and report back with screenshots.
  9. NVMe would be nice but I don't think it will help with Samba/SMB throughputs as I mentioned earlier. Linus, it would be really nice if you could perform the test with Windows Server running as a virtual machine because that's where the industry is moving towards and it replicates how most enterprise users have their servers setup (including myself). We are currently running a single Dell VRTX which has 4 instances of VM and upgraded NIC (10 Gbps). I really hope that you address the concern with SMB/Samba and its single threaded limitation as well. I am looking forward to the real world network speed test very much. And please don't forget to test with 4 K small files for the rest of us (I have a team of programmers who write a lot of small files, most of them less than 512K to a Linux Box running in a VM).
  10. Hey Linus, I am running a 10 Gbit connection for my home server. Samba/SMB is only single threaded and the speeds you showed are raw read/write speeds. In my test using 4 GB ram disk to ram disk transfers (4K random) - it wasn't even able to saturate 1 Gbit connection. Can you post a follow up video to this where you show a real world network transfers using Samba? I really think SMB is limited somewhat and you may have spent more than the CPU can actually handle. Looking forward.
×