Свежие комментарии

Title Comment
У PS3 очень мало памяти для серьезной работы

У PS3 очень мало памяти для серьезной работы

Я - простой пользователь, но подобными темами (конкретно-пар

Я - простой пользователь, но подобными темами (конкретно-параллельных вычислений)интересуюсь давно. Вопрос такой: что Вы думаете относительно применимости SONY PS3 для этих целей?Возможно ли сравнение с иследовавшимися Вами процессорами? я видел заметку о самодельном,правда,при поддержке SONY суперкомпьютере из 15-ти приставок.ссылку, к сожалению,не сохранил(ix bit ?).

Это Яндекс мутит - видимо, пытаются бороться с сеошниками, в

Это Яндекс мутит - видимо, пытаются бороться с сеошниками, вот и крутят в разные стороны.

Блин яша щас выкинет новый алгоритм МАГАДАН поглядим что буд

Блин яша щас выкинет новый алгоритм МАГАДАН поглядим что будет с трафом

Посмотрите, например, запрос "видео" - отличия есть и больши

Посмотрите, например, запрос "видео" - отличия есть и большие (прикол в том, что на Яндексе первый в выдаче - Видео@mail, а сам mail его первым не показывает, например)

Я сейчас походил по верхушке по частотности - примерно в четверти случаев есть отличия (либо порядок другой либо просто выдача другая)

Это по каким запросам у нас с Яндексом выдача отличается? Хо

Это по каким запросам у нас с Яндексом выдача отличается?
Хоть мы вряд ли это делали специально, но всё-равно приятно хорошим людям делать доброе дело :)

Я не понимаю этого вопроса, рвет крышу. "Отличается&quo

Я не понимаю этого вопроса, рвет крышу. "Отличается" - это же "не одинаковая" т.е. "разная".

Да, она разная, где-то просто порядок разный, где-то набор сайтов. Удалось увидеть на некоторых высокочастотниках, проверял вручную и поэтому немного.

Вот примеры:
запрос "вконтакте" в качестве примера - там просто позиции разные)
"работа" (примерно такой же частотный) - нет отличий.
"поиск" - на яндексе первое место - ППБ, на мейле - сам яндекс
"видео" - отличаются первые две позиции (причем на мейле не показывается "видео@mail" и М-Видео, прикольщики)

Выдача отличается или она разная?

Выдача отличается или она разная?

Наконец-то нормальный пост про эту проблему. А то все Postgr

Наконец-то нормальный пост про эту проблему. А то все PostgreSQL, уроды...

Мой email общеизвестен: lexa@lexa.ru А дальше - в зависимост

Мой email общеизвестен: lexa@lexa.ru
А дальше - в зависимости от вашего желания, если хочется общедоступности, а выложить надолго некуда - можно выложить у меня (на ftp или в blog.lexa.ru/files/). Как удобнее...

Не забывайте не только про -Wall и -pedantic, но и про сущес

Не забывайте не только про -Wall и -pedantic, но и про существование разных стандартов C. Когда-то вызов необъявленной функции был вполне разрешен стандартом. Укажите компилятору какому стандарту сдедовать и всем полегчает:

$ gcc -std=c89 -c n.c
$ gcc -std=c99 -c n.c
n.c: В функции main
n.c:3: предупреждение: implicit declaration of function func

Конечно можно. Куда послать/выложить?

Конечно можно. Куда послать/выложить?

Ну я, честно говоря, прочитал вот этот вот комментарий в исх

Ну я, честно говоря, прочитал вот этот вот комментарий в исходнике
wcscoll.c
* Placeholder implementation of wcscoll(). Attempts to use the single-byte * collation ordering where possible, and falls back on wcscmp() in locales * with extended character sets.

Потом пошел, почитал wcscmp.c, выругался, дальше разбираться не стал.

А можно попросить исходник ru.utf-8.sql для опытов ? Можно, если хотите, у меня на ftp его положить для счастья грядущих поколений.

Идеально было бы, конечно, продавить это через FreeBSD team, хотя у меня особого желания заниматься этим нет.

initdb -D /data/db/postgresql/data -E UTF-8 --locale=ru_RU.U

initdb -D /data/db/postgresql/data -E UTF-8 --locale=ru_RU.UTF-8 --lc-collate=ru_RU.UTF-8.SQL

ru_RU.UTF-8.SQL просто создана для того, чтобы не портить ru_RU.UTF-8, и содержит сделанный мной LC_COLLATE
С буквой "ё" у меня в тесте, как видите, все нормально.
Нет, не угадали :)
gw# uname -a
FreeBSD gw.<скрыто>.ru 6.3-RELEASE FreeBSD 6.3-RELEASE #0: Sat Feb 2 19:27:45 MSK 2008 alex@gw.<скрыто>.ru:/usr/obj/usr/src/sys/KERNEL i386

Я имел в виду не испанский utf-8, а обычный es_ES.ISO8859-1
Просто похоже на то, что в испанском, грубо говоря, есть символы однобайтовые, а есть двухбайтовые (LL, RR, которые обозначают один звук), что в целом похоже на ситуацию с utf-8. См. /usr/src/share/colldef/es_ES.ISO8859-1.src.
При этом, предполагаю, у них сортировка работает корректно.

initdb -E UTF8 --locale=ru_RU.UTF-8 --lc-messages=C create

initdb -E UTF8 --locale=ru_RU.UTF-8 --lc-messages=C

create table aa (bb varchar(10));
... inserts...
lexa=# select bb from aa order by 1;
bb
----
аа
ее
яя
ёё

Дайте я угадаю, у вас Линукс ?
Да и с испанским в FreeBSD тоже ничего хорошего:

lexa@home-gw:~# ls -l /usr/share/locale/es_ES.UTF-8/LC_COLLATE
lrwxrwxr-x 1 root wheel 28 23 18:34 /usr/share/locale/es_ES.UTF-8/LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE

Не знаю, кто там что умеет, а что не умеет, но man colldef у

Не знаю, кто там что умеет, а что не умеет,
но man colldef утверждает
An order list element can be represented in any one of the following
ways:
o The symbol itself (for example, a for the lower-case letter a).
...
o The symbol chain (for example: abc, c, \xf1b\xf2)
...
Т.е. элементом по которому выполняется сортировка может быть как одиночный
символ, так и _последовательность_символов_. А это как раз подходит в случае
с utf-8. Кстати, такая фича по-моему используется в испанском LC_COLLATE
(сдвоенные LL, RR вроде как у них считаются за один символ).
Чтобы не быть голословным:
Welcome to psql 8.3.0, the PostgreSQL interactive terminal.

Type: \copyright for distribution terms
\h for help with SQL commands
\? for help with psql commands
\g or terminate with semicolon to execute query
\q to quit

test=# \l
List of databases
Name | Owner | Encoding
-----------+-------+----------
postgres | pgsql | UTF8
template0 | pgsql | UTF8
template1 | pgsql | UTF8
test | pgsql | UTF8
(4 rows)

test=# \encoding
KOI8
test=# create table t (s varchar(50));
CREATE TABLE
test=# insert into t values('МжК');
INSERT 0 1
test=# insert into t values('мЁд');
INSERT 0 1
test=# insert into t values('МеДвЕдЬ');
INSERT 0 1
test=# insert into t values('масло');
INSERT 0 1
test=# insert into t values('мясо');
INSERT 0 1
test=# select * from t order by 1;
s
---------
масло
МеДвЕдЬ
мЁд
МжК
мясо
(5 rows)

test=# \encoding utf8
test=# select * from t order by 1;
s
---------
п+п│я│п│п+
п°п│п│п│пп│п-
п+п│п│
п°пTп
п+я│я│п+
(5 rows)

Вроде корректно сортирует :)

Вы за свои слова ответить можете? Делаю намек - если такая к

Вы за свои слова ответить можете? Делаю намек - если такая контора как Интел (жирная и всем откусить охота) юзает гцц-овый код, то ищите в ридми упоминание (в такой то программе был заюзан такой-то код). И если не найдете - либо срочно в суд, либо срочно об стену.

ЗЫ. А вообще у него свой залицензированный фронтенд. Перегоняющий фортран и С в промежуточный код IL0.

А FreeBSD-шный strcoll не умеет многобайтных кодировок, ему

А FreeBSD-шный strcoll не умеет многобайтных кодировок, ему от этого collate не полегчает.

А почему бы просто не сгенерить LC_COLLATE для ru_RU.UTF-8 c

А почему бы просто не сгенерить LC_COLLATE для ru_RU.UTF-8 c нужным порядком сортировки?
Я посмотрел, например, как сортирует access и msde, и сделал так же.
только чуть лучше :) (Прописные буквы всегда меньше строчных, т.е. получим типа "А,а,Б,б,В,в...", а не "А,а,б,Б,в,В...")
Вроде работает...

Есть над чем задуматься.

Есть над чем задуматься.

<b>Re: В Intel это хорошо понимают, видимо :-)</b><br/> в ка

Re: В Intel это хорошо понимают, видимо :-)
в какой-то более сложной ситуации он промахивается. времени сейчас в обрез, а то я б из hg вытащил.

<b>Re: В Intel это хорошо понимают, видимо :-)</b><br/> Да в

Re: В Intel это хорошо понимают, видимо :-)
Да вроде ругается:
int func(void) {
int aa = rand();
}

lexa@213:~# gcc -c -Wall a.c
a.c: In function func :
a.c:2: warning: implicit declaration of function rand
a.c:2: warning: unused variable aa
a.c:3: warning: control reaches end of non-void function

Это еще хорошо, т.к. плохо работает на всех платформах. А ес

Это еще хорошо, т.к. плохо работает на всех платформах. А если функция возвращает указатель, то где-то работает, а где-то падает.

<b>Re: В Intel это хорошо понимают, видимо :-)</b><br/> Инте

Re: В Intel это хорошо понимают, видимо :-)
Интеловский icc на линуксе, насколько я знаю, использует фронтенд от гцц, со всеми вытекающими.

<b>Re: В Intel это хорошо понимают, видимо :-)</b><br/> Я не

Re: В Intel это хорошо понимают, видимо :-)
Я не понимаю как может хватать диагностики если gcc не ловит отсутствия return something; в конце функции, задекларированной как возвращающей не void. И функция реально приносит caller'у содержимое аккумулятора от последней операции. Ну и много что еще, я список не вел на нашем проекте, но там много чего было. И в моем коде на ++ там хватает комментариев о том что бы я сделал с авторами этих помоев, если бы до них добрался.

<b>Re: В Intel это хорошо понимают, видимо :-)</b><br/> Мне

Re: В Intel это хорошо понимают, видимо :-)
Мне всегда хватало диагностики.

Хотя, наверное, можно и получше...

теперь оптику надо нормальную к нему и будет супер у самого

теперь оптику надо нормальную к нему и будет супер
у самого пока "двадцатка", копим на объективы :)

<b>Re: В Intel это хорошо понимают, видимо :-)</b><br/> На с

Re: В Intel это хорошо понимают, видимо :-)
На самом деле gcc - это самый плохой из известных мне компиляторов по части диагностики. Не просто плохой, а катастрофически отвратительный. Нашему проекту было бы сильно хуже, если бы в проекте не было меня, вооруженного msvc.

У нас, кстати, тыщ 50 на С написано.

от дуста не тот воспитательный фифект для окружающих

от дуста не тот воспитательный фифект для окружающих

Более старый - глючит. А для _1 - в ports/lang/perl5.8 лежи

Более старый - глючит.

А для _1 - в ports/lang/perl5.8 лежит патч, который правит другое, ну и сайд-эффектом - мою багу. Подозреваю, что в настоящем перле этой правки нет.

Розги уже бессильны, дустом надо.

Pages

Subscribe to comments_recent_new