Комментарии для .

Комментарий на Кириллица в листингах LaTeX от google.com/accounts/o8…

google.com/accounts/o8… — Thu, 29 Mar 2012 12:14:41 +0000

Как насчет дополнения для братской кирилицы?
Для UA набросал так:
{і}{{\selectfont\char105}}1
{ї}{{\selectfont\char168}}1
{є}{{\selectfont\char185}}1
{ґ}{{\selectfont\char160}}1
{І}{{\selectfont\char73}}1
{Ї}{{\selectfont\char136}}1
{Є}{{\selectfont\char153}}1
{Ґ}{{\selectfont\char128}}1

но “і” фактически латинское и смотрится криво (пробел после немного больше)

Комментарий на О коньках от mdf-i.blogspot.com/

mdf-i.blogspot.com/ — Thu, 23 Feb 2012 18:55:03 +0000

Дело хорошее.
Я вот тоже в этом году купил себе коньки, и дочке коньки, катаемся…

После роликов на коньках не очень сложно.

Комментарий на openSUSE 12.1 от Роман

Роман — Fri, 18 Nov 2011 17:14:08 +0000

Не представляю себе переход назад, всё сломается. Хотя, действительно, KDE 3.5 иногда вспоминается с тоской.

Помнится когда-то гордились добавлением обработки падений в Konqueror (чтобы табы сохранял). Я тогда сразу почувствовал, что с этого момента ему падать официально разрешили. Увы, так и получилось.

Комментарий на openSUSE 12.1 от dron.valyaev

dron.valyaev — Fri, 18 Nov 2011 09:06:21 +0000

Это та, gnash еще очень сырой ИМХО…

У меня KMail до сих пор стоит 1.x, в Gentoo 2.0 пока не застабилизировался. С тоской вспоминаю 3.5, где все было помоему стабильнее. Может быть накатить себе Trinity? Да вот беда, ее тоже в Gentoo нет…

Комментарий на О таблицах от Роман

Роман — Wed, 13 Apr 2011 05:48:56 +0000

Не-не-не, жаба-дотнетов там нет, не будет и не может быть. А вот Embedded Firebird, наверное, так или иначе посмотрим.

Индексы, по крайней мере, на SQLite _очень_ сильно просаживают запись в нашем случае, поэтому, пока без них. Чтение реально не так критично по времени, здесь много важнее всё вовремя записать.

Комментарий на О таблицах от sadko4u.livejournal.com/

sadko4u.livejournal.com/ — Wed, 13 Apr 2011 05:41:47 +0000

Вообще, насколько помню, есть embedded-вариант firebird как раз для таких случаев, когда не надо пускать сам сервак СУБД. Жрёт она немного, работает вполне шустро. Ещё для JAVA есть hsqldb, пробовал, для небольших баз годится.
Индексы всё же рекомендовал бы построить хотя бы по некоторым полям, так как база всё равно небольшая, а сэкономить на чтении это поможет.

Комментарий на О таблицах от Роман

Роман — Tue, 12 Apr 2011 04:46:26 +0000

Да нехитрые, в общем, данные, несколько столбцов описательных (как числовых, так и текстовых, произвольных), один содержательный, можно сказать, так. Выборка всего, но параметры чисто “описательные”, типа “дай-ка всё, что имеет в столбце 4 ‘KFUvndua’” или “давай сюда всё, что в столбце 2 от 868 до 14830″.

По настоящему хорошо было бы как в нормальных базах, когда читатель работает, по сути, со своей копией, а писатель в то же самое время пишет куда-то в свою. И только после коммита представление базы у читателя меняется на новое, притом, между его транзакциями. И получается, что никто никого не ждёт, всё прекрасно. Но это очень уж жирно выходит по ресурсам.

Комментарий на О таблицах от mdf-i.blogspot.com/

mdf-i.blogspot.com/ — Mon, 11 Apr 2011 21:19:55 +0000

Интересная проблема… а можно поинтересоваться что за данные?
Выборка по каким полям идет?

Если несколько приложений набрасываются на один файл – это конечно узкое место… может быть написать специальный сервис, который откроет базу себе и больше никому ее не даст, а остальные пусть асинхронно через него ходят.

Комментарий на kettle: rev up от . » О скоростях (шифрованного) RAID

. » О скоростях (шифрованного) RAID — Fri, 31 Dec 2010 19:07:59 +0000

[...] я недавно упёрся во ввод-вывод на сборках OE, а, собственно, чему [...]

Комментарий на kettle: rev up от Роман

Роман — Mon, 27 Dec 2010 16:57:14 +0000

Для RAID-а – жирно, да. Для всяких поигрушек с OE и т.п. – даже маловато будет. Так что, считаю, неплохо.