Log in

Or connect using:

Links to Infinity / Matter of Attitude sanmai

mysqlperf August 21 2014, 22:25

Trove and OpenStack

http://www.mysqlperformanceblog.com/2014/08/21/trove-openstack/

http://www.mysqlperformanceblog.com/?p=25041

In a previous blog, my colleague Dimitri Vanoverbeke, discussed at a high level the concepts of database as a service, OpenStack and OpenStack’s implementation of a DBaaS, Trove. Today I’d like to delve a bit further into Trove and discuss where it fits in, and who benefits. First off, I’d like to point out that

Just to recap, Trove is OpenStack’s implementation of a database as a service (DBaaS) for its cloud infrastructure as a service (IaaS). And as the mission statement declares, the Trove project seeks to provide a scalable and reliable cloud database service providing functionality for both relational and non-relational database engines. With the current release of Icehouse, the technology has begun to show maturity providing both stability and a rich feature set.

In my opinion, there are two primary markets that will benefit from Trove; the first being service providers such as RackSpace who provide cloud based services similar to Amazon’s AWS. These are companies that wish to expand beyond the basic cloud services of storage and networking and provide their customer base with a richer cloud experience by providing higher level services such as DBaaS functionality.

The other player are those companies that wish to cloudify their own internal systems. The reasons for this decision are varied, ranging from the desire to maintain complete control over all the architecture and the cloud components to legal constraints limiting the use of public cloud infrastructures.

With Trove, much of the management of your database system is taken care of for you by automating a significant portion of the configuration and initial setup steps necessitated when launching a new server. This includes deployment, configuration, patching, backups, restores, and monitoring which can be administered from either a CLI interface, RESTful API’s or OpenStack’s Horizon dashboard. At this point, what Trove doesn’t provide is failover, replication and clustering. This functionality is slated to be implemented in the Kilo release of OpenStack due out in April/2015.

The process flow is relatively simple. The OpenStack Administrator first configures the basic infrastructure by installing the database service. He or she would then create an image for each type of database they wish to support such as MySQL or MongoDB. They would then import the images and offer them to their tenants. From the end users perspective only a few commandes are necessary to get up and running. First issuing the <trove create> command to create a database service instance, followed by <trove list> command to get the ID of the instance and finally trove show command to get the IP address of it.

For example to create a database, you first start off by creating a database instance. This is an isolated database environment with compute and storage resources in a single tenant environment on a shared physical host machine. You can run a database instance with a variety of database engines such as MySQL or MongoDB.

From the Trove client I can issue the following command to create a database instance called PS_troveinstance, with a volume size of 2 GB, a user called PS_user, a password PS_password and the MySQL datastore (or database engine):

$ trove create –size 2 –users PS_user:PS_password –datastore MySQL PS_troveinstance

Next I issue the following command to get the ID of the database instance:

$ trove list PS_troveinstance

And finally, to create a database called PS_trovedb, I execute:

$ trove database-create PS_troveinstance PS_trovedb

Alternatively, I could have just combined the above commands as:

$ trove create –size 2 —-database PS_trovedb users PS_user:PS_password –datastore MySQL PS_troveinstance

And thus we now have a MySQL database server containing a database called PS_trovedb.

In our next blog on OpenStack/Trove, we’ll dig even further and discuss the software and hardware requirements, and how to actually set up Trove.

The post Trove and OpenStack appeared first on MySQL Performance Blog.

linux_org_ru August 21 2014, 19:02

Software Freedom Day 2014 Барнаул

http://feedproxy.google.com/~r/org/LOR/~3/3eD70I1NLyc/10783010

http://www.linux.org.ru/news/conference/10783010

20 сентября на базе Алтайского государственного университета состоится День программной свободы.
День программной свободы — международный праздник свободного программного обеспечения (ПО) и ПО с открытым исходным кодом (Free and Open Source Software; FOSS.)
Цель праздника - информирование международной общественности о преимуществах использования современного свободного и открытого программного обеспечения в образовании, госучреждениях, дома, на коммерческих предприятиях и т.д.
По сложившейся традиции, площадкой мероприятия станет Алтайский государственный университет. В ходе праздника предполагается проведение полуторачасовой конференции с выступлением ряда специалистов в области свободного ПО в Сибири; просмотр видеоматериалов по теме; распространение свободного программного обеспечения (запись на сменные носители, создание «Live»-носителей); свободный обмен опытом и проведение мастер-классов. Наше мероприятие будет состоять из 2 блоков.
Первый - это конференция, где специалисты в области разработки и применения свободного софта прочитают свои доклады. Всего планируется 4 секции:

  • Аппаратные средства
  • Системное администрирование
  • Наука
  • Искусство

Второй - это мастер-классы. И конечно, викторина с подарками от наших спонсоров. Также, в рамках празднования Дня программной свободы, будут показы ролики, выполненные с помощью свободных программ. К участию приглашаются все желающие! Итак, День программной свободы стартует 20 сентября 2014г.
Всю интересующую вас информацию можно найти на сайте команды организаторов
Кроме того, мы будем рады ответить на вопросы в русскоязычной рассылке «Дня» — planning-ru@. (Web-интерфейс и RSS-ленты можно найти на Gmane.)
РЕГИСТРАЦИЯ ОТКРЫТА НА timepad
Страница мероприятия «Вконтакте» Facebook Google+ Twitter
Дополнительная информация и по вопросам партнёрства или участия в качестве докладчика: akuma925

 arduino, linux, sfd, sfd2014, xenserver

linux_org_ru August 21 2014, 19:02

Релиз KDE 4.14

http://feedproxy.google.com/~r/org/LOR/~3/lDZC1gMfwGk/10784708

http://www.linux.org.ru/news/opensource/10784708

Анонсирован релиз десктоп-окружения KDE 4.14, в котором произведено обновление приложений. В настоящее время все усилия разработчиков сосредоточены на развитии платформы KDE Frameworks 5 и пользовательского окружения KDE Plasma 5, при этом ветка KDE 4.14 будет поддерживаться параллельно и позиционируется для людей предпочитающих продолжить использование KDE 4 до полной стабилизации KDE 5. Как и в выпусках KDE 4.12 и 4.13 рабочий стол Plasma Workspaces в KDE 4.14 остался неизменным и по сравнению с выпуском KDE 4.11 содержит только исправления ошибок. Бинарные сборки KDE SC 4.14 в скором времени будут подготовлены для Kubuntu, Fedora, FreeBSD, openSUSE, ArchLinux и ROSA

  • Основные изменения в KDE 4.14:
    • В клиенте для мгновенного обмена сообщениями Kopete обеспечена возможность совершения голосовых вызовов для всех аккаунтов jabber (поддерживаются как протокол Google libjingle, так и обычный jingle). Добавлена возможность работы с ICQ через прокси SOCKS5. В диалоге настройки аккаунта организован показ всего диапазона приоритетов Jabber. В адресной книге обеспечена возможность выбора отображаемого имени - можно выбрать показывать имя, полученное с сервера, или из локального списка контактов;
    • В Cantor, интерфейсе для популярных математических пакетов, реализован новый Lua-бэкенд. Добавлена поддержка UTF-8 для элементов LaTeX. В бэкенд Python 2 добавлены расширения рисования графиков и линейной алгебры. В бэкенды Sage и Octave добавлено расширение для работы с пакетами. В бэкенды Python 2, Scilab, Octave, Sage, Maxima, Qalculate и KAlgebra добавлен скрипт autorun.
    • Проведён внутренний рефакторинг кода программы для просмотра документов Okular;
    • В файловом менеджере Dolphin отмечены в основном исправления ошибок, а также такие мелкие новшества, как подсветка текущего элемента в панели Places и обеспечение поддержания в актуальном виде информации о свободном месте на диске в статусной строке. Кроме того, с целью упрощения сопровождения начался процесс рефакторинга кода, отвечающего за формирование основного окна;

Cсылка на Opennet

 kde4, релиз

mysqlperf August 21 2014, 15:51

A closer look at the MySQL ibdata1 disk space issue and big tables

http://www.mysqlperformanceblog.com/2014/08/21/the-mysql-ibdata1-disk-space-issue-and-big-tables-part-1/

http://www.mysqlperformanceblog.com/?p=24865

A recurring and very common customer issue seen here at the Percona Support team involves how to make the ibdata1 file “shrink” within MySQL. I can only imagine there’s a degree of regret by some of the InnoDB architects on their design decisions regarding disk-space management by the shared tablespace* because this has been a big frustration for many MySQL users over the years.

There’s a very old bug (“InnoDB ibdata1 never shrinks after data is removed,” Sept. 8 2003) documenting user dissatisfaction. Shortly before that issue celebrated its 10th anniversary, James Day, MySQL senior principal support engineer at Oracle, posted a comment explaining why things haven’t changed and he also offered possible alternative solutions. Maybe we’ll see it fixed in a future release of MySQL. We can only be sure that any new storage engine aiming to warrant the sympathy of MySQL users can’t make that same mistake again.

One general misunderstanding that exacerbates the problem is the belief that if we enable innodb_file_per_table then all InnoDB tables will live in their own tablespace (a “private” .ibd file), even though the manual is clear about the role this variable plays. The truth is that when you enable innodb_file_per_table it will only immediately affect how new InnoDB tables are created – it won’t magically export tables currently living in the shared tablespace into their own separate .ibd files. That can be manually accomplished at any time afterwards by running ALTER TABLE or OPTIMIZE TABLE on the target table. The “gotcha” here is that by doing so you’ll actually be using additional disk space – as much as the table size,  for the newly created .ibd file. ibdata1 won’t automatically shrink: the space previously used by that table will be marked as being “free” (for internal InnoDB use) but won’t be returned to the file system.

Note: Throughout this post I make a common reference between ibdata1 and the shared (also called system) tablespace. In fact, the latter can be composed by a list of file definitions (ibdata1;ibdata2, …). Each file can have a fixed size or be specified with the autoextend parameter and have a cap limiting how big they can grow (well, actually only the last file defined in that list can). The default setting for the variable ruling how the shared tablespace is defined has it living on a file located in the datadir, named ibdata1, and configured with autoextend, hence the popular reference of a “growing ibdata1″.

A big table scenario

The shared tablespace contains more than data and indexes from InnoDB tables created inside it, such as the rollback segment for running transactions (a.k.a. “undo logs”). My colleague Miguel Angel Nieto wrote a blog post last year that explains in detail what is stored inside ibdata files, why they can grow bigger than the sum of data from the tables it hosts and won’t “shrink,” and explains the only real way to reclaim unused disk space to the file system.

But there’s one scenario where the ibdata1 file grows in a “legitimate” way: When it’s storing a big table. If there’s a big table living inside the shared tablespace accounting for most of its size then there’s no “shrinking” it. We can argue this would run counter to best practices (or not) but let’s remember that innodb_file_per_table used to be disabled by default. The first releases of MySQL 5.5 had it enabled by default but then the later ones had it disabled. We find the exact opposite happening with MySQL 5.6 - it is enabled in the later versions.

If a developer who is not a database specialist much less a MySQL expert creates a successful product around a single table and was “unlucky” enough to be using a MySQL release that had innodb_file_per_table disabled by default, he or she might soon find a Terabyte table living inside ibdata1 (BTW, I recommend Bill Karwin’s excellent “How to Avoid Common (but Deadly) MySQL Development Mistakes” recorded webinar and slides for all developers using MySQL).

What to do then ?

We recently helped a customer with such a problem. They found themselves running out of disk space with a steadily growing ibdata1 file containing data from a 1.5 Terabyte table. The replicas weren’t able to keep up either, and binary logs where pilling up, thus contributing to more disk space use. They had access to a network mounted partition in their main master server but the storage was quite slow. We started looking for possible solutions to their case and the team came up with the following list of “solutions”:

1) Add one or more disks to the system. Hopefully they had the datadir lying inside a LVM partition using the XFS filesystem so the perspective of simply increasing it’s size by adding more disk space was a good one to contemplate.

2) Re-arranging files in different partitions. The binary logs were stored inside the datadir and got to use a considerable amount of disk space so moving them to another partition would free a few hundreds gigabytes already. The complicated part here was that the only available alternative storage was the slow network one, and that would contribute to make the replicas delay yet more. Later we contemplated adding a second file (ibdata2) to the shared tablespace to be located in a different partition but, again, the only one with space available was the slow network mount.

3) Archive data. Delete a large amount of old data from the table (possibly using pt-archiver) and then do a mysqldump dump and restore the table with less data; or simply leave it as is – even though the freed space won’t be reclaimed by the filesystem it will be made available internally for InnoDB to re-use it. Be aware that deleting data is a slow process; if you have a lot of old unused data then it might be more efficient to dump the data you want to preserve, truncate the table, and then import the data back to it.

4) Convert the table to MyISAM. This could be seem as a polemic solution: it certainly shouldn’t be taken lightly as a change of storage engine is a big deal. A giving application that works with InnoDB might simply not do with MyISAM. While we do not normally recommend MyISAM, it does take less space to store data than InnoDB. Be aware that MyISAM is not a transactional storage engine, and if you crash, you will have to perform a lengthy repair process on the table. Also keep in mind that after converting the table to MyISAM you would have to either do a dump & restore of the full database to have ibdata1 shrink OR make sure you have all InnoDB tables converted to MyISAM, stop MySQL, remove all ib* files, and start MySQL again to have it recreate ibdata1 with its default size.

5) Try compressing the table. Rebuild the InnoDB table with file per table enabled and ROW_FORMAT=Compressed. If replicas are already lagging behind, replication may not be able to keep up when compressed tables are used. Also, if you have a very high write volume, it probably won’t perform well enough. If that is the case, this solution is not a viable one. However, if you would consider switching to the new TokuDB storage engine you will count with much better compression than InnoDB overall, and also better performance for write intensive workloads.

Of course, from all the outlined solutions the first 2 look to be by far the least invasive ones. The problem is that not always the server has free slots waiting for the addition of an extra disk, plus the arrangement around RAID setups brings extra constraints. Moving the binary logs to a different partition could be handy but it’s not always practical or possible at all, as is the case of making more space available by deleting/archiving data and extending the shared tablespace by adding a new ibdata2 file residing in a different partition. Finally, the other solutions involving converting the table to a different storage engine and compressing were not an option in the case of this particular customer because they required the use of additional disk space in the process, which they didn’t had.

What the customer ended doing was dumping the whole data and importing it into another server, compressing the table in the process. And then re-importing it back into the main server. It took time to complete and it wasn’t an option they were keen to try at first. But sometimes there’s just no easy way out of a problem like this. They made changes on the replicas to allow them to keep up with replication even when using compressed tables and the problem was solved for now, even though they’re aware the disk space they recovered won’t be enough in the long term.

Conclusion

The most important take-away here is to never get yourself into the situation of getting too close to running out of disk space. The best solutions available to minimize disk space being used by InnoDB tables inside the shared tablespace usually require the (temporary, if you intend to do a dump & restore afterwards) use of yet more disk space. And the bigger the table the longer it will take for dump & restore and table conversions so if you’re running out of time it only make things more complicated.

This case made me curious to explore some of the other options mentioned above a little further. In a followup post I’ll share some of my findings.

The post A closer look at the MySQL ibdata1 disk space issue and big tables appeared first on MySQL Performance Blog.

linux_org_ru August 21 2014, 13:32

Linux Foundation пополнилась новыми членами

http://feedproxy.google.com/~r/org/LOR/~3/vf7AXOo4Xrw/10784511

http://www.linux.org.ru/news/linux-general/10784511

Linux Foundation пополнилась новыми членами: Adapteva, GitHub, SanDisk, Seagate и Western Digital.

  • SanDisk, Seagate и Western Digital будут участвовать в улучшении и оптимизации производительности систем хранения данных в GNU/Linux.
  • Adapteva, выпускающая платы Parallella, займется работой по развитию GNU/Linux на встраиваемых системах.
  • GitHub намерен продвигать и развивать Git.

Hitachi и NEC присоединились к Core Infrastructure Initiative — объединению, созданному под эгидой Linux Foundation, которое занимается поддержкой открытых проектов.

 linux foundation

linux_org_ru August 21 2014, 11:02

XT gyoretsu 0.2

http://feedproxy.google.com/~r/org/LOR/~3/sk4HhM8PEbs/10783701

http://www.linux.org.ru/news/games/10783701

Вышла XT gyoretsu 0.2 - расширенная ncurses версия игры «Renshu-cho gyoretsu» от Курашова А.К. (программирование, идея случайного и шестнадцатеричного режимов, разработка интерфейса, ascii-art), Костюкова Д.А. (идея) и Якушева Д.О. (идея режима Kuangshan Yougang).
Задача игры - очистить всё поле через удаление парами чисел, которые или равны, или дают в сумме требуемое число.

( Управление )

>>> Скриншот.
>>> Скачать (2910 байт).

 logic, ncurses

linux_org_ru August 21 2014, 08:32

Вышел Ruby 1.9.2-p330

http://feedproxy.google.com/~r/org/LOR/~3/h7UPPlsAbyQ/10782326

http://www.linux.org.ru/news/opensource/10782326

Этот выпуск является финальным для серии 1.9.2. Вскоре после объявления о завершении срока жизни 1.9.2 (и 1.8.7) в 1.9.2 была найдена критическая регрессия безопасности. Баг проявляется при обработке длинной строки, использующей URI-метод decode_www_form_component. Он может быть воспроизведён при выполнении на уязвимых ruby:

ruby -v -ruri -e'URI.decode_www_form_component "Строка, провоцирующая катастрофический откат при удлинении %"'
Поскольку это найдено и исправлено как раз перед выходом выпуска 1.9.3, версии Ruby 1.9.3-p0 и позже не затронуты; однако версии Ruby 1.9.2 старше 1.9.2-p330 уязвимы.

>>> Оригинальный отчёт на багтрекере

Ссылки для скачивания:

Рекомендуется обновиться до стабильной и поддерживаемой версии Ruby (2.1.2, 2.0.0 или 1.9.3).

 ruby, security, безопасность, уязвимость

linux_org_ru August 21 2014, 08:02

Изменения в лицензионной политике Qt

http://feedproxy.google.com/~r/org/LOR/~3/GLuOQPjMgoc/10783495

http://www.linux.org.ru/news/kde/10783495

Вчера Qt объявила об изменениях в своей политике лицензирования.

На данный момент все модули в составе Qt 5.3 выпущены под следующими лицензиями (на выбор пользователя): LGPL v2.1 (что позволяет использование под лицензией GPL v2), GPL v3 и коммерческой лицензией.

Начиная с версии 5.4, все модули которые уже были частью Qt в 5.3, будут выпускаться под LGPL v2.1 (что позволяет использование под лицензией GPL v2), LGPL v3 (что позволяет использование под лицензией GPL v3) и коммерческой лицензией, то есть к списку доступных лицензий добавлена LGPL v3.

Новые модули Qt, начиная с появившихся в версии 5.4 (которые не входили в версию 5.3), будут выпускаться под лицензиями LGPL v3, GPL v2 or later и коммерческой лицензией.

Соглашение между KDE e.V. и Digia будет обновлено по следующим пунктам (в процессе, документы ещё не оформлены):

  • Теперь оно будет включать другие поддерживаемые Qt платформы, включая мобильные (Windows, Mac, iOS и WinRT). Ранее оно включало только «KDE Windowing System», определённую как X11 (с планами включения Wayland).
  • В гарантируемые лицензии Qt в дополнение к описанным выше включат будущие версии GPL (GPL v2 or later).
  • В соглашение включатся будущие изменения на сайте Qt-project.org.

На всякий случай напомню: соглашение в текущем виде гарантирует что в случае прекращения выпусков Qt под лицензиями LGPL v2.1 и GPL v3, KDE e.V. может выпустить последнюю доступную версию под BSD-лицензией (или другой совместимой открытой лицензией).

 gpl, kde, opensource, qt

linux_org_ru August 21 2014, 07:32

systemd 216

http://feedproxy.google.com/~r/org/LOR/~3/eIsnZxiuQ70/10782717

http://www.linux.org.ru/news/linux-general/10782717

systemd — это менеджер системы и сессий для Linux. systemd совместим со скриптами инициализации SysV и LSB. Он предоставляет возможности агрессивного распараллеливания, использует для запуска сервисов сокеты и D-Bus активацию, позволяет запускать демоны по требованию, реализует транзакционную зависимостную логику управления сервисами, отслеживает процессы с использованием Linux cgroups, поддерживает создание снимков и восстановление, а также заведует монтированием и точками автомонтирования.

Это мажорный выпуск. Помимо прочих изменений, systemd-resolved теперь гармонично дополняет распознаватель заглушек кэширования DNS и LLMNR.

( Изменения в 216 )

 init, lennart poettering, systemd

linux_org_ru August 21 2014, 07:02

JuliaLang 0.3.0

http://feedproxy.google.com/~r/org/LOR/~3/IMaw1WDsNdY/10783157

http://www.linux.org.ru/news/opensource/10783157

Вышла новая версия динамического высокоуровневого языка для математических вычислений Julia 0.3.0. Используется динамическая компиляция (JIT) на основе LLVM, что позволяет показывать достаточно высокий уровень производительности. Существует встроенная система управления расширениями. Язык развивается как замена уже существующим Matlab/Octave, R и другим.

В настоящее время Julia находится в стадии активной разработки, поэтому список изменений обширен. С ним можно ознакомиться по нижеприведённой ссылке.

>>> Сайт проекта

 julia, math, математика

anekdot_ru August 21 2014, 05:10

История дня по итогам голосования за 20 августа 2014

http://www.anekdot.ru/an/an1408/o140820.html#4

Все мы когда-то учились в школе. Дело происходило в 10-ом классе физико-математического лицея. До черчения, естественно, никому из учеников не было дела. Но учительница по этому предмету была строгая. В конце полугодия сурово дрючила тех, кто не сдал работы.
Как-то она задала что-то там начертить, ну, наши, конечно же, забыли и вспомнили только за урок до черчения. Уже поздно метаться. Но тут у самого заядлого прогульщика возникла спасительная идея. Он попросил у меня работу (а у меня всегда всё было сделано, я хорошо учился), побежал в кабинет информатики и отксерил её. По его примеру, мой чертёж человек 15 отксерило...
Начинается урок, 16 гавриков сидят с тем чувством, когда ты еле-еле успел добежать до туалета. Входит учительница:
- Здравствуйте! Я надеюсь, вы начертили заготовку? А теперь берите ластики, и я сейчас покажу, что необходимо стереть...
linux_org_ru August 20 2014, 14:21

Новая плата с процессором MIPS Ingenic и Linux Debian

http://feedproxy.google.com/~r/org/LOR/~3/7WFQXJ0D5yw/10780563

http://www.linux.org.ru/news/hardware/10780563

Imagination Technologies пытается сделать MIPS более популярным, запустив сообщество PRPL разработчиков, и MIPS Creator CI20 плату разработчика на базе Ingenic JZ4780 двухъядерного процессора MIPS32 (XBurst) с PowerVR SGX540 GPU доступную с полной документацией и исходным кодом.

>>> Сайт elinux.org

>>> Сайт www.cnx-software.com

>>> Блог разработчика Yuri Panchul

 debian, mips, история успеха

linux_org_ru August 20 2014, 12:51

Java SE 8 Update 20

http://feedproxy.google.com/~r/org/LOR/~3/P-zCUqSTc0w/10779764

http://www.linux.org.ru/news/java/10779764

Oracle выпустила Java SE 8 Update 20 устраняющую 660 ошибок. В текущем обновлении выпущены не связанные с безопасностью исправления.

Основные изменения:

  • Произведена оптимизация улучшающая производительность и потребление памяти, улучшена работа сборщика мусора для приложений с длительным временем работы.
  • Для DRS добавлена опция 'force', позволяющая указать определённый JRE для апплета или Web Start-приложение.
  • Java Mission Control 5.4 получила обновления улучшающие интеграцию с Eclipse 4.4.
  • JavaFX доступен для ARM.
  • Nashorn получил возможность сохранения байт-кода после его компиляции.
  • Oracle Java SE Advanced пополнился приложением AMC 1.0 (Advanced Management Console), которое позволяет улучшить процесс обновлений и обеспечивать контроль за сохранением совместимости с версиями Java.
  • Добавлены улучшения в инсталятор Java.

 java, java 8, oracle

linux_org_ru August 20 2014, 12:51

Вышла новая версия компилятора языка D -- DMD 2.066

http://feedproxy.google.com/~r/org/LOR/~3/AH5fePcxhl8/10779698

http://www.linux.org.ru/news/opensource/10779698

К наиболее значимым изменениям можно отнести следующие:

  • Сделан большой прогресс в сторону реализации ручного управления памяти. Теперь в языке появился атрибут @nogc, который позволяет отключить сборщик мусора. Также добавлен ключ -vgc для вывода списка всех позиций выделения памяти для GC в коде.
  • Новая языковая конструкция extern (C++, namespace) теперь позволяет использовать прямые вызовы функций C++ из пространств имён.
  • Улучшен механизм автоматического определения типов в шаблонах. Шаблон вида «void foo(T)(T[] arr, T elem)» теперь может быть вызван как «foo(a, 1)», если a определено как «short[] a». Раньше было необходимо явно приводить 1 к типу short.
  • Реализована поддержка унифицированного синтаксиса создания для встроенных скалярных типов.

Также на днях вышла в свет новая версия компилятора LDC 0.14, работающего поверх LLVM.

Также стоит отметить большой прогресс со стороны компилятора SDC, реализованного на самом D.

 dlang, dmd, ldc, sdc

linux_org_ru August 20 2014, 12:51

Вышел GNU lightning 2.0.5

http://feedproxy.google.com/~r/org/LOR/~3/wFNX8S8SVqE/10779282

http://www.linux.org.ru/news/gnu/10779282

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

Разработка: http://git.savannah.gnu.org/cgit/lightning.git

Выпуск для скачивания: ftp://ftp.gnu.org/gnu/lightning/lightning-2.0.5.tar.gz

2.0.5 содержит новый порт на архитектуру Alpha. Спасибо Мэни Тренту Нельсону со snakebit.net за предоставление доступа к компьютеру Alpha.

aarch64:

  • Исправлено утверждение для переменных в неинициализированном состоянии.

alpha:

  • Реализован порт lightning на Alpha.

arm:

  • Исправление неверной таблицы размеров инструкций в программных числах с плавающей точкой.
  • При проверке возможностей процессора убрано замешательство, если /proc не смонтирован, и как следствие, некорректная проверка _ARM_PCS_VFP (лучшего источника информации о доступности fpu).

mips:

  • Корректное использование неверного регистра в jit_bmsr, работавшее (при прохождении всех тестов) из-за казуса.

общее:

  • Добавлена проверка согласованности временных данных во время прыжка.
  • Регистры возврата всегда помечаются живыми в эпилоге.
  • Корректное изменение потенциально неверных битовых масок в jit_update.
  • Все утверждения конвертируются так, чтобы приводиться к целым при сверке. На alpha утверждения, выражающиеся непосредственно в указателе или длинном целом, будут приводить к ошибке, если сверяются только старшие 32 бита.
  • null не передаётся как аргумент free, memcpy и memmove.
  • Удалена глобальная, но не получившая известности переменная jit_progname.
  • Добавлена заметка об инициализации и вызове jit_set_memory_functions.
  • Некоторые ожидаемо приватные определения и типы в lightning/jit_${arch}.h не экспортируются.

 cross-platform, gnu, portable, интерпретатор, кроссплатформенность

linux_org_ru August 20 2014, 12:51

HomeBank 4.6.3

http://feedproxy.google.com/~r/org/LOR/~3/R1aTMPeluEE/10780896

http://www.linux.org.ru/news/opensource/10780896

HomeBank — приложение для управления финансами и счетами.

Возможности приложения:

  • Импорт и экспорт файлов в форматах QIF, CSV;
  • Импорт файлов OFX;
  • Перевод средств между аккаунтами, который можно автоматизировать;
  • Разделение транзакций;
  • Автозавершение категорий и тегов;
  • Динамические и удобные отчеты с помощью 2D Cairo.

Изменения в данной версии:

  • Улучшенное автозавершение категорий
  • Поддержка формата данных Xhb (v0.9)
  • GTK-оповещения при отчетах о бюджете/статистике
  • Исправлены некоторые ошибки, например: несохранение настроек планирования, создание большого количества категорий при переходе из одной категории в другую, создание некорректных платежей, исправлены различные крахи программы при различных условиях, а также различные баги и недоработки в интерфейсе.

>>> ChangeLog

 finance management, gtk

mysqlperf August 20 2014, 08:41

How to use MySQL Global Transaction IDs (GTIDs) in production

http://www.mysqlperformanceblog.com/2014/08/20/how-to-use-mysql-global-transaction-ids-gtids-in-production/

http://www.mysqlperformanceblog.com/?p=25148

Reconfiguring replication has always been a challenge with MySQL. Each time the replication topology has to be changed, the process is tedious and error-prone because finding the correct binlog position is not straightforward at all. Global Transaction IDs (GTIDs) introduced in MySQL 5.6 aim at solving this annoying issue.

The idea is quite simple: each transaction is associated with a unique identifier shared by all servers in a given replication topology. Now reconfiguring replication is easy as the correct binlog position can be automatically calculated by the server.

Awesome? Yes it is! However GTIDs are also changing a lot of things in how we can perform operations on replication. For instance, skipping transactions is a bit more difficult. Or you can get bitten by errant transactions, a concept that did not exist before.

Percona MySQL webinarsThis is why I will be presenting a webinar on Aug. 27 at 10 a.m. PDT: Using MySQL Global Transaction IDs in Production.

You will learn what you need to operate a replication cluster using GTIDs: how to monitor replication status or to recover from replication errors, tools that can help you and tools that you should avoid and also the main issues that can occur with GTIDs.

This webinar is free but you can register today to reserve your seat. And a recording will be available afterwards. See you next week!

The post How to use MySQL Global Transaction IDs (GTIDs) in production appeared first on MySQL Performance Blog.

anekdot_ru August 20 2014, 06:31

Анекдот дня по итогам голосования за 19 августа 2014

http://www.anekdot.ru/an/an1408/j140819.html#5

Когда всё нормально, европеец спокоен и хорошо работает, а когда всё идёт через жопу - паникует.
Когда всё идёт через жопу, русский мобилизуется и делает невозможное. Когда всё хорошо - русский страдает хернёй.

Welcome to the new LiveJournal

Some changes have been made to LiveJournal, and we hope you enjoy them! As we continue to improve the site on a daily basis to make your experience here better and faster, we would greatly appreciate your feedback about these changes. Please let us know what we can do for you!

Send feedback

Switch back to old version

LiveJournal Feedback

See a bug? Let us know! Here you can also share your thoughts and ideas about updates to LiveJournal

Your request has been filed. You can track the progress of your request at:
If you have any other questions or comments, you can add them to that request at any time.

Send another report Close feedback form

If you're a LiveJournal user, you will be logged in after submitting your request.

(optional, if you're a LiveJournal user only)

(optional, if you're a LiveJournal user only)

(not shown to the public)

If you have a billing inquiry, please go here to submit your question.

Provide a link to the page where you are experiencing the error

Do not include any sensitive information, such as your password or phone number. No HTML allowed.

If you can't pass the human test, email your inquiry to: support@livejournal.com