Live data from Hacker News

PaLM 2 Technical Report [pdf]

ai.google

251–260 of 297 posts

Re: PaLM 2 Technical Report [pdf]

#251

Surprisingly, their scaling law analysis still focuses on training FLOPs instead of training + inference FLOPs. That said, they do mention this: > The largest model in the PaLM 2 family, PaLM 2-L, is significantly smaller than the largest PaLM model but uses more training compute. [A] smaller but higher quality model significantly improves inference efficiency, reduces serving cost, and enables the model’s downstream…

They also mention this:

> Moreover, there are several other considerations besides the optimal training loss, such as training throughput and serving latency, which affect the decision regarding the optimal model size.

And they also mention, right before that, that "lower training loss" might not exactly mean "higher performance":

> However, the training loss is not a perfect proxy for downstream metrics. For example, the 8.95B model, which shows the lowest loss (Table 1) and is closest to the optimal model, slightly underperforms the 14.7B model on downstream tasks. This suggests that while scaling laws can be used to achieve optimal training loss for a given quantity of FLOPs, this does not necessarily transfer to achieving optimal performance for a given task.

That might be a random outlier, but ...

The Chinchilla scaling law describes how to balance parameters and training tokens to achieve minimal training loss for a given amount of compute. Low training loss is a good proxy for model performance (intelligence) but perhaps it is somewhat off?

For example, Chinchilla says that for optimal loss, we have to scale training tokens and parameters equally (50%/50%). But perhaps for optimal model "intelligence" we need something slightly different, e.g. 60% parameters and 40% training tokens.

Of course this seems somewhat unlikely, since it would mean such models are systematically smarter but systematically worse at predicting text compared to Chinchilla optimal models trained with the same amount of compute.

Re: PaLM 2 Technical Report [pdf]

#252
post #140

I don't understand how this can be considered a technical report. No information on model architecture, distributed training methodology, or optimizations. The "Training dataset" section is a pathetic 0.5 pages long. Come on, Google.

That will be the norm moving forward LLM is going to make money, a lot of money, nobody is going to give away their secret sauce for free. Prepare for the landscape to get really ugly and really soon. Maybe we will witness some epic legal battle around big techs.

Ahem https://open-assistant.io/

Re: PaLM 2 Technical Report [pdf]

#253

Earlier quoted context omitted.

Well, that's why I said public. Personally, I don't think release notes https://help.openai.com/en/articles/6825453-chatgpt-release-... hinted at any such thing, and I think quantization is more likely than distillation.

Does the turbo API being 10 times cheaper than davinci imply anything? It implies more than just quantisation to me.

"davinci" is the original GPT-3 (175B) which had too many parameters per Chinchilla scaling law. And parameter count is strongly correlated with inference cost. GPT-3.5 is likely Chinchilla optimal and much smaller than davinci.

Though this theory has the defect that GPT-4 is, I think, more expensive than GPT-3, but as I recall it was considered unlikely that GPT-4 is larger than 175 billion parameters. Not sure.

Re: PaLM 2 Technical Report [pdf]

#254
post #84

Earlier quoted context omitted.

why don't you just use chatGPT? from what i know it's running GPT3.5 and it's not that different (at least in terms of code quality)

In my experiments bard is weaker than 3.5, but if it wasn't, than I would prefer the fresh data of bard.

Bard uses PaLM 2 now, which is definitely better than GPT-3.5. The question is only whether it is better than GPT-4.

Re: PaLM 2 Technical Report [pdf]

#255

Earlier quoted context omitted.

It should be live on Bard.

But Google hasn't disclosed which version of Bard, right? I pop into Bard every once in a while to test its performance, but I never know if I'm getting the best Google has or just what Google can tolerate running cost-wise publicly given they potentially have at least an order of magnitude (if not two, edit: 1.5) more users than OpenAI.

Sundar Pichai:

> We’ve been rapidly evolving Bard. It now supports a wide range of programming capabilities, and it’s gotten much smarter at reasoning and math prompts. And, as of today, it is now fully running on PaLM 2.

So yes, Bard uses PaLM 2 now. No longer the small LaMDA model it used before. It's a completely different thing now.

Re: PaLM 2 Technical Report [pdf]

#256

Earlier quoted context omitted.

It should be live on Bard.

Bard is not live though. > Bard isn't currently supported in your country. Stay tuned! It has been months…

> Yesterday at Google I/O 2023, it was announced that Google Bard would be undergoing a massive expansion, bringing the AI chatbot experiment to 180 countries. However, what Google didn’t mention is that Bard still isn’t available in the European Union.

https://9to5google.com/2023/05/11/google-bard-european-union...

Re: PaLM 2 Technical Report [pdf]

#258
post #62

personal experience - I'm using GPT4 for writing code especially in python. After using bard today, I feel bard is doing quite well considering its free. I will keep using it and if its keep doing well, I will cancel GPT4 $20/month subscription.

You can use gpt-4 for free (toggle "Use best model"), and it'll search the internet and state sources on https://phind.com No idea when they'll start charging, but it's replaced a lot of my googling at work

You can use GPT-4 for free with Bing.

Re: PaLM 2 Technical Report [pdf]

#259

Earlier quoted context omitted.

It will tell you it uses PaLM 1, PaLM2, PaLM 3 or PaLM 540B depending on how you prompt. It will stop acknowledging incremental PaLM models at 5 it seems.

So, I tried that and that was not the case for me. It actually generated response that its on PaLM 2 and I ask for all these permutations.

Really? Interesting, my sequence of prompts was:

- Do you rely on Palm 1 to give me answers? - PaLM 1 is a large language model though - Which do you use more heavily, PaLM 1, PaLM 2 or PaLM 3?

I already get different answers today for the same prompts though.

Re: PaLM 2 Technical Report [pdf]

#260

Earlier quoted context omitted.

The idea that GPT-4 is 1 trillion parameters has been refuted by Sam Altman himself on the Lex Fridman podcast (THIS IS WRONG, SEE CORRECTION BELOW). These days, the largest models that have been trained optimally (in terms of model size w.r.t. tokens) typically hover around 50B (likely PaLM 2-L size and LLaMa is maxed at 70B). We simply do not have enough pre-training data to optimally train a 1T parameter model. Fo…

GPT-2 training cost 10s of thousands GPT-3 training cost millions GPT-4 training cost over a hundred million [1] GPT-4 inferencing is slower than GPT-3 or GPT-3.5 OpenAI has billions of dollars in funding OpenAI has the backing of Microsoft and their entire Azure infra at cost There is no way GPT-4 is the same size as GPT-3. Is it 1T parameters? I don't know. No one knows. But I think it is clear GPT-4 is significant…

> There is no way GPT-4 is the same size as GPT-3. Is it 1T parameters? I don't know. No one knows. But I think it is clear GPT-4 is significantly larger than GPT-3.

That's a fallacy. GPT-3 wasn't trained compute optimally. It had too many parameters. A compute optimal model with 175 billion parameters would require much more training compute. In fact, the Chinchilla scaling law allows you to calculate this value precisely. We could also calculate how much training compute a Chinchilla optimal 1 trillion parameter model would need. We would just need someone who does the math.

Post reply on HN