| 1.1, Turbid (ok), 14:02, 08/10/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>от SQlite к MySQL-embedded
Зачем? Лучше бы ruby на python поменяли. Python есть практически в каждом дистре поумолчанию, а ruby надо тянуть. И медленнее он.
| | |
| |
| 2.6, Mike (??), 14:46, 08/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
Читайте новость по ссылке. Разрабы объясняют, почему перешли на MySQL-embedded.
| | |
| |
| 3.7, PereresusNeVlezaetBuggy (ok), 16:08, 08/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
 >Читайте новость по ссылке. Разрабы объясняют, почему перешли на MySQL-embedded.
Особенно хорошими причинами смтрятся следующие:
1. Key limit in MyISAM engine is 1000 bytes. Amarok currently uses
larger keys, and I had to manually increase this limit. I guess we
should actually work on some db redesign to eliminate these keys, since
they bring performance drawback, but I am not a DB specialist, and we
would really appreciate an inside view on what to do best here.
2. MySQL embedded uses exit() when it encounters a severe error. I am
not sure what is the threshold of severity between exit() and
non-exit(), but still it would be hardly friendly for a GUI program to
quit abruptly without any error messages and such. I understand, that
this code is shared with big MySQL brother, but I've managed to evade it
with simple macro that redefines exit(). Maybe there is a better way to
tell MySQL to use slightly less radical approach to error handling?
3. It builds by default with no -fPIC flag, and that is bad for us,
because our SQL-related code resides in a shared library. I did not dig
MySQL's configure scripts, but I think it should honor --with-pic flag
when building libmysqld.a (which it does not).
| | |
| |
| 4.8, Аноним (8), 17:03, 08/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>with simple macro that redefines exit(). Maybe there is a better way
>to
>tell MySQL to use slightly less radical approach to error handling?
>
>3. It builds by default with no -fPIC flag, and that is
>bad for us,
>because our SQL-related code resides in a shared library. I did not
>dig
>MySQL's configure scripts, but I think it should honor --with-pic flag
>when building libmysqld.a (which it does not).
Хм, где ты это нашёл?
Хочется поподробней почитать.
| | |
| |
| 5.9, PereresusNeVlezaetBuggy (ok), 17:05, 08/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>>
>>3. It builds by default with no -fPIC flag, and that is
>>bad for us,
>>because our SQL-related code resides in a shared library. I did not
>>dig
>>MySQL's configure scripts, but I think it should honor --with-pic flag
>>when building libmysqld.a (which it does not).
>
>Хм, где ты это нашёл?
>Хочется поподробней почитать.
Первая ссылка по запросу в Гугле "why does amarok switched to mysql embedded" - http://lists.mysql.com/internals/35855
| | |
| |
| 6.12, anonymous (??), 20:47, 08/10/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>Первая ссылка по запросу в Гугле "why does amarok switched to mysql embedded" - http://lists.mysql.com/internals/35855
Письмо в рассылку от 4 Aug 2008
Ответ на него 6 Aug 2008
Думается, что эти конкретные вопросы они порешали, раз распинаются о преимуществах MySQL-embedded
| | |
| |
| 7.13, PereresusNeVlezaetBuggy (ok), 21:33, 08/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
>>Первая ссылка по запросу в Гугле "why does amarok switched to mysql embedded" - http://lists.mysql.com/internals/35855
>
>Письмо в рассылку от 4 Aug 2008
>Ответ на него 6 Aug 2008
>
>Думается, что эти конкретные вопросы они порешали, раз распинаются о преимуществах MySQL-embedded
Охотно верю, и ответ я тоже видел. Речь о том, что MySQL-embedded - продукт, ИМХО, намного ниже качеством, чем SQLite. И я очень сильно сомневаюсь, что он будет быстрее последнего — во всяком случае, при операциях чтения, которые составляют львиную долю от запросов.
| | |
| |
| 8.20, Аноним (8), 12:23, 09/10/2008 [^] [^^] [^^^] [ответить] | +/– | Хрен с ним, с чтением, байда с sqllite начинается при смене трэка и записи стати... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| |
| 2.11, Аноним (8), 17:56, 08/10/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>эх... блин немножко поздно , не попадет в Mandriva 2009.0
Любите сырые программы в финальных дистрах?А это нафига?Чтобы потом юзеры "наслаждались" глюками программы которая ну совсем не оттестирована?ИМХО такое надо предлагать отдельным репом, кому надо - поставят.Заодно у таких будет достаточная квалификация чтобы понять что баги не рулят.
| | |
|
| 1.10, Аноним (8), 17:53, 08/10/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Who really likes having Python, Ruby and possibly other interpreters sitting in
> the memory and eating precious resources while listening to music?
Супер!Никогда не понимал на кой хрен эту пое*ень грузить для, черт побери, плеера.
>> Why MySQL embedded?
>Because there is nothing to configure from the user side, as it was with SQLite,
>but at the same time we get the performance of MySQL.
Надеюсь что оно по весу и жрачу ресурсов тоже как SQLite а не как MySQL, а то плеер пожалуй нихрена не полегчает после выкидывания питонов и рубей если в нем будет почти полновесный мускуль с его невъ...нными буферами и bloat-ом :)
| | |
| |
| 2.14, Holy Cheater (?), 22:56, 08/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
>> Who really likes having Python, Ruby and possibly other interpreters sitting in
>> the memory and eating precious resources while listening to music?
>
>Супер!Никогда не понимал на кой хрен эту пое*ень грузить для, черт побери,
>плеера.
Да, переход с Ruby на QtScript - это замечательно. А питон вообще не вариант. Меня в гноме задалбывают и так разные приложения, которые кучу памяти отжирают из-за питона.
| | |
| |
| 3.16, User294 (ok), 05:43, 09/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Да, переход с Ruby на QtScript - это замечательно. А питон вообще
>не вариант. Меня в гноме задалбывают и так разные приложения, которые
>кучу памяти отжирают из-за питона.
Я стараюсь не использовать программы задействующие этих монстров без реальной нужды.Обычно такие программы неповоротливые а пока вся эта хрень загрузится при старте программы - уснуть можно.Амарок одно из немногих исключений.Мне он не нравится излишней монструозностью но плеера лучше как-то не попадалось.Думаю что это заметно его облегчит.Надеюсь авторы продолжат работать в духе характерном для KDE когда новая версия *шустрее* и оптимизнутее старой :)
| | |
|
|
| 1.15, КтулхЪ (?), 03:16, 09/10/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Amarok видео уже умеет проигрывать или не дорос ешо? Давно не юзал скока интересно этот комбайн оперативы есть, а сколько будет есть, ух!
>>MySQL-embedded, ruby
А apache встраивать не собираются?
Смешно чесслово, все это ставить чтоб музыку послушать, ну хорошо может он скины держит? нет?!
| | |
| |
| 2.17, Аноним (-), 09:17, 09/10/2008 [^] [^^] [^^^] [ответить]
| +/– | |
> ну хорошо может он скины держит
Скины это у вас в виндовс и у меня за окошком на лавочке. Если речь про темы оформления, то да, держит, еще с первых версий.
| | |
| |
| 3.18, . (?), 11:53, 09/10/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>Скины это у вас в виндовс и у меня за окошком на лавочке
ппц сколько напыщености
Если речь про темы оформления, то да, держит, еще с первых версий.
нихрена он не держит. убожество типа "поменять цвет фона"
| | |
| |
| 4.19, PereresusNeVlezaetBuggy (ok), 12:11, 09/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
>>Скины это у вас в виндовс и у меня за окошком на лавочке
>
>ппц сколько напыщености
>Если речь про темы оформления, то да, держит, еще с первых версий.
>
>нихрена он не держит. убожество типа "поменять цвет фона"
Блин, самая главная функция программы — это, конечно, скины… А то, что они появились в прогах исключительно из-за убожества возможностей оформления тем в Windows — это как-то все забыли.
Разработчики Amarok не раз говорили, что не собираются выбиваться из общего сонма KDE-прог. С помощью KDE (или чего-нить аналогичного) можно наворотить столько всего, что никакими скинами не сделаешь. Так что не надо ругать здорового за то, что он не пользуется костылями.
| | |
| |
| 5.21, fix (??), 16:30, 09/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
> Блин, самая главная функция программы — это, конечно, скины…
> А то, что они появились в прогах исключительно из-за убожества
> возможностей оформления тем в Windows — это как-то все забыли.
Времена меняются. Для мультимедийного проигрывателя совсем не лишней будет
возможность оптимизировать рабочее пространство под настроение пользователя.
Амарок делается как каталогизатор: поля, метки, папки, данные, пропуск на входе.
Но мы же говорим о десктопной системе, ориентированной на пользователя.
> Разработчики Amarok не раз говорили, что не собираются выбиваться
> из общего сонма KDE-прог. С помощью KDE (или чего-нить аналогичного)
> можно наворотить столько всего, что никакими скинами не сделаешь.
> Так что не надо ругать здорового за то, что он не пользуется костылями.
Посмотри на Winamp, особенно с моим любимым скином MMD3. Для проигрывателя
он офигенно красивый и удобный. В остальных программах малополезен.
Не стоит смешивать различные сферы применения.
| | |
|
|
|
|
|
