Live data from Hacker News

Better Language Models and Their Implications

blog.openai.com

51–60 of 138 posts

Re: Better Language Models and Their Implications

#51
It's becoming ever more certain that the transformer architecture is one of the largest contributions to AI (not merely machine learning, but AI), often beating LSTMs despite LSTMs being expressive enough to capture Turing Equivalence (at least in theory). Its main ideas are three: shorter paths help gradient flow, the training setup and the final key aspect, unhelpfully called self-attention. Self-attention is better thought of as a form of similarity gated key-value soft memory on which learning operations allows Transformers to learn non-trivial programs with contextual weights look-ups.

I also notice reported tries, suggesting some level of curation. While this level of generation is undoubtedly impressive and a sign of non-trivial levels of understanding, the ability to project along arbitrary dimensions of similarity at a fine-grained level and to learn from text instruction is more useful than text generation. Although the unicorn story was a really fun read, better than many humans already, I doubt it could have gone on for much longer. It maintains a theme but not coherently or fluently (see especially the Kennedy nanotech and recycling examples, comparing the dis-fluency there versus the excellence of the Civil War report suggest at least some over-fitting). These relatively minor caveats aside, this is unambiguously an outstanding result.

Winograd Schemas are the single metric to track if interested in understanding how language understanding is truly improving. OpenAI reports 71% and wrongly report the previous record as 63%. The current record here is at 65% https://gluebenchmark.com/leaderboard though not fully comparable. Will OpenAI be submitting? Note that you can get to 60% using about 1-2 orders of magnitude less data and compute.

It concerns me that results here are so far dependent on such large data and computation. However, based on several papers I've read, I do not believe this to be inherent even in transformers. I plan to do some experiments on this when I free up some bandwidth.

If everyone is pulled in by the glamour of working for a well funded, prestigious operation then it should be no surprise that they do not consider paths which operate on several orders of magnitude less data and computational resources.

We all should consider bringing about a group of researchers who swear to an austere computational life of a single GPU, no more than 4-8x average RAM and CPUs that do not cross 90 Watts. The Bicameral Order would be a good name for such a group.

Re: Better Language Models and Their Implications

#52
post #45

This kind of "blocking-and-tackling" work is important. The authors take a well-known architecture, the Transformer[a], configure it with a progressively larger number of parameter, train it to predict the next word conditioned on previous text, using a large dataset consisting of 40GB of text scraped from the Web, and test each trained model on a range of zero-shot transfer-learning tasks. Remarkably, the performanc…

Agreed that "simply" scaling up with more compute will result in progress and useful systems, and work in that direction is interesting and valuable. But, while we may not need new architectures or training objectives to make progress, we do need them to approach human level sample complexity. Humans don't need to read through 40 GB of text multiple times to learn to write.

I guess the data requirements act as a stand-in for our genetic evolution... Our brain models are good at learning the things we learn. Our computer models aren't yet.

/tautology

Re: Better Language Models and Their Implications

#53
post #31

This was only a matter of time. For the DEFCON AI Village in August I talked about the implications of this sort of tech, and how that impacts how we release "exploit" code / think about "cognitive vulnerabilities": https://medium.com/@aviv/what-does-a-world-with-automated-so... . If you are doing work in this space, either in ML research or related security, you need to be thinking about implications (also see e.g.…

"you need to be thinking about implications" Thinking about it, won't put food on your table.

These are not necessarily similar to "exploit" codes, but more like a box of innocuous tricks often needed for good purposes. Gather enough of those throw enough compute, then you go from something that a human can perceive as obviously false, to something human-like.

There are plenty of people out there, with the competence to replicate those results, yet only a few big companies reap most the rewards, monopolize user data and interactions, and open-source for free results which could have been monetized by a company to provide useful services to users.

Seriously, how can one expect that most of those Phd who didn't get recruited don't use AI for nefarious uses?

Re: Better Language Models and Their Implications

#54
post #45

This kind of "blocking-and-tackling" work is important. The authors take a well-known architecture, the Transformer[a], configure it with a progressively larger number of parameter, train it to predict the next word conditioned on previous text, using a large dataset consisting of 40GB of text scraped from the Web, and test each trained model on a range of zero-shot transfer-learning tasks. Remarkably, the performanc…

Agreed that "simply" scaling up with more compute will result in progress and useful systems, and work in that direction is interesting and valuable. But, while we may not need new architectures or training objectives to make progress, we do need them to approach human level sample complexity. Humans don't need to read through 40 GB of text multiple times to learn to write.

> Agreed that "simply" scaling up with more compute will result in progress and useful systems, and work in that direction is interesting and valuable. But, while we may not need new architectures or training objectives to make progress, we do need them to approach human level sample complexity.

Yes, agreed. Nothing I said above contradicts that! :-)

> Humans don't need to read through 40 GB of text multiple times to learn to write.

Yes, that's true... but to keep the comparison fair, note that we do need many years of schooling to learn to read, say, at a high-school or college level. And before learning to read, we first must learn to speak, which surely helps. And we also get to inhabit bodies that see, smell, touch, and interact with the physical objects that we read and speak about during our formative years, which also helps. The more one thinks about it, 40GB of data is actually a tiny figure in comparison to the amount of training data that flows continuously to our brain from all senses. I think I read once that our brains process on the order of 10 to 100 GB of training data per second.

Re: Better Language Models and Their Implications

#55

In 10 years, content written by actual humans will be a premium niche, like tailored suits - reserved for the elites. The rest of us will be force-fed with machine-generated garbage.

There was an old science fiction novel set in a world like that. I've forgotten the name, but they called the robot-written stuff "wordwooze". (It doesn't work as a search term because some publisher is using it now.)

Added: it was The Silver Eggheads by Fritz Leiber. An odd, forgettable book itself.

Re: Better Language Models and Their Implications

#56

Earlier quoted context omitted.

Hmm, I tested a few sentences and it didn't turn up any exact matches (aside to this article), so maybe I'm wrong. With a temperature of 0.7/1.0, that's enough for sufficiently random text I suppose. (the raw, uncurated generated text using the smaller model is a bit more random: https://raw.githubusercontent.com/openai/gpt-2/master/gpt2-s... )

Those samples are from the large model (GPT-2)! Regarding memorization vs. generalization, see our paper for more analysis.

Have you tried to determine which parts of the training data contributed to the model generating a certain output? I wonder whether the model avoids reproducing exact matches of the training data by splicing several similar articles together.

For example, the generated text about the Civil War mentions that Thomas Jefferson Randolph [0] was named after his grandfather, the president. But is the wording mostly influenced by articles talking about that specific fact, or does it draw from more general examples of someone being named after their grandfather?

[0] https://en.wikipedia.org/wiki/Thomas_Jefferson_Randolph

Re: Better Language Models and Their Implications

#57
post #45

This kind of "blocking-and-tackling" work is important. The authors take a well-known architecture, the Transformer[a], configure it with a progressively larger number of parameter, train it to predict the next word conditioned on previous text, using a large dataset consisting of 40GB of text scraped from the Web, and test each trained model on a range of zero-shot transfer-learning tasks. Remarkably, the performanc…

[deleted]

Re: Better Language Models and Their Implications

#58
post #34

Started a Google colab with the interactive text generation script. https://colab.research.google.com/drive/1da54684tFMjPbR5idbv...

to be clear, this is the "politically innocuous" open sourced model. the results are not impressive.

You need to run it a few times; the results vary very wildly.

Re: Better Language Models and Their Implications

#59

These samples are freaky good. We're approaching some threshold very, very fast. I'm not sure what that threshold is, and whether or not crossing it is a good thing, but soon we'll be there.

I like how it effortlessly switches into "git diff" mode at the end of sample 112. Sadly it doesn't do whitespace.

> Showing 1 changed file with 4 additions and 19 deletions. +4 −19 png_source/colors/pointer.py Show comments View 8 png_source/colors/pointer.py @@ -35,6 +35,7 @@ def _draw_hull_class_level(self): repr(Shape[td_get_framepanel_pcs(dc) for dc in xrange(dc.cols)]), self.doublesize.values) \ } def _draw_hull_class_level [etc.]

It also inserted a helpful reference link to http://wiki.openarcade.com/wiki/List_of_Programmer_Constants (I've had to check: no, there is no openarcade wiki.)

Also, sample 217 is some mediocre Java, with comments and all. Impressive how a single model can handle this all at once.

Post reply on HN