Обсуждение

Ну там же не в инках проблема. Просто PDF - тяжелый формат, поэтому слабые процессоры в инках его очень медленно отрисовывают. Я уже привык - нажимаю кнопку за пару строчек до конца страницы. Удобство Sony Reader'а всяко покрывает эту неприятность.

Я пытаюсь читать стандарты, а там картинки. Поэтому у меня открытие страницы на этом сони ридере идет несколько десятков секунд. Это очень утомительно. И нельзя использовать как справочник (быстренько перелистать пять-шесть страниц, чтобы глазками найти нужную строчку в десятистраничном документе). Так что у меня сони ридер больше лежит, чем используется, увы. Я художественную литературу в не очень больших объемах читаю ;)

вот-вот! а я, когда ридер появился, снова стал художественную литературу читать. чему очень рад.

> Архитектуры Share Everything и Share Nothing: http://stic.st/stsFiles/2008/shareEverything_sts2008.pdf Как-то странно они понимают Share Nothing, они туда включают случай с общий базой данных. Назвали бы уж Shared DB. Приниципальной преимущество Shared Nothing как раз независимость от отказов компонентов, а значит на практике, бОльшая масштабируемость, в силу на порядок более дешевых компонентов. Отказоустойчивая система на базе Оракла, на порядок дороже таковой на базе MySQL Cluster. Ибо первая (помимо лицензий) требует организации отказоустойчивого Shared Disk, что обычно стоит в районе сотент тысяч долларов. Share Nothing работает на обычном железе. > В частности, подробно про GLASS (GemStone, Linux, Apache, Seaside, Smalltalk) для легкомасштабируемых веб-приложений. Транзакции - принципиально ограниченны в масштабируемости в распределенной среде, из-за two-phase-commit'а. Возможны отказы, которые такая система не преживает. Путей преодоления этой проблему у них я чего-то не увидел.

Напишите им письмо, спросите...

А я прочел полторы книжки ITIL, и умаялся :)

http://calibre.kovidgoyal.net/ конвертит pdf в формат сони.

thanks much, brother