32GB RAM being maxed out and page file going crazy on SSD; Get a dedicated HDD?


Recommended Posts

what is the motherboard and how much RAM will it support? i agree w/ the others: RAM is cheap; just throw more at the problem.

 

Also, if your pagefile is that large, i'd get another SSD for it. Also, have you tried manually limiting the size?

Hello,

what is the motherboard and how much RAM will it support? i agree w/ the others: RAM is cheap; just throw more at the problem.

Mixing different RAM brands, it comes out to 304 euros to reach 64GB. That aint too cheap...

 

Also, if your pagefile is that large, i'd get another SSD for it. Also, have you tried manually limiting the size?

Its not about large, its about destroying the SSD. And if I limit the size of the page file (0 basically) then what?

Hello,

Mixing different RAM brands, it comes out to 304 euros to reach 64GB. That aint too cheap...

 

Its not about large, its about destroying the SSD. And if I limit the size of the page file (0 basically) then what?

It sounds like this is being used in a business environment. Are you using enterprise rated high endurance SSDs? If so, I don't think you'll need to be concerned about the writes... You'll have high endurance drives in a proper redundancy configuration and swap them out as soon as the warranties expire or they fail with minimal impact.

 

I would also dig into the RAM usage and potential swapping that is occurring to get a better idea of what is really occurring. Is it caching? Is it the system constantly being paged out and limiting the application RAM usage would solve the problem? Is there an upper bound? Meaning will the app just consume all of the RAM in the box and keep you in a constant paging scenario no matter how much RAM is in the box?

 

Either way, you want the page file on the fastest disk for obvious reasons. So I wouldn't move it to a HDD...

are you buying 32GB more or a completely new 64GB set? What's the RAM in there now, and what are you buying? Just curious.

 

People tend to overestimate the wear-and-tear thing w/ SSDs. It takes GBs per day for years to destroy the cells. SSDs have wear protection and whatnot to compensate.

 

 

SAS and SATA are compatible right? Just need a adapter for the connector

Ill problably look for a no name 15K HDD.

You can use SATA drives on SAS controllers without any problems but not the reverse.

Hello,

It sounds like this is being used in a business environment. Are you using enterprise rated high endurance SSDs?

No, because due to the nature of the build (overclocked) it served no purpose to the price budget to by enterprise SSDs. It would shoot the budget up way too much and nothing is even saved or stored on this SSD. The only problem is that, when used, the SSD page file is huge.

 

I would also dig into the RAM usage and potential swapping that is occurring to get a better idea of what is really occurring. Is it caching? Is it the system constantly being paged out and limiting the application RAM usage would solve the problem? Is there an upper bound? Meaning will the app just consume all of the RAM in the box and keep you in a constant paging scenario no matter how much RAM is in the box?

There is no boundary in Windows or the program. It simply maxes out when running various simulations.

 

Either way, you want the page file on the fastest disk for obvious reasons. So I wouldn't move it to a HDD...

OK then :) Ill get a short and small 64GB Sandisk SSD that I saw for 50 euros. If it gets trashed early, doesnt really matter.

 

 

are you buying 32GB more or a completely new 64GB set? What's the RAM in there now, and what are you buying? Just curious.

 

People tend to overestimate the wear-and-tear thing w/ SSDs. It takes GBs per day for years to destroy the cells. SSDs have wear protection and whatnot to compensate.

We are going to put 4 * 4GB (16GB) to bring it to 48GB. Communication was changed thruout the day but thats what is gonna be done.

 

 

You can use SATA drives on SAS controllers without any problems but not the reverse.

Understood.

Hello,

No, because due to the nature of the build (overclocked) it served no purpose to the price budget to by enterprise SSDs. It would shoot the budget up way too much and nothing is even saved or stored on this SSD. The only problem is that, when used, the SSD page file is huge.

 

There is no boundary in Windows or the program. It simply maxes out when running various simulations.

 

OK then :) Ill get a short and small 64GB Sandisk SSD that I saw for 50 euros. If it gets trashed early, doesnt really matter.

 

 

We are going to put 4 * 4GB (16GB) to bring it to 48GB. Communication was changed thruout the day but thats what is gonna be done.

 

 

Understood.

Maybe I am confused... What problem is being solved here?

 

What does overclocking have to do with what SSD you use? Also, what are you trying to actually solve? Is it just the space that the page file is using? As if it is a space issue then it appears to be an issue of right sizing your drive choice. But then I would argue to put a regular HDD in for the server and then run SSD sensitive applications from the SSD.

 

But I'm not sure I understand the core problem you're solving here. It seems like you saw the page file being large and then decided to spend money because the file is big... As if you don't care about the SSD wearing out then why not just leave it alone and let the current one wear out when it does? I hope you're not using any drive SSD or otherwise without proper backups in place to withstand a drive failure...

Hello,

Maybe I am confused... What problem is being solved here?

 

What does overclocking have to do with what SSD you use?

I mentioned it because its not worth buying less expensive but with a range of overclocking ability and then spend a lot more on a enterprise grade SSD.

 

Also, what are you trying to actually solve?

What I am trying to solve is that there is no wear-and-tear on the system SSD.

 

I hope you're not using any drive SSD or otherwise without proper backups in place to withstand a drive failure...

Drive failure is irrelevent. Nothing is stored.

I just dont want that SSD that can last 3 years, last 1 because of page file destroying it.

Im about to make the order for the Ultra Plus 64GB SSD so you just stopped me! :laugh: Any comments?

Hello,

I mentioned it because its not worth buying less expensive but with a range of overclocking ability and then spend a lot more on a enterprise grade SSD.

 

What I am trying to solve is that there is no wear-and-tear on the system SSD.

 

Drive failure is irrelevent. Nothing is stored.

I just dont want that SSD that can last 3 years, last 1 because of page file destroying it.

Im about to make the order for the Ultra Plus 64GB SSD so you just stopped me! :laugh: Any comments?

This is what I don't understand though... Why does the wear on the system SSD matter?

 

For a business environment you shouldn't be using anything past the warranty period. If you manage to wear the system SSD out from writes in 3 months then you would be able to use the warranty to replace it... It seems like you have a solution in search of a problem.

 

You should be able to handle a system drive failure...

Hello,

This is what I don't understand though... Why does the wear on the system SSD matter?

Downtime; Nothing more, nothing less.

For a business environment you shouldn't be using anything past the warranty period. If you manage to wear the system SSD out from writes in 3 months then you would be able to use the warranty to replace it... It seems like you have a solution in search of a problem.

 

You should be able to handle a system drive failure...

Lets say it does wear out in 3 months; Wouldnt buying a dedicated SSD JUST for the page file increase that wear out to a year (example) even though the page file SSD would wear out too in 3 months; The difference is that I can keep working.

Hello,

Downtime; Nothing more, nothing less.

Lets say it does wear out in 3 months; Wouldnt buying a dedicated SSD JUST for the page file increase that wear out to a year (example) even though the page file SSD would wear out too in 3 months; The difference is that I can keep working.

You still have the problem of downtime at some point in your example. It doesn't matter if it happens in 1 year or in 10 minutes... If downtime is an issue then you need to mitigate it appropriately... Adding another SSD to absorb wear doesn't mitigate against downtime. Instead you're hoping you're kicking the can down the road.

 

I would recommend you appropriately mitigate against downtime due to a drive failure and ignore the wear level of the SSD.

Hello,

You still have the problem of downtime at some point in your example. It doesn't matter if it happens in 1 year or in 10 minutes... If downtime is an issue then you need to mitigate it appropriately... Adding another SSD to absorb wear doesn't mitigate against downtime. Instead you're hoping you're kicking the can down the road.

 

I would recommend you appropriately mitigate against downtime due to a drive failure and ignore the wear level of the SSD.

Downtime? What downtime would there be?

Without a second drive - Turn off the PC, replace the drive, turn on the PC, reinstall/reimage.

With a second drive - Replace the drive.

Hello,

Downtime? What downtime would there be?

Without a second drive - Turn off the PC, replace the drive, turn on the PC, reinstall/reimage.

With a second drive - Replace the drive.

This is assuming the drive that fails is the second drive... If the system SSD fails you're still back at square one...

Hello,

This is assuming the drive that fails is the second drive... If the system SSD fails you're still back at square one...

Well, we can also assume that it is more likely that the first (system) drive does not fail before the second (page file) drive fails. Especially if the second one is a worst brand and/or worst model.

We can also assume that lighting might strike twice and everythings gets fried :laugh:

Hello,

Well, we can also assume that it is more likely that the first (system) drive does not fail before the second (page file) drive fails. Especially if the second one is a worst brand and/or worst model.

We can also assume that lighting might strike twice and everythings gets fried :laugh:

My point is simple. If your risk is downtime then you need to mitigate that risk...

 

You're shooting wild with no idea what your target is. This is a problem. You're going to make bad decisions as a result.

 

I would do some reading on how people mitigate downtime risk in computing. The most straightforward way is redundancy. It is for this reason that you'll typically see a server booting its OS from a RAID 1 volume.

Hello,

My point is simple. If your risk is downtime then you need to mitigate that risk...

 

You're shooting wild with no idea what your target is. This is a problem. You're going to make bad decisions as a result.

 

I would do some reading on how people mitigate downtime risk in computing. The most straightforward way is redundancy. It is for this reason that you'll typically see a server booting its OS from a RAID 1 volume.

Your point is basically wasting money on one machine that is used by 3-4 people, where there is NO data stored at all, that can suffer downtime (because it isnt important) but we dont want ONE component to be wasted.

You are looking way past the thread's subject, LogicalApex. If this machine was more important, I agree RAID1ing it would be a good idea. Plus, the downtime, with just one drive, would mostly affect me because I would be the one that has to reinstall and everything.

I do have to make a image of the machine ASAP.

Why would I limit the memory? This PC is only and exclusivally used as a terminal server for this program. It does absolutely nothing else. Limiting its RAM would be waste of components/money.

I want to point out that even with 32GB and paging like crazy, performance is still awesome.

BTW, it seems my company has had second thoughts about price to RAM ratio :laugh: We are gonna upgrade it to 40GB (4*8GB (32GB, quad) + 2*4GB (8GB, dual) )

I think you are missing the point of what limiting application RAM is for. I have a large SQL Server which has 128GB of RAM and houses TB's of data across Ten's of disks but we limit the SQL Server RAM software memory usage to 100 GB of RAM... You need RAM that is dedicated to the OS, once the OS runs of out free ram, you will have OS performance slow downs. This is just to guarantee that windows has enough free memory just to manage itself. This is a dedicated SQL Server, and we never have issues with speed or RAM because of thinking about limits of what can have what memory wise.. it's in no way limiting the server's usage.. it's not a waste of money because the OS still uses the RAM, that's why you have to calculate out what the OS needs vs what the software needs... which is also why high end software that does a lot of in memory caching and storage have limiters like this in place

Hello,

I think you are missing the point of what limiting application RAM is for. I have a large SQL Server which has 128GB of RAM and houses TB's of data across Ten's of disks but we limit the SQL Server RAM software memory usage to 100 GB of RAM... You need RAM that is dedicated to the OS, once the OS runs of out free ram, you will have OS performance slow downs. This is just to guarantee that windows has enough free memory just to manage itself. This is a dedicated SQL Server, and we never have issues with speed or RAM because of thinking about limits of what can have what memory wise.. it's in no way limiting the server's usage.. it's not a waste of money because the OS still uses the RAM, that's why you have to calculate out what the OS needs vs what the software needs... which is also why high end software that does a lot of in memory caching and storage have limiters like this in place

Well, then I think you are missing the point of what this PC does!

You have a large SQL server with a lot of RAM and a lot of disks that have a lot of data

I have a small overclocked PC with (compared to that) a medium amount of RAM and one disk with no data (only Windows and that program I mentioned before)

Im sorry if I dont understand you but I just dont see how your scenario compares to mine. Maybe Im missing something.

Hello,

Your point is basically wasting money on one machine that is used by 3-4 people, where there is NO data stored at all, that can suffer downtime (because it isnt important) but we dont want ONE component to be wasted.

You are looking way past the thread's subject, LogicalApex. If this machine was more important, I agree RAID1ing it would be a good idea. Plus, the downtime, with just one drive, would mostly affect me because I would be the one that has to reinstall and everything.

I do have to make a image of the machine ASAP.

If this is the case then I fail to understand why you're adding another SSD just for a page file... It seems you're wasting components and money...

riahc3, you appear to be purposefully confusing various aspects of a system's configuration in hopes that we just agree to your original question.

 

It is also clear to me that you do not understand how the various hardware components of a Windows PC actually interact with each other; and you have yet to respond with the types of memory consumption configurations the SolidWorks software provides.

 

Bottom line: You need to *reconfigure* your existing system.  The general consensus is that you do not need another disk drive.

Hello,

Well, then I think you are missing the point of what this PC does!

You have a large SQL server with a lot of RAM and a lot of disks that have a lot of data

I have a small overclocked PC with (compared to that) a medium amount of RAM and one disk with no data (only Windows and that program I mentioned before)

Im sorry if I dont understand you but I just dont see how your scenario compares to mine. Maybe Im missing something.

no, I'm not missing the point... the point is no mater what you need to dedicate some RAM to the Host OS... doesn't mater if its SQL Server or software like this. You are complaining about over paging, I'm trying to tell you how to stop it by managing your RAM, actual memory management not what windows does to dynamically manage it... if you force it to use a range of RAM it should never page out, because it will never use past that amount of RAM

Hello,

If this is the case then I fail to understand why you're adding another SSD just for a page file... It seems you're wasting components and money...

Well, then the solution would be to add more RAM. We are doing this already (not to the full extent because of costs) but as a "cost cutter" a SSD also helps, right?

 

 

riahc3, you appear to be purposefully confusing various aspects of a system's configuration in hopes that we just agree to your original question.

 

It is also clear to me that you do not understand how the various hardware components of a Windows PC actually interact with each other; and you have yet to respond with the types of memory consumption configurations the SolidWorks software provides.

 

Bottom line: You need to *reconfigure* your existing system.  The general consensus is that you do not need another disk drive.

Your post has reminded me of a essay generator.

Basically you read nothing from the thread, did no research into the software in question and read no replies. Thats what it seems to be at least.

Like I (and others mention) the program grows beyond a 32GB RAM and into a 40GB+ page file. This means it is consuming 72GB (not of raw RAM because like mentioned the RAM unloads chunk to the page file) I need to "reconfigure" my system is pretty obvious; We start with adding more RAM but because it would explode the budget, we take a cost cutting route of adding a SSD.

 

 

no, I'm not missing the point... the point is no mater what you need to dedicate some RAM to the Host OS... doesn't mater if its SQL Server or software like this. You are complaining about over paging, I'm trying to tell you how to stop it by managing your RAM, actual memory management not what windows does to dynamically manage it... if you force it to use a range of RAM it should never page out, because it will never use past that amount of RAM

OK, thats maybe what Im not understanding; Why would I say "limit yourself to 32GB"? Are you saying this to avoid the SSD paging at a cost of performance? Is that what you mean?

If so, I think 50 bucks vs limiting performance is worth it, personally. Let me see if I understood you correctly then Ill continue :)

BTW, thank you all for your advice and opinions. They help me a lot think about the problem :)

riahc3, on 06 Mar 2014 - 13:32, said:riahc3, on 06 Mar 2014 - 13:32, said:riahc3, on 06 Mar 2014 - 13:32, said:

Basically you read nothing from the thread, did no research into the software in question and read no replies. Thats what it seems to be at least.

Like I (and others mention) the program grows beyond a 32GB RAM and into a 40GB+ page file. This means it is consuming 72GB (not of raw RAM because like mentioned the RAM unloads chunk to the page file) I need to "reconfigure" my system is pretty obvious; We start with adding more RAM but because it would explode the budget, we take a cost cutting route of adding a SSD.

I actually read up on the entire 3 pages of responses before stating what I said.  Also, I'm also casually familiar with SolidWorks -- I've just never ran into the types of problem that you're describing.

 

There are parallels between SQL Server's memory management capabilities and those that (presumably exist) in SolidWorks.  Left unchecked (read: misconfigured) then the software would naturally consume as many resources as is made available to it via the OS.  Any program that hits the limits of its operating environment begins to error out or experience severe performance bottlenecks.  In the case of SolidWorks, it seems to defer those responsibilities to the OS -- hence how it consumes an ever-increasing amount of memory.  (The program does not know the difference between physical and virtual memory [page file].  It only knows that space is available.)

 

You can spend $5000 on more RAM, but SolidWorks will keep consuming as much memory as is available until it feels satisfied.

 

Your thoughts are either, "wow this program is hungry" or "wow I should really configure my SolidWorks environment properly."  I cannot speak for your business needs for SolidWorks over other CAD software, but I can speak to the idea that you must *really* dig into how SolidWorks is configured, review all of its configuration settings (both presented in the GUI and hidden in configuration files), and make sure you place a hard limit on how many resources the overall program is allowed to consume.  (You should also coordinate with SolidWorks directly if such a setting is too obscure... you may get a patch from them to fix the memory leak, or simply upgrade/downgrade to a version that operates properly within your given environment.)

 

Bottom line: Throwing more hardware at a software problem does not fix the software configuration problem.

Hello,

Well, then the solution would be to add more RAM. We are doing this already (not to the full extent because of costs) but as a "cost cutter" a SSD also helps, right?

 

 

Your post has reminded me of a essay generator.

Basically you read nothing from the thread, did no research into the software in question and read no replies. Thats what it seems to be at least.

Like I (and others mention) the program grows beyond a 32GB RAM and into a 40GB+ page file. This means it is consuming 72GB (not of raw RAM because like mentioned the RAM unloads chunk to the page file) I need to "reconfigure" my system is pretty obvious; We start with adding more RAM but because it would explode the budget, we take a cost cutting route of adding a SSD.

 

 

OK, thats maybe what Im not understanding; Why would I say "limit yourself to 32GB"? Are you saying this to avoid the SSD paging at a cost of performance? Is that what you mean?

If so, I think 50 bucks vs limiting performance is worth it, personally. Let me see if I understood you correctly then Ill continue :)

BTW, thank you all for your advice and opinions. They help me a lot think about the problem :)

any time you have to page out, you hurt performance anyways... anything that isn't direct memory access is slower, even if it is to an SSD... the way to solve the problem is either get more RAM (which by best practice you should still limit the app's memory usage, even with 1TB of RAM you should still have a MAX usage for the program just so the OS doesn't start paging out itself)... or use the amount you have now, and put the limiter in place and stop paging out excessively

Hello,

I actually read up on the entire 3 pages of responses before stating what I said.  Also, I'm also casually familiar with SolidWorks -- I've just never ran into the types of problem that you're describing.

 

There are parallels between SQL Server's memory management capabilities and those that (presumably exist) in SolidWorks.  Left unchecked (read: misconfigured) then the software would naturally consume as many resources as is made available to it via the OS.  Any program that hits the limits of its operating environment begins to error out or experience severe performance bottlenecks.  In the case of SolidWorks, it seems to defer those responsibilities to the OS -- hence how it consumes an ever-increasing amount of memory.  (The program does not know the difference between physical and virtual memory [page file].  It only knows that space is available.)

 

You can spend $5000 on more RAM, but SolidWorks will keep consuming as much memory as is available until it feels satisfied.

 

Your thoughts are either, "wow this program is hungry" or "wow I should really configure my SolidWorks environment properly."  I cannot speak for your business needs for SolidWorks over other CAD software, but I can speak to the idea that you must *really* dig into how SolidWorks is configured, review all of its configuration settings (both presented in the GUI and hidden in configuration files), and make sure you place a hard limit on how many resources the overall program is allowed to consume.  (You should also coordinate with SolidWorks directly if such a setting is too obscure... you may get a patch from them to fix the memory leak, or simply upgrade/downgrade to a version that operates properly within your given environment.)

 

Bottom line: Throwing more hardware at a software problem does not fix the software configuration problem.

Now this is a way better post! :)

I personally just do IT; I dont work with Solidworks and didnt even see it till about 6 months ago. When building this machine which was geared towards it, I read about softtweaks but since I didnt understand what my collegues need or want (and of course, I dont know or care what the program does), I went a hardware route. Maybe this would be a good time for software tweaks like you mentioned.

Well, since most of you are bent on limiting the program's RAM, I guess when we do this (upgrade the RAM) Ill go ahead and limit it. I gotta read on how to optimize it for Simulation AND also if it affects my collegues' needs.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Micron reveals AI companies are spending billions to lock up its memory years in advance by Karthik Mudaliar The demand for more memory is far from over, and Micron is turning the AI-driven memory shortage into a much more predictable business. The company has revealed that it has signed 16 strategic supply agreements backed by roughly $22 billion in customer deposits and other financial commitments. The contracts cover DRAM and NAND deliveries over several years, with some running through 2030. With the AI boom, demand for high-bandwidth memory (HBM) has grown so quickly that large customers are now prepared to help finance future production in exchange for a guaranteed supply. According to Micron’s latest financial results, the company received commitments worth about $22 billion across its new agreements. Around $18 billion is expected to arrive as cash deposits, while the rest will come through other financial arrangements. Micron says the agreements could generate approximately $100 billion in future contracted obligations. They cover around 20% of its expected DRAM shipments and one-third of its NAND shipments during their respective terms. It should be noted that although AI infrastructure is the main force behind the current shortage, not all 16 agreements with Micron involve AI companies. Micron said the customers also include consumer electronics and automotive businesses, two sectors that increasingly compete with data centers for the same manufacturing capacity. HBM is consuming an increasing share of that supply. Unlike conventional desktop or server RAM, HBM stacks multiple memory dies vertically and places them close to an AI accelerator. This gives GPUs and other AI chips access to data at much higher speeds, but it also requires more complicated manufacturing and packaging. Micron says its 12-layer HBM4 memory is now shipping in high volume for a lead customer, with samples also supplied to other companies. The chipmaker has already generated more than $1 billion in HBM4 revenue and says the product is ramping twice as quickly as its earlier HBM3E generation. Samsung has similarly warned that the memory shortage could continue into 2027 and beyond. Consumer memory companies have also had to address sharp increases in DDR5 pricing, suggesting the effects are already reaching beyond the data center. For consumers, that could mean the AI memory crunch lasts longer than expected, even as manufacturers invest heavily in new production.
    • XnConvert 1.112 by Razvan Serea  XnConvert is a cross-platform batch image-converter and resizer with a powerful and ease of use experience. All common picture and graphics formats are supported (i.e. JPG, PNG, TIFF, GIF, Camera RAW, JPEG2000, WebP, OpenEXR) as well as supporting over 500 other image formats. Also available within the batch operations include rotating, adding of watermarks, adding of text along with many image-adjustment features such as brightness, shadows and more. Among the features included are: Batch adding of files and folders Support for drag and drop of files Batch rotating, cropping, resizing and more Adding of photo masks Preserving or removing image metadata in conversions Multipage image file support (i.e animated GIF, APNG, TIFF) Command line integration via NConvert Filters - such as 'Blur', 'Gaussian Blur', 'Emboss', "Sharpen' and much more Effects - such as 'Old camera' and much more Download: XnConvert 64-bit | Standalone | ~30.0 MB (Freeware) Download: XnConvert 32-bit | Standalone Links: XnConvert Website | Screenshot | Release Announcement Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Microsoft updates Visual Studio Code with chat cost tracking and multi-agent chats by Paul Hill Microsoft has just launched Visual Studio Code 1.126, its latest weekly release. This time, the company has focused on letting you see the total cost of chat sessions to spot expensive conversations; enabling multiple chats per session that run side-by-side in one agent host Copilot session; and letting you browse new folders safely in restricted mode. We have now reached the stage where free AI in IDEs is coming to an end. To help you keep track of your costs, VS Code now lets you see the entire cost of a chat session, rather than just individual turns. This should give you more transparency about which sessions consume the most credits, so you can better manage your usage over time and spend less. For those of you using the Agents window, you know it is possible to run and manage multiple agent sessions at once. In this update, a Copilot session started from an agent host can hold several chats at once. Explaining how this feature works, Microsoft writes: Finally, from this update forward, Microsoft will remove the pop-up when opening an untrusted folder. When you open a new folder now, it will automatically open in Restricted Mode. You will see a banner that lets you manage the trust level of the folder. Microsoft has made this change so that it’s easier to start inspecting code without giving it trust right away. If you have VS Code, you can check for updates within the app now to get this new version. Otherwise, you can download it from the Visual Studio Code website.
    • Anthropic accuses Alibaba of using 25,000 fake accounts to copy Claude's capabilities by Karthik Mudaliar Anthropic has accused Alibaba of using nearly 25,000 fraudulent accounts to extract capabilities from Claude on a huge scale. According to a report from Reuters, Anthropic told US lawmakers that operators linked to Alibaba and the company’s Qwen AI team generated 28.8 million exchanges with Claude between April 22 and June 5, 2026. That is a lot of Claude conversations, but Anthropic says this was not ordinary chatbot use. The company believes the accounts were part of a coordinated effort to collect answers that could help train or improve rival AI systems. The alleged campaign reportedly focused on some of Claude’s most valuable skills, including software development, multi-step reasoning, and agentic tasks. In practical terms, that means getting an AI model to plan and complete work across several stages rather than simply answering a single question. This is called 'distillation,' where AI companies use outputs from a larger model to train a smaller and cheaper one. The smaller model learns to imitate useful parts of the more capable system without needing the same amount of computing power. The distillation process isn't automatically suspicious, but the problem comes when one company gathers another provider's outputs without permission and at an industrial scale. Also, this does not mean Alibaba obtained Claude’s source code, model weights, or original training data. Instead, Anthropic claims the accounts repeatedly asked Claude carefully designed questions and collected the answers. Those answers could then be used as training material for another model. Anthropic has made similar accusations against DeepSeek, Moonshot AI, and MiniMax earlier this year. As Neowin previously reported, Anthropic said those three companies collectively generated more than 16 million Claude exchanges through roughly 24,000 accounts. Anthropic says the new campaign produced almost twice as many exchanges in a matter of weeks. Anthropic reportedly told lawmakers that the campaign could help Chinese AI developers approach the capabilities of its Mythos Preview model. Mythos is focused on advanced cybersecurity work, including finding and exploiting complex software vulnerabilities. via Reuters | Photo via DepositPhotos.com
    • An Indian manufacturer that assembles roughly one-third of Apple's iPhones and supplies semiconductor components to Tesla confirmed Monday that attackers had stolen and publicly published a 630-gigabyte cache of confidential files — including engineering blueprints stamped "TRADE SECRET," a 52-page quality inspection document for iPhone circuit board components, and cryptographic certificates that security experts say could be weaponized in follow-on attacks. https://www.techtimes.com/articles/319019/20260624/apple-tesla-supplier-tata-electronics-confirms-630-gb-data-theft-iphone-specs-dark-web.htm
  • Recent Achievements

    • Rookie
      krychek57 went up a rank
      Rookie
    • Grand Master
      Jaybonaut went up a rank
      Grand Master
    • One Year In
      Philsl earned a badge
      One Year In
    • Dedicated
      Scoobystu earned a badge
      Dedicated
    • First Post
      Tom Schmidt earned a badge
      First Post
  • Popular Contributors

    1. 1
      +primortal
      441
    2. 2
      +Edouard
      176
    3. 3
      PsYcHoKiLLa
      133
    4. 4
      Michael Scrip
      79
    5. 5
      Xenon
      77
  • Tell a friend

    Love Neowin? Tell a friend!