Спасибо за развёрнутый ответ. Всё-таки, такой дизайн мне кажется странным. Почему бы не отвязать модель от базы данных? Если накладно хранить в каждом объекте ссылку на подключение, то можно динамически создавать подкласс при создании нового подключения. Например, пусть у нас есть класс пользователя:
class User(Model):
username = CharField()
class Meta:
db = SqliteDatabase(DATABASE1)
Тогда делаем:
db = SqliteDatabase(DATABASE2)
# при первом вызове динамически создаётся класс,
# производный от User, а create возвращает его новый экземпляр
user = User.create(db=db, username='user')
Т.е. поскольку большинство задач сводится к одной базе, то работает база по умолчанию (если задана). Если же нужно работать со второй базой (вполне реальный сценарий, например, нужно перегнать одну базу в другую с некоторыми преобразованиями, напр. фильтрацией) - то можно задать опциональный параметр db.
Если мне нужно одновременно с двумя базами работать, что мне каждый раз делать это приседание, чтобы переключиться? Если да, то это не только глупо, но и медленно.
Мой скромный личный опыт мне показал, что есть разница. Но я не агитирую за Макось, мне Убунта даже больше нравится. Просто с этим принтером она в сложных отношениях.
Попробовал на новой KVM/QEMU — заработало, на железе проверю во вторник. Да, протупил, обнуляя лишний бит.
Проблема с Parallels Desktop осталась, и, видимо, это не моя проблема (есть подозрения, что Linux определяет диск через SCSI). Но я ещё перепроверю, есть подозрения, что контроллер в D3 power state.
Не понял вашего последнего замечания. На стр. 9 спецификации вроде ясно написано, что биты адреса начинаются с 13-го, т.е. выравнивание по границе страницы. Или я чего-то не понял и нужно что-то модифицировать в получении адреса?
Хотя SAS использует последовательный интерфейс в отличие от параллельного интерфейса, используемого традиционным SCSI, для управления SAS-устройствами по-прежнему используются команды SCSI.
Повторю ешё раз. Я хочу возможность тестировать свой код, работающий с SATA.
На железе не пробовал, но vmware на linux и mac os теперь правильно отрабатывает. Гораздо удобнее x2APIC с управлением через msr-регистры, но, насколько я понял, эта фича есть только на i7-мых. Просто хотелось бы всю память ядра уложить в первые два мегабайта, чтобы не плодить лишние страничные таблицы.
В процессе работы тестирую на qemu (доступен на всех моих рабочих машинах), периодически на kvm, virtualbox и vmware.
Касательно 32-битности load и store я уже писал, что пробовал и так. Просто в последнем коммите нету этих изменений. А вот касательно перемещения регистров, можно подробнее?
