Легенда:
   новое сообщение
    закрытая нитка
    новое сообщение
    в закрытой нитке
    старое сообщение
         
		 | 
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
 - Новичкам также крайне полезно ознакомиться с данным документом.
   
  |   |   |   |   | 
Есть такая [нарко]зависимость, звучит так: "Места на диске вседа МАЛО!!!" ;)  20.05.10 22:26  Число просмотров: 3282
 Автор: HandleX <Александр М.> Статус: The Elderman Отредактировано 20.05.10 22:32  Количество правок: 2
 | 
 
| 
 | 
 
| 
<hardware>
 |  
 
А вот думали, что LBA48 хватит надоло... Встречайте -- LongLBA (64 bit) винт :-)  18.05.10 11:45  
 Автор: HandleX <Александр М.> Статус: The Elderman Отредактировано 20.05.10 05:32  Количество правок: 2
 | 
 
Единственное, что опять наврали журналюги -- что это дело поддерживают 64-битные современные ОС, навроде Win 7 и т.д.
 
 Отмечу, что никакой связи между 64-битной логической адресацией блоков винчестера и 64-битностью самой ОС не существует, это дело поддерживатеся чисто железом/дровами, причём дрова, как известно, можно компилировать под разные архитектуры, не только 64-битные.
 
 Такие дела.
  это просто сиГад какой-то ;)
 | 
 
 
  | 
На самом деле, насколько я понимаю дело не в LBA, а в MBR  22.05.10 10:06  
 Автор: amirul <Serge> Статус: The Elderman
 | 
 
> Единственное, что опять наврали журналюги -- что это дело > поддерживают 64-битные современные ОС, навроде Win 7 и т.д. http://en.wikipedia.org/wiki/GUID_Partition_Table#Unix_Class_Operating_Systems
 Грузиться с GPT винда умеет только на x64 железках с EFI фирмварью.
 
 А в MBR номера секторов 32-битные, соответственно на 512-байтных секторах адресуют максимум 2 Тб
 | 
 
 
  | 
Интересно, насколько LBA-64 хватит при таких темпах? )  19.05.10 11:21  
 Автор: Fighter <Vladimir> Статус: Elderman
 | 
 
| 
 | 
 
 
  |   | 
2^64 * 512 = 8 589 934 592 ТBytes  20.05.10 05:28  
 Автор: HandleX <Александр М.> Статус: The Elderman
 | 
 
| 
 | 
 
 
  |   |   | 
Ага! 8Zb(Зетта байт) или 2^70 байт. Запас лет на 60, не меньше.  20.05.10 05:56  
 Автор: Den <Денис Т.> Статус: The Elderman Отредактировано 20.05.10 06:00  Количество правок: 2
 | 
 
| 
 | 
 
 
  |   |   |   | 
Математеги, млин ))  20.05.10 20:56  
 Автор: Fighter <Vladimir> Статус: Elderman
 | 
 
| 
Вы бы еще функциональную зависимость емкости дисков (C) от времени (t) построили... Или лучше dC/dt ;)
 | 
 
 
  |   |   |   |   | 
Есть такая [нарко]зависимость, звучит так: "Места на диске вседа МАЛО!!!" ;)  20.05.10 22:26  
 Автор: HandleX <Александр М.> Статус: The Elderman Отредактировано 20.05.10 22:32  Количество правок: 2
 | 
 
| 
 | 
 
 
  |   |   |   |   |   | 
Есть еще псевдофилософское утверждение.  21.05.10 14:01  
 Автор: Fighter <Vladimir> Статус: Elderman Отредактировано 21.05.10 14:03  Количество правок: 1
 | 
 
| 
Место на диске - как деньги. Его всегда не хватает. )
 | 
 
 
  | 
Итииху мать!... Опять Partition Table перекроят.  18.05.10 19:29  
 Автор: Den <Денис Т.> Статус: The Elderman
 | 
 
| 
 | 
 
 
  |   | 
Дык уже 10 лет как  22.05.10 10:15  
 Автор: amirul <Serge> Статус: The Elderman
 | 
 
http://en.wikipedia.org/wiki/GUID_Partition_Table
 
 Но в данном случае все еще хуже. Насколько я понимаю, 2 Тб будут размечаться в MBR, а остальное место будет появляться как отдельная виртуальная железяка со своей собственной MBR. Костыль, конечно, но ему все равно долго не жить - рано или поздно EFI возьмет свое
 | 
 
 
  |   |   | 
Я в курсе!  22.05.10 16:22  
 Автор: Den <Денис Т.> Статус: The Elderman Отредактировано 22.05.10 16:24  Количество правок: 1
 | 
 
Я в курсе!
 Но если раньше для legacy ОС можно было обойтись заменой абсолютного сектора начала раздела на смещение относительно конца предыдущего раздела, то сейчас всё немного сложнее.
 Именно это я имел ввиду, когда сказал, что опять перекроят PT.
 | 
 
 
  
 
 | 
 |