Olimpo Informatico

[spacexplorer]

Ciao,
guarda direi che sia tempo di chiudere questa discussione, è una polemica
sterile che non porta a nulla; non ti sei per nulla spiegato, hai solo
fotocopiato con un po' di confusione i tuoi post precedenti senza per nulla
rispondere alle mie obiezioni: o non sai o non vuoi spiegare questa tua
idea quindi...

EPROM vuol dire Electrical Programmable Read Only Memory, ovvero memoria
elettrica programmabile in sola lettura, ovvero una memoria che puoi scrivere
una volta sola e poi puoi leggerla n volte tramite impulsi elettrici. Se ci
limitiamo a questo termine anche una macchina formata da una catena di bici
con alcune maglie metalliche ed altre plastiche che scorrono attraverso due
contatti striscianti metallici è una EPROM: è elettrica; quando sei su una
maglia metallica passa corrente tra i contatti (es. bit a 1) quando sei su
una maglia plastica non passa corrente (es. bit a 0). Ogni integrato in
commercio ha un identificatore univoco, es. CD74AC174E e se cerchi da Google
trovi subito cosa questo specifico integrato fa chi lo produce ecc, se queste
tue EPROM esistono in commercio in n-mila modelli basta indicare un loro
identificativo; se non è in produzione ma è sprimentale e non segreto trovi
dei paper che descrivono cosa dovrebbe fare ecc, anche qui basta un link; se
non esistono ma sono una tua idea non serve un saggio basta qualcosa tipo:
"ritengo che mettendo su un substrato generico una serie di molecole di
fullerene (buckyball) in un certo modo, collegate con nanotubi di carbonio
si possa salvare e leggere un bit per ogni molecola a velocità eccezzionali
con costi e dimensioni contenuti." questo contribuisce alla discussione dando
la possibilità di parlare del merito (possono funzionare? Come si potrebbero
realizzare, che velocità di lettura e durata si potrebbero ottenere, vale la
pena farlo ecc). In ben 5 post non hai spiegato nulla di tutto ciò ma solo
ribadito un improbabile concetto i cui motivi di improbabilità e opportunità
ho spiegato con esempi concreti.

I casi sono due o non sai spiegarti, allora chiudiamo che è inutile o non
puoi spiegarti perché hai fatto una sparata magari prendendo spunto da un
qualche articolo pseudoscentifico/favoleggiato di qualche rivista a tema,
e non sai di fatto che cosa stai dicendo.

Il termine SD l'hai usato te il 14/9 alle 23:32, io ho usato solo SSD;
\boot e \windows che hai usato non esistono in ambiente unix, se non
come /boot (directory/partizione contenente il bootloader e poco altro) e
/windows quale ipotetico mountpoint di una eventuale partizione Windows che
peraltro viola l'FHS (dovrebbe essere /mnt/windows semmai); il \ è usato come
path separator sotto Windows anche nelle share di rete smb dove trovi nomi
tipo \\host\dir\subdir e qui non c'entra nulla. /boot stesso come ho già
scritto ha un ruolo del tutto trascurabile in termini di IO all'avvio tra
l'altro.

Se poi vogliamo proprio puntigliare dici che queste tue "EPROM" si possono
cancellare solo in blocco, è per questo le "le SD" sono composte da tante
EPROM; questo implica a mio avviso che le tue EPROM già siano in produzione
e siano le memorie che compongono gli SSD; quelle che conosco io, che si
trovano su Google, Wikipedia ecc sono ben più lente dei controller che le
gestiscono e dei bus dati (SATA-II, SATA-III, SAS, FC, ...) con cui tali
SSD sono interfacciati. Dici che queste EPROM sono mal sfruttate per come
è fatto il bus SATA-* (ed è vero per gli SSD sotto vari aspetti) per questo
ci sono SSD PCIe che è un bus ben diverso dal SATA, per questo stanno
anche uscendo i SATA-III che risolvono alcuni problemi del SATA-II. ecc.

Non so che confusione farei io, non so cosa intendi, vedi tu...

[mda]

[spacexplorer]

Ciao,
scusa l'acrimonia ma non è questione di crederti o meno: hai detto che ci sono
delle EPROM molto più veloci degli SSD, io non né conosco e conseguentemente ti
chiedo di darmi qualche informazione in più; sono anni che programmi EPROM?
Bene allora saprai almeno la serie di alcune di queste no? Saprai che le
produce no? Che ti costa scrivermi un nome od un id cosicché possa andarmi a
documentare? Ser Google che ho consultato non trova nulla su queste EPROM!

Sul piano software poi hai scritto delle cose incoerenti che ti ho fatto notare
e a cui hai ribattuto ricopiando i post precedenti condendoli con cose che
non centrano per nulla: hai detto che il ramdisk c'è solo sulle live (post del
14 Set 2011 23:32), ti ho fatto notare che non è così, nel post successivo hai
glissato; hai detto che è il kernel e l'sh il responsbile dell'IO al boot e di
nuovo quando ti ho fatto notare che sono tutti i servizi lanciati dall'init hai
glissato; nel post precedente (13 Set 2011 21:45) ha parlato di "zona \boot"
che non esiste, come non esiste il \ in ambito UNIX, mi hai risposto che no,
se fosse roba Windows sarebbe "\Windows" e che per "zona \boot" non intendi
solo il contenuto di /boot (allora cosa?); hai parlato di cluster collegati tra
loro, il termine cluster in ambito UNIX vuol dire rete di macchine che fan
girare uno o più software distribuiti sulle stesse; hai parlato di partizionare
i singoli settori: su un disco x86 non puoi avere più di 4 partizioni primarie,
per le partizioni logiche il limite varia da OS ad OS nel caso di GNU/Linux mi
sembra che sia 15 o 16 partizioni, hai idea di quanti settori abbia un hd da
chessò, 80Gb? E come fai con tutti quei file più grossi di un settore?

Ho anche provato a dimostrarti per assurdo che quanto proponi non ha senso,
sia per i benefici che potrebbe dare sia per la complessità che aggiunge,
anche qui mi hai detto che faccio confusione ecc ecc.

Vedi tu...