LINUX.ORG.RU
ФорумTalks

А Вы знали, что

 ,


0

1

Следы эпохи повсеместного распространения ферритовой памяти остались в компьютерном термине core dump (букв. «распечатка содержимого сердечников»). В современных Unix- и Linux-системах так называется файл, в который операционная система для отладки сохраняет содержимое рабочей памяти процесса.

Что еще из той эпохи есть в этих Униксах? Вспоминайте, что-нибудь очень специфичное или накидайте инфы о исторических программах dd, tar и тп

★★★★★
Ответ на: комментарий от upcFrost

T10K как имела в 2013 эти 8.5 Тб, так до сих пор их и имеет =) А объемы винтов растут.
Но T10K это вообще экзотика. Всего один вендор, в отличие от LTO. Я, кстати, T10K никогда вживую не видел - везде LTO. Наверное, живет где-то, по соседству с мейнфремами. А почему здоровая - габариты картриджа примерно такие же, как и у LTO.

bigbit ★★★★★
()
Ответ на: комментарий от true_admin

Зачем возить если есть интернет? Ну, кроме военных.

Если канал и объемы позволяют, то незачем. В этом отношении удобны VTL со встроенной дедупликацией, они хорошо умеют реплицироваться друг с другом.
Ну и еще полезно иметь «совсем» оффлайновую копию со специальным доступом в хранилище, чтобы пьяный админ одним неверным движением не удалил бэкапы за 10 лет =)

bigbit ★★★★★
()

Что еще из той эпохи есть в этих Униксах? Вспоминайте, что-нибудь очень специфичное или накидайте инфы о исторических программах dd, tar и тп

Эмуляция векторного терминала Tektronix 4014 в xterm.

[xterm,tek4014] Дело было вечером, делать было нечего... - у меня этот мультик до сих пор есть, себе сохранил.

[некрофилия] слабонервных попрошу удалиться

Zubok ★★★★★
()
Последнее исправление: Zubok (всего исправлений: 1)

А вот знаете, почему в иксах XID (идентификатор ресурсов: окна, pixmap, glyph и т. д.) именно 29 бит? Из-за Лиспа. Так с тех времен и тянется.

Кстати, Meta, Hyper, Super в иксах — это тоже из той оперы: http://upload.wikimedia.org/wikipedia/commons/4/47/Space-cadet.jpg (http://en.wikipedia.org/wiki/Space-cadet_keyboard) :)

Zubok ★★★★★
()
Ответ на: комментарий от lenin386

Ну так какбы tape не пережила hdd

У тебя дома - да. А в реальном мире я в последний раз ленты видел у нефтяников пару месяцев назад: они на лентах хранят сырые данные сейсморазведки. Лента вообще отлично подходит для хранения большого количества редко используемых данных.

hateyoufeel ★★★★★
()
Ответ на: комментарий от kravich

Я так понимаю потому, что значения до 29 бит можно было более эффективно представлять в памяти в Lisp того времени. А значит с такими ID было проще работать.

nikita-b
()
Ответ на: комментарий от lenin386

последний юникс - это AIX7

и пользоваться этим решительно невозможно.

Rastafarra ★★★★
()
Ответ на: комментарий от lenin386

Железо(итаниковый супердом) работает приемлемо. IO хорош. Но т.н. надёжность из разряда «как считать». Ломается сильно чаще дешёвых пролиантов. Некоторые поломки переживает без больших последствий(кому получасовой простой не большое последствие).

Софт(HP-UX и то, что вокруг) заслуживает нескольких абзацов нецензурных выражений. Такое скопище несуразностей и багов встречается, разве что, в результатах труда политиков постсоветстких стран. И то не факт.

Т.ч. да, лучше бы ему сдохнуть.

DonkeyHot ★★★★★
()

Segmentation Fault. Современные ОС не используют сегментацию памяти.

Deleted
()
Ответ на: Round-robin от Camel

Круговая порука без определения зачинщика? Да.

int13h ★★★★★
() автор топика
Ответ на: комментарий от kravich

Reserving the top three bits of XIDs and insisting that they always be zero was a nod to the common practice of weakly typed languages like Lisp. In these languages, 32-bit object references were typed by using few tag bits (2-3) within the value. Most of these were just pointers to data, but small integers, that fit in the remaining bits (29-30), could be constructed without allocating any memory. By making XIDs only 29 bits, these languages could be assured that all XIDs would be small integers.

(c) Keith Packard

http://keithp.com/blogs/Present-pixmap-lifetimes-part-deux/

Zubok ★★★★★
()

Вспоминайте, что-нибудь очень специфичное или накидайте инфы о исторических программах dd, tar и тп

Заметили, что синтакс dd отличается от других команд UNIX?

dd if=... of=...

На самом деле, это была такая шутка разработчиков и отсыл в JCL (Job Control Language). Там есть выражение DD и они мимикрировали под него.

Originally intended for converting files between the ASCII, little-endian, byte-stream world of DEC computers and the EBCDIC, big-endian, blocked world of IBM, dd was endowed with an appropriately bastard syntax (Thompson, v5). Pike has noted a cultural quirk. (с) A Research UNIX Reader: Annotated Excerpts from the Programmer’s Manual, 1971-1986, M. Douglas McIlroy

The Unix dd(1) was designed with a weird, distinctly non-Unixy keyword option syntax reminiscent of IBM System/360 JCL (which had an elaborate DD ‘Dataset Definition’ specification for I/O devices); though the command filled a need, the interface design was clearly a prank. (с) Эрик Реймонд, http://www.catb.org/jargon/html/D/dd.html

Zubok ★★★★★
()
Ответ на: комментарий от EvgGad_303

Если по списку сертифицированных «UNIX(TM)» смотреть, будет еще веселее.

slackwarrior ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.