4 ms·

> A small operation in terms of number of developers yes. But not being able to subsidise user growth means they will never be able to build their own full web

> A small operation in terms of number of developers yes. But not being able to subsidise user growth means they will never be able to build their own full web index as the fixed cost of doing that is too high for a small number of users. What do you reckon the cost of doing this would be? Just doing the napkin math for say a Mojeek sized index (couple of billion docs) doesn't seem to justify a particularly astronomical budget.

ColinHayhurst 3y ago
7 billion+ actually, and our investment level mentioned here: https://news.ycombinator.com/item?id=36517505 https://news.ycombinator.com/item?id=36517505
- marginalia_nu 3y ago
  Shit, man. That number is larger every time I check :D
fauigerzigerk 3y ago
>What do you reckon the cost of doing this would be? That is indeed the key question. I tried to find out before commenting but the information I found is very vague. Internet Archive spends millions per year, but their index is updated far too slowly for a search engine. I have no idea what it costs to create a Google-size index. Do you think the Mojeek index is good enough to compete with Google?
- marginalia_nu 3y ago
  > Do you think the Mojeek index is good enough to compete with Google? As a back-end for something like Kagi, it's sure getting there. Most of what sets Google apart is their exceptional level of user profiling. The actual indexing technology is likely on par with most of their competition. Of course very little of that enters into API queries.
- neurostimulant 3y ago
  Internet archive snapshot the whole page while google only index the first few kb of text data on every page (forgot the number, was it 100kb max per page?), so maybe it'll cost lower to build a search engine index compared to an internet preservation project? Assuming they'll need to index 820 billion pages (the number of pages preserved in the internet archive), at 100kb each, and assuming they use a database with 0.3x text data compression efficiency, they'll need at least 24600 TB to store those text data. Assuming $300 per 16TB disk, then they'll need to spend at least $7,380,000 for disk alone. This is a lot of money just for storage and we haven't included stuff like replication and backup, indexing metadata overhead, etc.
  - DeathArrow 3y ago
    > Internet archive snapshot the whole page while google only index the first few kb of text data Is that a good way to build an index?
  - ricardo81 3y ago
    >100kb max per page? They changed that limit somewhere in the mid-2000s. Just as well, there's some CMS's out there where there's several hundred kilobytes of inline JS and CSS before any body text.
  - marginalia_nu 3y ago
    A search engine doesn't index the HTML code. You're looking at a few Kb per document. You also don't need multiple historical snapshots of the document like WM retains. So you're looking at maybe 20 bn docs, 4 Kb each. 100 Tb, before compression.
    - fauigerzigerk 3y ago
      True, but then Google doesn't just download the page source and index that. They run JavaScript in some cases to get to the actual content. This must come at a significant cost. Their index is enormous as well: "The Google Search index contains hundreds of billions of web pages and is well over 100,000,000 gigabytes in size." https://www.google.com/intl/en_uk/search/howsearchworks/how-search-works/organizing-information https://www.google.com/intl/en_uk/search/howsearchworks/how-... Doesn't mean you have to be as big as Google to do something useful of course.
- ColinHayhurst 3y ago
  Google started becoming an answer engine from ~2015 with the introduction of "People Also Ask", and arguably earlier than that [0]. Mojeek.com is a (information retrieval) search engine, and we resist the temptation to also become an answer engine. So you might say we do not compete with Google. afte all we have a very different business model and proposition. As for the index; this underpins mojeek.com and our API; which customers use for search and/or AI. Common Crawl is ~3.5 billion pages and underpins LLMs. Our index is ~7 billion. Who knows what (else) Google, and Bing, do with their index ;) ? [0] https://blog.mojeek.com/2023/05/generative-ai-threatens-diversity-and-hyperlinks.html https://blog.mojeek.com/2023/05/generative-ai-threatens-dive...
  - fauigerzigerk 3y ago
    >Google started becoming an answer engine from ~2015 with the introduction of "People Also Ask", and arguably earlier than that [0]. Mojeek.com is a (information retrieval) search engine, and we resist the temptation to also become an answer engine. So you might say we do not compete with Google. I'm sure you know your users well after so many years in the search engine business, but having read your article I must say I find your approach risky. You seem to be betting on search engines and answer engines continuing to be complementary rather than substitutes. But we are not the ones making this decision. Users will be making the decision in light of the newly available AI capabilities, and they will be making it with complete disregard for the health of the web, as is their nature :) The "funny" thing is that big publishers are as happy right now as I haven't seen them in the past 25 years, because it is so completely obvious that chat AIs will destroy the web unless big tech starts making big payments to big publishers. As you rightly say, small businesses and publishers will be collateral damage. But how do you make sure you're not collateral damage as well?
    - marginalia_nu 3y ago
      It's basically the safest position you could be in. An LLM to digest results of a classic search index is greater than the sum of its parts. An LLMs that is not permitted to brush up on the relevant literature before answering a question generally doesn't produce very good answers, is prone to hallucinations etc. A pure LLM design isn't even a serious contender in the answer engine space.

ColinHayhurst 3y ago

7 billion+ actually, and our investment level mentioned here: https://news.ycombinator.com/item?id=36517505 https://news.ycombinator.com/item?id=36517505

marginalia_nu 3y ago
Shit, man. That number is larger every time I check :D

fauigerzigerk 3y ago

>What do you reckon the cost of doing this would be? That is indeed the key question. I tried to find out before commenting but the information I found is very vague. Internet Archive spends millions per year, but their index is updated far too slowly for a search engine. I have no idea what it costs to create a Google-size index. Do you think the Mojeek index is good enough to compete with Google?

marginalia_nu 3y ago
> Do you think the Mojeek index is good enough to compete with Google? As a back-end for something like Kagi, it's sure getting there. Most of what sets Google apart is their exceptional level of user profiling. The actual indexing technology is likely on par with most of their competition. Of course very little of that enters into API queries.
neurostimulant 3y ago
Internet archive snapshot the whole page while google only index the first few kb of text data on every page (forgot the number, was it 100kb max per page?), so maybe it'll cost lower to build a search engine index compared to an internet preservation project? Assuming they'll need to index 820 billion pages (the number of pages preserved in the internet archive), at 100kb each, and assuming they use a database with 0.3x text data compression efficiency, they'll need at least 24600 TB to store those text data. Assuming $300 per 16TB disk, then they'll need to spend at least $7,380,000 for disk alone. This is a lot of money just for storage and we haven't included stuff like replication and backup, indexing metadata overhead, etc.
- DeathArrow 3y ago
  > Internet archive snapshot the whole page while google only index the first few kb of text data Is that a good way to build an index?
- ricardo81 3y ago
  >100kb max per page? They changed that limit somewhere in the mid-2000s. Just as well, there's some CMS's out there where there's several hundred kilobytes of inline JS and CSS before any body text.
- marginalia_nu 3y ago
  A search engine doesn't index the HTML code. You're looking at a few Kb per document. You also don't need multiple historical snapshots of the document like WM retains. So you're looking at maybe 20 bn docs, 4 Kb each. 100 Tb, before compression.
  - fauigerzigerk 3y ago
    True, but then Google doesn't just download the page source and index that. They run JavaScript in some cases to get to the actual content. This must come at a significant cost. Their index is enormous as well: "The Google Search index contains hundreds of billions of web pages and is well over 100,000,000 gigabytes in size." https://www.google.com/intl/en_uk/search/howsearchworks/how-search-works/organizing-information https://www.google.com/intl/en_uk/search/howsearchworks/how-... Doesn't mean you have to be as big as Google to do something useful of course.
ColinHayhurst 3y ago
Google started becoming an answer engine from ~2015 with the introduction of "People Also Ask", and arguably earlier than that [0]. Mojeek.com is a (information retrieval) search engine, and we resist the temptation to also become an answer engine. So you might say we do not compete with Google. afte all we have a very different business model and proposition. As for the index; this underpins mojeek.com and our API; which customers use for search and/or AI. Common Crawl is ~3.5 billion pages and underpins LLMs. Our index is ~7 billion. Who knows what (else) Google, and Bing, do with their index ;) ? [0] https://blog.mojeek.com/2023/05/generative-ai-threatens-diversity-and-hyperlinks.html https://blog.mojeek.com/2023/05/generative-ai-threatens-dive...
- fauigerzigerk 3y ago
  >Google started becoming an answer engine from ~2015 with the introduction of "People Also Ask", and arguably earlier than that [0]. Mojeek.com is a (information retrieval) search engine, and we resist the temptation to also become an answer engine. So you might say we do not compete with Google. I'm sure you know your users well after so many years in the search engine business, but having read your article I must say I find your approach risky. You seem to be betting on search engines and answer engines continuing to be complementary rather than substitutes. But we are not the ones making this decision. Users will be making the decision in light of the newly available AI capabilities, and they will be making it with complete disregard for the health of the web, as is their nature :) The "funny" thing is that big publishers are as happy right now as I haven't seen them in the past 25 years, because it is so completely obvious that chat AIs will destroy the web unless big tech starts making big payments to big publishers. As you rightly say, small businesses and publishers will be collateral damage. But how do you make sure you're not collateral damage as well?
  - marginalia_nu 3y ago
    It's basically the safest position you could be in. An LLM to digest results of a classic search index is greater than the sum of its parts. An LLMs that is not permitted to brush up on the relevant literature before answering a question generally doesn't produce very good answers, is prone to hallucinations etc. A pure LLM design isn't even a serious contender in the answer engine space.