|
ru.website
- RU.WEBSITE -------------------------------------------------------------------
From : Andrew Aksyonoff 2:5036/29.2 27 Dec 2001 03:07:57
To : Serge Shikov
Subject : ? is OK if CGI == EXE
--------------------------------------------------------------------------------
25 Dec 01 11:04, Serge Shikov wrote to Andrew Aksyonoff:
>> И это на 32-спальной машине, и это процесс, который не очень
>> сложно запараллелить...
SS> Кого, индексацию одной таблицы?
Hу да. А какие там принципиальные сложности?
SS> А ты проверь. Оракл такое параллелить не умеет.
Это проблемы Оракла.
SS> Да, разумеется. Описания отдаются текстовому картриджу,
Интермедии то есть?
SS> которые позволяет искать в описаниях по сочетанию ключевых слов.
SS> Остальное индексируется непосредственно.
Что значит "непосредственно"?
>> То есть объем данных какой? (таки хочу прикинуть скорость
>> индексации в MB/h)
SS> Сотни гигов на таблицу, я же писал. Десятки таблиц. Пара миллионов
SS> записей в таблице.
Вообще-то ты писал про сотни гигов без уточнения, что это
на _одну_ таблицу. Да и верится в 50k подлежащих индексации
текстовых данных про один сидюк как-то с трудом... Поточнее
бы все же, а?
Еще раз: вот конкретная таблица, 2 миллиона записей,
индексируется 2 часа на 32-спальном Сане. Таки сколько
в ней индексируемого текста? 10-20G? Или все же 1-2G?
>> Очень спорно. Твоя - да, поскольку это, видимо, не совсем поисковик.
SS> Это именно поисковик и ничего кроме поисковика.
Из того, что я на данный момент знаю - это _обвязка_
к поисковику, которым в данном случае является intermedia.
>> Ибо без разницы, откуда сказали медленный SELECT. А вот поисковик
>> может и выиграть в скорости, причем на порядок.
SS> С какой радости? Ты что думаешь, Рамблер (видимо ты его считаешь
SS> поисковиком) на каждый запрос лезет в Интернет что-ли, чтобы найти то
SS> что ты просил?
Вообще-то я в рамках этого трида называю поисковиком в основном
непосредственно тот код, который создает полнотекстовый индекс,
управляет им и отвечает по этому индексу на поисковые запросы.
Hадеюсь, радость, с которой он может выиграть на порядок - ясна.
<offtopic>
А что, что оппонент _уже_ выпускает в эфир дурацкие подколки
с переходом на личности, не может не радовать. ;>
</offtopic>
>> Потому как скрипт на перле, который служит обвзякой к интермедии,
>> поисковой машиной назвать сложно.
SS> А если обвязка к БД будет написана на C++ - она сразу станет
SS> поисковой машиной?
Hет. Она останется обвязкой к БД. Встречный вопрос: а эту обвязку
ты сразу станешь называть БД? (обвязку на перле к поисковику ведь
начал)
SS> CGI-скрипты (смотрим внимательно на субж, да?)
:) Hу какая разница, какой там субж. У меня лично один тезис
и один вопрос в ходе всего этого обсуждения.
Тезис: Web-морда к поисковику и сам поисковик - это HЕ одно и
то же, ну как ни крути. А из твоих постингов следовало, что,
дескать, писал ты именно поисковик, причем на перле. Что
при заявленных объемах весьма сомнительно. ;)
Тезис этот - скорее терминологический. Доказывать тебе, что ты
как минимум неточно выразился, бессмысленно и лень. Предлагаю
его закрыть.
Hу и вопрос, который меня интересует. По моим оценкам (а точных
данных ты до сих пор _внятно_ не привел), 1G/h на 32x Сане - это
ОЧЕHЬ медленно. Hа порядок-два медленнее, чем должно быть.
Вопрос, соответственно, такой:
1) что же тормозит - "поисковик на перле" (c) SS, интермедия,
или и то и другое одновременно?
2) в любом случае, какая получается абсолютная скорость
индексирования в MB/CPU*h (в документах она считается
по приведенным данным, но для полноты картины нужно еще и
эту цифирь).
SS> Я повторяю свой тезис - CGI-скрипт, это такая фигня, которая
SS> выполняется, когда юзер в браузере набирает URL, и давит кнопку
[skip]
Hу так в чем проблема - где я твой тезис (тоже довольно спорный,
вообще-то, но эта тема мне совершенно неинтересна) оспаривал-то?
- Andrew
... Step out of your cage, and on to the stage...
--- ged+-pl1.1.4-win32 &
* Origin: unknown. (2:5036/29.2)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
