/robowaifu/ - DIY Robot Wives

Advancing robotics to a point where anime catgrill meidos in tiny miniskirts are a reality.

Roadmap: file restoration script within a few days, Final Solution alpha in a couple weeks.

Sorry for not being around for so long, will start getting back to it soon.

Max message length: 6144

Drag files to upload or
click here to select them

Maximum 5 files / Maximum size: 20.00 MB

no cookies?

(used to delete files and postings)

Waifu Robotics Project Dump Robowaifu Technician 09/18/2019 (Wed) 03:45:02 No.366 [Reply] [Last]
Edited last time by rw_bumpbot on 05/25/2020 (Mon) 04:54:42.
156 posts and 83 images omitted.
>>3521 > I hope they succeed. Agreed. Do you know of any progress on his project? Just in case you're following it.
Open file (326.56 KB 2048x1536 Et7vwrZVEAIOBM6.jpg)
Open file (66.95 KB 680x510 Et7vv7MVgAEjy2O.jpg)
Open file (67.13 KB 680x510 Et7vwaZUcAAnXbj.jpg)
>>7709 Can anyone tell me if these are some special, more advanced, ball joints? >hamcat https://nitter.pussthecat.org/hamcat_mqq/status/1359787760513503235#m Text is about how to mold them: >Molding method that I often do these days >Very convenient once you get used to it >Modeling and printing the prototype and formwork, pasting and masking on a clear file with double-sided tape, and finishing with silicon >Merit >Dramatic reduction in silicon consumption! >Can be recreated from the same formwork even if damaged"
>>7719 >Of course, one would need to find a way to move them with motors and/or muscles. What I've been thinking is that you could have thin metal cables snaked along the armature, maybe strategically fastened by guides at the joints, that could pull/pull the bones around from an internal centrally-located actuator arrays. Not only would this kind of mimic the actual human tendons, etc, but would also centralize much of the mass around the center of gravity in the robowaifu.
>>8604 It's good to have ideas and sharing them, but I'm quite sure actual muscles contract themselves. Airmuscles and maybe dielectric elastomers are more similar to them than tendons. I'll try to go with small motors in some bones, and then additional soft muscles. Not saying, your idea won't work, but winding tendons up and down might be slow and inflexible, for example.
>>8606 Anon just posted a video showing more or less my exact ideas, but scaled down to the hand & with the actuators out on the forearm. >>8632 My design notions have, as I mentioned, the actuators tucked away inside the torso. But otherwise this is an excellent example of the basic physics of the system.

Open file (14.96 KB 280x280 wfu.jpg)
Beginners guide to AI, ML, DL. Beginner Anon 11/10/2020 (Tue) 07:12:47 No.6560 [Reply]
I already know we have a thread dedicated to books,videos,tutorials etc. But there are a lot of resources there and as a beginner it is pretty confusing to find the correct route to learn ML/DL advanced enough to be able contribute robowaifu project. That is why I thought we would need a thread like this. Assuming that I only have basic programming in python, dedication, love for robowaifus but no maths, no statistics, no physics, no college education how can I get advanced enough to create AI waifus? I need a complete pathway directing me to my aim. I've seen that some of you guys recommended books about reinforcement learning and some general books but can I really learn enough by just reading them? AI is a huge field so it's pretty easy to get lost. What I did so far was to buy a non-english great book about AI, philosophycal discussions of it, general algorithms, problem solving techniques, history of it, limitations, gaming theories... But it's not a technical book. Because of that I also bought a few courses on this website called Udemy. They are about either Machine Learning or Deep Learning. I am hoping to learn basic algorithms through those books but because I don't have maths it is sometimes hard to understand the concept. For example even when learning linear regression, it is easy to use a python library but can't understand how it exactly works because of the lack of Calculus I have. Because of that issue I have hard time understanding algorithms. >>5818 >>6550 Can those anons please help me? Which resources should I use in order to be able to produce robowaifus? If possible, you can even create a list of books/courses I need to follow one by one to be able to achieve that aim of mine. If not, I can send you the resources I got and you can help me to put those in an order. I also need some guide about maths as you can tell. Yesterday after deciding and promising myself that I will give whatever it takes to build robowaifus I bought 3 courses about linear alg, calculus, stats but I'm not really good at them. I am waiting for your answers anons, thanks a lot!
32 posts and 78 images omitted.
>A curated list of awesome, free machine learning and artificial intelligence courses with video lectures. All courses are available as high-quality video lectures by some of the best AI researchers and teachers on this planet. >Besides the video lectures, I linked course websites with lecture notes, additional readings and assignments. https://github.com/luspr/awesome-ml-courses
>>8495 Thanks! That's a lot of content. It would be great if we can find someplace to keep this stuff safe off of Youtube somewhere.
Has anyone here read the book "Artificial Intelligence: A Modern Approach"? Any thoughts on it?
>>8609 Not yet, but noted in case I haven't already. I guess I downloaded and noted the name of reading material which would take me 10yrs or more to read and work through, though. I'll start with anything beyond simple chatbots, image and voice recognition when I mastered all these basic things, and the stuff I'm already working on, and when have a functional female body which needs to get smarter. Which will be the case in 5-10yrs, I hope. Related: Uploaded file and https://github.com/aimacode
I'll probably go with that, as soon as I have the time: >Dive into Deep Learning: An interactive deep learning book with code, math, and discussions, based on the NumPy interface. >Implemented with NumPy/MXNet, PyTorch, and TensorFlow >Adopted at 175 universities from 40 countries >Each section is an executable Jupyter notebook >You can modify the code and tune hyperparameters to get instant feedback to accumulate practical experiences in deep learning. http://d2l.ai/

Selecting a Programming Language Robowaifu Technician 09/11/2019 (Wed) 13:07:45 No.128 [Reply]
What programming language would suit us and our waifus best? For those of us with limited experience programming, it's a daunting question.
Would a language with a rigid structure be best?
Do we want an object-oriented language?
How much do you care about wether or not a given language is commonly used and widespread?
What the fuck does all that terminology mean?
Is LISP just a meme, or will it save us all?

In this thread, we will discuss these questions and more so those of us who aren't already settled into a language can find our way.
45 posts and 12 images omitted.
>related xpost >>6712
Here's something that might be useful. It seems to be picking up a lot of adherents. Nim https://nim-lang.org/ It's supposed to be easy to use like python but has a lot of advanced features without so much complication. Some features. It has macros which can make programs rewrite themselves according to situations and is supposed to raise productivity if you know how to use them. Macros are a big deal in LISP and C++. It can compile itself or to C or javascript. It has more than one level of garbage protection and memory protection so you can dash off stuff to test then advance speed by allocating memory yourself if what you wrote works well. Seems like something easier to use than C++ and LISP but more useful than python without being so big.
>>8524 Python is very common in science and education, though. It also has a lot of libraries, and speed isn't always a matter. However, I wanted to try out NIM for a while now. If it becomes popular here, I'm quite sure I will do so.
One thing is that if we're going to have different languages interacting then the language that will make this happen is C. Additionally, robowaifus are cutting edge tech, so we won't be able to cut ourselves some slack with convenient off the shelf hardware and operating systems, we'll have to deal with purpose-built hardware and software which inevitably comes with odd behaviors and optimizations, and to create and make use of those knowing the theory behind assembly is required, so that when the hardware pops up an assembly programmer will already know all about memory models and vector instructions and whatnot and be able to pick up programming for this new hardware with just an instruction set listing. Why are soundcards cheap? Because inside them is a DSP with a native word size of 24 bits and which can only read and manipulate data in that one size, it also has weird instructions that optimize reading an array in an unusual order common in DSPs, not a full-blown ARM core that's made with many more millions of transistors providing features a soundcard will never use. Similarly, the average router until recently had a MIPS CPU with no floating point unit, floats aren't relevant for router tasks. At this point the whole range of programming languages is required somewhere. Straight up machine code, compiled languages, and scripting languages. Focus on theory, general experience, and topics related to robowaifu engineering. Whatever you know will likely be of use somewhere.
>>8608 >At this point the whole range of programming languages is required somewhere. This Anon gets it. We're going to be having all sorts of hardware too. Probably broadly divisible into mobile (ie, onboard the robowaifu) and immobile. >mobile: At least three types and probably more: -edge sensors/actuators. Neuromorphics wants to both combine these together and push large numbers of them out to the edges of the robowaifu. -microcontrollers. Shepherds after a fashion directing all those edge devices, and reporting up and down the chain with the SBCs. -sbcs. The mobile 'brains' that will manage most of the heuristic-type work for the systems. Ofc, they will stay in touch at least intermittently with the immobile resources. >immobile: At least 3 types of systems, probably more: -servers for data, mostly big storage devices. -servers for AI training, lots of GPU horsepower. -gateway systems for securing and defending the rest. On top of that is typical networking, etc. already common in anon's homes. >tl;dr We'll all need a lot of different types of software in the end. So, just make a choice and dive in.

Open file (8.17 KB 224x225 index.jpg)
Wheelchair Waifus Robowaifu Technician 05/12/2020 (Tue) 00:38:56 No.2983 [Reply]
Ideally our robowaifus would be MORE able than normal humans, but we just aren't there just yet. As we all know there are lots of engineering challenges to building a full sized robowaifu. One solution to these is to just build smaller waifus as >>2666 suggested, but I am assuming most of us don't want a short stack. My solution to the problems involved with balance, heating, and power requirements is just to give our prototype robowaifu crutches and a wheelchair. It would be much easier for our robowaifu to walk with crutches than on her own two legs and in the beginning she would probably only be able to walk short distances even with the crutches. An electric wheel chair would solve the issue of balance entirely. A wheel chair could also have a number of different systems and components mounted to it. Batteries, cooling fans, sensors, and processing units could all be mounted to the wheelchair, and we don't have to worry about the chair being pretty. A cripplebot, while not an ideal final product, would be great for prototyping designs and systems that could be used for later designs especially those relating to sensors, bot navigation, and movement. Our prototype could also be fully sized as well. What do you think /robowaifu/, should our first prototype be a cripple?
Edited last time by Chobitsu on 06/03/2020 (Wed) 06:21:29.
29 posts and 16 images omitted.
>>8514 I like this seat idea Anon. Maybe a search for your previous posts on the topics you mentioned from before?
>>8517 I don't mind, if you asking for posting these search results.
Open file (407.54 KB 928x686 cheapandeffective.png)
>>8514 That style of locomotion has been discussed in >>237 Still think wheelchairs are the way to go if you want to move a large heavy human sized robot around outside or around a dwelling. You don't need to spend a lot on a medical grade wheelchair either; get a folding canvas chair and install some wheels on it. Saw this example in a popular mechanics magazine awhile back.
>>8520 This thing looks badass. I wanna attach a large engine on the end of it and ride down a hill. >>8520
Open file (64.02 KB 1200x628 car_dessert.jpg)
>>8566 > I wanna attach a large engine on the end of it and ride down a hill. Kekd. I loved doing wild shit like that when I was a little kid. Also, <not attaching a JATO rocket to your robowaifu's chair >shiggy

Open file (756.16 KB 1920x1080 lime_awake.png)
Why consider alternative CPU architectures for secure systems? Robowaifu Technician 07/25/2020 (Sat) 13:55:25 No.4506 [Reply]
Hello Anons, wanted to share some info and perhaps make you think about what you should compute with. x86/amd64 -Proprietary ISA (Instruction Set Architecture) This means to get enough low-level detail requires signing non disclosure agreements (NDA). Even then, they might not disclose all the available commands (see Breaking x86 video below). If you cannot trust what the processor is doing, then no open-source software will make it any more trustworthy. -Complexity Common instruction sets come with hundreds (over a 1000 for x86) instructions. Breaking x86 instruction set https://www.hooktube.com/watch?v=KrksBdWcZgQ Hardware backdoor x86 (not for all processor models) https://www.hooktube.com/watch?v=_eSAF_qT_FY The more complex the system, the more bugs (in hardware and software). Intel had plenty of bugs that were discovered post release, for example the Pentium floating point division: https://en.wikipedia.org/wiki/Pentium_FDIV_bug). Interestingly, the x86 assembly instructions are actually decoded to a sequence of RISC instructions to be used by the internal cores of the CPU.

Message too long. Click here to view full text.

38 posts and 7 images omitted.
Yeah, maybe I misunderstood him and he meant it's going well. Here's an interview with somebody working on RISC-V: https://youtu.be/lXdx0X2WHfY
>>8341 One of the most important things about non-proprietary standardization is longevity. For example, regardless of whatever else may happen in the software development industry's space, in 50 years C++ will still be a real thing, and you will still be able to compile your code then. This is simply b/c it's an open (and in this case international) standard. This is one important reason I stress C & C++ here, because they will stay around for us over the long haul. RISC-V seems to bring this same kind of benefit to the table for processor hardware, as this guy brings out in the interview. Thanks Anon, interesting. Please drop more here if you think of any on-topics.
Open file (125.13 KB 500x177 ddimm.png)
>>6467 The reason why relatively affordable and owner controlled POWER10 hardware won't be available has to do with the new OMI standard not PCIe 5 >In the future, even your RAM will have firmware; and the subject of POWER10 blobs https://www.devever.net/~hl/omi As that page explains this is very a different situation than with the controller boards on hard drives or SSDs having locked down proprietary firmware. Saw this coming down the pipe for awhile(and has already been an issue with DDR4 on some SoC as mentioned in the footnotes in the link above) but I thought it would be a major issue in specialized NVMe drives for gaming or other niche tasks first. The only realistic solution for a FLOSS OS in a world where RAM is locked down is to have the entire OS only run in the cache on the CPU. Which isn't as crazy as it sounds considering how quickly it's growing. https://www.nextplatform.com/2020/01/16/cache-is-king/ These issues always surface in high performance computing environments as they are the first to adopt new standards so by the middle of this decade it might be a more pressing issue that gets more attention. Heck I remember first reading about x86-64 CPUs that had blown fuses to only work with specific motherboards from servethehome.com https://www.servethehome.com/amd-psb-vendor-locks-epyc-cpus-for-enhanced-security-at-a-cost/2/

Open file (485.35 KB 1053x1400 0705060114258_01_Joybot.jpg)
Robowaifu Simulator Robowaifu Technician 09/12/2019 (Thu) 03:07:13 No.155 [Reply] [Last]
What would be a good RW simulator. I guess I'd like to start with some type of PCG solution that just builds environments to start with and build from there up to characters.

It would be nice if the system wasn't just pre-canned, hard-coded assets and behaviors but was instead a true simulator system. EG, write robotics control software code that can actually calculate mechanics, kinematics, collisions, etc., and have that work correctly inside the basic simulation framework first with an eye to eventually integrating it into IRL Robowaifu mechatronic systems with little modifications. Sort of like the OpenAI Gym concept but for waifubots.
https ://gym.openai.com/
92 posts and 49 images omitted.
related xpost for simulators >>5667
This guy here makes interesting stuff with voxels: https://nitter.dark.fail/tuxedolabs - Very realistic environments. Youtube video: https://youtu.be/aAgVSTrqNOc - Not directly slicof life, but if one wants to learn about simulators and how to train AI in such environments, this might be useful.
>>8486 Wow, thanks Anon! That's pretty inspiring actually. I'll make time to dig through this guy's work and see if I can figure out what he's doing. Also, thank you for using nitter instead.
>>8491 You're welcome. Teardown seems to be the name of the Game now, but there's more: >voxel engine /plugin The guy reporting on it, has more videos: https://youtu.be/Jnghq0yTmZo >"Physics" engine /plugin Primary liquids, not sure how realistic. https://youtu.be/DBcqiQLp7lY What we would need is rather a household with people, and all kinds of things, where the behavior depends on the material, temperature, and so on. His vids are more aimed towards gaming and fun or art. At the end of the physics video he points out that more is possible.
>>8501 I like the idea of creating a robowaifu simulator using voxels. I assume they are a pretty efficient way to create interactive physics, just from looking at the play from that vidya.

Datasets for Training AI Robowaifu Technician 04/09/2020 (Thu) 21:36:12 No.2300 [Reply] [Last]
Training AI and robowaifus requires immense amounts of data. It'd be useful to curate books and datasets to feed into our models or possibly build our own corpora to train on. The quality of data is really important. Garbage in is garbage out. The GPT2 pre-trained models for example are riddled with 'Advertisement' after paragraphs. Perhaps we can also discuss and share scripts for cleaning and preparing data here and anything else related to datasets. To start here are some large datasets I've found useful for training chatbots: >The Stanford Question Answering Dataset https://rajpurkar.github.io/SQuAD-explorer/ >Amazon QA http://jmcauley.ucsd.edu/data/amazon/qa/ >WikiText-103 https://blog.einstein.ai/the-wikitext-long-term-dependency-language-modeling-dataset/ >Arxiv Data from 24,000+ papers https://www.kaggle.com/neelshah18/arxivdataset >NIPS papers https://www.kaggle.com/benhamner/nips-papers >Frontiers in Neuroscience Journal Articles https://www.kaggle.com/markoarezina/frontiers-in-neuroscience-articles >Ubuntu Dialogue Corpus https://www.kaggle.com/rtatman/ubuntu-dialogue-corpus >4plebs.org data dump https://archive.org/details/4plebs-org-data-dump-2020-01 >The Movie Dialog Corpus https://www.kaggle.com/Cornell-University/movie-dialog-corpus >Common Crawl https://commoncrawl.org/the-data/
60 posts and 17 images omitted.
>>8417 That reminds me of that quote, "whoever controls the data controls the future"
>>8417 It's a reasonable point, and certainly anyone that's already heavily invested in facial recognition has probably already amassed a large collection. 'Activists' generally are useless women and trannies, reduced to nothing more than harshly worded posts on twatter (at least as long as the Rule of Law held in the US, which obvs. is no longer the case). However it's plainly true that more and more data of all types is being memory-holed everywhere at the behest of """TPTB""". So the basic point that's always been true still stands now: Save EVERYTHING But honestly, most people are quite vain and I think there will be little shortage of facial images fodder for AI systems to use. And additionally, I think we already have plenty available for general needs we might have here on /robowaifu/.
>>8425 Yes, the history (((revisionists))) are hard at work as usual. Thankfully, informationbooks today can't be so easily burned. >"However it's plainly true that more and more data of all types is being memory-holed everywhere at the behest of """TPTB""". So the basic point that's always been true still stands now: >"Save EVERYTHING
Here are two datasets from eleuther.ai, which tries to replicate GPT-3, therefore language oriented: >The Pile is an 825 GiB diverse, open source language modelling dataset consisting of data from 22 high quality sources. It is useful for both training and benchmarking large language models. >In our evaluations, models trained on the Pile show moderate improvements in traditional language modeling benchmarks, along with significant improvements on Pile BPB (our benchmarking measure). https://pile.eleuther.ai/ >Why is the Pile a good training set? >Recent work has shown that especially for large models, diversity in data sources improves general cross-domain knowledge of the model, as well as downstream generalization capability. In our evaluations, not only do models trained on the Pile show moderate improvements in traditional language modeling benchmarks, they also show significant improvements on Pile BPB. >Why is the Pile a good benchmark? >To score well on Pile BPB (bits per byte), a model must be able to understand many disparate domains including books, github repositories, webpages, chat logs, and medical, physics, math, computer science, and philosophy papers. Pile BPB is a measure of world knowledge and reasoning ability in these domains, making it a robust benchmark of general, cross-domain text modeling ability for large language models. >OpenWebText2 is a dataset inspired by WebText, created by scraping URLs extracted from Reddit submissions up until April 2020 with a minimum score of 3 as a proxy for quality. >It features content from multiple languages, document metadata, multiple dataset versions, and open source replication code. >17,103,059 documents >65.86 GB uncompressed text >28 GB compressed including text and metadata https://eleuther.ai/projects/open-web-text2/
Open file (48.25 KB 866x527 Selection_275.png)
seems interesting. > https://the-eye.eu/public/AI/

NLP General Robowaifu Technician 09/10/2019 (Tue) 05:56:12 No.77 [Reply]
AI Natural Language Processing general thread

>"Natural language processing is a field of computer science, artificial intelligence, and computational linguistics concerned with the interactions between computers and human (natural) languages."

>Computing Machinery and Intelligence

30 posts and 10 images omitted.
What is your opinion using higher-order Markov chains for text generation? Would it be useful, or is it too simplistic?
>>8200 >using higher-order Markov chains for text generation Sure why not? >Would it be useful Yes, ofc. >or is it too simplistic? Again, yes. All NN-based approaches are too simplistic for now. GPT-3 is the best we've done atm, yet it's entirely brain-dead and doesn't 'understand' a word it's saying. It's behaviour is simply a yuge statistical model based on actual human's text output (well, mostly humans heh). Just start where you're at Anon. You'll get better as you go along. If you have an implementation of higher-order Markov chains for text generation that you can understand how it works well enough to modify it successfully to more closely align with your goals, then use it! You're already in the top 1/2 of 1 percent of the population in this regard. BTW, please share your progress and code here on /robowaifu/ as you go along, thanks.
>ivan-bilan/The-NLP-Pandect >A comprehensive reference for all topics related to Natural Language Processing >This pandect (πανδέκτης is Ancient Greek for encyclopedia) was created to help you find almost anything related to Natural Language Processing that is available online. https://github.com/ivan-bilan/The-NLP-Pandect
>>8496 Thanks Anon, repo cloned. That's a lot of links!
>>8496 Thanks I discovered EleutherAI through your post. Apparently it's a group attempting to create a fully open-source alternative to (((OpenAI)))'s GPT-3. We wish Godspeed to them, obviously. https://eleuther.ai/ https://github.com/EleutherAI

/robowaifu/meta-2: Electric Boogaloo Robowaifu Technician 05/13/2020 (Wed) 16:22:03 No.3108 [Reply] [Last]
Please Note: I'm going to be continuing with occasionally repopulating our board again with old posts. Feel free to post responses to them regardless, as I will generally be watching and can often respond appropriately to your posts. But be aware these will be 'log dumps' as it were from our original board. Specifically, these bump-bot re-posts will have rw@bump.bot in the name field (usually). Cheers. >--- This thread is for off-topic and general discussions. FYI, our bunker is at https://anon.cafe/robowaifu/catalog.html probably should bookmark that now Anon. :^) Also, let's discuss ways to get more people involved. How can we grow this board? As well, let's share general robowaifu ideas, etc., to help inspire each other. This thread is meant to improve /robowaifu/ in general way and be a place to hangout with loosely off-topic talk. previous /meta thread: >>38

Message too long. Click here to view full text.

Edited last time by Chobitsu on 10/29/2020 (Thu) 18:33:55.
349 posts and 107 images omitted.
Open file (1.96 MB 300x300 italian navy.gif)
You said there would be a new chatbot chobitsu.
>>8487 Heh, I guess you need to send moar pizzas first Anon. Also, grats you've just opened up for us a new subterranean zone. Probably filled with gold and jewels tbh. Any topic suggestions?
>>8487 When did he make such a promise and in what time frame? And when did we have a chatbot? GPT2 is a text generator. It doesn't know what it says, nor remember it.
>>8490 I actually wasn't quite too sure on that one myself heh. But I'm willing to give Anon the benefit of the doubt. We'll eventually get there with several effective chat systems I'm sure!

General Robotics/A.I. news and commentary Robowaifu Technician 09/18/2019 (Wed) 11:20:15 No.404 [Reply] [Last]
Anything in general related to the Robotics or A.I. industries, or any social or economic issues surrounding it (especially of RoboWaifus). www.therobotreport.com/news/lets-hope-trump-does-what-he-says-regarding-robots-and-robotics https://archive.is/u5Msf blogmaverick.com/2016/12/18/dear-mr-president-my-suggestion-for-infrastructure-spending/ https://archive.is/l82dZ >=== -add A.I. to thread topic
Edited last time by Chobitsu on 12/17/2020 (Thu) 20:16:50.
198 posts and 81 images omitted.
>>8475 > - I posted some interview here on this board another day, featuring him and Lex Friedman. I think I found it for you Anon, using waifusearch and the YT key 'opsmcke27we' (which I got from the embedded link after playback). >>4269
>>8476 >Seems like they are basically deciding to move away from Ethereum Apparently, that move is to Cardano system. https://en.wikipedia.org/wiki/Cardano_(cryptocurrency_platform) cardano.org/ Given the move comes after the SingularityNET AGI token valuation tanked, it's quite possible this is simply intended to inflate the token's value, and not for any underlying technology advantage of Cardano over the BitCoin/Ethereum approach. Intentionally inflating value strikes me as very kike-ish, and overall rather sketchy tbh. blog.singularitynet.io/singularitynet-phase-two-massive-token-utilization-toward-decentralized-beneficial-agi-6e3ac5a5b44a
>>8480 >existing problems in the crypto market: mainly that Bitcoin is too slow and inflexible I see. However, Bitcoin has the Lightning Network now. > Ethereum is not safe or scalable Don't know about that, but sounds plausible. I'm mainly saying, that we should keep an eye on it, bc it might be useful for additional services on the net, which we don't run in our waifu's head or external servers at home. Also, think of virtual waifus. Then, as I recall know, this is meant to be a marketplace for AI services, so it could be useful for people making money on the side, with the skills they learn while building their waifu.
New kind of RAM is incoming. It can be read without having to rewrite it's content, which s currently necessary. NN read content x more often than writing it, on average. Will be faster and last longer. Produces less heat, which again makes it possible to make them faster by putting them closer to other parts. https://spectrum.ieee.org/tech-talk/semiconductors/memory/new-type-of-dram-could-accelerate-ai > Many groups are focused on using embedded RRAM and MRAM to speed AI. But Raychowdhury says 2T0C embedded DRAM has an advantage over them. Those two require a lot of current to write, and for now that current has to come from transistors in the processor’s silicon, so there is less space saving to be had. What’s worse, they’re bound to be slower to switch than DRAM. >“Anything based on charge is typically going to be faster, at least for the write process,” he says. Proof of how much faster will have to wait for construction of full arrays of embedded 2T0C DRAM on processors. But that’s coming, he says.
>>8484 Neat. That will have advantages beyond just AI applications as well ofc presuming they iron out all the issues with it.

Report/Delete/Moderation Forms

Captcha (required for reports)

no cookies?