Live data from Hacker News

Gemma 2: Improving Open Language Models at a Practical Size [pdf]

storage.googleapis.com

51–60 of 183 posts

Re: Gemma 2: Improving Open Language Models at a Practical Size [pdf]

#51
post #15

Phi-3 blow this out of the water. Benchmark | Gemma 2 (9B) | Phi-3 Small (7B) -----------------------------|----------------|------------------- MMLU (5-Shot) | 63.6 | 75.7 HellaSwag (5-Shot) | 49.8 | 77.0 ANLI (7-Shot) | 48.7 | 58.1 GSM-8K (8-Shot; CoT) | 59.8 | 89.6 MedQA (2-Shot) | 49.6 | 65.4 AGIEval (0-Shot) | 42.1 | 45.1 TriviaQA (5-Shot) | 72.3 | 58.1 Arc-C (10-Shot) | 78.3 | 90.7 Arc-E (10-Shot) | 91.4 | 97.0…

Pretraining on the Test Set Is All You Need

https://arxiv.org/abs/2309.08632

Re: Gemma 2: Improving Open Language Models at a Practical Size [pdf]

#53

Hello (again) from the Gemma team! We are quite excited to push this release out and happy to answer any questions! Opinions are our own and not of Google DeepMind.

I also work at Google and on Gemma (so same disclaimers)

You can try 27b at www.aistudio,google.com. Send in your favorite prompts, and we hope you like the responses.

Re: Gemma 2: Improving Open Language Models at a Practical Size [pdf]

#54
post #2

The 9B and 27B versions are available for Ollama: https://ollama.com/library/gemma2

The 27B model is also available in AI studio

https://aistudio.google.com/app/prompts/new_chat?model=gemma...

So far it seems pretty strong for its size.

Re: Gemma 2: Improving Open Language Models at a Practical Size [pdf]

#55

Hello (again) from the Gemma team! We are quite excited to push this release out and happy to answer any questions! Opinions are our own and not of Google DeepMind.

Will gemma2 be available through gemma.cpp? https://github.com/google/gemma.cpp

This is in the works in the dev branch (thanks pchx :)

https://github.com/google/gemma.cpp/pull/274

Re: Gemma 2: Improving Open Language Models at a Practical Size [pdf]

#56
post #5

Shouldn't this (2.6B/9B) be compared with Microsoft's Phi-3 mini (3.8B) instead of Mistral and Llama-3? (table 13 on page 7) vs https://arxiv.org/pdf/2404.14219 (page 6, quite better in general) The report on knowledge distillation training is interesting, though.

Picking up from there: The games in this paper and model are annoying.

The 2.6B would get stomped by Phi-3, so there's no comparison.

Fair enough. 2.6B vs. 3.8B is a fairly substantial size difference thats hard to intuit when its 2.6 vs 3.8 versus 2,600,000,000 and 3,800,000,000.

But then we get what I'm going to "parameter creep": Mistral 7B vs. Llama 8B vs. Gemma 9B. I worried after Llama 3 went 8B that we'd start seeing games with parameters, but, thought I was being silly.

Re: Gemma 2: Improving Open Language Models at a Practical Size [pdf]

#57
post #44

Nice! Can you explain what you mean by "simulate training beyond the number of available tokens"? Why does using distillation from a larger model simulate training with more tokens?

Surya here from the core Gemma team -- we can think of a distillation loss as learning to model the entire distribution of tokens that are likely to follow the prefix thus far, instead of only the token in the training example. If you do some back of the envelope calculations, we can see that learning to model a larger distribution yields many more bits of information to learn from.

Re: Gemma 2: Improving Open Language Models at a Practical Size [pdf]

#58

There are two new chatbots on Chatbot Arena, called "late-june-chatbot" and "im-just-another-late-june-chatbot". Both of them report that they are Gemma if you ask. I'm assuming it's these two models, but AFAIK there has been no official announcement.

The announcements are live on Twitter! See this for example: https://x.com/suryabhupa/status/1806342617191379167

Re: Gemma 2: Improving Open Language Models at a Practical Size [pdf]

#59

Earlier quoted context omitted.

Your training input has the shape of (sequence length x batch size). If a lot of your samples are shorter than sequence length, as is usually the case, you will have a lot of padding tokens in the input, which is wasted compute. To compensate for that, you can pack multiple examples in the same sequence. This is there EOS and BOS come in, as they indicate to the model that the two parts of the sequence are not relate…

You can just do that my shaping the attention mask, no? That also gives you an actual guarantee that no information is leaked between conversations.

In practice, and at scale, that's exactly what having and tokens allow you to easily and programmatically do.

Re: Gemma 2: Improving Open Language Models at a Practical Size [pdf]

#60

Hello (again) from the Gemma team! We are quite excited to push this release out and happy to answer any questions! Opinions are our own and not of Google DeepMind.

It's fairly easy to pay OpenAI or Mistral money to use their API's. Figuring out how Google Cloud Vertex works and how it's billed is more complicated. Azure and AWS are similar in how complex they are to use for this. Could Google Cloud please provide an OpenAI compatible API and service? I know it's a different department. But it'd make using your models way easier. It often feels like Google Cloud has no UX or end-user testing done on it at all (not true for aistudio.google.com - that is better than before, for sure!).
Post reply on HN